Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > de.comp.os.unix.linux.misc > #129772
| From | Marcus Jodorf <m@bogomips.de> |
|---|---|
| Newsgroups | de.comp.os.unix.linux.misc |
| Subject | Re: VM mit HD Fehler |
| Date | 2023-04-04 12:14 +0200 |
| Organization | n/a |
| Message-ID | <87jzysdkde.fsf-bofh@killfile.de> (permalink) |
| References | <u0gb9j$39bcc$1@gwaiyur.mb-net.net> |
Jan Novak <repcom@gmail.com> schrieb: > Kann mir jemand einen Tip geben, warum/wie so etwas passieren kann? Da wird sich ein Laufwerk verschluckt haben. zfs steckt das normal weg und restauriert die Daten automatisch, solange es noch Redundanz gibt. Aber klar, daß es eine VM nicht mag, wenn dann quasi von außen ihre virtuelle Platte manipuliert wird, wenn der Fehler ausgerechnet innerhalb der Datei der virtuellen Platte aufgetreten ist. „zpool status“ sollte Dir erzählen, ob es da ein Problem gab. Beispiel: pool: zroot state: ONLINE scan: resilvered 2.32M in 00:00:00 with 0 errors on Sun Apr 2 06:47:42 2023 config: NAME STATE READ WRITE CKSUM zroot ONLINE 0 0 0 mirror-0 ONLINE 0 0 0 nvme-KXG80ZNV1T02_NVMe_KIOXIA_1024GB_627C40FNECA6-part3 ONLINE 0 0 0 nvme-KXG80ZNV1T02_NVMe_KIOXIA_1024GB_627C40AAECA6-part3 ONLINE 0 0 0 mirror-1 ONLINE 0 0 0 nvme-KXG80ZNV1T02_NVMe_KIOXIA_1024GB_627C405GECA6 ONLINE 0 0 0 nvme-KXG80ZNV1T02_NVMe_KIOXIA_1024GB_627C40CGECA6 ONLINE 0 0 0 mirror-2 ONLINE 0 0 0 nvme-KXG80ZNV1T02_NVMe_KIOXIA_1024GB_62MA209VKDB6 ONLINE 0 0 0 nvme-Samsung_SSD_980_PRO_1TB_S5GXNX0T207705A ONLINE 0 0 0 mirror-3 ONLINE 0 0 0 nvme-Samsung_SSD_990_PRO_2TB_S6Z2NJ0TB10778B ONLINE 0 0 0 nvme-Samsung_SSD_990_PRO_2TB_S6Z2NJ0TB10674P ONLINE 0 0 0 errors: No known data errors Das hier war nach einem Reset und zfs hat sich danach wieder repariert und alles ist wieder ok. Sollte bei Dir vergleichbar aussehen. Dann hast Du nur noch ein Problem mit dem VM image. Da mußt Du halt einen fsck über das ext4 Filesystem jagen. Du solltest natürlich auch die Logs des Host checken und sehen, ob Du herausbekommst, was die eigentlich Ursache war - also ob ein Laufwerk im Pool vielleicht ein ernsteres Problem hat. Gruß, Marcus ⚂⚃
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