Hi, mir ist noch was aufgefallen. Ich habe jetzt mehrere Prozesse/Threads im Zustand uninterruptable_sleep: (diese Webseite war sehr hilfreich: http://blog.kevac.org/2013/02/uninterruptible-sleep-d-state.html ) sunhb58820:/mnt/idg-2 # ps -eo ppid,pid,user,stat,pcpu,comm,wchan:32|grep D PPID PID USER STAT %CPU COMMAND WCHAN 1 10630 root Ds+ 0.0 mingetty sleep_on_page 2 11831 root D 0.0 kworker/2:9 lock_page 18711 25139 root D+ 0.0 shutdown writeback_inodes_sb_nr 2 25841 root D 0.0 flush-cifs-3 lock_page 1 29392 root Ds 0.0 shutdown writeback_inodes_sb_nr (ps zeigt auf diese Weise an, in welchem kernelthread die Prozesse hängen) Das riecht alles nach IO. Ich habe gestern den Rechner runterfahren wollen, er meckerte jedoch sinngemäß "mingetty hangs" (oder so ähnlich). Ich habe daraufhin den shutdown mit shutdown -c abgebrochen. So langsam fängt das aber an, Sinn zu machen. Wenn mehrere Prozesse im Zustand "uninterruptable sleep" sind, also auf IO warten, schlägt sich das auch in top nieder. Das System hat aber gar keine hohe IO-Last (was iotop bestätigt). Also stimmt was mit den Prozessen nicht. Und da habe ich auch etwas rausgefunden. Der mingetty kommt von einem login auf den Server via HP-ILO, der beim Abmelden hängen geblieben ist. Und dem flush-cifs-3 habe ich eventl. unterm Hintern den Mount weggenommen. Ich werde jetzt noch mal versuchen, den Rechner runterzufahren. Wenn das nicht geht, wird er hart ausgeschaltet, ist kein Produktivsystem. Und dann werde ich das System in nächster Zeit ein wenig beobachten. Bernd Helmholtz Zentrum München Deutsches Forschungszentrum für Gesundheit und Umwelt (GmbH) Ingolstädter Landstr. 1 85764 Neuherberg www.helmholtz-muenchen.de Aufsichtsratsvorsitzende: MinDir´in Bärbel Brumme-Bothe Geschäftsführer: Prof. Dr. Günther Wess, Dr. Nikolaus Blum, Dr. Alfons Enhsen Registergericht: Amtsgericht München HRB 6466 USt-IdNr: DE 129521671