Ist der I/O Wait Bug endlich wirklich weg?

[Vanillekipferl]

Jetzt habe ich Karmic installiert und das Blockieren bei hoher Festplattenaktivität ist schlimmer als je zuvor...

[Odol]

Der Fehler ist mir bekannt. Aber komischerweise tritt er bei mir so gut wie überhaupt nicht auf. Auch wenn ich die Festplatte voll belaste. Aktuell benutze ich 2.6.32 unter Gentoo.

[0o9i8u7z]

Ich habe ebenfalls dasselbe Problem, nebenbei ein "dd" bei einer ungenutzten Festplatte ausführen führt bei mir zu heftigsten Rucklern, selbst die Position des Mauszeigers wird quasi nur alle 5 Sekunden aktualisiert. Früher war das nicht so...

[qwertzjk]

Habe auch Karmic installiert aber von dem beschriebenen Verhalten habe ich noch nie was bemerkt.

Kann vielleicht aber auch an der SSD liegen, die bringt man so schnell nicht an ihre I/O-Grenzen ;-)

[ArnoldS]

Das Problem in Karmic tritt nur auf, wenn man ein Upgrade von einer Vorversion macht... Eine Neuinstallation ist davon nicht (mehr) betroffen (selbst ausprobiert)...!

[spanther]

qwertzjk schrieb:
--------------------------------------------------------------------------------
> Habe auch Karmic installiert aber von dem beschriebenen Verhalten habe ich
> noch nie was bemerkt.
>
> Kann vielleicht aber auch an der SSD liegen, die bringt man so schnell
> nicht an ihre I/O-Grenzen ;-)

Und ein anderer hier schrieb ja auch, dass dieser Bug nur auftritt wenn du dein Ubuntu via "Dist Upgrade" auf 9.10 gebracht hast. Also dass wenn du es frisch installierst die 9.10er, dieser Bug garnicht auftreten würde ^^

Ich habe hier im Moment auch 9.10 laufen und keine solchen Probleme festgestellt :)

Läuft nun schon über eine Woche auf dem Notebook! ^^

[antares]

vielleicht mal den HPET in den kernel integriert, und die schedulerfrequenz von 250 auf 300/1000 hochgestellt? Das verringert zumindest die Probleme mit IO Wait.

[BezahlterOSer]

Falls Du Western Digital-Platten hast, solltest Du diese gegen gute Platten austauschen. Bei mir gabs das gleiche Problem, egal welcher Kernel. Habs mit älteren und neueren Versionen probiert. Western Digitals einzige Antwort: "Wir haben nichts mit Unix/Linux am Hut". Ich habe sie gegen Samsungplatten ausgetauscht und IOWAIT war eine Sache der Geschichte.

[Ubuntu]

ArnoldS schrieb:
--------------------------------------------------------------------------------
> Das Problem in Karmic tritt nur auf, wenn man ein Upgrade von einer
> Vorversion macht... Eine Neuinstallation ist davon nicht (mehr) betroffen
> (selbst ausprobiert)...!


Kannst du mir die Quelle nennen, wo das in launchpad oder sonst wo steht?
Ich habe diesen Fehler seit ca. 1,5 Jahren.

Ich habe irgendwann man 2004 ubuntu installiert und war eigentlich froh, dann nur noch apt-get update;apt-get dist-upgrade zu machen.

[Udo]

Solche IO Probleme sind bei meinem neu installierten System auf einem 785g Board auch nicht mehr zu sehen unter Kubuntu.
Nur bei XBMC macht mein System einfrier Erscheinungnen, wenn das CD-Rom zugrieffe ausübt oder wartet bis eine CD/DVD erkannt wurde. Und da ist es egal ob übe IDE oder Sata ein CD-Rom läuft.
Ich hatte mal ein 3ware Raidcontroller über PCI mit 4 F
Festplatten und wenn ich da große Datenmengen kopiert hatte frohr das Ganze System ein bis alles fertig kopiert war.
Aber wenigstens sind diese Zeiten vorbei.

[MacSpoof]

Was hast Du der VM über ihre Platte erzählt/gepatcht an welcher Adresse wird das Loop-Filesystem als Platte benannt?

[oiiii]

Ubuntu schrieb:
--------------------------------------------------------------------------------
> ArnoldS schrieb:
> ---------------------------------------------------------------------------
> -----
> > Das Problem in Karmic tritt nur auf, wenn man ein Upgrade von einer
> > Vorversion macht... Eine Neuinstallation ist davon nicht (mehr)
> betroffen
> > (selbst ausprobiert)...!
>
> Kannst du mir die Quelle nennen, wo das in launchpad oder sonst wo steht?
> Ich habe diesen Fehler seit ca. 1,5 Jahren.
>
Das mit der Neuinstallation kann nicht stimmen. Ich habe eine frische Neuinstallation gemacht und es ist definitiv noch da.

[eldrak]

Ich hatte das selbe Problem und habe gerade ein wenig mit den IO-Schedulern experimentiert. Daran ist der voreingestellte IO-Scheduler "cfq" schuld. Wird der Scheduler "anticipatory" eingestellt, bring das deutlich spürbare Vorteile für eine Desktop-Installation. Das Schedulingverhalten lässt sich bei Änderung mit "bonnie" auf der Kommandozeile gut testen.

Hier eine Beschreibung um den Scheduler zu ändern:
http://www.cyberciti.biz/faq/linux-change-io-scheduler-for-harddisk/

