Reprise du message précédent :

un RAID 6 avec 2 disques pétés, vous remplaceriez les 2 en même temps ou un par un ?
C'est pas mon serveur

un par un !
mais je serre les fesses et check les backups !

 
Mais du coup, pourquoi un par un ? dans tous les cas les autres vont être stressés

pas sur que le reconstruction sur 2hdd simultanés fonctionne et autant avoir un max de ressources pour reconstruire un disque puis faire l'autre

Oui vu que tu auras 2 reconstructions successives sinon.
Si les 2 sont bien morts, si l'un a juste une alerte smart, ça peut aller un par un.

les 2 sont bien morts, bon dans tous les cas le pote n'a reçu qu'un disque sur les 2 commandés pour le moment donc ça sera un par un

au moins quand le premier aura terminé il sera dans un état moins critique, il aura de nouveau une perte possible

 
bah pi y a juste 46Tb sur cette machine

les 2 disques sont tombés en même temps ?

bah il semblerait oui ou alors son monitoring merde. Ce sont des disques de même marque et même série, 5 ans d'age, dans un cluster. Marque Hitachi

Sorti de l'usine en même temps j'imagine ?

ya des chances... et du coup que le reste soit aussi un peu limite, ce qu'un reconstruction risque de pas arranger

RAID6 8+2 ?

je pense oui. C'est con quand même, on dit toujours qu'il faut éviter ce scénario mais en même temps, quand tu commandes un machine chez un fournisseur, il plante les disques dedans sans trop se poser de questions. Je ne sais pas ce qu'ils disent si on demande des séries et marques différentes.

Voilà ça m'est arrivé une fois sur un très vieux RAID 1, le 2e disque a pété lors de la reconstruction

Nop, raid6 tout simple. Cette machine est un "scratch" pour des calculs et host aussi les /home/ folders des gens. Du coup on a un backup des homes, c'est moins de 200Gb et les 40 et quelques TB sont du "scratch" qui n'est pas backupé. Dans le tas il y a des vieux fichiers qui ne sont plus utilisés mais que les gens ne virent pas parce qu'ils s'en foutent et pour les données récentes qui seraient perdues, il suffit de relancer les calculs donc pas trop grave.

EDIT: ah non en fait il y a 12 disques de 6Tb sur cette machine, en fait je ne sais pas comment le truc a été config, c'est mon collègue qui gère.

Je fais en sorte d'éviter ce soucis en ayant un petit stock de disques donc je me sers pour différentes choses, du coup les diques ne sont jamais mis en même temps dans une machine, et du coup si un disque a un soucis après une certaine période d'utilisation, les disques commandés dans le même batch je les contrôle quand le temps arrive .

Donc probablement 10+2 et pas de spare. Pas bien.
Plus qu'à prier que sur les 10 disques restants il y en ait pas un qui lache. J'espère que ce sont des disques "entreprise" avec un URE qui va bien...

 
C'est le jeux
Bon, rebuild fait à 25%, c'est plus rapide que je ne le pensais

En même temps si c'est du scratch, de temps en temps j'ai des alertes comme quoi c'est presque plein, j'arrive, je dégomme au bazooka et voilà.
Effectivement ils nettoient rarement

 
non mais faut tout garder parce qu'ON NE SAIT JAMAIS !

4To de 2013 d'un type qui est plus au labo, gardons

J'ai besoin de 2 VM en Egypte
 
J'ai l'impression d’être revenu dans les année 2000    
les rares trucs que j'ai trouvé vont a 10Mbps  

On a recu des directives, on doit tout garder 10 ans    campus universitaire et usine à docteurs, c'est arrivé 2 fois qu'on nous demande les data de mecs qui on un poil arrangé les résultats de leur doctorat 10 ans avant.

Directives de chez qui ? J'ai rien passé chez moi

De la direction
d'un côté moi ça m'est égal, quand un serveur est plein je leur dit qu'il faut un commander un autre

Ah pas con

Ptain la blague cette histoire de RAID quand même
Le premier disque a été remplacé par un Seagate IronWofl, le truc a rebuild rapidement sans soucis.

2e disque, Toshiba MG04ACA600A, le truc a pété avant la fin du rebuild bordel c'est du disque entreprise, pas du Western Green. Ils ne font pas un minimum de tests en usine ? Vous avez de l'expérience avec les disques toshiba dans des serveurs ? Je me demandais si il ne pouvait pas y avoir une blague avec une incompatibilité de firmware entre la carte raid et le disque

EDIT: disque planté en USB sur une autre machine pour le test, la smart du truc n'est même plus lisible, ni un parted

As-tu éteint et relancé ton Excel 2019 ?

edit: ah merde, mauvais topic

Nouveau disque reçu, aussi un Toshiba mais autre modèle, celui là est dans une pochette anti-statique alors que celui d'hier, non
 
Ca sent la blague du fournisseur qui a tapé dans le mauvais carton pour envoyer le matos

Un pote, au bout de son 3 eme achat de disque  DOA (Dead On Arrival) est allé péter du poing sur la table ... Le Responsable s'est aperçu que ses employés allaient se servir dans le tiroir des "retours usine"  

Quand on voit comment LDLC conditionne ses disques lors de l'envoi...
4 Seagate Ironwolf, tous remplacés par RMA car dead en moins d'un an dont le premier en 1 mois...

Bonjour, vous auriez un soft pour faire une cartographie du réseau ?

netdisco ?
voir sur librenms p'tet, me souviens pas si ya cette feature (hors à la mano je crois avec weathermap)

 
mon collègue est tombé là dessus, ça pourrait expliquer une partie du problème si vous avez des disques qui pètent rapidement dans un RAID
https://blocksandfiles.com/2020/04/ [...] -smr-list/
 
Et sinon, encore un autre disque pété sur le même serveur ce matin

Ici les disques dataient de 2016. Ils ne s'appelaient même pas encore IronWolf je crois, pas un problème de SMR pour sur.

 
thx  

il y a mais j'ai vu que la cartographie auto qui est foireuse.

Tiens, j'y pense, j'ai créé ça pour grapher facilement des fichiers SAR (package sysstat) si ça peut servir à qqun :
https://github.com/Shadok/sarcharts

 
 
.assedic.fr

 
haut potentiel de phishing ce domaine. étonnant que ça soit ouvert au public