Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > de.comp.os.unix.linux.misc > #129777
| From | Stefan Möding <Apr2023.5.kill-9@spamgourmet.com> |
|---|---|
| Newsgroups | de.comp.os.unix.linux.misc |
| Subject | Re: VM mit HD Fehler |
| Date | 2023-04-04 21:04 +0200 |
| Organization | Guild of part-time BOFH wizardry |
| Message-ID | <m2bkk3jwob.fsf@athena.moeding.net> (permalink) |
| References | <u0gb9j$39bcc$1@gwaiyur.mb-net.net> |
Jan Novak <repcom@gmail.com> writes: > Kann mir jemand einen Tip geben, warum/wie so etwas passieren kann? Von der Uhrzeit würde ich darauf tippen, dass ein um 21:00 gestarteter Prozess (Cronjob?) einige I/Os gemacht hat. 30 Sekunden (der Default SCSI-Timeout bei Linux, siehe /sys/block/sdb/device/timeout) später sind die vom SCSI-Treiber mit einem Fehler beantwortet worden, so dass das Filesystem zur Vermeidung von größerem Datenverlust auf read-only geschaltet hat. Stellt sich damit halt die Frage, warum die I/Os vom Host nicht innerhalb von 30 Sekunden beantwortet werden. Wieviel I/O-Last hat der Host denn? Läuft da um 21:00 auch noch etwas, was das ZFS ausbremst (ZFS Snapshots, ...)? Oder machen vielleicht alle VMs um 21:00 Last? Ein bevorstehender Plattenausfall auf dem Host wäre auch eine Möglichkeit. Das ZFS sieht erst Probleme, wenn der Gerätetreiber auf dem Host auch mit einem Fehler antwortet. Falls das nur (sehr) lange dauert und die Platte mit viel Mühe dann doch einen Erfolg meldet, könnte sich so ein Bild ergeben. -- Stefan
Back to de.comp.os.unix.linux.misc | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
VM mit HD Fehler Jan Novak <repcom@gmail.com> - 2023-04-04 07:06 +0200
Re: VM mit HD Fehler Paul Muster <exp-311223@news.muster.net> - 2023-04-04 07:40 +0200
Re: VM mit HD Fehler Jan Novak <repcom@gmail.com> - 2023-04-04 08:27 +0200
Re: VM mit HD Fehler Marco Moock <mo01@posteo.de> - 2023-04-04 08:55 +0200
Re: VM mit HD Fehler Jan Novak <repcom@gmail.com> - 2023-04-05 07:21 +0200
Re: VM mit HD Fehler Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-04-05 06:23 +0000
Re: VM mit HD Fehler Jan Novak <repcom@gmail.com> - 2023-04-05 08:53 +0200
Re: VM mit HD Fehler Claus Reibenstein <creibens@gmail.com> - 2023-04-05 11:44 +0200
Re: VM mit HD Fehler Jan Novak <repcom@gmail.com> - 2023-04-05 11:57 +0200
Re: VM mit HD Fehler Claus Reibenstein <creibens@gmail.com> - 2023-04-05 13:11 +0200
Re: VM mit HD Fehler Marcus Jodorf <m@bogomips.de> - 2023-04-04 12:14 +0200
Re: VM mit HD Fehler Jan Novak <repcom@gmail.com> - 2023-04-05 07:20 +0200
Re: VM mit HD Fehler Marcus Jodorf <m@bogomips.de> - 2023-04-05 19:03 +0200
Re: VM mit HD Fehler Jan Novak <repcom@gmail.com> - 2023-04-12 07:12 +0200
Re: VM mit HD Fehler Marcus Jodorf <m@bogomips.de> - 2023-04-13 23:43 +0200
Re: VM mit HD Fehler Stefan Möding <Apr2023.5.kill-9@spamgourmet.com> - 2023-04-04 21:04 +0200
Re: VM mit HD Fehler Jan Novak <repcom@gmail.com> - 2023-04-05 07:32 +0200
Re: VM mit HD Fehler Michael Brand <brandm@gmx.net> - 2023-04-05 09:18 +0200
Re: VM mit HD Fehler Jan Novak <repcom@gmail.com> - 2023-04-05 09:42 +0200
Re: VM mit HD Fehler Tim Ritberg <tim@server.invalid> - 2023-04-05 13:13 +0200
csiph-web