🚀 go-pugleaf

Ok, hier noch ein paar mehr infos...

"Roberto Nibali" <ratz@tac.ch> schrieb im Newsbeitrag
news:3B71CE0B.497C860B@tac.ch...
> > kommt vorwiedgend ReiserFS zum einsatz, (ausser fuer /boot und /root).so,
> >und
>
> Aha. Reiserfs! Wie lange war Dein Rechner schon am Laufen und was hast Du
> zum Zeitpunkt vor dem deadlock gemacht? Wie oft ist es schon aufgetreten?

ja, ReiserFS. das hat mir aber in der letzten zeit keine probleme gemacht.
laeuft sehr stabil.
in der zeit vor dem deadlock, also vor "Aug  5 13:09:05 " she ich im logfile nur
erfolgreiche NFS mounts eines rechners.

Aug  5 12:47:08 sheep rpc.mountd: authenticated mount request from
prinz.evilninja.de:820 for /data (/data)
Aug  5 12:47:08 sheep rpc.mountd: authenticated mount request from
prinz.evilninja.de:824 for /data/Incoming (/data/Inc
oming)
Aug  5 12:47:08 sheep rpc.mountd: authenticated mount request from
prinz.evilninja.de:828 for /data/MP3 (/data/MP3)
Aug  5 12:47:08 sheep rpc.mountd: authenticated mount request from
prinz.evilninja.de:832 for /data/New (/data/New)
Aug  5 12:47:08 sheep rpc.mountd: authenticated mount request from
prinz.evilninja.de:836 for /home (/home)
Aug  5 12:47:08 sheep rpc.mountd: authenticated mount request from
prinz.evilninja.de:840 for /data/Storage (/data/Stor
age)
Aug  5 12:48:50 sheep isdnlog: Aug 05 12:48:50 tei 71 calling T-Online with +49
xxxxxxxxxxx, xxxxxxxxx  683.CI 19.807
DM (after 11:22:00)
Aug  5 12:53:50 sheep isdnlog: Aug 05 12:53:50 tei 71 calling T-Online with +49
xxxxxxxxxx, xxxxxxxxx  688.CI 19.952
DM (after 11:27:00)
Aug  5 12:58:50 sheep isdnlog: Aug 05 12:58:50 tei 71 calling T-Online with +49
xxxxxxxxxx, xxxxxxxxx  693.CI 20.097
DM (after 11:32:00)
Aug  5 12:59:09 sheep sshd[11170]: Accepted password for ROOT from 192.168.0.11
port 32769
Aug  5 12:59:09 sheep PAM_unix[11170]: (ssh) session opened for user root by
(uid=0)
Aug  5 12:59:14 sheep PAM_unix[11170]: (ssh) session closed for user root
Aug  5 12:59:17 sheep sshd[11178]: Accepted password for ROOT from 192.168.0.11
port 32770
Aug  5 12:59:17 sheep PAM_unix[11178]: (ssh) session opened for user root by
(uid=0)
Aug  5 13:03:50 sheep isdnlog: Aug 05 13:03:50 tei 71 calling T-Online with
+xxxxxxxxxx, xxxxxxxxx  698.CI 20.242
DM (after 11:37:00)
Aug  5 13:07:55 sheep squid[304]: NETDB state saved; 943 entries, 98 msec
Aug  5 13:08:09 sheep PAM_unix[11283]: authentication failure; LOGIN(uid=0) ->
evil for login service
Aug  5 13:08:13 sheep login[11283]: FAILED LOGIN (1) on `ttyp0' FOR `evil',
Authentication failure
Aug  5 13:08:26 sheep PAM_unix[11178]: (ssh) session closed for user root
Aug  5 13:08:50 sheep isdnlog: Aug 05 13:08:50 tei 71 calling T-Online with
+xxxxxxxxxxxxx, xxxxxxxxxx  703.CI 20.387
DM (after 11:42:00)
Aug  5 13:08:56 sheep sshd[11286]: Accepted password for ROOT from 192.168.0.11
port 32771
Aug  5 13:08:56 sheep PAM_unix[11286]: (ssh) session opened for user root by
(uid=0)

ab "Aug  5 13:09:05" hast du ja noch das log.


