Voci un extrait de /etc/vfstab, pour les FS incriminés:
/dev/md/dsk/d0 /dev/md/rdsk/d0 / ufs 1 no logging,rq /dev/md/dsk/d30 /dev/md/rdsk/d30 /var ufs 1 no logging,rq
J'ai tenté de détacher la patte d2 du d0 et de rebooter dessus (sans la rattacher, pour qu'elle ne reprenne pas les incohérence du d1), mais la machine boot automatique sur le d1, par le d0, étant donnée le vfstab .
Aussi j'hésite entre 2 options:
1 - Détacher le d2, faire un fsck dessus et modfier le vfstab de CE FS de "/dev/md/dsk/d0 /dev/md/rdsk/d0 / ufs 1 no logging,rq en /dev/md/dsk/d2 /dev/md/rdsk/d2 / ufs 1 no logging,rq
en le montant séparément, et depuis l'OBP, lancer en boot disk2. Cela me permettrait ensuite de réparer le d1 et rebooter directement dessus
2- Créer un mirroir avec le d2 réparé et mettre ce mirroir en lieu et place du d0 dans vfstab par la même méthode que précédemment.
Marsh Posté le 14-08-2014 à 09:40:15
Bonjour,
Nous avons un serveur solaris V245, équipé de 4 disques:
AVAILABLE DISK SELECTIONS:
0. c1t0d0 <SUN72G cyl 14087 alt 2 hd 24 sec 424>
/pci@1e,600000/pci@0/pci@a/pci@0/pci@8/scsi@1/sd@0,0
1. c1t1d0 <SUN72G cyl 14087 alt 2 hd 24 sec 424>
/pci@1e,600000/pci@0/pci@a/pci@0/pci@8/scsi@1/sd@1,0
2. c1t2d0 <SUN72G cyl 14087 alt 2 hd 24 sec 424>
/pci@1e,600000/pci@0/pci@a/pci@0/pci@8/scsi@1/sd@2,0
3. c1t3d0 <SUN72G cyl 14087 alt 2 hd 24 sec 424>
/pci@1e,600000/pci@0/pci@a/pci@0/pci@8/scsi@1/sd@3,0
Ces disques sont mirrorés via SDS de la manière suivante:
[root@serveur]# cat /etc/lvm/md.cf
# metadevice configuration file
# do not hand edit
d60 -m d61 1
d61 2 1 c1t0d0s6 \
1 c1t1d0s6
d50 -m d51 1
d51 1 1 c1t0d0s5
d40 -m d41 d42 1
d41 1 1 c1t0d0s4
d42 1 1 c1t2d0s4
d30 -m d31 d32 1
d31 1 1 c1t0d0s3
d32 1 1 c1t2d0s3
d10 -m d11 d12 1
d11 1 1 c1t0d0s1
d12 1 1 c1t2d0s1
d0 -m d1 d2 1
d1 1 1 c1t0d0s0
d2 1 1 c1t2d0s0
d33 1 1 c1t3d0s0
Il se trouve que les slices c1t0d0s0, c1t2d0s0, c1t0d0s3 et c1t2d0s3 sont corrompus(fsck renvoie des erreurs)
Conf du serveur:
côté eeprom:
[root@serveur]# eeprom | grep disk
boot-device=disk net
[root@serveur]# prtconf -vp | grep disk
disk-write-fix:
name: 'disk-label'
bootpath: '/pci@1e,600000/pci@0/pci@a/pci@0/pci@8/scsi@1/disk@0,0:a'
boot-device: 'disk net'
disk: '/pci@1e,600000/pci@0/pci@a/pci@0/pci@8/scsi@1/disk@0,0'
disk0: '/pci@1e,600000/pci@0/pci@a/pci@0/pci@8/scsi@1/disk@0,0'
disk1: '/pci@1e,600000/pci@0/pci@a/pci@0/pci@8/scsi@1/disk@1,0'
disk2: '/pci@1e,600000/pci@0/pci@a/pci@0/pci@8/scsi@1/disk@2,0'
disk3: '/pci@1e,600000/pci@0/pci@a/pci@0/pci@8/scsi@1/disk@3,0'
Voci un extrait de /etc/vfstab, pour les FS incriminés:
/dev/md/dsk/d0 /dev/md/rdsk/d0 / ufs 1 no logging,rq
/dev/md/dsk/d30 /dev/md/rdsk/d30 /var ufs 1 no logging,rq
J'ai tenté de détacher la patte d2 du d0 et de rebooter dessus (sans la rattacher, pour qu'elle ne reprenne pas les incohérence du d1), mais la machine boot automatique sur le d1, par le d0, étant donnée le vfstab .
Aussi j'hésite entre 2 options:
1 - Détacher le d2, faire un fsck dessus et modfier le vfstab de CE FS
de "/dev/md/dsk/d0 /dev/md/rdsk/d0 / ufs 1 no logging,rq
en /dev/md/dsk/d2 /dev/md/rdsk/d2 / ufs 1 no logging,rq
en le montant séparément, et depuis l'OBP, lancer en boot disk2. Cela me permettrait ensuite de réparer le d1 et rebooter directement dessus
2- Créer un mirroir avec le d2 réparé et mettre ce mirroir en lieu et place du d0 dans vfstab par la même méthode que précédemment.
Quelle solution vous semble le mieux adaptée?
Merci de votre retour,
Cdt,