Bonjour,

Voila j'ai u petit problème avec un ordi qui m'affiche ca régulierement dans le fichier "messages":
> ad4: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=6304127
> ad4: FAILURE - WRITE_DMA timed out
> ad4: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=6303679
> ad4: FAILURE - WRITE_DMA timed out
> ad4: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=27738367
> ad4: FAILURE - WRITE_DMA timed out
> ad4: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=3011103
> ad4: FAILURE - WRITE_DMA timed out

Au début j'ai pensé que c'était un problème sur le disque dur, j'ai donc changé le disque mais j'ai toujours les messages :(

Donc je voulais savoir d'ou ca pouvait venir et quoi fair epour le résoudre ?

Le disque dur est un UDMA100 reconnu par le système et c'ets sur une freebsd 5.3

j'ai vu que je pouvais désactivé le DMA, l'ACPI et le cache write.
hint.acpi.0.disabled=1 # disable ACPI (i386 only)
hw.ata.ata_dma=0       # disable IDE DMA
hw.ata.wc=0            # disable IDE disk write cache

Est ce que ca peut venir de la ?
Pour l'instant je viens de juste desactivé le cache write pour voir si c'est le problème ou pas.

Mauvaise nappe, peut-être ?

deja changé, la nappe, le cable d'alimentation, l'alimentation et le disque dur.

Le seul truc qui a pas changé c'est la carte mere puisque qu'il y a le controleur dessus.
Mais je pense pas que ce soit le controleur puisque les erreurs sont vraiment au hasard.
Certains jours il n'y a rien et d'autre je recois un message pendant 10 minutes puis ensuite plus rien et ainsi de suite.

La seule chose commune a tout ca c'est que les erreurs viennent toutes de la partition /usr aucune erreur sur les autres partitions.

fgudin wrote on 13. Dec 2006 at 09:40:

Mauvaise nappe, peut-être ?

J'ai déjà eu problème dans le même genre... avec un HDD en ata 133

Mon problème était que j'utilisais une nappe avec 40 conducteurs au lieu de 80 !
Au cas ou....

Bon j'ai desactivé le DMA est maintenant au lieu d'avoir ce message d'erreur:
ad4: TIMEOUT - WRITE_DMA retrying

j'ai celui la:
ad4: TIMEOUT - WRITE_MUL retrying

la seule chose que je vois c'est un problème sur la carte mere ou le controleur de la carte mere non?

Si tu peux essayer avec une autre sans sortir un euro (matos dans le cadre professionnel ?), vas-y.

Ben demain je vais deja tenter de changer le port ATA en branchant le disque sur le port 1 au lieu du 0
Peut etre que c'est un problème de port.

Apres ben je changerais le controleur pour voir
J'ai une carte controleur qui doit etre dans un coin a prendre la poussiere :)

Voici ce que j'obtiens quand je fais un fsck


Quote:

** /dev/ad4s1a (NO WRITE) ** Last Mounted on / ** Root file system ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts ** Phase 5 - Check Cyl groups 1373 files, 26248 used, 986767 free (511 frags, 123282 blocks, 0.1% fragmentation) ** /dev/ad4s1e (NO WRITE) ** Last Mounted on /tmp ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts ** Phase 5 - Check Cyl groups 106 files, 94 used, 506393 free (17 frags, 63297 blocks, 0.0% fragmentation) ** /dev/ad4s1f (NO WRITE) ** Last Mounted on /usr ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts ** Phase 5 - Check Cyl groups SUMMARY INFORMATION BAD SALVAGE? no BLK(S) MISSING IN BIT MAPS SALVAGE? no 379965 files, 2156667 used, 32628873 free (75113 frags, 4069220 blocks, 0.2% fragmentation) ** /dev/ad4s1d (NO WRITE) ** Last Mounted on /var ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts UNREF FILE I=50  OWNER=mysql MODE=100600 SIZE=0 MTIME=Dec 21 15:03 2006 CLEAR? no UNREF FILE I=51  OWNER=mysql MODE=100600 SIZE=0 MTIME=Dec 21 15:03 2006 CLEAR? no UNREF FILE I=52  OWNER=mysql MODE=100600 SIZE=0 MTIME=Dec 21 15:03 2006 CLEAR? no UNREF FILE I=70675  OWNER=root MODE=140666 SIZE=0 MTIME=Dec 21 15:02 2006 CLEAR? no ** Phase 5 - Check Cyl groups 1566 files, 54568 used, 958447 free (1463 frags, 119623 blocks, 0.1% fragmentation)

Est ce que mon problème de DMA ou MUL peut venir de la ?

J'ai aussi un autre problème, quand en mode single user je fais un fsck, je corrige toutes les erreurs lors du premier scan, puis j'en refais un deuxieme et aucune erreur n'apparait.

je reboote le serveur en mode normal, je le laisse tournée une journée et j'obtiens à nouveau des erreurs comme ci-dessus.
Est ce normal ou pas ? (je precise que j'ai quelques erreurs de DMA ou MUl au cours de la journée de fonctionnement normal).

Non, les erreurs dans les systèmes de fichiers sont plutôt la conséquence des problèmes "de disques" (je place entre guillemets vu qu'on ne connait pas encore la cause des disfonctionnements).
Par contre, ça a quand même l'air sérieux: ce ne sont pas que des avertissements sans gravité (on aurait pu croire que les requêtes étaient ré-exécutées ensuite). Il y a bien des opérations qui ne sont faites que partiellement (par ex. une entrée de répertoire supprimée mais l'inode du fichier pas libéré, d'où les "UNREF FILE I=..." dans les sorties de fsck).
Ce sont les FS qui bougent beaucoup qui en sont les victimes, mais tu n'es pas à l'abri de te retrouver un de ces jours avec des fichiers corrompus, disparus, ...

Bon je pense avoir trouvé le problème :)

j'ai changé de port sur la carte mere au lieu de me mettre sur le port 0 je me suis mis sur le port 1
résultat plus de message d'erreur pour l'instant.

Donc apparament c'ets bien un problème de controleur qui gére le port 0
je vais le laisser comme ca ce week-end et je verais bien lundi ce qu'il me donne ;)

En tout cas merci pour l'aide et les eclaircissement.