> > Aug  5 13:09:18 sheep init: Switching to runlevel: 2
>
> Was hast Du danach gemacht?

oh, in der zwischenzeit, d.h danach sind nur einige erfolgreiche root logins und
fehlgeschlagene user logins verzeichnet (per ssh). das wollte ich Dir ersparen.
der user darf sich immer noch nicht einloggen, was ich ja durch den runlevel
wechsel versuchte zu loesen. und dann, zack, gibtz als naechsten eintrag: "Aug
5 13:18:24 sheep init: Switching to runlevel: 6"


> > Aug  5 13:18:31 sheep xinetd[281]: Exiting...
> > Aug  5 13:18:50 sheep isdnlog: Aug 05 13:18:50 tei 71 calling T-Online with
+49
> > xxxx/xxxxxx, xxxxxxxxx  713.CI 20.677 DM (after 11:52:00)
> > Aug  5 13:20:31 sheep kernel: SysRq: SAK
> > Aug  5 13:20:53 sheep kernel: SysRq: SAK
>
> Das muesste die AT Tastatur sein. Kein Wunder konntest Du Dich nicht mehr
> einloggen. Hast Alt+SysRq+K gedrueckt und all Prozesse gekillt. Nur noch
> (UID==0 && CAP_SYS_ADMIN) kann sich einloggen. Jetzt ist auch klar, warum
> der gpm bockt. Lies am besten /usr/src/linux/Documentation/SAK.txt.

uh, ich habe die wichtigsten kombinationen eigentlich im kopf, und wuerde
erstmal nie alt-sysRQ+K druecken.
vorher will ich ja mit +S und +U die festplatten syncen und RO mounten. hm,
komisch..
ist halt auch schon so lange her, schwierig die logfiles und meine erinnerungen
zu "syncen" :-)

> Du musst manchmal Alt+SysRq+s lange gedrueckt halten, bis es funktioniert, da
> der scheduler in einem oops Fall oder SAK nicht immer fair task switching er-
> laubt.

ich hatte nur keine anzeige auf dem bildschirm, und die LED der platte sah nicht
so aus, als ob gerade was auf die festplatte geschrieben wird..
vielleicht habe ich ja doch, weil SysRQ+S nicht funktionierte, +K und/oder dann
+B gedrueckt, um wenigstens nicht die reset-taste bedienen zu muessen. obwohl
das sicher auf's gleiche herauskommt. aber ich hatte ja ReiserFS, und hab da
nicht so die bedenken...

> > af_packet              11808   0 (autoclean)
>
> Fuer was brauchst Du das? Hast Du ein Kabelmodem oder ADSL?

af_packet ist doch die CONFIG_PACKET option in der kernelconfig. und in der
hilfe steht
"The Packet protocol is used by applications which communicate directly with
network devices without an intermediate network
  protocol implemented in the kernel, e.g. tcpdump. If you want them to work,
choose Y."

und das wollte ich und klicke das deshalb immer an. als modul natuerlich.

> > koennte da auch als normal sterblicher zumindest grob herauskriegen, was
> >denn da
> > zuerst den geist aufgegeben hat. (war es hier in dem fall  "gpm" ?) aber wie
>
> Ja und Nein, der gpm hat sich aufgehaengt, weil dies SAK policy ist, was nun
> wirklich Dein Problem ist, kann ich ehrlich gesagt auch nicht sagen, muesste
> mehr lockups haben.

ja, das mit dem SAK ist komisch, da muss ich aber in eile gewesen sein, oder
weiss auch nicht. verpeilt auf jeden fall. shit.

> Sag mir einfach, wenn es nochmals auftritt, was Du gerade zuvor gemacht hast
> und die uptime.

ja, wie gesagt es kommt total selten vor, aber wenn es nochmal auftritt werde
ich mich gleich dran machen und das auch fuer mich noch mal rekonstruieren, und
dann wiess ich ja wen ich fragen kann :)
zuvor habe ich halt ein paar NFS mounts gehabt (siehe oben, oh: kernel-nfs
server, NFSv3 suport enabled). die uptime war gerade nicht so doll, da ich den
rechner erst 2 tage vorher gebootet habe. ich musste an eine festplatte ran...


Danke vielmals,
Christian.