Der Bug wird unter der folgende Adresse beschrieben.
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/427210

[Dagobar]

eldrak schrieb:
-------------------------------------------------------------------
Hi Eldrak,

> Wird der Scheduler "anticipatory" eingestellt, bring das
> deutlich spürbare Vorteile für eine Desktop-Installation.

kann ich bestätigen, der Desktop läuft nun viel besser mit dem
"anticipatory" Scheduler

Leider habe ich immer noch das Problem mit hohen I/O Werten
wenn ich grosse Datenmengen auf meinen Linuxrechner schiebe.
Nach ca 2-3 Minuten ist der Rechner dann wieder fast unbrauchbar
Ziemlich ungünstig für einen kleinen Fileserver:

System:
Debian Lenny
Kernel 2.6.32
RAID1 mit 1500GB Western Digital WD15EADS Caviar Green


Ciao
Dagobar

[eldrak]

Hi Dagobar,

ok, ein Fileserver hat andere Anforderung als ein Desktop-System. Hast Du auf deinem Filserver auch die beiden anderen Scheduler gestestet?

Auf Datenbankservern empfiehlt z.B. Oracle den "deadline"-Scheduler einzustellten. Ich meine irgenwo in einer Anleitung auch gelesen zu haben, dass für hochwertige RAID-Controler der noopScheduler eingestellt werden sollte, da diese Contoler eine integrierte Queue-Logik enthalten. Sei aber mit dem noop-Scheduler eher vorsichtig! Nicht dass dadurch auf Dauer deine Platten Aufgrund der nicht vorhandenen Scheduler-Logik "zerhackt" werden.

Übrigens:
Damit die Scheduler auch nach einem Reboot noch eingestellt werden, sollte die /etc/rc.local um den Befehl erweitert werden:
echo "deadline" > /sys/block/sda/queue/scheduler


Gruß
Eldrak

[eldrak]

Hi Dagobar,

das Verhalten hängt u.U. auch mit ext3 zusammen:

http://lwn.net/Articles/328363/

Gruß Eldrak

[Dagobar]

HI Eldack,

danke für die Tipps!

Ich glaube es liegt an einer meiner HDDs, ich habe zwecks Test einfach mal die SDA Platte abgezogen.

Im Anschluss 220GB via Netz auf meine Linuxkiste geschoben.
Keine hohen I/O Werte, 40-45 MB/s Datendurchsatz.

Jetzt hab ich SDA wieder ins System genommen und synce die Platten damit das RAID wieder komplett ist. Im Anschluss werde
ich dann die SDB Platte abziehen und schauen wie sich das System
dann verhält.

Viele Grüße
Dagobar

[spanther]

Dagobar schrieb:
--------------------------------------------------------------------------------
> HI Eldack,
>
> danke für die Tipps!
>
> Ich glaube es liegt an einer meiner HDDs, ich habe zwecks Test einfach mal
> die SDA Platte abgezogen.
>
> Im Anschluss 220GB via Netz auf meine Linuxkiste geschoben.
> Keine hohen I/O Werte, 40-45 MB/s Datendurchsatz.
>
> Jetzt hab ich SDA wieder ins System genommen und synce die Platten damit
> das RAID wieder komplett ist. Im Anschluss werde
> ich dann die SDB Platte abziehen und schauen wie sich das System
> dann verhält.
>
> Viele Grüße
> Dagobar

Nur um auch mal von meiner Erfahrung zu sprechen und eine Richtung als Tip aufzuzeigen, ich würde auch auf die Festplatte tippen :)

Es könnte durchaus möglich sein, denn auch ich hatte es schon mal dass kurz bevor eine Festplatte komplett starb, mein System ständig hängen blieb in unregelmäßigen Abständen. Manchmal sogar ganz abstürzte! ^^

Systeme mögen es wohl nicht, wenn der Datenträger aufeinmal nicht mehr oder nur sehr unregelmäßig ansprechbar ist! :)

Auch Defekte welche Kinderkrankheiten und Nebenwirkungen auslösen können, kann ein PC scheinbar nicht so gut kompensieren. Ein Hardwaredefekt kann durchaus zu komischen Zuständen führen, ebenso wie ein Mainboarddefekt! Scheinbar läuft der PC, aber dann aufeinmal fängt er an zu bocken und hängt sich manchmal vielleicht sogar auf! :)

Habe ich alles schon über die Jahre erleben dürfen und kann daher sagen, meist war eine komische und unlogische Situation auf einen nahenden oder bereits existierenden Hardwaredefekt zurückzuführen! ^^

[Dagobar]

Hi,

Update meinerseits:

ja es sieht nach der verdammten Platte aus :-/

> Ich glaube es liegt an einer meiner HDDs, ich habe zwecks
> Test einfach mal die SDA Platte abgezogen.
>
> Im Anschluss 220GB via Netz auf meine Linuxkiste geschoben.
> Keine hohen I/O Werte, 40-45 MB/s Datendurchsatz.

Nachdem das RAID wieder komplettiert war, habe ich die SDB Platte aus dem Raid genommen.

Erneuter Test: via FTP Daten draufgeschoben: nach ca 30-40 Sekunden ging die Datenrate von 40-45 MB/s auf 3 MB/s runter,
die LOAD auf der Kiste ging Richtung 4,5.

Ich denke ich hab genug rumgetestet und werde die SDA Platte tauschen. Ich hoffe dann ist der Spuk entgültig vorbei :)

Gruß
Dagobar