Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > de.comp.os.unix.linux.misc > #129794

Re: VM mit HD Fehler

From Marcus Jodorf <m@bogomips.de>
Newsgroups de.comp.os.unix.linux.misc
Subject Re: VM mit HD Fehler
Date 2023-04-05 19:03 +0200
Organization n/a
Message-ID <875yaaqn1t.fsf-bofh@killfile.de> (permalink)
References <u0gb9j$39bcc$1@gwaiyur.mb-net.net> <87jzysdkde.fsf-bofh@killfile.de> <u0j0f5$3i7l8$1@gwaiyur.mb-net.net>

Show all headers | View raw

Jan Novak <repcom@gmail.com> schrieb:

> Dies ist die Ausgabe des Hostes (die Platten sind bereits ein Raid 5
> vom Dell Controller):

Uff. Genaus das soll man mit ZFS nicht machen - da ein Raid
drunterlegen (für production würde ich persönlich auch nie raid 5
verwenden - immer raid 6. Sonst ist die Chance erfahrungsgemäß wirklich
nicht schlecht, daß Dir beim Rebuild nach Plattenschaden der Rest
implodiert, falls die nächste wegbricht.)

> pool: ssd
> state: ONLINE
> scan: scrub repaired 0B in 00:10:12 with 0 errors on Sun Mar 12

> pool: store
> state: ONLINE
> scan: scrub repaired 0B in 15:32:44 with 0 errors on Sun Mar 12


Da ist also nichts dazwischen auf zfs Ebene schiefgelaufen. Da hätte ich
jetzt zunächst einmal reparierte Fehler erwartet.
Aber klar, Raid darunter fängt gegebenenfalls zuerst Plattenfehler ab.

Was nicht bedeutet, daß eine VM auf oberer Ebene nicht in Timeouts
rennen und sich verschlucken kann, auch wenn die Layer darunter das
vielleicht mit längeren Timeouts noch klaglos wegstecken.

Hat Dein Raidcontroller ein Log? Das würde ich mir zuerst anschauen.
Und lägerfristig solltest Du das wirklich unbedingt umbauen und die
Platten durchreichen. ZFS gehört nicht auf Raid. Ich würde dann auch
wenigstens Raid-Z2 anraten.


Gruß,

Marcus
⚂⚃

Back to de.comp.os.unix.linux.misc | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread

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