Attribution aleatoire sd(abc) à chaque boot

Attribution aleatoire sd(abc) à chaque boot - Divers - Linux et OS Alternatifs

Marsh Posté le 12-12-2007 à 21:11:58    

Salut à tous,
 
J'ai un probleme avec mon futur serveur de fichier sous ubuntu, en effet, environ 1 boot sur 3, n'attribue pas les "noms" de disque comme d'habitude.
 
mon os :
 
Linux 2.6.20-16-server (ubuntu)
 
Materiel :
 
00:0e.0 SCSI storage controller: Adaptec AIC-7892B U160/m (rev 02)
 
00:12.0 RAID bus controller: Silicon Image, Inc. SiI 3114 [SATALink/SATARaid] Serial ATA Controller (rev 02)
 
 
Sur la carte SCSI il y a 1 disque de 18Go, normalement sda, et sur la sata pour le moment 2 disques, 1 de 160 destiné à faire /home, et 1 de 250 ce qui donne ca :
 
 

Citation :

/dev/sda1               18G   843M    16G   6% /
/dev/sdc1              163G   7,5G   147G   5% /home
/dev/sdb1              247G    68G   167G  29% /mount/250


 
Le soucis c'est que aprés un reboot ca peut trés bien donner ca :
 
 

Citation :

/dev/sda1              163G   7,5G   147G   5% /home
/dev/sdc1              247G    68G   167G  29% /mount/250
/dev/sdb1               18G   843M    16G   6%  /

 
 
Je cherches donc un moyen de le forcer à tjrs attribuer sda au même disque, etc...
 
Merci d'avance à tous


Message édité par XPaY le 12-12-2007 à 21:12:48

---------------
"Xpay a toujours raison, même si ça fait chier de l'admettre."  PPPEP 07-09-2016 ## CRs sorties moto - Power and speed solve many things
Reply

Marsh Posté le 12-12-2007 à 21:11:58   

Reply

Marsh Posté le 12-12-2007 à 22:14:09    

avec udev normalement, mais là c'est bizarre [:quardelitre]


---------------
Relax. Take a deep breath !
Reply

Marsh Posté le 12-12-2007 à 22:27:08    

Les seules fois où j'ai vu ça c'était avec des disques Symmetrix, le premier qui répond s'appelle sda, le deuxième sdb, etc. Donc selon comment la baie répond les devices n'ont pas le même nom. Mais c'est plutôt un bug côté Linux ou driver car sous AIX, HP-UX ou Solaris on n'a jamais le soucis. EMC propose des bidouilles pour remettre d'équerre, j'ai les docs au boulot. Je regarderai demain si ça peut s'appliquer à ton cas :spamafote: Et d'après ce dont je me souviens udev est mentionné effectivement (entre autres).


Message édité par Cruchot le 12-12-2007 à 22:28:55
Reply

Marsh Posté le 12-12-2007 à 22:35:31    

Y aurait il un moyen d'attribuer la "lettre" en fonction du nom du disque? :??:
 
merci


---------------
"Xpay a toujours raison, même si ça fait chier de l'admettre."  PPPEP 07-09-2016 ## CRs sorties moto - Power and speed solve many things
Reply

Marsh Posté le 12-12-2007 à 23:37:00    

dans ton fstab, à la place de /dev/sdxy, remplaces par son uuid : /dev/by-uuid/xxxxxxxxx.
A toi de lister donc chaque disque/partition dans ce répertoire. ;)  
 
Et ça marche aussi pour Grub ! :)

Reply

Marsh Posté le 12-12-2007 à 23:38:10    

Sinon, oui, en écrivant une règle udev, tu peux aussi attribuer le nom que tu veux... même c'est vachement plus lourd, tordu, et moins souple ! :p

Reply

Marsh Posté le 13-12-2007 à 14:17:27    

Ok merci je vais essayer ca ce soir :jap:


---------------
"Xpay a toujours raison, même si ça fait chier de l'admettre."  PPPEP 07-09-2016 ## CRs sorties moto - Power and speed solve many things
Reply

Marsh Posté le 15-12-2007 à 12:42:55    

Reply

Marsh Posté le 15-12-2007 à 13:26:35    

Comme Ubuntu se base sur l'installateur Debian (debian-installer), il est fort probable -au vu de la configuration (plusieurs disques sur des contrôleurs différents)- que le bug suivant affecte le système :

Citation :


Errata pour la publication 4.0r0
 
 
Possible modification des périphériques de disques lors du redémarrage
 
Sur les systèmes comportant plusieurs contrôleurs de disques lors du redémarrage du système, le programme réalisant la gestion des périphériques en espace mémoire utilisateur (udev) peut assigner un nœud de périphérique différent de celui utilisé pendant l'installation à cause d'un changement dans l'ordre de chargement des pilotes.
 
Ceci peut entraîner l'échec du démarrage du système. Dans la plupart des cas, ceci peut être corrigé en modifiant la configuration du chargeur d'amorçage et /etc/fstab, en utilisant le mode de secours de l'installateur par exemple.
 
Veuillez noter cependant que ce problème peut se reproduire lors de démarrages suivants. La correction de ce problème est une priorité pour la prochaine version de l'installateur Debian ;



---------------
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.
Reply

Marsh Posté le 16-12-2007 à 00:26:18    

ce bug est une belle saloperie, il m'a plusieurs fois desactive des RAID1, ou alors il ne reconnaissait le disque systeme qu'un boot sur 3, sinon l'ordre de notation changeait... Puis un jour ca s'est stabilise, je ne saurais dire avec quelle upgrade, noyau/udev peut etre, je suis passe en lenny.

Reply

Marsh Posté le 16-12-2007 à 00:26:18   

Reply

Marsh Posté le 16-12-2007 à 00:55:38    

Si ça ne concerne que l'ordre de détection des périphs ça reste encore gérable avec l'utilisation des uuid ou label, comme indiqué plus haut, en revanche si des périphs passent carrément à la trappe lors du boot c'est effectivement beaucoup plus problématique. :/
 
D'un autre côté, les systèmes équipées de plusieurs contrôleurs de disque sont généralement des serveurs ; comme ceux-ci ne sont que rarement rebootés, en fin de compte c'est pas trop trop gênant. :)


---------------
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.
Reply

Marsh Posté le 16-12-2007 à 10:51:27    

le souci c'est que le parametre root= de grub ne passait plus, etant donne que le disque n'avait plus la meme position, donc reboot jusqu'a ce qu'il se retrouve dans le "bon" ordre...  :fou: et avec les raids, ca ne reconnaissait qu'un disque sur deux ou aucun, ensuite desync du raid, merdier...


Message édité par enfoiro le 16-12-2007 à 10:52:50
Reply

Marsh Posté le 18-12-2007 à 20:40:53    

Hé bien merci apparement ca marche en designant avec l'UID :jap:


---------------
"Xpay a toujours raison, même si ça fait chier de l'admettre."  PPPEP 07-09-2016 ## CRs sorties moto - Power and speed solve many things
Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed