Eviter les faux contacts sans racks ?

[Tadeus]

Bonjour à vous,


Je dispose d' un serveur ave quelques hdd qui se loge dans un boitier chieftec grande tour, il y a donc pas mal de place... (8 emplacements hdd et 6 baie en 5 1/4), les 8 emplacement de hdd sont utilisé ainsi que quelques emplacements 5 1/4.

Malgré la taille importante de la tour, il arrive que les cables soient un peu juste, il y a par exemple trop d' épaisseur au niveau du branchement des hdd, ce qui l' installation pas assez stable... (j' ai régulierement un hdd qui se déconnecte/reconnecte) (enfin souvent, c' est toujours le meme qui me fait chier, le connecteur tient vraiment peu...)

Ayant encore eu le probleme ce matin et en ayant un peu marre (faut remonter le raid... 20 heures pour tt refaire...), si vous avez une idée, elle est la bienvenue

les logs de ce matin (et photo à venir ce soir):

Apr 23 11:08:30 dionysos kernel: mptbase: ioc0: LogInfo(0x31110d00): Originator={PL}, Code={Reset}, SubCode(0x0d00)
Apr 23 11:08:30 dionysos kernel: mptbase: ioc0: LogInfo(0x31110d00): Originator={PL}, Code={Reset}, SubCode(0x0d00)
Apr 23 11:08:30 dionysos kernel: sd 2:0:2:0: SCSI error: return code = 0x00010000
Apr 23 11:08:30 dionysos kernel: end_request: I/O error, dev sdd, sector 453334079
Apr 23 11:08:30 dionysos kernel: sd 2:0:2:0: SCSI error: return code = 0x00010000
Apr 23 11:08:30 dionysos kernel: end_request: I/O error, dev sdd, sector 453333823
Apr 23 11:08:30 dionysos kernel: sd 2:0:2:0: SCSI error: return code = 0x00010000
Apr 23 11:08:30 dionysos kernel: end_request: I/O error, dev sdd, sector 453334207
Apr 23 11:08:30 dionysos kernel: RAID5 conf printout:
Apr 23 11:08:30 dionysos kernel: --- rd:5 wd:4 fd:1
Apr 23 11:08:30 dionysos kernel: disk 0, o:1, dev:sdc1
Apr 23 11:08:30 dionysos kernel: disk 1, o:1, dev:sdg1
Apr 23 11:08:30 dionysos kernel: disk 2, o:1, dev:sde1
Apr 23 11:08:30 dionysos kernel: disk 3, o:0, dev:sdd1
Apr 23 11:08:30 dionysos kernel: disk 4, o:1, dev:sdf1
Apr 23 11:08:30 dionysos kernel: RAID5 conf printout:
Apr 23 11:08:30 dionysos kernel: --- rd:5 wd:4 fd:1
Apr 23 11:08:30 dionysos kernel: disk 0, o:1, dev:sdc1
Apr 23 11:08:30 dionysos kernel: disk 1, o:1, dev:sdg1
Apr 23 11:08:30 dionysos kernel: disk 2, o:1, dev:sde1
Apr 23 11:08:30 dionysos kernel: disk 4, o:1, dev:sdf1
Apr 23 11:08:31 dionysos kernel: mptsas: ioc0: removing sata device, channel 0, id 4, phy 3
Apr 23 11:08:35 dionysos kernel: mptsas: ioc0: attaching sata device, channel 0, id 4, phy 3
Apr 23 11:08:35 dionysos kernel: Vendor: ATA Model: Maxtor 6H500F0 Rev: 1C00
Apr 23 11:08:35 dionysos kernel: Type: Direct-Access ANSI SCSI revision: 05
Apr 23 11:08:35 dionysos kernel: SCSI device sdh: 976773168 512-byte hdwr sectors (500108 MB)
Apr 23 11:08:35 dionysos kernel: sdh: Write Protect is off
Apr 23 11:08:35 dionysos kernel: SCSI device sdh: drive cache: write through
Apr 23 11:08:35 dionysos kernel: SCSI device sdh: 976773168 512-byte hdwr sectors (500108 MB)
Apr 23 11:08:35 dionysos kernel: sdh: Write Protect is off
Apr 23 11:08:35 dionysos kernel: SCSI device sdh: drive cache: write through
Apr 23 11:08:39 dionysos kernel: sdh:mptbase: ioc0: LogInfo(0x31110d00): Originator={PL}, Code={Reset}, SubCode(0x0d00)
Apr 23 11:08:39 dionysos kernel: sd 2:0:6:0: SCSI error: return code = 0x00010000
Apr 23 11:08:39 dionysos kernel: end_request: I/O error, dev sdh, sector 0
Apr 23 11:08:39 dionysos kernel: sd 2:0:6:0: SCSI error: return code = 0x00010000
Apr 23 11:08:39 dionysos kernel: end_request: I/O error, dev sdh, sector 0
Apr 23 11:08:39 dionysos kernel: unable to read partition table
Apr 23 11:08:39 dionysos kernel: sd 2:0:6:0: Attached scsi disk sdh
Apr 23 11:08:40 dionysos kernel: mptsas: ioc0: removing sata device, channel 0, id 4, phy 3
Apr 23 11:08:39 dionysos kernel: sd 2:0:6:0: Attached scsi disk sdh
Apr 23 11:08:40 dionysos kernel: mptsas: ioc0: removing sata device, channel 0, id 4, phy 3
Apr 23 11:08:44 dionysos kernel: mptsas: ioc0: attaching sata device, channel 0, id 4, phy 3
Apr 23 11:08:44 dionysos kernel: Vendor: ATA Model: Maxtor 6H500F0 Rev: 1C00
Apr 23 11:08:44 dionysos kernel: Type: Direct-Access ANSI SCSI revision: 05
Apr 23 11:08:44 dionysos kernel: SCSI device sdh: 976773168 512-byte hdwr sectors (500108 MB)
Apr 23 11:08:44 dionysos kernel: sdh: Write Protect is off
Apr 23 11:08:44 dionysos kernel: SCSI device sdh: drive cache: write through
Apr 23 11:08:44 dionysos kernel: SCSI device sdh: 976773168 512-byte hdwr sectors (500108 MB)
Apr 23 11:08:44 dionysos kernel: sdh: Write Protect is off
Apr 23 11:08:44 dionysos kernel: SCSI device sdh: drive cache: write through
Apr 23 11:08:44 dionysos kernel: sdh: sdh1
Apr 23 11:08:44 dionysos kernel: sd 2:0:7:0: Attached scsi disk sdh
Apr 23 11:32:17 dionysos -- MARK --
Apr 23 11:52:17 dionysos -- MARK --
Apr 23 12:07:57 dionysos kernel: mptsas: ioc0: removing sata device, channel 0, id 4, phy 3
Apr 23 12:08:01 dionysos kernel: mptsas: ioc0: attaching sata device, channel 0, id 4, phy 3
Apr 23 12:08:01 dionysos kernel: Vendor: ATA Model: Maxtor 6H500F0 Rev: 1C00
Apr 23 12:08:01 dionysos kernel: Type: Direct-Access ANSI SCSI revision: 05
Apr 23 12:08:01 dionysos kernel: SCSI device sdh: 976773168 512-byte hdwr sectors (500108 MB)
Apr 23 12:08:01 dionysos kernel: sdh: Write Protect is off
Apr 23 12:08:01 dionysos kernel: SCSI device sdh: drive cache: write through
Apr 23 12:08:01 dionysos kernel: SCSI device sdh: 976773168 512-byte hdwr sectors (500108 MB)
Apr 23 12:08:01 dionysos kernel: sdh: Write Protect is off
Apr 23 12:08:01 dionysos kernel: SCSI device sdh: drive cache: write through
Apr 23 12:08:01 dionysos kernel: sdh: sdh1
Apr 23 12:08:01 dionysos kernel: sd 2:0:8:0: Attached scsi disk sdh

Pistes suivies: changement de cable pour des cables d' alim coudés, colles ? , rack à pas cher ? autres ?


Ps: le faux contact à tres souvent lieu sur le cable d' alim et parfois sur le connecteur sata

Merci à vous

[Tadeus]

Hum, bon, a chaque fois que je fais une vérification des secteurs defectueux sous linux (badblocks -v /dev/sdd), le disque se déconnecte/reconnecte au bout de quelques minutes, alors faux contact dans les fils ou hdd mort ?

J' en perd la boule

[nicodache]

déplace le ailleurs le temps de faire un smartctl -t long /dev/machin

et regarde la tete qu'il tire.

si tu veux braiment etre sur, une vérification de bas niveau (vérification des secteurs) avec un utilitaire cdrom (genre hdat2) ou l'utilitaire intégré dans ton controleur, mais la faut ribouter