[gull] Problème avec des disques SATA

[Yann Forget]

Bonjour,

J'ai un problème persistent avec un système de disques SATA sur un
serveur depuis plusieurs semaines.

Il s'agit d'un serveur avec une carte ASUS P5MT, un Pentium 4 3.2 Ghz et
4 disques SATA en RAID 5 (3 + 1 spare). Initialement, nous avons fait du
raid logiciel. Le  système de fichiers était ext3 pour / et ReiserFS 3
pour /var. L'intention était d'utiliser ce serveur pour le mail,
Subversion et plusieurs sites Web.

Suite aux nombreux problèmes avec cette configuration, nous avons mis
une carte Adaptec 2420SA pour faire du Raid matériel. Nous avons
également changé la carte mère, la RAM pour de l'ECC, et l'un des
disques SATA (Maxtor DiamondMax 10 250 Go SATA300 7200 rpm, 16 Mo cache
RoHS). J'ai réinstallé le système (Gentoo) et utilisé ext3 pour la
partition /var. J'ai essayé plusieurs versions du kernel (2.6.17 et
2.6.18). Néanmoins les problèmes persistent et nous avons dû mettre ce
serveur hors de production.

/ 	est sur /dev/sda2
/var 	est sur /dev/sda3

testserver ~ # fdisk -l /dev/sda

Disk /dev/sda: 501.6 GB, 501626175488 bytes
255 heads, 63 sectors/track, 60985 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Device Boot      Start      End      Blocks   Id  System
/dev/sda1        1          487     3911796   82  Linux swap / Solaris
/dev/sda2        488        6567    48837600  83  Linux
/dev/sda3        6568       60985   437112585 83  Linux

La carte Raid Adaptec n'indique aucun problème avec les disques, et le
système fonctionne apparemment correctement si la partition sda3 n'est
pas utilisée.

Mais même après un nouveau formatage en ext3, la partition sda3 présente
des erreurs si l'on force la vérification (e2fsck -f /dev/sda3).

testserver ~ # mke2fs -j /dev/sda3
mke2fs 1.39 (29-May-2006)
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
54640640 inodes, 109278146 blocks
5463907 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=113246208
3335 block groups
32768 blocks per group, 32768 fragments per group
16384 inodes per group
Superblock backups stored on blocks:
        32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632,
2654208,
        4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968,
        102400000

Writing inode tables: done
Creating journal (32768 blocks): done
Writing superblocks and filesystem accounting information: done

This filesystem will be automatically checked every 33 mounts or
180 days, whichever comes first.  Use tune2fs -c or -i to override.

testserver ~ # e2fsck /dev/sda3
e2fsck 1.39 (29-May-2006)
/dev/sda3: clean, 11/54640640 files, 1765934/109278146 blocks

testserver ~ # e2fsck -f /dev/sda3
e2fsck 1.39 (29-May-2006)
Pass 1: Checking inodes, blocks, and sizes
Inode 8, i_blocks is 262416, should be 254224.  Fix<y>? yes

Avec XFS, il se produit également des erreurs si l'on force la
vérification avec xfs_check -v /dev/sda3 (setting block 0/xxxxx to
freeZ, etc.)

A tout hasard, les paramètres hdparm :

testserver ~ # hdparm -v /dev/sda3

/dev/sda3:
 readonly     =  0 (off)
 readahead    = 256 (on)
 geometry     = 60985/255/63, sectors = 874225170, start = 105498855

Je me perds en conjoncture sur les causes de ce problème.
Toute suggestion est bienvenue, par avance, merci.

Cordialement,

Yann