Et dans ce cas la faire un fsck sur du hardware pourri,
Le hardware fonctionnait sauf pour un truc : fsync n'était pas forcément effectué au niveau du disque (il restait du cache au niveau du disque).
Alors certe le hardware c'est pas le dernier disque sas à 500€ pour 70G, mais quand tu un pool qui a crasher tu es CONTENT de pas avoir a batailler pendant 150h pour réussir a récup tes données. Tu sais le MTTR c'est SUPER important dans une entreprise.
Un fsck ca ne sert a rien si ton hard est parfait et que tu as eu aucun problème par définition. Ca sert quand il y a eu un problème!
Si ton hard foire, ton fsck a tout autant de chance de te faire perdre des données. En l'occurence avec un fs copy on write tu ne t'âmuses pas à fscker les fichiers, tu reviens à l'étatn-1 du pool. zfs vérifie les checksums des blocks écrits et te permets de les rechecker à posteriori via la commande scrub (et selon les best practices, tu le fais une fois par semaine), donc en général si ton disque commence à merder :
1) tu le sais avant qu'il ne soit trop tard et zfs corrige les erreurs (et te previens, s'il y'a trop d'erreurs il change le statut du pool en DEGRADED).
2) si tes disques sont mirrorés, les erreurs du disque défaillant sont corrigées au fur et à mesure et ne pourrissent pas le fs, tu détache le disque en cause et tu le remplace.
Le hardware fonctionnait sauf pour un truc : fsync n'était pas forcément effectué au niveau du disque (il restait du cache au niveau du disque).
Alors certe le hardware c'est pas le dernier disque sas à 500€ pour 70G, mais quand tu un pool qui a crasher tu es CONTENT de pas avoir a batailler pendant 150h pour réussir a récup tes données. Tu sais le MTTR c'est SUPER important dans une entreprise.
Tu mélange entreprise pour qui le MTTR est SUPER important mais qui décide d'utiliser des disques de merde, et qui ne mirrorerait même pas ses disques. J'appelle ça de l'enculage de mouche.
Quand le MTTR est important, de toute façon on se débrouille pour avoir un backup restorable à souhait et rapidement.
[^] # Re: Moi
Posté par Psychofox (Mastodon) . En réponse au journal Fini les fsck au boot !. Évalué à 4.
Le hardware fonctionnait sauf pour un truc : fsync n'était pas forcément effectué au niveau du disque (il restait du cache au niveau du disque).
Alors certe le hardware c'est pas le dernier disque sas à 500€ pour 70G, mais quand tu un pool qui a crasher tu es CONTENT de pas avoir a batailler pendant 150h pour réussir a récup tes données. Tu sais le MTTR c'est SUPER important dans une entreprise.
Un fsck ca ne sert a rien si ton hard est parfait et que tu as eu aucun problème par définition. Ca sert quand il y a eu un problème!
Si ton hard foire, ton fsck a tout autant de chance de te faire perdre des données. En l'occurence avec un fs copy on write tu ne t'âmuses pas à fscker les fichiers, tu reviens à l'étatn-1 du pool. zfs vérifie les checksums des blocks écrits et te permets de les rechecker à posteriori via la commande scrub (et selon les best practices, tu le fais une fois par semaine), donc en général si ton disque commence à merder :
1) tu le sais avant qu'il ne soit trop tard et zfs corrige les erreurs (et te previens, s'il y'a trop d'erreurs il change le statut du pool en DEGRADED).
2) si tes disques sont mirrorés, les erreurs du disque défaillant sont corrigées au fur et à mesure et ne pourrissent pas le fs, tu détache le disque en cause et tu le remplace.
Le hardware fonctionnait sauf pour un truc : fsync n'était pas forcément effectué au niveau du disque (il restait du cache au niveau du disque).
Alors certe le hardware c'est pas le dernier disque sas à 500€ pour 70G, mais quand tu un pool qui a crasher tu es CONTENT de pas avoir a batailler pendant 150h pour réussir a récup tes données. Tu sais le MTTR c'est SUPER important dans une entreprise.
Tu mélange entreprise pour qui le MTTR est SUPER important mais qui décide d'utiliser des disques de merde, et qui ne mirrorerait même pas ses disques. J'appelle ça de l'enculage de mouche.
Quand le MTTR est important, de toute façon on se débrouille pour avoir un backup restorable à souhait et rapidement.