Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Permanente Auslastung durch jbd2
853 views
Skip to first unread message
Stephan Elinghaus
May 19, 2018, 8:22:45 AM5/19/18
to
Grüß Gott an die werte Leserschaft,
vielleicht hat jemand einen Hinweis für mich.
Ein frisch installiertes Debian bringt seit der ersten Benutzung eine
massive Disk-IO-Auslastung nahe 100% (angezeigt von iotop).
Schuld ist der Prozess jdb2/sda1-8 und 2-8 (root und /home).
Tante Google sagt alles mögliche, was ich schon geprüft habe:
smart-Daten sehen unauffällig aus, es laufen keine Indexer im
Hintergrund und auch sonst keine Prozesse, die dauernd auf der Platte
rumwürgen.
Es ist eine mechanische Platte verbaut und die klackert praktisch
ununterbrochen. Selbst das öffnen eines Terminals dauert ca. 10
Sekunden, die Tab-Autovervollständigung der Bash ebenfalls.
An der RAM-Auslastung liegt's nicht, es ist mehr als genug frei und
es wird nichts geswappt. Die CPU ist auch praktisch im Leerlauf.
Was ich bemerkenswert finde: Während des long-tests durch die
Smartmontools war Ruhe und das System war angenehm schnell. Keinerlei
feststellbare Verzögerungen. Aber nachdem der Test nach ca. einer
Stunde ohne Fehler abgeschlossen war, ging's sofort wieder los.
Meine plausibelste Theorei (sagt auch Tante Google): Das ext4-
Dateisystem ist erst mal eine Art "Schnellformatierung" und während
des Betriebs wird das Journal erst noch nachgeholt.
Kann das jemand bestätigen oder hat jemand eine andere Idee?
Das Gerät (ein Laptop mit i5, 4G RAM und einer 320-GB-Dreheisen-Platte)
ist wegen dieses IOs permanent von langen Aussetzern geprägt und macht
nicht wirklich Spaß. Ausnahme war wie gesagt während des long-Tests,
da war alles sehr schnell.
--
[null]
vielleicht hat jemand einen Hinweis für mich.
Ein frisch installiertes Debian bringt seit der ersten Benutzung eine
massive Disk-IO-Auslastung nahe 100% (angezeigt von iotop).
Schuld ist der Prozess jdb2/sda1-8 und 2-8 (root und /home).
Tante Google sagt alles mögliche, was ich schon geprüft habe:
smart-Daten sehen unauffällig aus, es laufen keine Indexer im
Hintergrund und auch sonst keine Prozesse, die dauernd auf der Platte
rumwürgen.
Es ist eine mechanische Platte verbaut und die klackert praktisch
ununterbrochen. Selbst das öffnen eines Terminals dauert ca. 10
Sekunden, die Tab-Autovervollständigung der Bash ebenfalls.
An der RAM-Auslastung liegt's nicht, es ist mehr als genug frei und
es wird nichts geswappt. Die CPU ist auch praktisch im Leerlauf.
Was ich bemerkenswert finde: Während des long-tests durch die
Smartmontools war Ruhe und das System war angenehm schnell. Keinerlei
feststellbare Verzögerungen. Aber nachdem der Test nach ca. einer
Stunde ohne Fehler abgeschlossen war, ging's sofort wieder los.
Meine plausibelste Theorei (sagt auch Tante Google): Das ext4-
Dateisystem ist erst mal eine Art "Schnellformatierung" und während
des Betriebs wird das Journal erst noch nachgeholt.
Kann das jemand bestätigen oder hat jemand eine andere Idee?
Das Gerät (ein Laptop mit i5, 4G RAM und einer 320-GB-Dreheisen-Platte)
ist wegen dieses IOs permanent von langen Aussetzern geprägt und macht
nicht wirklich Spaß. Ausnahme war wie gesagt während des long-Tests,
da war alles sehr schnell.
--
[null]
Florian Weimer
May 19, 2018, 9:04:17 AM5/19/18
to
* Stephan Elinghaus:
> Meine plausibelste Theorei (sagt auch Tante Google): Das ext4-
> Dateisystem ist erst mal eine Art "Schnellformatierung" und während
> des Betriebs wird das Journal erst noch nachgeholt.
Das stimmt nicht.
> Das Gerät (ein Laptop mit i5, 4G RAM und einer 320-GB-Dreheisen-Platte)
> ist wegen dieses IOs permanent von langen Aussetzern geprägt und macht
> nicht wirklich Spaß.
Ich würde mal mit iotop, blktrace, Systemtap oder diversen
Kernel-Trace-Funktionen nachschauen, wer da I/O macht. Möglicherweise
helfen auch schon die Ausgaben von Alt+SysReq+w, um den Verursacher zu
finden.
> Ausnahme war wie gesagt während des long-Tests, da war alles sehr
> schnell.
Das ist sehr seltsam.
> Meine plausibelste Theorei (sagt auch Tante Google): Das ext4-
> Dateisystem ist erst mal eine Art "Schnellformatierung" und während
> des Betriebs wird das Journal erst noch nachgeholt.
> Das Gerät (ein Laptop mit i5, 4G RAM und einer 320-GB-Dreheisen-Platte)
> ist wegen dieses IOs permanent von langen Aussetzern geprägt und macht
> nicht wirklich Spaß.
Kernel-Trace-Funktionen nachschauen, wer da I/O macht. Möglicherweise
helfen auch schon die Ausgaben von Alt+SysReq+w, um den Verursacher zu
finden.
> Ausnahme war wie gesagt während des long-Tests, da war alles sehr
> schnell.
Christoph 'Mehdorn' Weber
May 20, 2018, 11:15:15 AM5/20/18
to
Hallo!
* Stephan Elinghaus <0505201...@spamgourmet.com>:
> Ein frisch installiertes Debian bringt seit der ersten Benutzung eine
> massive Disk-IO-Auslastung nahe 100% (angezeigt von iotop).
> Schuld ist der Prozess jdb2/sda1-8 und 2-8 (root und /home).
Hm, versehentlich "sync" gemountet ist es aber nicht?
> Es ist eine mechanische Platte verbaut und die klackert praktisch
> ununterbrochen.
Heißt, sie tut lediglich was, oder klackert sie wirklich wie
defekt?
> Was ich bemerkenswert finde: Während des long-tests durch die
> Smartmontools war Ruhe und das System war angenehm schnell.
Das spricht allerdings gegen die Theorie mit "sync".
Christoph
--
Nur der fruehe Vogel faengt den Wurm! --
Ja, aber die zweite Maus kriegt den Kaese.
(Axel Wachholz, Tom Lange)
* Stephan Elinghaus <0505201...@spamgourmet.com>:
> Ein frisch installiertes Debian bringt seit der ersten Benutzung eine
> massive Disk-IO-Auslastung nahe 100% (angezeigt von iotop).
> Schuld ist der Prozess jdb2/sda1-8 und 2-8 (root und /home).
> Es ist eine mechanische Platte verbaut und die klackert praktisch
> ununterbrochen.
defekt?
> Was ich bemerkenswert finde: Während des long-tests durch die
> Smartmontools war Ruhe und das System war angenehm schnell.
Christoph
--
Nur der fruehe Vogel faengt den Wurm! --
Ja, aber die zweite Maus kriegt den Kaese.
(Axel Wachholz, Tom Lange)
Stephan Elinghaus
May 20, 2018, 11:21:48 AM5/20/18
to
Am 2018-05-19 schrieb Florian Weimer <f...@deneb.enyo.de>:
> Ich würde mal mit iotop, blktrace, Systemtap oder diversen
> Kernel-Trace-Funktionen nachschauen, wer da I/O macht. Möglicherweise
> helfen auch schon die Ausgaben von Alt+SysReq+w, um den Verursacher zu
> finden.
Danke für den Hinweis, habe ich versucht. iotop meldet stets jdb2/sda1-8
> Ich würde mal mit iotop, blktrace, Systemtap oder diversen
> Kernel-Trace-Funktionen nachschauen, wer da I/O macht. Möglicherweise
> helfen auch schon die Ausgaben von Alt+SysReq+w, um den Verursacher zu
> finden.
bzw. jdb2/sda2-8. Disk read und write sind jedoch praktisch Null.
>> Ausnahme war wie gesagt während des long-Tests, da war alles sehr
>> schnell.
>
> Das ist sehr seltsam.
wieder Aussetzer von mehreren Sekunden. Vielleicht ist die Platte
einfach defekt. dmesg, journalctl -f und sonstige Logs zeigen keine
jedoch Auffälligkeiten.
--
[signature left intentionally blank]
Stephan Elinghaus
May 20, 2018, 11:59:27 AM5/20/18
to
Nach einigen weiteren Tests gehe ich jetzt von einem Plattendefekt aus.
Wenn ich von einem anderen Medium boote rattert die Platte genauso,
praktisch ununterbrochen.
Immerhin konnte ich noch problemlos ein Image ziehen. Während des
Vorgangs war wieder Ruhe und es ging sehr schnell und fehlerfrei.
Ich werde die Platte wohl vorsichtshalber entsorgen.
--
[null]
Wenn ich von einem anderen Medium boote rattert die Platte genauso,
praktisch ununterbrochen.
Immerhin konnte ich noch problemlos ein Image ziehen. Während des
Vorgangs war wieder Ruhe und es ging sehr schnell und fehlerfrei.
Ich werde die Platte wohl vorsichtshalber entsorgen.
--
[null]
Alexander Schreiber
May 29, 2018, 4:40:04 PM5/29/18
to
Stephan Elinghaus <0505201...@spamgourmet.com> wrote:
> Grüß Gott an die werte Leserschaft,
>
> vielleicht hat jemand einen Hinweis für mich.
> Ein frisch installiertes Debian bringt seit der ersten Benutzung eine
> massive Disk-IO-Auslastung nahe 100% (angezeigt von iotop).
> Schuld ist der Prozess jdb2/sda1-8 und 2-8 (root und /home).
> Tante Google sagt alles mögliche, was ich schon geprüft habe:
> smart-Daten sehen unauffällig aus, es laufen keine Indexer im
> Hintergrund und auch sonst keine Prozesse, die dauernd auf der Platte
> rumwürgen.
Was sagt iotop sonst? Keine Userlandprozesse?
> Grüß Gott an die werte Leserschaft,
>
> vielleicht hat jemand einen Hinweis für mich.
> Ein frisch installiertes Debian bringt seit der ersten Benutzung eine
> massive Disk-IO-Auslastung nahe 100% (angezeigt von iotop).
> Schuld ist der Prozess jdb2/sda1-8 und 2-8 (root und /home).
> Tante Google sagt alles mögliche, was ich schon geprüft habe:
> smart-Daten sehen unauffällig aus, es laufen keine Indexer im
> Hintergrund und auch sonst keine Prozesse, die dauernd auf der Platte
> rumwürgen.
> Meine plausibelste Theorei (sagt auch Tante Google): Das ext4-
> Dateisystem ist erst mal eine Art "Schnellformatierung" und während
> des Betriebs wird das Journal erst noch nachgeholt.
https://www.thomas-krenn.com/en/wiki/Ext4_Filesystem#Lazy_Initialization
> Kann das jemand bestätigen oder hat jemand eine andere Idee?
Auswirkungen.
Man liest sich,
Alex.
--
"Opportunity is missed by most people because it is dressed in overalls and
looks like work." -- Thomas A. Edison
0 new messages