Bonjour,
je viens d'installer un serveur Dell T110 ayant 2 disques SATA et
incorporant le controleur suivant (lspci)
RAID bus controller: Intel Corporation 5 Series/3400 Series Chipset
SATA RAID Controller (rev 05)
Le BIOS du serveur donne PERC S100 comme controleur RAID.
J'ai invalidé le Raid dans le BIOS pour ne faire que du RAID1
logiciel avec mdadm. Tout se déroule correctement jusqu'au test du
raid après installation: le serveur ne démarre pas si je débranche
sda alors qu'il démarre si je débranche sdb!
J'ai fait un grub-install sur /dev/sda /dev/sdb et /dev/md0
(partition Raid1 pour /boot, /dev/md1 étant mon swap et /dev/md2
mon /)
Lorsque je démarre en ayant débrancher sda, je vois "Welcome to GRUB"
puis le serveur redémarre. J'ai tenté de mettre set root=(hd1) en
lieu et place de (md0) dans grub.cfg, rien n'y fait.
Dans le BIOS, j'ai activer le boot à partir du second disque, le
serveur démarre bien si sda est présent. Tout se passe donc comme si
GRUB démarre sur sdb mais a besoin de sda pour le reste :-(
J'ai demander au BIOS de se comporter comme si les disques étaient en
ATA, pas plus de résultat. Bref, j'en vient à penser que le
contrôleur est en cause et interfère.
Merci pour toute suggestion ou histoire vécue et résolue ;-) qui me
permettrai de sortir de cette impasse.
Bonjour,
je viens d'installer un serveur Dell T110 ayant 2 disques SATA et
incorporant le controleur suivant (lspci)
RAID bus controller: Intel Corporation 5 Series/3400 Series Chipset
SATA RAID Controller (rev 05)
Le BIOS du serveur donne PERC S100 comme controleur RAID.
J'ai invalidé le Raid dans le BIOS pour ne faire que du RAID1
logiciel avec mdadm. Tout se déroule correctement jusqu'au test du
raid après installation: le serveur ne démarre pas si je débranche
sda alors qu'il démarre si je débranche sdb!
J'ai fait un grub-install sur /dev/sda /dev/sdb et /dev/md0
(partition Raid1 pour /boot, /dev/md1 étant mon swap et /dev/md2
mon /)
Lorsque je démarre en ayant débrancher sda, je vois "Welcome to GRUB"
puis le serveur redémarre. J'ai tenté de mettre set root=(hd1) en
lieu et place de (md0) dans grub.cfg, rien n'y fait.
Dans le BIOS, j'ai activer le boot à partir du second disque, le
serveur démarre bien si sda est présent. Tout se passe donc comme si
GRUB démarre sur sdb mais a besoin de sda pour le reste :-(
J'ai demander au BIOS de se comporter comme si les disques étaient en
ATA, pas plus de résultat. Bref, j'en vient à penser que le
contrôleur est en cause et interfère.
Merci pour toute suggestion ou histoire vécue et résolue ;-) qui me
permettrai de sortir de cette impasse.
Bonjour,
je viens d'installer un serveur Dell T110 ayant 2 disques SATA et
incorporant le controleur suivant (lspci)
RAID bus controller: Intel Corporation 5 Series/3400 Series Chipset
SATA RAID Controller (rev 05)
Le BIOS du serveur donne PERC S100 comme controleur RAID.
J'ai invalidé le Raid dans le BIOS pour ne faire que du RAID1
logiciel avec mdadm. Tout se déroule correctement jusqu'au test du
raid après installation: le serveur ne démarre pas si je débranche
sda alors qu'il démarre si je débranche sdb!
J'ai fait un grub-install sur /dev/sda /dev/sdb et /dev/md0
(partition Raid1 pour /boot, /dev/md1 étant mon swap et /dev/md2
mon /)
Lorsque je démarre en ayant débrancher sda, je vois "Welcome to GRUB"
puis le serveur redémarre. J'ai tenté de mettre set root=(hd1) en
lieu et place de (md0) dans grub.cfg, rien n'y fait.
Dans le BIOS, j'ai activer le boot à partir du second disque, le
serveur démarre bien si sda est présent. Tout se passe donc comme si
GRUB démarre sur sdb mais a besoin de sda pour le reste :-(
J'ai demander au BIOS de se comporter comme si les disques étaient en
ATA, pas plus de résultat. Bref, j'en vient à penser que le
contrôleur est en cause et interfère.
Merci pour toute suggestion ou histoire vécue et résolue ;-) qui me
permettrai de sortir de cette impasse.
je viens d'installer un serveur Dell T110 ayant 2 disques SATA et
incorporant le controleur suivant (lspci)
RAID bus controller: Intel Corporation 5 Series/3400 Series Chipset SATA
RAID Controller (rev 05)
Le BIOS du serveur donne PERC S100 comme controleur RAID.
je viens d'installer un serveur Dell T110 ayant 2 disques SATA et
incorporant le controleur suivant (lspci)
RAID bus controller: Intel Corporation 5 Series/3400 Series Chipset SATA
RAID Controller (rev 05)
Le BIOS du serveur donne PERC S100 comme controleur RAID.
je viens d'installer un serveur Dell T110 ayant 2 disques SATA et
incorporant le controleur suivant (lspci)
RAID bus controller: Intel Corporation 5 Series/3400 Series Chipset SATA
RAID Controller (rev 05)
Le BIOS du serveur donne PERC S100 comme controleur RAID.
On Sat, 22 Jan 2011 18:13:14 +0100, daniel huhardeaux
wrote:je viens d'installer un serveur Dell T110 ayant 2 disques SATA et
incorporant le controleur suivant (lspci)
RAID bus controller: Intel Corporation 5 Series/3400 Series Chipset SATA
RAID Controller (rev 05)
Le BIOS du serveur donne PERC S100 comme controleur RAID.
Tu n'y peux rien: d'abord ce n'est même pas un vrai ctrlr RAID (c'est le drv
qui fait le RAID, pas le hard), ensuite personne n'a réussi à le
faire fonctionner correctement en software RAID
On Sat, 22 Jan 2011 18:13:14 +0100, daniel huhardeaux<no-spam@tootai.net>
wrote:
je viens d'installer un serveur Dell T110 ayant 2 disques SATA et
incorporant le controleur suivant (lspci)
RAID bus controller: Intel Corporation 5 Series/3400 Series Chipset SATA
RAID Controller (rev 05)
Le BIOS du serveur donne PERC S100 comme controleur RAID.
Tu n'y peux rien: d'abord ce n'est même pas un vrai ctrlr RAID (c'est le drv
qui fait le RAID, pas le hard), ensuite personne n'a réussi à le
faire fonctionner correctement en software RAID
On Sat, 22 Jan 2011 18:13:14 +0100, daniel huhardeaux
wrote:je viens d'installer un serveur Dell T110 ayant 2 disques SATA et
incorporant le controleur suivant (lspci)
RAID bus controller: Intel Corporation 5 Series/3400 Series Chipset SATA
RAID Controller (rev 05)
Le BIOS du serveur donne PERC S100 comme controleur RAID.
Tu n'y peux rien: d'abord ce n'est même pas un vrai ctrlr RAID (c'est le drv
qui fait le RAID, pas le hard), ensuite personne n'a réussi à le
faire fonctionner correctement en software RAID
Le 23/01/2011 05:14, Jean-Yves F. Barbier a écrit :On Sat, 22 Jan 2011 18:13:14 +0100, daniel
huhardeaux
wrote:je viens d'installer un serveur Dell T110 ayant 2 disques SATA et
incorporant le controleur suivant (lspci)
RAID bus controller: Intel Corporation 5 Series/3400 Series Chipset
SATA
RAID Controller (rev 05)
Le BIOS du serveur donne PERC S100 comme controleur RAID.
Tu n'y peux rien: d'abord ce n'est même pas un vrai ctrlr RAID (c'est
le drv
qui fait le RAID, pas le hard), ensuite personne n'a réussi à le
faire fonctionner correctement en software RAID
Il me parait que raison t'es donnée: j'ai poussé mes tests, mon disque
SATA qui était sda lors de l'installation démarre aussi bien en SATA0
qu'en SATA1. Le second disque, celui en sdb lors de l'installation et
qui "semblait" fonctionnel aux yeux de mdadm, ne démarre ni en SATA0
ni en SATA1 :-(
Le 23/01/2011 05:14, Jean-Yves F. Barbier a écrit :
On Sat, 22 Jan 2011 18:13:14 +0100, daniel
huhardeaux<no-spam@tootai.net>
wrote:
je viens d'installer un serveur Dell T110 ayant 2 disques SATA et
incorporant le controleur suivant (lspci)
RAID bus controller: Intel Corporation 5 Series/3400 Series Chipset
SATA
RAID Controller (rev 05)
Le BIOS du serveur donne PERC S100 comme controleur RAID.
Tu n'y peux rien: d'abord ce n'est même pas un vrai ctrlr RAID (c'est
le drv
qui fait le RAID, pas le hard), ensuite personne n'a réussi à le
faire fonctionner correctement en software RAID
Il me parait que raison t'es donnée: j'ai poussé mes tests, mon disque
SATA qui était sda lors de l'installation démarre aussi bien en SATA0
qu'en SATA1. Le second disque, celui en sdb lors de l'installation et
qui "semblait" fonctionnel aux yeux de mdadm, ne démarre ni en SATA0
ni en SATA1 :-(
Le 23/01/2011 05:14, Jean-Yves F. Barbier a écrit :On Sat, 22 Jan 2011 18:13:14 +0100, daniel
huhardeaux
wrote:je viens d'installer un serveur Dell T110 ayant 2 disques SATA et
incorporant le controleur suivant (lspci)
RAID bus controller: Intel Corporation 5 Series/3400 Series Chipset
SATA
RAID Controller (rev 05)
Le BIOS du serveur donne PERC S100 comme controleur RAID.
Tu n'y peux rien: d'abord ce n'est même pas un vrai ctrlr RAID (c'est
le drv
qui fait le RAID, pas le hard), ensuite personne n'a réussi à le
faire fonctionner correctement en software RAID
Il me parait que raison t'es donnée: j'ai poussé mes tests, mon disque
SATA qui était sda lors de l'installation démarre aussi bien en SATA0
qu'en SATA1. Le second disque, celui en sdb lors de l'installation et
qui "semblait" fonctionnel aux yeux de mdadm, ne démarre ni en SATA0
ni en SATA1 :-(
Bonjour,
J'ai invalidé le Raid dans le BIOS pour ne faire que du RAID1 logiciel avec
mdadm. Tout se déroule correctement
installation: le serveur ne démarre pas si je débranche sda alors qu' il
démarre si je débranche sdb!
J'ai fait un grub-install sur /dev/sda /dev/sdb et /dev/md0 (partition Ra id1
pour /boot, /dev/md1 étant mon swap et /dev/md2 mon /)
Lorsque je démarre en ayant débrancher sda, je vois "Welcome to GRUB" puis
le serveur redémarre. J'ai tenté de mettre set root=(hd1) en lieu e t place
de (md0) dans grub.cfg, rien n'y fait.
Dans le BIOS, j'ai activer le boot à partir du second disque, le serveu r
démarre bien si sda est présent. Tout se passe donc comme si GRUB d émarre
sur sdb mais a besoin de sda pour le reste :-(
J'ai demander au BIOS de se comporter comme si les disques étaient en A TA,
pas plus de résultat. Bref, j'en vient à penser que le contrôleur e st en
cause et interfère.
Merci pour toute suggestion ou histoire vécue et résolue ;-) qui me
permettrai de sortir de cette impasse.
Bonjour,
J'ai invalidé le Raid dans le BIOS pour ne faire que du RAID1 logiciel avec
mdadm. Tout se déroule correctement
installation: le serveur ne démarre pas si je débranche sda alors qu' il
démarre si je débranche sdb!
J'ai fait un grub-install sur /dev/sda /dev/sdb et /dev/md0 (partition Ra id1
pour /boot, /dev/md1 étant mon swap et /dev/md2 mon /)
Lorsque je démarre en ayant débrancher sda, je vois "Welcome to GRUB" puis
le serveur redémarre. J'ai tenté de mettre set root=(hd1) en lieu e t place
de (md0) dans grub.cfg, rien n'y fait.
Dans le BIOS, j'ai activer le boot à partir du second disque, le serveu r
démarre bien si sda est présent. Tout se passe donc comme si GRUB d émarre
sur sdb mais a besoin de sda pour le reste :-(
J'ai demander au BIOS de se comporter comme si les disques étaient en A TA,
pas plus de résultat. Bref, j'en vient à penser que le contrôleur e st en
cause et interfère.
Merci pour toute suggestion ou histoire vécue et résolue ;-) qui me
permettrai de sortir de cette impasse.
Bonjour,
J'ai invalidé le Raid dans le BIOS pour ne faire que du RAID1 logiciel avec
mdadm. Tout se déroule correctement
installation: le serveur ne démarre pas si je débranche sda alors qu' il
démarre si je débranche sdb!
J'ai fait un grub-install sur /dev/sda /dev/sdb et /dev/md0 (partition Ra id1
pour /boot, /dev/md1 étant mon swap et /dev/md2 mon /)
Lorsque je démarre en ayant débrancher sda, je vois "Welcome to GRUB" puis
le serveur redémarre. J'ai tenté de mettre set root=(hd1) en lieu e t place
de (md0) dans grub.cfg, rien n'y fait.
Dans le BIOS, j'ai activer le boot à partir du second disque, le serveu r
démarre bien si sda est présent. Tout se passe donc comme si GRUB d émarre
sur sdb mais a besoin de sda pour le reste :-(
J'ai demander au BIOS de se comporter comme si les disques étaient en A TA,
pas plus de résultat. Bref, j'en vient à penser que le contrôleur e st en
cause et interfère.
Merci pour toute suggestion ou histoire vécue et résolue ;-) qui me
permettrai de sortir de cette impasse.
[...]
Je ne vois pas pourquoi installer grub sur un périphérique raid, grub
se doit d'être sur /dev/sda et /dev/sdb
[...]
Sans le descriptif détaillé de la procédure que tu as suivi, j'aurai
du mal à t'aider.
J'ai demander au BIOS de se comporter comme si les disques étaient en ATA,
pas plus de résultat. Bref, j'en vient à penser que le contrôleur est en
cause et interfère.
Je pense qu'il n'y a aucun rapport
[...]
- Relancer pour vérifier le boot sur chacun des disques.
[...]
Je ne vois pas pourquoi installer grub sur un périphérique raid, grub
se doit d'être sur /dev/sda et /dev/sdb
[...]
Sans le descriptif détaillé de la procédure que tu as suivi, j'aurai
du mal à t'aider.
J'ai demander au BIOS de se comporter comme si les disques étaient en ATA,
pas plus de résultat. Bref, j'en vient à penser que le contrôleur est en
cause et interfère.
Je pense qu'il n'y a aucun rapport
[...]
- Relancer pour vérifier le boot sur chacun des disques.
[...]
Je ne vois pas pourquoi installer grub sur un périphérique raid, grub
se doit d'être sur /dev/sda et /dev/sdb
[...]
Sans le descriptif détaillé de la procédure que tu as suivi, j'aurai
du mal à t'aider.
J'ai demander au BIOS de se comporter comme si les disques étaient en ATA,
pas plus de résultat. Bref, j'en vient à penser que le contrôleur est en
cause et interfère.
Je pense qu'il n'y a aucun rapport
[...]
- Relancer pour vérifier le boot sur chacun des disques.
Et bien si: le perc s100 semble bien être la cause du problème
Et bien si: le perc s100 semble bien être la cause du problème
Et bien si: le perc s100 semble bien être la cause du problème
Le 23/01/2011 15:45, kaliderus a écrit :
[...]
Je ne vois pas pourquoi installer grub sur un périphérique raid, gru b
se doit d'être sur /dev/sda et /dev/sdb
Non, avec grub2 on peut l'installer sur le périphérique raid ainsi le s x
disques peuvent démarrer (le raid n'est pas forcément sur uniquement deux
disques)
- Relancer pour vérifier le boot sur chacun des disques.
Et c'est la ou cela coince.
Le 23/01/2011 15:45, kaliderus a écrit :
[...]
Je ne vois pas pourquoi installer grub sur un périphérique raid, gru b
se doit d'être sur /dev/sda et /dev/sdb
Non, avec grub2 on peut l'installer sur le périphérique raid ainsi le s x
disques peuvent démarrer (le raid n'est pas forcément sur uniquement deux
disques)
- Relancer pour vérifier le boot sur chacun des disques.
Et c'est la ou cela coince.
Le 23/01/2011 15:45, kaliderus a écrit :
[...]
Je ne vois pas pourquoi installer grub sur un périphérique raid, gru b
se doit d'être sur /dev/sda et /dev/sdb
Non, avec grub2 on peut l'installer sur le périphérique raid ainsi le s x
disques peuvent démarrer (le raid n'est pas forcément sur uniquement deux
disques)
- Relancer pour vérifier le boot sur chacun des disques.
Et c'est la ou cela coince.
Salut,
Daniel Huhardeaux a écrit :Et bien si: le perc s100 semble bien être la cause du problème
Cette affirmation me semble en contradiction avec ton message de 13h06
relatant le résultat de la permutation des disques.
Le problème pourrait venir de la correspondance entre les noms de
périphérique pour Linux et le BIOS pour le second disque.
Salut,
Daniel Huhardeaux a écrit :
Et bien si: le perc s100 semble bien être la cause du problème
Cette affirmation me semble en contradiction avec ton message de 13h06
relatant le résultat de la permutation des disques.
Le problème pourrait venir de la correspondance entre les noms de
périphérique pour Linux et le BIOS pour le second disque.
Salut,
Daniel Huhardeaux a écrit :Et bien si: le perc s100 semble bien être la cause du problème
Cette affirmation me semble en contradiction avec ton message de 13h06
relatant le résultat de la permutation des disques.
Le problème pourrait venir de la correspondance entre les noms de
périphérique pour Linux et le BIOS pour le second disque.
Et bien si: le perc s100 semble bien être la cause du problème
Cette affirmation me semble en contradiction avec ton message de 13h06
relatant le résultat de la permutation des disques.
Je ne pense pas. J'ai poussé plus loin en débranchant SATA0 et en
faisant un installation fraiche sur le disque qui ne démarrait pas en le
laissant connecté à SATA1 qui est bien devenu sda l'autre disque ayant
été débranché: et bien cela a fonctionné! Chaque disque installé avec
son OS démarre bien, SATA0 ou SATA1.
J'en suis arrivé à la conclusion
que le raid avec mdadm fait que l'ecriture a bien lieu sur le premier
disque et pas sur le second. Cela explique pourquoi mon sdb ne démarrait
pas puisqu'il ne devait en fait avoir rien d'écrit :-(
J'ai rebranché les deux disques, chacun comme il était connecté à la
livraison. Un dd if=/dev/sda of=/dev/sdb est entrain de tourner. Je
redémarrerai ensuite sur chaque disque pour voir si tout est ok, puis
les remettrai dans l'espace raid.
Le problème pourrait venir de la correspondance entre les noms de
périphérique pour Linux et le BIOS pour le second disque.
Il ne parle que de disque C: J'ai comme seul choix de dire celui que je
veux pour représenter ce disque C:
Et bien si: le perc s100 semble bien être la cause du problème
Cette affirmation me semble en contradiction avec ton message de 13h06
relatant le résultat de la permutation des disques.
Je ne pense pas. J'ai poussé plus loin en débranchant SATA0 et en
faisant un installation fraiche sur le disque qui ne démarrait pas en le
laissant connecté à SATA1 qui est bien devenu sda l'autre disque ayant
été débranché: et bien cela a fonctionné! Chaque disque installé avec
son OS démarre bien, SATA0 ou SATA1.
J'en suis arrivé à la conclusion
que le raid avec mdadm fait que l'ecriture a bien lieu sur le premier
disque et pas sur le second. Cela explique pourquoi mon sdb ne démarrait
pas puisqu'il ne devait en fait avoir rien d'écrit :-(
J'ai rebranché les deux disques, chacun comme il était connecté à la
livraison. Un dd if=/dev/sda of=/dev/sdb est entrain de tourner. Je
redémarrerai ensuite sur chaque disque pour voir si tout est ok, puis
les remettrai dans l'espace raid.
Le problème pourrait venir de la correspondance entre les noms de
périphérique pour Linux et le BIOS pour le second disque.
Il ne parle que de disque C: J'ai comme seul choix de dire celui que je
veux pour représenter ce disque C:
Et bien si: le perc s100 semble bien être la cause du problème
Cette affirmation me semble en contradiction avec ton message de 13h06
relatant le résultat de la permutation des disques.
Je ne pense pas. J'ai poussé plus loin en débranchant SATA0 et en
faisant un installation fraiche sur le disque qui ne démarrait pas en le
laissant connecté à SATA1 qui est bien devenu sda l'autre disque ayant
été débranché: et bien cela a fonctionné! Chaque disque installé avec
son OS démarre bien, SATA0 ou SATA1.
J'en suis arrivé à la conclusion
que le raid avec mdadm fait que l'ecriture a bien lieu sur le premier
disque et pas sur le second. Cela explique pourquoi mon sdb ne démarrait
pas puisqu'il ne devait en fait avoir rien d'écrit :-(
J'ai rebranché les deux disques, chacun comme il était connecté à la
livraison. Un dd if=/dev/sda of=/dev/sdb est entrain de tourner. Je
redémarrerai ensuite sur chaque disque pour voir si tout est ok, puis
les remettrai dans l'espace raid.
Le problème pourrait venir de la correspondance entre les noms de
périphérique pour Linux et le BIOS pour le second disque.
Il ne parle que de disque C: J'ai comme seul choix de dire celui que je
veux pour représenter ce disque C: