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

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

Re: VM mit HD Fehler

Show all headers | View raw

Jan Novak <repcom@gmail.com> schrieb:

> das kann ich nicht bestätigen. Ich habe mit Rechenzentrenbetreibern
> gesprochen. Die meinten, dass die häufigsten Fehler bei einem Ausfall
> die Spares sind. (Ja, Raid6 ist kein Raid 5 mit Spare). Seit dem
> setzen die nur noch raid5 ein.

Hängt von der Risikoabwägung ab. Ich würde nach schlechten Erfahrungen
kein Raid5 mehr einsetzten und ich kenne auch genug andere, die das bei
ihren Servern auch schon lange nicht mehr machen. Insbesondere, seit
drehender Rost Kapazitäten erreicht hat, bei denen ein Rebuild Tage
dauern kann.

>> 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.
>
> Stimmt. Andererseits melden weder die Platten selbst (Smart) noch der
> Kontroller irgendwelche Fehler.

Timeouts könnten noch mit reinspielen. Falls die VM kürzere
Filesystem-Timeouts hat als die unterliegenden Schichten, dann kann das
auch schief gehen.

Wobei der Raidcontroller sollte die Plattentimeouts normalerweise
runtergedreht haben (bzw. derjenige, der das Raid aufgesetzt hat) -
falls es nicht billige Konsumerplatten sind, wo das nicht geht und die
dann unter Umständen minutenlang auf einem problematischen Sektor
rumkauen, statt mit Fehler abzubrechen.
Normal setzt man da 7 Sekunden oder so um den Dreh als Plattentimeout,
so daß der Controller nicht ewig wartet und das Filesystem darüber
wegfliegt sondern stattdessen die Daten von den anderen Raidmembern
holt und die Platte rauskickt.

Falls ein Filesystem auf höherer Ebene in der VM z.B. nach 30 Sekunden
aussteigt aber darunterliegende Schichten länger warten und eine
angeschlagene Platte die Daten vielleicht doch noch nach 40 Sekunden
zusammenklaubt, dann wären so seltsame Geschichten denkbar.
Deshalb Platten immer auf kurzen Timeout von nur wenigen Sekunden
setzen. Und keine Konsumerplatten einsetzen.


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