Bonjour cher journal,
Voilà, ça devait bien arrivé un jour ou l'autre : le système de fichiers de mon serveur corrompu. Comme tout bon serv' qui se respecte, je rebootais très peu souvent, si bien que ça faisait 280j que ma partition /home n'avait pas été analysée par fsck (j'en étais à 71j d'uptime).
Comme tous les jours, j'allume mon PC de bureau (dual boot Slackware / XP) et me décide à ranger un peu mon /home via Windows (partages Samba) mais là, ho surprise, tout est en lecture seule... hum ... bizarre.
Je lance donc un SSH et en effet, apparemment, tout le FS s'est auto-remonté en read-only (y'a surement des erreurs ce qui explique le remontage automatique).
Bref, je lance un fsck.ext3 et là, c'est le bins', tout part en c****, ça arrete pas de me poser des question (ignorer l'erreur, re-écrire l'inoeud, ...etc). Du coup, je bascule en mode intéractif en forçant toutes les réponses à 'yes' (option '-y'). Après plusieurs reboot et plusieurs fsck le système de fichiers est dit "clean". Tellement clean que j'ai perdu plein de données. Alors après on me fait les éloges de ext3 car c'est journalisé, que c'est génial, meme si le PC crashe, on recouvre ses données, blabla ... Là mon serv n'a pas planté, à croire que le FS a été / s'est corrompu au cours de la nuit, comme ça, par enchantement (car il est complètement coupé du net donc impossible que ce soit un virus, une attaque ou quoi que ce soit d'autres).
Ca fait deux fois que ça m'arrive sous Linux alors que sous Windows c'est bp plus rare (pour mon expérience en tout cas (c pas un troll, 'suis trop énervé par cette histoire pour lancer des trolls gratuits)). Bref, maintenant, je me demande QU'EST-CE QU'IL FAUT FAIRE pour conserver l'intégrité des données sur un serveur sous Linux mis à part des sauvegardes. Changer de FS (xfs par ex.) ? Démonter le /home pour l'analyser chaque mois par exemple ?
Et sinon, qu'est-ce qui a pu se passer sur mon FS pour qu'il plante comme ça ss raison alors que la veille il n'y avait aucun pb ?
Autant de questions qui trouveront peut-être réponses, grâce à toi, journal chéri :)
# Re: Corruption de systèmes de fichiers
Posté par M . Évalué à 2.
[^] # Re: Corruption de systèmes de fichiers
Posté par lockness . Évalué à 1.
[^] # Re: Corruption de systèmes de fichiers
Posté par Mathieu Pillard (site web personnel) . Évalué à 1.
(inserez ici un utilitaire pour tester son disque)
[^] # Re: Corruption de systèmes de fichiers
Posté par boris . Évalué à 2.
smarttools ?
[^] # Re: Corruption de systèmes de fichiers
Posté par lockness . Évalué à 1.
[^] # Re: Corruption de systèmes de fichiers
Posté par un_brice (site web personnel) . Évalué à 1.
Sinon, y'a pas un problème connu sur les 2.6 de corruptions quand on copie depuis des Reiserfs vers de Ext3 ?
[^] # Re: Corruption de systèmes de fichiers
Posté par Benoît Déchamps (site web personnel) . Évalué à 1.
# Re: Corruption de systèmes de fichiers
Posté par ploum (site web personnel, Mastodon) . Évalué à 1.
Je n'ai aucun problème, ni même l'ombre d'un problème.
Je penche donc plutôt pour un disque dur déffectueux.
Dans ce cas là, je comprendrais que l'ext3 pose problème. en effet, la journalisation entraine qu'il y'a des accès au disque beaucoup plus fréquent, même quand celui-ci n'est pas utilisé.
Si donc ton disque est déffectueux (une tête de lecture trop proche d'un disque par exemple), le problème apparaitra beaucoup plus vite sur un système journalisé que sur un système non journalisé (du moins si ton serveur n'est pas soumis à de fortes requêtes).
Solution : changer de disque dur.
J'ai un amis qui avait plein de problème avec un nouveau disque dur : pertes dedonnées, crash, etc... Il a fait remplacer le disque, il y'a avait en fait un défaut de fabrication.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Corruption de systèmes de fichiers
Posté par lockness . Évalué à 1.
Pour info, c'est un Maxtor 120 Go Diamons Plus 9 (8 Mo de cache)
# Re: Corruption de systèmes de fichiers
Posté par thranduil . Évalué à 1.
[^] # Re: Corruption de systèmes de fichiers
Posté par lockness . Évalué à 1.
[^] # Re: Corruption de systèmes de fichiers
Posté par Cook Captain . Évalué à 1.
[^] # Re: Corruption de systèmes de fichiers
Posté par Guillaume Duc . Évalué à 1.
http://www.acnc.com/04_01_00.html(...)
[^] # Re: Corruption de systèmes de fichiers
Posté par manchot . Évalué à 1.
Avec le RAID 0, les données sont réparties sur l'ensemble des 2 disques, ce qui augmente la vitesse d'écriture/lécture vu que le travail est partagé entre 2 disques durs, mais si tu en perds un tu perds tout du coup !
Pour plus d'infos :
http://www.laboratoire-microsoft.org/articles/web/raid_1/0/(...)
(merci de ne pas troller sur le lien ;o) )
# Re: Corruption de systèmes de fichiers
Posté par Xarli (site web personnel) . Évalué à 1.
[^] # Re: Corruption de systèmes de fichiers
Posté par lockness . Évalué à 1.
# Re: Corruption de systèmes de fichiers
Posté par Vincent (site web personnel) . Évalué à 2.
Ca fait deux fois que ça m'arrive sous Linux alors que sous Windows c'est bp plus rare
Récemment j'installais des drivers d'un souris sur le XP d'un ami. Elle etait sur le port PS2 et on voulait la passer en USB. Une fois le redémarrage effectué, pas de souris dispo. J'éteind, je repasse la souris en PS2, windows fait une verification du système de fichier (tient bizarre), mon ami me demande si c'est grave, je souris en lui disant que non pas du tout. Et là, une fois l'ordi redémarré... plus rien. Xp tout neuf, plus de programmes d'installés, répertoires vides, drivers absents. Ah si, il restait le fond d'ecran. Restauration système inutile. J'avais jamais vu ça, et quand j'en parle aux gens, beaucoup ne me croient pas.
[^] # Re: Corruption de systèmes de fichiers
Posté par lockness . Évalué à 2.
# Re: Corruption de systèmes de fichiers
Posté par thranduil . Évalué à 1.
[^] # Re: Corruption de systèmes de fichiers
Posté par lockness . Évalué à 1.
[^] # Re: Corruption de systèmes de fichiers
Posté par Tonton Th (Mastodon) . Évalué à 1.
Oula, mais c'est qu'il faudrait argumenter tout ça... J'ai un PC standard qui tourne pratiquement sans interruption depuis janvier 1999, avec des uptimes parfois supérieur à 150 jours, et je n'ai jamais eu ce genre de problèmes. Par contre, quand j'ai installé la machine je me suis empressé de configurer pour que le fsck soit systématique à chaque démarrage. Et cette machine tourne vraiment beaucoup (pov + postgresql essentiellement). Voir la charge moyennée sur la journée:
http://tontonth.free.fr/images/avgload2.gif(...)
Quand même, ram pas prévue pour tenir 400 jours, il faut être JLA pour comprendre ce que ça veut dire...
[^] # Re: Corruption de systèmes de fichiers
Posté par thranduil . Évalué à 2.
Tout ça pour dire qu'on ne peut pas forcément blamer le système d'exploitation quand on a un plantage au bout d'une semaine.
Après tu peux avoir de la chance, et tomber sur du bon matériel.
[^] # Re: Corruption de systèmes de fichiers
Posté par xilun . Évalué à 1.
Deuxièmement ECC n'est pas une certification, mais une RAM comportant des bits supplémentaires de correction d'erreurs, ainsi la probabilité que la RAM foire est infime (et la probabilité qu'un bit change une fois tous les 10 ans à cause d'un rayon gamma est nulle ;)
Ce que tu appeles bon matériel n'est en fait que du matériel en état de fonctionnement, le "mauvais" matériel étant bien sûr à remplacer immédiatement sous peine de problèmes extremement graves ! (pertes de données, kernel panic, plantage d'applis)
# Re: Corruption de systèmes de fichiers
Posté par Cyberdivad . Évalué à 1.
Je n'ai toujours pas compris le pourquoi du comment. Si quelqu'un connait la réponse, je pourrais terminer mon histoire :-) : http://linuxfr.org/~Cyberdivad/10952.html(...)
# Re: Corruption de systèmes de fichiers
Posté par couriousous . Évalué à 1.
[^] # Re: Corruption de systèmes de fichiers
Posté par lockness . Évalué à 1.
[^] # Re: Corruption de systèmes de fichiers
Posté par _alex . Évalué à 1.
[^] # Re: Corruption de systèmes de fichiers
Posté par Benoît Déchamps (site web personnel) . Évalué à 1.
[^] # Re: Corruption de systèmes de fichiers
Posté par bohwaz . Évalué à 1.
De plus j'ai un disque dur qui a bien 5 ou 6 ans (un disque de 680 mégas!) sur mon firewall (pentium 120, 16Mo de RAM) qui est aussi très sollicité et toujours aucun souci...
Bref j'espère que ce que tu dis n'est que de la légende... En tout cas sur tous les disques que j'ai eu un seul à lâché et c'est après qu'il ait heurté violemment le sol :)
[^] # Re: Corruption de systèmes de fichiers
Posté par lockness . Évalué à 1.
Oui mais là c'est pas du jeu ! Tous les vieux DD tiennent mieux que les derniers cris (cf. le DD de mon vieux P90 qui tiend tjs la route :))
[^] # Re: Corruption de systèmes de fichiers
Posté par ckyl . Évalué à 1.
C'est meme *tres* solide ces betes la vu ce qu'elles prennent dans la geule.
Bon j'ai decide de faire souffrir un peu moins mes HD est compilant tout en RAM. Depuis ca gratte moins, ca va plus vite du bonheur quoi.
# Re: Corruption de systèmes de fichiers
Posté par Guillaume D. . Évalué à 1.
ext3, et du jour au lendemain, tous les fichiers creer ou accede depuis 8 jours :
perdu !
(mais je fais un backup tous les jours sur un HDD externe !)
Disque dur Samsung 120Go (repute fiable) 25 % du disque avec des clusters HS !!!
J'ai change de marque depuis ! (apers avoir gueller sur ext3)
Salut!
# Re: Corruption de systèmes de fichiers
Posté par Tonton Th (Mastodon) . Évalué à 2.
Tout bon serv' vérifie des systèmes de fichiers à chaque reboot, non ?
[^] # Re: Corruption de systèmes de fichiers
Posté par lockness . Évalué à 1.
# Re: Corruption de systèmes de fichiers
Posté par Romuald Delavergne . Évalué à 1.
Encore une légende urbaine. Un système de fichiers journalisé ne garantit en aucun cas la cohérence des données mais uniquement les méta-données.
En gros, ext3 par défaut (mode ordered) c'est juste un ext2 avec un fsck de 5 secondes maximum.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 2.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Corruption de systèmes de fichiers
Posté par Romuald Delavergne . Évalué à 1.
# Commentaire supprimé
Posté par Anonyme . Évalué à 2.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Corruption de systèmes de fichiers
Posté par thranduil . Évalué à 1.
[^] # Re: Corruption de systèmes de fichiers
Posté par manchot . Évalué à 0.
En 2 ans de Linux, ça fait la deuxième fois que suite à fsck je perds des fichiers de travail ! (je précise que c'était toujours sous Mandrake, histoire de peut-être trouver une relation de cause à effet)
Alors sans vouloir troller, la robustesse de ext3fs ne me semble effectivement pas atteindre celle d'un bon NTFS (je ne parle pas de FAT qui lui m'a par contre perdu un max de données), mais nous sommes peut-être des cas isolés, je ne mets encore cela que sur le compte de la malchance ;o)
[^] # Re: Corruption de systèmes de fichiers
Posté par nojhan (site web personnel, Mastodon) . Évalué à 1.
[^] # Re: Corruption de systèmes de fichiers
Posté par manchot . Évalué à 0.
[^] # Re: Corruption de systèmes de fichiers
Posté par lockness . Évalué à 1.
Mais d'un autre coté, ton post me rassure, car il montre bien que sur DLFP, il y'a encore, des vrais, des puristes, des extrémistes, des intégristes qui sont la version "geek" des chiennes de gardes à la Alonzo. Donc, merci pour ton post intégriste sans dicernement :)
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.