Re: raid logiciel et reboot
OoO En ce début de soirée du mardi 30 janvier 2007, vers 21:04, De Leeuw Guy [EMAIL PROTECTED] disait: Je viens de configurer un raid logiciel en démarrant sur un cd netinstall pas de probs sauf au reboot : plus d'os :-( config : /24GB swap 4GB /home le reste meme chose sur les deux disques sata C'est du RAID 1 ou du RAID 0 ? Si c'est du RAID 0, Grub ou LILO ne supportent pas le boot sur du RAID 0, il faut donc aménager un /boot dans une partition en RAID 1 (ou sans RAID). -- /* * We used to try various strange things. Let's not. */ 2.2.16 /usr/src/linux/fs/buffer.c -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: raid logiciel et reboot
Vincent Bernat a écrit : OoO En ce début de soirée du mardi 30 janvier 2007, vers 21:04, De Leeuw Guy [EMAIL PROTECTED] disait: Je viens de configurer un raid logiciel en démarrant sur un cd netinstall pas de probs sauf au reboot : plus d'os :-( config : /24GB swap 4GB /home le reste meme chose sur les deux disques sata C'est du RAID 1 ou du RAID 0 ? Si c'est du RAID 0, Grub ou LILO ne supportent pas le boot sur du RAID 0, il faut donc aménager un /boot dans une partition en RAID 1 (ou sans RAID). De manière générale, avoir une partition /boot séparée, en ext2/3, permet de se laisser une porte ouverte en cas de problème sur la racine. Et du même coup -et c'est peut être le problème rencontré par Guy- le problème des 1024 premiers cylindres est contourné. A part cela, une swap de 4GB cela parait énorme. 1GB semble une taille raisonnable avec la RAM physique actuelle qu'ont les serveurs. -- Daniel Huhardeaux _ _ _ _ enum+48 32 285 5276 (_ __) _ ) _ (_ __) _ _(_) iaxtel 1-700-849-6983 / / / // / // / / / / /_/ / / sip/iax:callto [EMAIL PROTECTED]/_/ ( ___( ___/ /_/ (_/ (_/_/.netFWD# 422493 -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: raid logiciel et reboot
Bonsoir Daniel Ok, merci je vais donc faire du raid sauf sur le /boot. C'est du raid 1 Bonne nuit Guy Daniel Huhardeaux a écrit : Vincent Bernat a écrit : OoO En ce début de soirée du mardi 30 janvier 2007, vers 21:04, De Leeuw Guy [EMAIL PROTECTED] disait: Je viens de configurer un raid logiciel en démarrant sur un cd netinstall pas de probs sauf au reboot : plus d'os :-( config : /24GB swap 4GB /home le reste meme chose sur les deux disques sata C'est du RAID 1 ou du RAID 0 ? Si c'est du RAID 0, Grub ou LILO ne supportent pas le boot sur du RAID 0, il faut donc aménager un /boot dans une partition en RAID 1 (ou sans RAID). De manière générale, avoir une partition /boot séparée, en ext2/3, permet de se laisser une porte ouverte en cas de problème sur la racine. Et du même coup -et c'est peut être le problème rencontré par Guy- le problème des 1024 premiers cylindres est contourné. A part cela, une swap de 4GB cela parait énorme. 1GB semble une taille raisonnable avec la RAM physique actuelle qu'ont les serveurs. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: raid logiciel et reboot
OoO En cette nuit nuageuse du mercredi 31 janvier 2007, vers 00:03, De Leeuw Guy [EMAIL PROTECTED] disait: C'est du raid 1 Le RAID 1 ne devrait pas poser de problèmes. Tu utilises Grub ou LILO ? -- Don't sacrifice clarity for small gains in efficiency. - The Elements of Programming Style (Kernighan Plauger) -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Boot Debian En RAID 1
Les tutoriels que j'ai utilisé pour monter le Raid 1 Logiciel ne permetait pas de le faire ?? J'avais acheter une carte promise pour faire du raid 1 Materiel mais ca n'a jamais marché... Sur Nos autres serveurs on a du 3ware et la evidement ca marche mieux ,) Si tu peux m'indiquer des configs ou des exemples de Soft Raid1 Je prends ;) Debian 4.0 devrait pouvoir s'installer et booter sans problemes a ce que j'avais vu ... Salut il faudrait que tu envoies ton schema de partionnement... ainsi que les noms des matrices raid et leur point de montage ! Mets aussi ton fichier mdadm.conf... En même temps le fichier grub que tu as montré avait l'air bien... il suffit d'installer grub sur les deux disques avec la commande grub-install. A plus Guillaume -- Guillaume E-mail: silencer_at_free-4ever_dot_net Blog: http://guillaume.free-4ever.net Site: http://www.free-4ever.net -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Boot Debian En RAID 1
Bonjour à tous, Si tu peux m'indiquer des configs ou des exemples de Soft Raid1 Je prends ;) Voici 2 liens intéressants, sur base desquels j'ai installé ma config RAID-1 soft avec grub sur du SATA, Debian Sarge avec noyau 2.6.18. Le premier lien http://www.xtronics.com/reference/SATA-RAID-debian-for-2.6.html traite du SATA avec RAID. Le second lien http://www.epimetrics.com/topics/one-page?page_id=421topic=Bit-head%20Stuffpage_topic_id=120 traite du problème du boot grub, en s'assurant que le système puissent effectivement booter en raid de n'importe lequel des 2 disques, si l'un tombe en panne ou est absent. En ce qui me concerne, je ne suis jamais arrivé à installer grub sur du raid avec le debian-installer. Mon impression est que les scripts d'install automatique de grub ne prennent pas en compte le raid : j'avais à chaque fois dans le menu.lst des /dev/sda mais jamais des /dev/mdxx. Mais une fois fait à la main, cela marche très bien. Pour rappel ou pour info, il est préférable de mettre les disques du raid1sur 2 contrôleurs IDE différents : une panne d'un disque IDE risque fort de bloquer le contrôleur correspondant et de rendre ainsi le raid1 inutile (sauf pour la sécurité des données). Ou alors utiliser du SATA. Laurent -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Boot Debian En RAID 1
Laurent Lesage a écrit : Bonjour à tous, Si tu peux m'indiquer des configs ou des exemples de Soft Raid1 Je prends ;) Voici 2 liens intéressants, sur base desquels j'ai installé ma config RAID-1 soft avec grub sur du SATA, Debian Sarge avec noyau 2.6.18. Le premier lien http://www.xtronics.com/reference/SATA-RAID-debian-for-2.6.html traite du SATA avec RAID. Le second lien http://www.epimetrics.com/topics/one-page?page_id=421topic=Bit-head%20Stuffpage_topic_id=120 traite du problème du boot grub, en s'assurant que le système puissent effectivement booter en raid de n'importe lequel des 2 disques, si l'un tombe en panne ou est absent. En ce qui me concerne, je ne suis jamais arrivé à installer grub sur du raid avec le debian-installer. Mon impression est que les scripts d'install automatique de grub ne prennent pas en compte le raid : j'avais à chaque fois dans le menu.lst des /dev/sda mais jamais des /dev/mdxx. Mais une fois fait à la main, cela marche très bien. Pour rappel ou pour info, il est préférable de mettre les disques du raid1sur 2 contrôleurs IDE différents : une panne d'un disque IDE risque fort de bloquer le contrôleur correspondant et de rendre ainsi le raid1 inutile (sauf pour la sécurité des données). Ou alors utiliser du SATA. Laurent Je regarde ca... J'aimerais effectivement me passer de la disquette si possible. J'ai refais une disquette boot avec le GRUB-INSTALL... J'obtient la meme disquette que ma premiere. Je crois que le Debian-installer marchera pour la v4. Deja avec l'installeur de la 3.1 ont peut créer les disques raid. Pas les utiliser certes mais c'est deja un progres ... -- Thierry Jaboeuf Administrateur Réseau Groupe-GLI Tel : 01.55.56.70.28
Re: Boot Debian En RAID 1
Guillaume a écrit : Les tutoriels que j'ai utilisé pour monter le Raid 1 Logiciel ne permetait pas de le faire ?? J'avais acheter une carte promise pour faire du raid 1 Materiel mais ca n'a jamais marché... Sur Nos autres serveurs on a du 3ware et la evidement ca marche mieux ,) Si tu peux m'indiquer des configs ou des exemples de Soft Raid1 Je prends ;) Debian 4.0 devrait pouvoir s'installer et booter sans problemes a ce que j'avais vu ... Salut il faudrait que tu envoies ton schema de partionnement... ainsi que les noms des matrices raid et leur point de montage ! Mets aussi ton fichier mdadm.conf... En même temps le fichier grub que tu as montré avait l'air bien... il suffit d'installer grub sur les deux disques avec la commande grub-install. A plus Guillaume Le partitionnement : debiansquid:/boot/grub# sfdisk -l /dev/hda Disk /dev/hda: 2480 cylinders, 255 heads, 63 sectors/track Units = cylinders of 8225280 bytes, blocks of 1024 bytes, counting from 0 Device Boot Start End #cyls#blocks Id System /dev/hda1 0+ 23562357- 18932571 fd Linux raid autodetect /dev/hda2 23572479 123 987997+ fd Linux raid autodetect /dev/hda3 0 - 0 00 Empty /dev/hda4 0 - 0 00 Empty debiansquid:/boot/grub# sfdisk -l /dev/hdc Disk /dev/hdc: 39533 cylinders, 16 heads, 63 sectors/track Warning: The partition table looks like it was made for C/H/S=*/255/63 (instead of 39533/16/63). For this listing I'll assume that geometry. Units = cylinders of 8225280 bytes, blocks of 1024 bytes, counting from 0 Device Boot Start End #cyls#blocks Id System /dev/hdc1 0+ 23552356- 18924538+ fd Linux raid autodetect /dev/hdc2 23562479 124 996030 fd Linux raid autodetect /dev/hdc3 0 - 0 00 Empty /dev/hdc4 0 - 0 00 Empty et le mdmadm : debiansquid:/boot/grub# more /etc/mdadm/mdadm.conf DEVICE partitions ARRAY /dev/md1 level=raid1 num-devices=2 UUID=1d2bff7d:628b3d36:a1eca5ba:2f78f7d7 devices=/dev/hda2,/dev/hdc2 ARRAY /dev/md0 level=raid1 num-devices=2 UUID=e5078144:198e34c2:b1785b35:ef5dcf6c devices=/dev/hda1,/dev/hdc1 -- Thierry Jaboeuf Administrateur Réseau Groupe-GLI Tel : 01.55.56.70.28
Re: Boot Debian En RAID 1
Le partitionnement : debiansquid:/boot/grub# sfdisk -l /dev/hda Disk /dev/hda: 2480 cylinders, 255 heads, 63 sectors/track Units = cylinders of 8225280 bytes, blocks of 1024 bytes, counting from 0 Device Boot Start End #cyls#blocks Id System /dev/hda1 0+ 23562357- 18932571 fd Linux raid autodetect /dev/hda2 23572479 123 987997+ fd Linux raid autodetect /dev/hda3 0 - 0 00 Empty /dev/hda4 0 - 0 00 Empty debiansquid:/boot/grub# sfdisk -l /dev/hdc Disk /dev/hdc: 39533 cylinders, 16 heads, 63 sectors/track Warning: The partition table looks like it was made for C/H/S=*/255/63 (instead of 39533/16/63). For this listing I'll assume that geometry. Units = cylinders of 8225280 bytes, blocks of 1024 bytes, counting from 0 Device Boot Start End #cyls#blocks Id System /dev/hdc1 0+ 23552356- 18924538+ fd Linux raid autodetect /dev/hdc2 23562479 124 996030 fd Linux raid autodetect /dev/hdc3 0 - 0 00 Empty /dev/hdc4 0 - 0 00 Empty et le mdmadm : debiansquid:/boot/grub# more /etc/mdadm/mdadm.conf DEVICE partitions ARRAY /dev/md1 level=raid1 num-devices=2 UUID=1d2bff7d:628b3d36:a1eca5ba:2f78f7d7 devices=/dev/hda2,/dev/hdc2 ARRAY /dev/md0 level=raid1 num-devices=2 UUID=e5078144:198e34c2:b1785b35:ef5dcf6c devices=/dev/hda1,/dev/hdc1 Quand je disais le partitionnement, ca incluait les points de montage... :-) -- Guillaume E-mail: silencer_at_free-4ever_dot_net Blog: http://guillaume.free-4ever.net Site: http://www.free-4ever.net -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Boot Debian En RAID 1
Hello tout le monde Je sent une emmerde a venir sur mon proxy de prod Un de mes collegues a fait un apt-get upgrade qui a mis a jour le noyeau par Le meme mais nouvelle version ?? Toujours est t'il que soit disant, le secteur de boot a été mis a jour et effectivement a la fin de menu.lst de cd /boot/grub/ j'ai bien ces lignes : title Debian GNU/Linux, kernel 2.6.8-3-386 root(hd0,0) kernel /boot/vmlinuz-2.6.8-3-386 root=/dev/md0 ro initrd /boot/initrd.img-2.6.8-3-386 savedefault boot title Debian GNU/Linux, kernel 2.6.8-3-386 (recovery mode) root(hd0,0) kernel /boot/vmlinuz-2.6.8-3-386 root=/dev/md0 ro single initrd /boot/initrd.img-2.6.8-3-386 savedefault boot Pourquoi pas ... mais comme je suis en raid 1 logiciel je boote depuis une disquette... et je n'arrive pas a voir si la disquette a été mise a jour :( Je n'arrive pas a la monter sur le linux car je suis une quiche dans les mount unmount etc etc mount -t ext2 /dev/fd0 /media/floppy mount -t ext3 /dev/fd0 /media/floppy mount -t auto /dev/fd0 /media/floppy Marche pas ... Y a t'il le meme menu.lst sur la disquette ? quand je mets la disquette dans un pc j'ai bien un grub loading au boot mais je n'arrive pas a la lire sur le PC Avant de sortir le Hex editor j'aimerais savoir s'il existe une autre solution ,) Mon proxy va t'il redemarrer ? -- Thierry Jaboeuf Administrateur Réseau Groupe-GLI Tel : 01.55.56.70.28
Re: Boot Debian En RAID 1
Le Lundi 08 Janvier 2007 14:48, Thierry Jaboeuf a écrit : Hello tout le monde Bonjour, et je n'arrive pas a voir si la disquette a été mise a jour :( Je n'arrive pas a la monter sur le linux car je suis une quiche dans les mount unmount etc etc mount -t ext2 /dev/fd0 /media/floppy mount -t ext3 /dev/fd0 /media/floppy mount -t auto /dev/fd0 /media/floppy Marche pas ... mount -t vfat /dev/fd0 /media/floppy (?) sinon, ça donne quoi comme erreurs? Y a t'il le meme menu.lst sur la disquette ? quand je mets la disquette dans un pc j'ai bien un grub loading au boot Le contenu du menu.lst (s'il existe) est reflèté par le menu à l'écran dans ce cas, non? ou alors vous avez juste un message Grup loading ... et plus rien (?) -- Serge
Re: Boot Debian En RAID 1
Serge Cavailles a écrit : Le Lundi 08 Janvier 2007 14:48, Thierry Jaboeuf a écrit : Hello tout le monde Bonjour, et je n'arrive pas a voir si la disquette a été mise a jour :( Je n'arrive pas a la monter sur le linux car je suis une quiche dans les mount unmount etc etc mount -t ext2 /dev/fd0 /media/floppy mount -t ext3 /dev/fd0 /media/floppy mount -t auto /dev/fd0 /media/floppy Marche pas ... mount -t vfat /dev/fd0 /media/floppy (?) sinon, ça donne quoi comme erreurs? Y a t'il le meme menu.lst sur la disquette ? quand je mets la disquette dans un pc j'ai bien un grub loading au boot Le contenu du menu.lst (s'il existe) est reflèté par le menu à l'écran dans ce cas, non? ou alors vous avez juste un message Grup loading ... et plus rien (?) Je n'ai pas encore essayé de redemarrer la machine car c'est un proxy en production Ce week end peut etre ! Voila ce que j'obtient avec ta ligne de commande : debiansquid:/boot/grub# uname -a Linux debiansquid 2.6.8-3-386 #1 Thu Sep 7 05:39:52 UTC 2006 i686 GNU/Linux debiansquid:/boot/grub# mount -t vfat /dev/fd0 /media/floppy mount: /dev/fd0: can't read superblock debiansquid:/boot/grub# mount -t ext3 /dev/fd0 /media/floppy mount: block device /dev/fd0 is write-protected, mounting read-only mount: wrong fs type, bad option, bad superblock on /dev/fd0, missing codepage or other error In some cases useful info is found in syslog - try dmesg | tail or so debiansquid:/boot/grub# mount -t auto /dev/fd0 /media/floppy mount: you must specify the filesystem type debiansquid:/boot/grub# dmesg | tail IPv6 over IPv4 tunneling driver eth0: no IPv6 routers present eth0: link up, 100Mbps, full-duplex, lpa 0x45E1 eth0: no IPv6 routers present VFS: Can't find ext2 filesystem on dev fd0. VFS: Can't find ext3 filesystem on dev fd0. floppy0: disk absent or changed during operation end_request: I/O error, dev fd0, sector 0 FAT: unable to read boot sector VFS: Can't find ext3 filesystem on dev fd0. La disquette semble marcher car quand je la mets dans un autre pc j'ai bien GRUB Loading. Et c'est tout car j'ai essayé sur des machines Win -- Thierry Jaboeuf Administrateur Réseau Groupe-GLI Tel : 01.55.56.70.28
Re: Boot Debian En RAID 1
Bonjour, Le lundi 08 janvier 2007, Thierry Jaboeuf a écrit... debiansquid:/boot/grub# mount -t auto /dev/fd0 /media/floppy mount: you must specify the filesystem type debiansquid:/boot/grub# dmesg | tail IPv6 over IPv4 tunneling driver eth0: no IPv6 routers present eth0: link up, 100Mbps, full-duplex, lpa 0x45E1 eth0: no IPv6 routers present VFS: Can't find ext2 filesystem on dev fd0. VFS: Can't find ext3 filesystem on dev fd0. floppy0: disk absent or changed during operation end_request: I/O error, dev fd0, sector 0 FAT: unable to read boot sector VFS: Can't find ext3 filesystem on dev fd0. La disquette semble marcher car quand je la mets dans un autre pc j'ai bien GRUB Loading. Et c'est tout car j'ai essayé sur des machines Win Est il besoin d'avoir un système de fichier sur une telle disquette ? Si il n'y en a pas, ça peut éventuellement expliquer les erreurs. Il faudrait faire une image de la disquette (un dd) et voir ce que donne le fichier obtenu. -- jm A.E.L. Sarl (R.C.S CASTRES 490843240) http://www.affaires-en-ligne.com -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Fwd: Re: Boot Debian En RAID 1
Oups, désolé, c'était parti uniquement à l'adresse privée dans un premier temps. -- Message transmis -- Subject: Re: Boot Debian En RAID 1 Date: Lundi 08 Janvier 2007 15:33 From: Serge Cavailles [EMAIL PROTECTED] To: [EMAIL PROTECTED] Le Lundi 08 Janvier 2007 15:24, Thierry Jaboeuf a écrit : Voila ce que j'obtient avec ta ligne de commande : debiansquid:/boot/grub# uname -a Linux debiansquid 2.6.8-3-386 #1 Thu Sep 7 05:39:52 UTC 2006 i686 GNU/Linux debiansquid:/boot/grub# mount -t vfat /dev/fd0 /media/floppy mount: /dev/fd0: can't read superblock debiansquid:/boot/grub# mount -t ext3 /dev/fd0 /media/floppy mount: block device /dev/fd0 is write-protected, mounting read-only mount: wrong fs type, bad option, bad superblock on /dev/fd0, missing codepage or other error In some cases useful info is found in syslog - try dmesg | tail or so debiansquid:/boot/grub# mount -t auto /dev/fd0 /media/floppy mount: you must specify the filesystem type debiansquid:/boot/grub# dmesg | tail IPv6 over IPv4 tunneling driver eth0: no IPv6 routers present eth0: link up, 100Mbps, full-duplex, lpa 0x45E1 eth0: no IPv6 routers present VFS: Can't find ext2 filesystem on dev fd0. VFS: Can't find ext3 filesystem on dev fd0. floppy0: disk absent or changed during operation end_request: I/O error, dev fd0, sector 0 FAT: unable to read boot sector VFS: Can't find ext3 filesystem on dev fd0. Hum, AMA la disquette à un soucis. La disquette semble marcher car quand je la mets dans un autre pc j'ai bien GRUB Loading. Et c'est tout car j'ai essayé sur des machines Win Sous Win ou pas, ça ne devrait pas empêcher d'avoir le menu de Grub à l'écran bis ou alors vous avez juste un message Grup loading ... et plus rien (?)/bis ---
Re: Boot Debian En RAID 1
Mon proxy va t'il redemarrer ? Salut En fait, je me demande pourquoi tu as besoin d'une disquette pour booter ta machine ??? C'est pas tout à fait la question que tu poses... mais c'est en rapport quand même... J'ai des tas de machines en software Raid 1, y compris le / et le /boot... ca marche très bien en direct... Il faut juster bien installer Grub sur les deux MBR des disques... A plus Guillaume -- Guillaume E-mail: silencer_at_free-4ever_dot_net Blog: http://guillaume.free-4ever.net Site: http://www.free-4ever.net -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Boot Debian En RAID 1
Le Lundi 08 Janvier 2007 15:48, Thierry Jaboeuf a écrit : je viens d'aller rechercher la disquette dans la salle serveur ,) Sur une machine win le boot avec la disquette donne juste GRUB en majuscule et un curseur underscore clignotant. Ça ne me parait pas normal, mais je suis loin de maitriser Grub. Je m'étonne néanmoins de ne pas l'entendre crier. Au pire je peux peu etre generer une disquette boot a partir du systeme sur le hd0 ? Sans doute, en démarrant sur un LiveCD et en utilisant #grub-install /dev/fd0, mais je n'ai jamais pratiqué. Je préfèrerai que des personnes plus compétentes que moi sur cette liste puissent confirmer/infirmer/complèter mon avis. -- Serge
Re: Boot Debian En RAID 1
Guillaume a écrit : Mon proxy va t'il redemarrer ? Salut En fait, je me demande pourquoi tu as besoin d'une disquette pour booter ta machine ??? C'est pas tout à fait la question que tu poses... mais c'est en rapport quand même... J'ai des tas de machines en software Raid 1, y compris le / et le /boot... ca marche très bien en direct... Il faut juster bien installer Grub sur les deux MBR des disques... A plus Guillaume Les tutoriels que j'ai utilisé pour monter le Raid 1 Logiciel ne permetait pas de le faire ?? J'avais acheter une carte promise pour faire du raid 1 Materiel mais ca n'a jamais marché... Sur Nos autres serveurs on a du 3ware et la evidement ca marche mieux ,) Si tu peux m'indiquer des configs ou des exemples de Soft Raid1 Je prends ;) Debian 4.0 devrait pouvoir s'installer et booter sans problemes a ce que j'avais vu ... -- Thierry Jaboeuf Administrateur Réseau Groupe-GLI Tel : 01.55.56.70.28
Re: Boot Debian En RAID 1
Le Lundi 08 Janvier 2007 15:47, Jean-Michel OLTRA a écrit : Bonjour, Bonjour ;-) Est il besoin d'avoir un système de fichier sur une telle disquette ? Si il n'y en a pas, ça peut éventuellement expliquer les erreurs. Arghhh! Je n'y ai pas pensé. Tu as sans doute raison. faudrait faire une image de la disquette (un dd) et voir ce que donne le fichier obtenu. c'est à dire? sortir hexeditor? C'est pas plus simple de la refaire? @+ -- Serge
Re: Boot Debian En RAID 1
Serge Cavailles a écrit : Au pire je peux peu etre generer une disquette boot a partir du systeme sur le hd0 ? Sans doute, en démarrant sur un LiveCD et en utilisant #grub-install /dev/fd0, mais je n'ai jamais pratiqué. sauf erreur, sans liveCD, la machine tourne encore ... et puis je pense que c'est comme ça que le monsieur avait fait pour faire sa disquette au départ. -- Thomas Clavier http://www.tcweb.org Lille Sans Fil http://www.lillesansfil.org +33 (0)6 20 81 81 30JabberID : [EMAIL PROTECTED] smime.p7s Description: S/MIME Cryptographic Signature
Re: Boot Debian En RAID 1
Jean-Michel OLTRA a écrit : Bonjour, Le lundi 08 janvier 2007, Thierry Jaboeuf a écrit... debiansquid:/boot/grub# mount -t auto /dev/fd0 /media/floppy mount: you must specify the filesystem type debiansquid:/boot/grub# dmesg | tail IPv6 over IPv4 tunneling driver eth0: no IPv6 routers present eth0: link up, 100Mbps, full-duplex, lpa 0x45E1 eth0: no IPv6 routers present VFS: Can't find ext2 filesystem on dev fd0. VFS: Can't find ext3 filesystem on dev fd0. floppy0: disk absent or changed during operation end_request: I/O error, dev fd0, sector 0 FAT: unable to read boot sector VFS: Can't find ext3 filesystem on dev fd0. La disquette semble marcher car quand je la mets dans un autre pc j'ai bien GRUB Loading. Et c'est tout car j'ai essayé sur des machines Win Est il besoin d'avoir un système de fichier sur une telle disquette ? Si il n'y en a pas, ça peut éventuellement expliquer les erreurs. Il faudrait faire une image de la disquette (un dd) et voir ce que donne le fichier obtenu. J'ai regardé le contenu de la disquette avec Winhex sur une station Win Il y a moins d'un KO utilisé... pas de traces d'un quelquonque fichier de config. A mon avis ca doit juste etre une diquette regarde sur le HD tiens un systeme ? boote desus alors. Mais j'aimerais en etre sur avant de redemarer ... ,( -- Thierry Jaboeuf Administrateur Réseau Groupe-GLI Tel : 01.55.56.70.28
Re: Boot Debian En RAID 1
Thomas Clavier a écrit : Serge Cavailles a écrit : Au pire je peux peu etre generer une disquette boot a partir du systeme sur le hd0 ? Sans doute, en démarrant sur un LiveCD et en utilisant #grub-install /dev/fd0, mais je n'ai jamais pratiqué. sauf erreur, sans liveCD, la machine tourne encore ... et puis je pense que c'est comme ça que le monsieur avait fait pour faire sa disquette au départ. Oui la machine tourne et elle est en production. Comme elle est serveur proxy pour 250 utilisateurs je me mefie ... Si on peut faire grub install /dev/fd0 je fais tout de suite et je compare les deux disquettes ,) -- Thierry Jaboeuf Administrateur Réseau Groupe-GLI Tel : 01.55.56.70.28
Re: Boot Debian En RAID 1
Thierry Jaboeuf a écrit : Si on peut faire grub install /dev/fd0 je fais tout de suite et je compare les deux disquettes ,) sinon, tu as mkbimage qui était utilisé il y a très longtemps pour faire des disquettes de boot :-) mais faut voir si ça marche avec du raid logiciel. -- Thomas Clavier http://www.tcweb.org Lille Sans Fil http://www.lillesansfil.org +33 (0)6 20 81 81 30JabberID : [EMAIL PROTECTED] smime.p7s Description: S/MIME Cryptographic Signature
Re: Boot Debian En RAID 1
Le lundi 8 janvier 2007 16:40, Thierry Jaboeuf a écrit : Jean-Michel OLTRA a écrit : [...] J'ai regardé le contenu de la disquette avec Winhex sur une station Win Il y a moins d'un KO utilisé... pas de traces d'un quelquonque fichier de config. A mon avis ca doit juste etre une diquette regarde sur le HD tiens un systeme ? boote desus alors. Mais j'aimerais en etre sur avant de redemarer ... ,( Ça doit être ça, c'est juste une MBR avec le boot loader grub (ou lilo remarque, voir etherboot...). Soit il est configuré pour chercher une partition d'un disque donné pour trouver son menu.lst et les noyau/initrd, soit il faut lui donner à la main pour booter, j'en doute... En tout cas, quelle idée d'utiliser une disquette, ça s'abime. En tout cas, avec grub, quand on met à jour un noyau, ou qu'on en ajoute un, contrairement à lilo, il n'y a rien à mettre à jour dans le MBR. Ce MBR restera toujours le même, il sait lire le fichier menu.lst et les fichiers noyau/initrd qui y sont référencés. pgpZiQP37C2jz.pgp Description: PGP signature
Re: Boot Debian En RAID 1
Le lundi 8 janvier 2007 17:48, Thierry Jaboeuf a écrit : Thomas Clavier a écrit : Serge Cavailles a écrit : Au pire je peux peu etre generer une disquette boot a partir du systeme sur le hd0 ? Sans doute, en démarrant sur un LiveCD et en utilisant #grub-install /dev/fd0, mais je n'ai jamais pratiqué. sauf erreur, sans liveCD, la machine tourne encore ... et puis je pense que c'est comme ça que le monsieur avait fait pour faire sa disquette au départ. Oui la machine tourne et elle est en production. Comme elle est serveur proxy pour 250 utilisateurs je me mefie ... Si on peut faire grub install /dev/fd0 je fais tout de suite et je compare les deux disquettes ,) On peux ! pgpHwXmGhPX4S.pgp Description: PGP signature
Re: Boot Debian En RAID 1
Le Lundi 08 Janvier 2007 17:48, Thierry Jaboeuf a écrit : Si on peut faire grub install /dev/fd0 je fais tout de suite et je compare les deux disquettes ,) Attention, c'est grub-install en un seul mot avec un tiret. -- Serge
[install AMD64] support RAID logiciel en testing
Bonjour, j'essaye d'installer une Debian testing en AMD64 sur une machine très récente. Tout se passe bien, mais je voudrai mettre 3 des 4 disques SATA en RAID logiciel (à défaut d'utiliser le RAID on-board). Contrairement au CD d'install x86 sarge, qui me permet de charger le module MD, le cd d'install de la testing AMD64 ne présente pas ce module. Ainsi, je ne sais pas comment je peux procéder pour créer un RAID logiciel au moment de l'installation. des idées ? la machine : http://supermicro.com/products/system/1U/6015/SYS-6015P- TR.cfm le dmesg : http://patpro.net/~patpro/dmesg.txt Patrick PRONIEWSKI -- Administrateur Système - SENTIER - Université Lumière Lyon 2
[install AMD64] Controleur ICH8 / ESB2 pour raid matériel
Bonjour, J'ai une machine très récente, dont j'aimerai exploiter les capacités de RAID matériel via le controleur embarqué ICH8/ESB2. C'est une machine avec proc 64bits et plus de 4 Go de RAM, donc autant mettre une Debian AMD64. D'ailleurs il n'est pas trop question de faire l'installation en sarge, vu que dans ce cas là, les disques ne sont pas du tout reconnus (pas de support ICH7-8). Malheureusement, si les disques individuels sont bien reconnus en AMD64, le controleur RAID passe complètement inaperçu. Si je configure un RAID dans le BIOS, debian voit toujours les disques individuels, et aucun volume RAID (et quand je commence a écrire, il écrit bien sur un seul des disques...). Comme je ne parviens pas non plus à faire du RAID logiciel au moment de l'installation (voir mon message précédent), je suis un peu coincé. Par ailleurs, je connais plutôt mal Debian, et je suis loin d'être un pro de l'installation linux en général. Y-a t-il quelque chose de prévu pour debian AMD64 en terme de support ICH8/ESB2 à très court terme ? Est il possible de contourner le problème par un moyen que je ne connais pas ? des idées ? la machine : http://supermicro.com/products/system/1U/6015/SYS-6015P- TR.cfm le dmesg : http://patpro.net/~patpro/dmesg.txt Patrick PRONIEWSKI -- Administrateur Système - SENTIER - Université Lumière Lyon 2
RAID carte Perc 5/e - Debian?
Bonjour, avant d'investir dans un serveur Dell AMD64 avec une carte RAID Perc 5/e, j'aimerais savoir si quelqu'un a déjà eu affaire à ce genre de carte et si la distrib Sarge (ou plutôt Etch) permet de gérer cette carte. Le driver existe t'il? Merci de vos réponses, Stéphane -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RAID carte Perc 5/e - Debian?
A ma connaissance le driver perc 5 est inclue depuis le noyaux 2.6.9. Il n'est donc pas dispo sous sarge. Il existe un moyen d'installer une sarge avec ce type de controleur, mais je ne sais pas si ca vas marcher avec les derniers percs. Pour info voir ici: http://wiki.osuosl.org/display/LNX/Debian+on+Dell+Servers De mon coté j'ai plusieurs serveur dell sous etch avec ce type de cartes en prod et ca marche tres bien. [EMAIL PROTECTED] a écrit : Bonjour, avant d'investir dans un serveur Dell AMD64 avec une carte RAID Perc 5/e, j'aimerais savoir si quelqu'un a déjà eu affaire à ce genre de carte et si la distrib Sarge (ou plutôt Etch) permet de gérer cette carte. Le driver existe t'il? Merci de vos réponses, Stéphane -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RAID carte Perc 5/e - Debian?
Le jeu nov 09 2006 ? 04:56:06 +0100, [EMAIL PROTECTED] dit : Bonjour, avant d'investir dans un serveur Dell AMD64 avec une carte RAID Perc 5/e, j'aimerais savoir si quelqu'un a d?j? eu affaire ? ce genre de carte et si la distrib Sarge (ou plut?t Etch) permet de g?rer cette carte. Le driver existe t'il? Etch le g?re, si tu veux une Sarge tu installes Etch sur une petite partition (i.e. la future swap) et tu debootstrap une sarge sur ta partition principale. Un noyau qui va bien, une modification du bootloader et hop. Cot? fonctionnel, ?a ? l'air de fonctionner. Merci de vos r?ponses, St?phane -- David Dumortier -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Quel format de donnée pour du raid 1 ?
Bonjour, En quoi formater un volume raid 1 ? xfs, ext3, ext2 reiserfs ?? Quels sons les avantage et inconvegnant, quel est le plus approprié sous debian ? Arnaud -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
RE : Quel format de donnée pour du raid 1 ?
--- Reylan [EMAIL PROTECTED] a écrit : Bonjour, SAlut En quoi formater un volume raid 1 ? xfs, ext3, ext2 reiserfs ?? Quels sons les avantage et inconvegnant, quel est le plus approprié sous debian ? http://www.linux-france.org/article/sys/ext3fs/Benchmarks/ Arnaud -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] ___ Découvrez une nouvelle façon d'obtenir des réponses à toutes vos questions ! Profitez des connaissances, des opinions et des expériences des internautes sur Yahoo! Questions/Réponses http://fr.answers.yahoo.com -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [RAID] conservation des données
Damien Ulrich wrote: Le lundi 23 octobre 2006 23:20, Reyan a écrit : Bonsoir, Bonjour, J'ai sur mon serveur local un certain nombre de données que je juge 'vitales', pour securiser le tout, j'ai pense passer tout ca en raid. Que me conseillez vous ? et surtout comment faire ? * Choisir le type de RAID, * installer les disques, * les formater pour du RAID * utiliser mdadm (très simple) * transférer les données NB : Pour utiliser le disque contenant actuellement le disque, j'ai bien peur qu'il faille passer par des backups... Pour info le volume de données et environ 80G... Arnaud Dams http://blog.unix-scripts.info/2006/04/18/migrer-son-systeme-en-raid-1-ou-raid5/ -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [RAID] conservation des données
Le lundi 23 octobre 2006 23:20, Reyan a écrit : Bonsoir, Bonjour, J'ai sur mon serveur local un certain nombre de données que je juge 'vitales', pour securiser le tout, j'ai pense passer tout ca en raid. Que me conseillez vous ? et surtout comment faire ? * Choisir le type de RAID, * installer les disques, * les formater pour du RAID * utiliser mdadm (très simple) * transférer les données NB : Pour utiliser le disque contenant actuellement le disque, j'ai bien peur qu'il faille passer par des backups... Pour info le volume de données et environ 80G... Arnaud Dams -- Linux User: # 338515
[RAID] conservation des données
Bonsoir, J'ai sur mon serveur local un certain nombre de données que je juge 'vitales', pour securiser le tout, j'ai pense passer tout ca en raid. Que me conseillez vous ? et surtout comment faire ? Pour info le volume de données et environ 80G... Arnaud -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
[RAID] conservation des données
Bonsoir, J'ai sur mon serveur local un certain nombre de données que je juge 'vitales', pour securiser le tout, j'ai pense passer tout ca en raid. Que me conseillez vous ? et surtout comment faire ? Pour info le volume de données et environ 80G... Arnaud -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Supprimer une matrice RAID
Bonjour, Je souhaite supprimer une matrice RAID1 (/dev/md2), correpondant à deux disques contenant uniquement des données. J'ai enlevé les disque de md2, il n'y a rien dans /etc/mdadm/mdadm.conf correspondant à md2, portant chaque fois que reboot /dev/md2 démarre... C'est probablement que ton init a été reconstruit pour prendre en compte le raid. Pour le reconstruire sans raid : echo DEVICE partitions mdadm.conf mdadm --detail --scan mdadm.conf (pour être sûr de vider mdmadm.conf) vérifie que /etc/initramfs-tools/modules ne contient pas les modules md et raid1 mkinitramfs -r /dev/ta_partition_root -o /boot/ton_init Normalement, ton raid devrait disparaître. -- Sylvain -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Supprimer une matrice RAID
Tu as également l'utilitaire suivant /usr/share/mdadm/mkconf A plus Christophe == Sylvain A. a écrit : Bonjour, Je souhaite supprimer une matrice RAID1 (/dev/md2), correpondant à deux disques contenant uniquement des données. J'ai enlevé les disque de md2, il n'y a rien dans /etc/mdadm/mdadm.conf correspondant à md2, portant chaque fois que reboot /dev/md2 démarre... C'est probablement que ton init a été reconstruit pour prendre en compte le raid. Pour le reconstruire sans raid : echo DEVICE partitions mdadm.conf mdadm --detail --scan mdadm.conf (pour être sûr de vider mdmadm.conf) vérifie que /etc/initramfs-tools/modules ne contient pas les modules md et raid1 mkinitramfs -r /dev/ta_partition_root -o /boot/ton_init Normalement, ton raid devrait disparaître. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Supprimer une matrice RAID
Merci pour vos réponses. J'ai oublié de mentionner que je suis sous Ubuntu dapper drake, et qu'avant j'étais sous Debian Sarge (ça à toujours fonctionné nickel). Depuis que je suis sur Ubuntu (passage vers Ubuntu à cause d'une carte wifi non reconnue) j'ai pleins de problèmes = je pense repasser sous Sarge très bientot ASAP. donc je n'ai pas de /usr/share/mdadm/mkconf ni de /etc/initramfs-tools/modules mais un /usr/share/initramfs-tools/modules.d je ne connais pas du tout initramfs (le nom me fait peur !!) ce qui est bizarre c'est dans mdadm.conf ne figure pas le device concerné : md2 ces disques ne sont pas système mais de données. je veux tout suppprimer et tout re créer car à l'origine je n'arrive pas à synchroniser correctement le contenu des deux disques : il y a des dossiers dont le contenu n'est pas le meme (dossier cible vide) please help !! [EMAIL PROTECTED] a écrit : Tu as également l'utilitaire suivant /usr/share/mdadm/mkconf A plus Christophe == Sylvain A. a écrit : Bonjour, Je souhaite supprimer une matrice RAID1 (/dev/md2), correpondant à deux disques contenant uniquement des données. J'ai enlevé les disque de md2, il n'y a rien dans /etc/mdadm/mdadm.conf correspondant à md2, portant chaque fois que reboot /dev/md2 démarre... C'est probablement que ton init a été reconstruit pour prendre en compte le raid. Pour le reconstruire sans raid : echo "DEVICE partitions" mdadm.conf mdadm --detail --scan mdadm.conf (pour être sûr de "vider" mdmadm.conf) vérifie que /etc/initramfs-tools/modules ne contient pas les modules md et raid1 mkinitramfs -r /dev/ta_partition_root -o /boot/ton_init Normalement, ton raid devrait disparaître.
Supprimer une matrice RAID
Bonjour (bonsoir!), Je souhaite supprimer une matrice RAID1 (/dev/md2), correpondant à deux disques contenant uniquement des données. J'ai enlevé les disque de md2, il n'y a rien dans /etc/mdadm/mdadm.conf correspondant à md2, portant chaque fois que reboot /dev/md2 démarre... merci d'avance pour votre aide :-) -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Controleur RAID Dell PowerEdge 2850 et noyau 2.6.16
Bonjour J'installe actuellement Xen pour faire de la virtualisation. J'ai testé tout ça sans problème sur une machine de test avec un disque ide sans souci de boot avec le noyau 2.6.16 fourni en standard dans Xen En revanche en passant sur ma futur machine de production un Dell PowerEdge 2850 avec une carte RAID perc4/di en RAID5 j'ai un souci de controleur RAID En effet en installant ma debian sarge en stable j'ai un noyau 2.4.27-2-386 avec le module megaraid2 chargé : lsmod Module Size Used by Not tainted ... megaraid2 28616 3 (autoclean) scsi_mod 86052 3 (autoclean) [ide-scsi sd_mod megaraid2] En essayant de booter sur le noyau xen 2.6.16 j'ai une erreur au démarrage dû au fait que le module mégaraid n'est pas chargé : cannot open root filesystem sda1 vfs : unable to mount root filesystem J'ai donc essayé de créer un inird mais le module megaraid n'est pas présent : depmod 2.6.16-xen mkinitrd -k -o /boot/initxen.img 2.6.16-xen /usr/sbin/mkinitrd: The working directory /tmp/mkinitrd.mX0DJo will be kept. /usr/sbin/mkinitrd: add_modules_dep_2_5: modprobe failed FATAL: Module megaraid2 not found. WARNING: This failure MAY indicate that your kernel will not boot! but it can also be triggered by needed modules being compiled into the kernel. Quelqu'un pourrait il m'indiquer comment prendre en charge le module megaraid avec un noyau 2.6.16 ? Merci de vos réponses Nicolas
RE: Controleur RAID Dell PowerEdge 2850 et noyau 2.6.16
Ce n'est plus le module megaraid2, mais plutot megaraid_mbox (il y en a trois maintenant, à toi de voir lequel correspond à ton chip en 2.16). Les trois modules sont dans /lib/modules/`uname -r`/kernel/drivers/scsi/megaraid -Message d'origine- De : Nicolas MAROT [mailto:[EMAIL PROTECTED] Envoyé : vendredi 15 septembre 2006 12:35 À : debian-user-french@lists.debian.org Objet : Controleur RAID Dell PowerEdge 2850 et noyau 2.6.16 Bonjour J'installe actuellement Xen pour faire de la virtualisation. J'ai testé tout ça sans problème sur une machine de test avec un disque ide sans souci de boot avec le noyau 2.6.16 fourni en standard dans Xen En revanche en passant sur ma futur machine de production un Dell PowerEdge 2850 avec une carte RAID perc4/di en RAID5 j'ai un souci de controleur RAID En effet en installant ma debian sarge en stable j'ai un noyau 2.4.27-2-386 avec le module megaraid2 chargé : lsmod Module Size Used byNot tainted ... megaraid2 28616 3 (autoclean) scsi_mod 86052 3 (autoclean) [ide-scsi sd_mod megaraid2] ... En essayant de booter sur le noyau xen 2.6.16 j'ai une erreur au démarrage dû au fait que le module mégaraid n'est pas chargé : cannot open root filesystem sda1 vfs : unable to mount root filesystem J'ai donc essayé de créer un inird mais le module megaraid n'est pas présent : depmod 2.6.16-xen mkinitrd -k -o /boot/initxen.img 2.6.16-xen /usr/sbin/mkinitrd: The working directory /tmp/mkinitrd.mX0DJo will be kept. /usr/sbin/mkinitrd: add_modules_dep_2_5: modprobe failed FATAL: Module megaraid2 not found. WARNING: This failure MAY indicate that your kernel will not boot! but it can also be triggered by needed modules being compiled into the kernel. Quelqu'un pourrait il m'indiquer comment prendre en charge le module megaraid avec un noyau 2.6.16 ? Merci de vos réponses Nicolas
RE: Controleur RAID Dell PowerEdge 2850 et noyau 2.6.16
En recherchant, l'on m'a indiqué qu'il fallait utiliser le megaraid_legacy Ta commande ne me sort que la version 2.4.27 et pas la version du kernel sur lequel je veux booter : 2.6.16 En recompilant mon kernel 2.6.16 en intégrant megaraid_legacy, rien a changé et j'ai en revanche dans : /lib/modules/2.6.16-xen/kernel/drivers/scsi/megaraid les fichiers suivant : megaraid_mbox.ko megaraid_mm.ko megaraid_sas.ko Hors toujours la même erreur au boot ... Et toute les infos du dmesg intéressantes : megaraid: v2.10.3 (Release Date: Thu Apr 8 16:16:05 EDT 2004) megaraid: found 0x1028:0x0013:bus 2:slot 14:func 0 megaraid: [521X:H430] detected 1 logical drives. megaraid: supports extended CDBs. megaraid: channel[0] is raid. megaraid: channel[1] is scsi. scsi0:Found MegaRAID controller at 0xf8833000, IRQ:38 megaraid: channel[1] is scsi. scsi0 : LSI Logic MegaRAID 521X 254 commands 16 targs 5 chans 7 luns scsi0: scanning scsi channel 0 for logical drives. scsi0: scanning scsi channel 1 for logical drives. scsi0: scanning scsi channel 2 for logical drives. scsi0: scanning scsi channel 4 [P0] for physical devices. scsi0: scanning scsi channel 5 [P1] for physical devices. Attached scsi disk sda at scsi0, channel 0, id 0, lun 0 /dev/scsi/host0/bus0/target0/lun0: p1 p2 p3 scsi1 : SCSI host adapter emulation for IDE ATAPI devices Vendor: MegaRAID Model: LD 0 RAID5 139G Rev: 521X Quelqu'un aurait il une idée ? -Message d'origine- De : Mathieu JANIN [mailto:[EMAIL PROTECTED] Envoyé : vendredi 15 septembre 2006 13:05 À : 'Nicolas MAROT'; debian-user-french@lists.debian.org Objet : RE: Controleur RAID Dell PowerEdge 2850 et noyau 2.6.16 Ce n'est plus le module megaraid2, mais plutot megaraid_mbox (il y en a trois maintenant, à toi de voir lequel correspond à ton chip en 2.16). Les trois modules sont dans /lib/modules/`uname -r`/kernel/drivers/scsi/megaraid -Message d'origine- De : Nicolas MAROT [mailto:[EMAIL PROTECTED] Envoyé : vendredi 15 septembre 2006 12:35 À : debian-user-french@lists.debian.org Objet : Controleur RAID Dell PowerEdge 2850 et noyau 2.6.16 Bonjour J'installe actuellement Xen pour faire de la virtualisation. J'ai testé tout ça sans problème sur une machine de test avec un disque ide sans souci de boot avec le noyau 2.6.16 fourni en standard dans Xen En revanche en passant sur ma futur machine de production un Dell PowerEdge 2850 avec une carte RAID perc4/di en RAID5 j'ai un souci de controleur RAID En effet en installant ma debian sarge en stable j'ai un noyau 2.4.27-2-386 avec le module megaraid2 chargé : lsmod Module Size Used byNot tainted ... megaraid2 28616 3 (autoclean) scsi_mod 86052 3 (autoclean) [ide-scsi sd_mod megaraid2] ... En essayant de booter sur le noyau xen 2.6.16 j'ai une erreur au démarrage dû au fait que le module mégaraid n'est pas chargé : cannot open root filesystem sda1 vfs : unable to mount root filesystem J'ai donc essayé de créer un inird mais le module megaraid n'est pas présent : depmod 2.6.16-xen mkinitrd -k -o /boot/initxen.img 2.6.16-xen /usr/sbin/mkinitrd: The working directory /tmp/mkinitrd.mX0DJo will be kept. /usr/sbin/mkinitrd: add_modules_dep_2_5: modprobe failed FATAL: Module megaraid2 not found. WARNING: This failure MAY indicate that your kernel will not boot! but it can also be triggered by needed modules being compiled into the kernel. Quelqu'un pourrait il m'indiquer comment prendre en charge le module megaraid avec un noyau 2.6.16 ? Merci de vos réponses Nicolas -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Controleur RAID Dell PowerEdge 2850 et noyau 2.6.16
Bonjour Quelqu'un pourrait il m'indiquer comment prendre en charge le module megaraid avec un noyau 2.6.16 ? Nous avons fait comme cela sur nos 2800 eet ça fonctionne (merci à Jérôme): Bonjour, On Tue, Jun 14, 2005 at 02:20:36PM +0200, Serge ALGAROTTI wrote: Nous avons essayé rapidemment une *installation* Sarge (pas une mise à jour à partir de Woody) sur un Dell 2800 de test avec Raid Megaraid. Pas de problème avec le noyau 2.4. Par contre ça ne fonctionne pas en 2.6, directement ou par un apt-get install kernel-image-2.6...après installation du 2.4 En effet, il y a plein de post sur le nom du driver megaraid qui a changé entre 2.4 et 2.6 (avec une autre différence entre les ou = .6.8 ou 2.6.8) dans debian-kernel et debain-boot. cf: http://lists.debian.org/debian-kernel/2005/04/threads.html#00268 http://lists.debian.org/debian-boot/2004/10/thrd5.html#02129 sur le site de Dell: PowerEdge 2800, PowerEdge 2850, PowerEdge 1850 - PERC4e/Di - dual channel, U320 SCSI, PCI Express, with battery-backed cache. Requires megaraid2 driver 2.00.3 or higher on 2.4.x kernels. On 2.6.x kernels (x 9), there is no driver for these adapters. On 2.6.x kernels (x = 9) use the 'megaraid_mbox' and 'megaraid_mm' drivers. Voilà ce qui me manquait l'autre jour, dans ma hâte je n'avais vu que megaraid.ko et pas ce qu'il y avait en dessous... donc je l'ai eu le petit coquin, et voilà comment : J'utilise normalement un 2.4.27 avec le module megaraid2 chargé depuis initrd car j'ai mis son nom dans le fichier /etc/mkinitrd/modules Le problème est qu'à l'install du 2.6.11, il veut à tout prix me coller megaraid2 dans l'image initrd car le module est en mémoire (même si je l'enlève de /etc/mkinitrd/modules) Donc allons y à la bourrin : $ cd /lib/modules/2.6.11-1-686-smp/kernel/drivers/scsi $ ln -s megaraid.ko megaraid2.ko ça pue, mais c'est très efficace ! Ensuite, dans /etc/mkinitrd/modules, je remplace la référence à megaraid2 par : --- CUT --- megaraid_mbox megaraid_mm --- CUT --- Je sauve tout cela, puis : $ cd /boot $ rm initrd.img-2.6.11-1-686-smp et je régénère l'image initrd : $ mkinitrd -o initrd.img-2.6.11-1-686-smp 2.6.11-1-686-smp MAIS cet imbécile ne me génère rien du tout ! Donc : $ mkinitrd -k -o initrd.img-2.6.11-1-686-smp 2.6.11-1-686-smp Suivi de : $ mv /tmp/mkinitrd.7XDSFYE/initrd/initrd.img-2.6.11-1-686-smp /boot Et pour finir, j'enlève le devfs=mount de la ligne append= dans mon lilo.conf, et : $ lilo $ shutdown -r ça roule ! Cependant attention, le module Dell ne se charge pas (/etc/init.d/raidmon) donc pas de surveillance temps réel du système raid, il ne reste donc que les voyants ce qui n'est pas pratique quand le serveur est dans un rack distant... Sans doute un pb de création du device dans /dev voilà Jérôme Alet - Faculté de Médecine de Nice Tél : 04 93 37 70 01 - Fax : 04 93 37 76 51 +++ -- Serge ALGAROTTI [http://www.cemef.ensmp.fr/] Ecole des Mines de Paris-CEMEF UMR CNRS n° 7635 -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
[RESOLU] RE: Controleur RAID Dell PowerEdge 2850 et noyau 2.6.16
J'ai fini par trouver J'ai recompilé le noyau Xen en ajoutant les options suivantes : CONFIG_SCSI=y CONFIG_SCSI_PROC_FS=y CONFIG_BLK_DEV_SD=y CONFIG_FUSION=y CONFIG_FUSION_SPI=y CONFIG_MEGARAID_NEWGEN=y CONFIG_MEGARAID_MM=y CONFIG_MEGARAID_MAILBOX=y CONFIG_MEGARAID_LEGACY=y CONFIG_MEGARAID_SAS=y J'ai installé le noyau et tous les modules Puis généré mon image initrd A la génération de l'image j'ai un warning disant qu'il ne trouve pas megaraid2 ... mais l'image est quand meme généré : depmod 2.6.16-xen mkinitrd -k -o /boot/initxen.img 2.6.16-xen Enfin j'ai modifier mon grub comme suit pour ajouter mon initrd image : title Xen 3.0 / XenLinux 2.6.16 root(hd0,0) kernel /boot/xen-3.0.gz module /boot/vmlinuz-2.6.16-xen root=/dev/sda1 ro module /boot/initxen.img savedefault boot et rebooté ... et ça passe ;-) Merci à tout ceux qui m'ont aidé ;-) Vous retrouverez bientôt toute les manip sur www.xenetis.org Nicolo www.xenetis.org -Message d'origine- De : Serge ALGAROTTI [mailto:[EMAIL PROTECTED] Envoyé : vendredi 15 septembre 2006 15:45 À : Nicolas MAROT Cc : debian-user-french@lists.debian.org Objet : Re: Controleur RAID Dell PowerEdge 2850 et noyau 2.6.16 Bonjour Quelqu'un pourrait il m'indiquer comment prendre en charge le module megaraid avec un noyau 2.6.16 ? Nous avons fait comme cela sur nos 2800 eet ça fonctionne (merci à Jérôme): Bonjour, On Tue, Jun 14, 2005 at 02:20:36PM +0200, Serge ALGAROTTI wrote: Nous avons essayé rapidemment une *installation* Sarge (pas une mise à jour à partir de Woody) sur un Dell 2800 de test avec Raid Megaraid. Pas de problème avec le noyau 2.4. Par contre ça ne fonctionne pas en 2.6, directement ou par un apt-get install kernel-image-2.6...après installation du 2.4 En effet, il y a plein de post sur le nom du driver megaraid qui a changé entre 2.4 et 2.6 (avec une autre différence entre les ou = .6.8 ou 2.6.8) dans debian-kernel et debain-boot. cf: http://lists.debian.org/debian-kernel/2005/04/threads.html#00268 http://lists.debian.org/debian-boot/2004/10/thrd5.html#02129 sur le site de Dell: PowerEdge 2800, PowerEdge 2850, PowerEdge 1850 - PERC4e/Di - dual channel, U320 SCSI, PCI Express, with battery-backed cache. Requires megaraid2 driver 2.00.3 or higher on 2.4.x kernels. On 2.6.x kernels (x 9), there is no driver for these adapters. On 2.6.x kernels (x = 9) use the 'megaraid_mbox' and 'megaraid_mm' drivers. Voilà ce qui me manquait l'autre jour, dans ma hâte je n'avais vu que megaraid.ko et pas ce qu'il y avait en dessous... donc je l'ai eu le petit coquin, et voilà comment : J'utilise normalement un 2.4.27 avec le module megaraid2 chargé depuis initrd car j'ai mis son nom dans le fichier /etc/mkinitrd/modules Le problème est qu'à l'install du 2.6.11, il veut à tout prix me coller megaraid2 dans l'image initrd car le module est en mémoire (même si je l'enlève de /etc/mkinitrd/modules) Donc allons y à la bourrin : $ cd /lib/modules/2.6.11-1-686-smp/kernel/drivers/scsi $ ln -s megaraid.ko megaraid2.ko ça pue, mais c'est très efficace ! Ensuite, dans /etc/mkinitrd/modules, je remplace la référence à megaraid2 par : --- CUT --- megaraid_mbox megaraid_mm --- CUT --- Je sauve tout cela, puis : $ cd /boot $ rm initrd.img-2.6.11-1-686-smp et je régénère l'image initrd : $ mkinitrd -o initrd.img-2.6.11-1-686-smp 2.6.11-1-686-smp MAIS cet imbécile ne me génère rien du tout ! Donc : $ mkinitrd -k -o initrd.img-2.6.11-1-686-smp 2.6.11-1-686-smp Suivi de : $ mv /tmp/mkinitrd.7XDSFYE/initrd/initrd.img-2.6.11-1-686-smp /boot Et pour finir, j'enlève le devfs=mount de la ligne append= dans mon lilo.conf, et : $ lilo $ shutdown -r ça roule ! Cependant attention, le module Dell ne se charge pas (/etc/init.d/raidmon) donc pas de surveillance temps réel du système raid, il ne reste donc que les voyants ce qui n'est pas pratique quand le serveur est dans un rack distant... Sans doute un pb de création du device dans /dev voilà Jérôme Alet - Faculté de Médecine de Nice Tél : 04 93 37 70 01 - Fax : 04 93 37 76 51 +++ -- Serge ALGAROTTI [http://www.cemef.ensmp.fr/] Ecole des Mines de Paris-CEMEF UMR CNRS n° 7635 -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: sauvegarde de mon système avec du raid et lvm
Le samedi 19 août 2006 19:17, Thierry B a écrit : Gilles Mocellin a écrit : Le samedi 19 août 2006 18:00, Thierry B a écrit : Gilles Mocellin a écrit : Le vendredi 18 août 2006 12:48, Thierry B a écrit : [...] Comme je te disais, avec le LVM, il faut modifier /etc/fstab pour remplacer les /dev/mapper/vgtruc-lvtruc par /dev/vgtruc/lvtruc, sinon mondo se mélange les pédales. Ha oui, j'avais pas bien lu Faudrait faire la modif et rebooter aussi ou pas la peine? Pas la peine. et donc si je lui dis (en excluant les points de montage de mes LVs, bien entendu) de sauvegarder /, /boot, il va me copier toute la sructure de raid de /dev/md0 et toute la structure de raid+ lvm (cad qu'il y a tel VG et tant de Lvs, mm si le contenu des Lvs sera vide sauf celui de /...) de /dev/md2 ? Merci :-) A+ C'est sensé enregistrer la table des partitions pour la recréer, puis, il détecte s'il y a du RAID et/ou du LVM afin d'activer leur création lors de la restauration. Les infos sont présentes dans la table des partition (type de partition) et dans les divers fichiers de config /etc/fstab /etc/mdadm.conf /etc/lvmtab /etc/lvm/*. Important : si la sauvegarde se passe bien, ça ne veut pas dire qu'il arrivera à restaurer, notament à cause de ce RAID et LVM. Donc tester absolument la restauration, il y a une option qui permet de tester sans le faire réellement. S'il y a un problème, c'est généralement au début, et on le voit vite pgpIS0Vs344sC.pgp Description: PGP signature
Re: sauvegarde de mon système avec du raid et lvm
Le dimanche 20 août 2006 12:17, Thierry B a écrit : Gilles Mocellin a écrit : Le samedi 19 août 2006 19:17, Thierry B a écrit : Gilles Mocellin a écrit : Le samedi 19 août 2006 18:00, Thierry B a écrit : Gilles Mocellin a écrit : Le vendredi 18 août 2006 12:48, Thierry B a écrit : [...] Re, J'ai encore des soucis avec malgrès la manip. Je pense que je vais me faire une petite manip manuelle finalement: utiliser sfdisk (comme me l'a suggéré Vincent) pour sauvegarder la table de partoches comme ceci: sfdisk -d /dev/sda sda.out sfdisk -d /dev/sdb sdb.out Je sauvegarde mon / cd / tar cvlpfz SlashP4.tgz / --exclude=/lost+found --exclude=/SlashP4.tgz Je sauvegarde mon /home tar cvlpfz Home.tgz / Je sauvegarde mon /boot tar cvlpfz Boot.tgz / Par contre, imaginons après que pour une raison x ou y, je veuille tout restaurer (en imaginant qu'il n'y a plus rien de rien lol), je veux etre sure que je n'ublie rien par rapport à ce que je vais dire ci-dessous. Je boote avec System Rescue qui permet eventuellement ue reconnaissance native du raid et lvm qui me facilitera la vie par la suite lol. Je restaure la table des partoches des 2 dd: sfdisk -d /dev/sda sda.out sfdisk -d /dev/sdb sdb.out Bien vérifier qu'en bootant sur ton CD, les devices sont vu dans le même ordre avec le même nom. Il me semble que System Rescue CD utilise un noyau 2.4, les disques SATA seront peut-être vus en /dev/hda et /dev/hdb... Donc par exemple, j'aurai bien sda1,2,3 en partitions raid et pareil pour sdb1,2,3. Est-ce que si après je reassemble mon raid manuellement avec sda1, sb1 pour md0 et ainsi de suite pour md1 et md2, il va forement recreer le raid au mm endroit qu'auparavant? Je sais pas ce que tu veux dire par créer le RAID au meêm endroit. Sit tu crée un mirroire de deux partitions /dev/sda1 et /dev/sdb1, il n'y a pas 36 façons de la faire, et ça sera la bonne ! ou eventuellement, il faudrait lui copier d'abbord le mdadm.conf, et après faire les assemblages, et peut-etre que là , il se servirait du mdadm.conf, pour les reassembler exactement au mm endroit? Ça, ça te permet de reconstruire le RAID, même si tu as oublié quelles partitons étaient en RAID, avec quel niveau de RAID, et quelles options éventuelle. Je vois que le fichier /etc/mdadm/mdadm.conf ne donne pas les formats de partitions, donc à ce moment là, il faudra que je reformate manuellement chaque /dev/mdx, donc dans mon cas: md0 en ext3, md1 en swap et md2 en lvm. Ne pas confondre le type de partition et le système de fichier. Généralement on met le type correspondant au système de fichier, mais rien y oblige. - Le type de partition sera remis par sfdisk. - Par contre, et là tu l'avais oublié, il *faut* reformater les partitions avant de les monter et de les restaurer. Avec mkfs -t typefs. Bon, mnt imaginons, que j'ai mes volumes raid md0,1,2 nikel restauré dans system rescue. Je crée: /mnt/debian/boot /mnt/debian/home Je monte /dev/md0 dans /mnt/debian/boot, et je restaure tout le contenu de mon ancienne partition /boot sauvegardé dedans. Cf. au dessus, avant de les monter, il faut les formater, ces devices sont toujours vides de chez vides. Après, il faut utilser vgcfgrestore qui va restaurer la structure de mon VG de /dev/md2 et qui va recrée tous mes Lvs, qui seront vides donc sans mes anciennes données, si j'ai bien compris. Théoriquement oui, mais j'avoue que je ne l'ai jamais fait. Sinon, à la main, et si on se souvient de la config, on peut refaire : - pvcreate /dev/md2 - vgcreate vgtruc /dev/md2 - lvcreate lvtruc Avec un vgchange -ay, j'active tous mes LVs. Je monte le LV Slash, qui contenait les données de /. mount -t ext3 -rw /dev/VG0/Slash /mnt/debian cd /mnt/debian tar xzpvf chemin_ou_est_fichier/Slash.tgz Je me restaure de la mm facon le LV qui contenait les données de /home. mount -t ext3 -rw /dev/VG0/Home /mnt/debian/home cd /mnt/debian/home tar xzpvf chemin_ou_est_fichier/Home.tgz (ou bien l'option -C indiqué par Vicent qui remplace le cd) Une fois que le / est restauré, je suis censé pouvoir rebooté sur mon système nikel, et j'aurai juste après à restaurer les données des autres LVs vides. Il manque encore un truc : le boot loader. Il faut restaurer ou installer grub ou lilo dans la MBR d'un ou des deux disques. Au choix : - grub-install /dev/sda --root-filesystem /mnt/debian/ - lilo -r /mnt/debian (en ayant vérifier le /mnt/debian/etc/lilo.conf) Voila lol. Est-ce que j'aurais pu oublier qque chose? PS: Je sais bien que je ne ferai pas ca tous les jours, mais finalement, c'est pas plus mal de savoir quoi faire exactement le jour où cela pourrait arriver, si je veux le faire manuellement... Merci :-) Savoir faire ça implique qu'on connaisse bien son système et comment les différents éléments interagissent, s'enchaînes... C'est une excellente formation. Bonne continuation, tu es sur la bonne voie
Re: sauvegarde de mon système avec du raid et lvm
Le dimanche 20 août 2006 14:09, Thierry B a écrit : Gilles Mocellin a écrit : Le dimanche 20 août 2006 12:17, Thierry B a écrit : Gilles Mocellin a écrit : Le samedi 19 août 2006 19:17, Thierry B a écrit : Gilles Mocellin a écrit : Le samedi 19 août 2006 18:00, Thierry B a écrit : Gilles Mocellin a écrit : Le vendredi 18 août 2006 12:48, Thierry B a écrit : [...] Ne pas confondre le type de partition et le système de fichier. Généralement on met le type correspondant au système de fichier, mais rien y oblige. - Le type de partition sera remis par sfdisk. - Par contre, et là tu l'avais oublié, il *faut* reformater les partitions avant de les monter et de les restaurer. Avec mkfs -t typefs. Oui, il faut formater les /dev/mdx, dans les formats de partition qu'ils etaient, mais ca il faut le refaire manuellement, car le format des partitions des /dev/mdx, n'est apparemment pas sauvegardé. (sfdisk ne marche qu'avec les partoches physiques apparemment) Je répète, fdisk (et ces comparses sfdisk, cfdisk...) ne formattent pas les partitions, ils mettent simplement à jour le type. Même avec une partition physique simple, il faut la formater pour construire un système de fichier. [...] Il manque encore un truc : le boot loader. Il faut restaurer ou installer grub ou lilo dans la MBR d'un ou des deux disques. Au choix : - grub-install /dev/sda --root-filesystem /mnt/debian/ - lilo -r /mnt/debian (en ayant vérifier le /mnt/debian/etc/lilo.conf) Euh, c'est pas mieux de faire ca depuis la debian chrooté? Comme tu veux, moins on reboot, plus c'est rapide. Si ton disque de récupération le permet, autant le faire depuis celui-ci. En prenant une Debian Live (http://debian-live.alioth.debian.org/) comme disque de secours, tu auras le beurre et l'argent du beurre. Sinon, une knoppix, c'est basé sur Debian. Il y a ceci dans mon menu.lst appremment: # kopt=root=/dev/mapper/VG0-Slash ro ## default grub root device ## e.g. groot=(hd0,0) # groot=(hd0,1) Je pense qu'il y a (hd0,1), pq peut-etre qu'au chargement de grub, le sata n'est pas encore reconnu, c'est la seule explication que je vois, vu que c'est la config par défaut, qu'il génère à l'install. Le chargeur de démarrage (grub ou lilo) ne voient que ce que li BIOS voit, ils n'ont pas de drivers IDE ou SATA. [...] PS: On m'a parlé de la commande pvresize qui peut-etre pratique si je veux par exemple redimentionner un pv se trouvant dans un lvm, et ensuite réavoir cet espace libre pour se créer une partoche hors lvm, mais le pb se complique qd y'a du raid derrière, je m'explique: Voila, moi par ex, j'ai: /dev/md0: en ext3 pour /boot /dev/md1: en swap /dev/md2: en LVM (donc déclaré en PV LVM,avec un VG et plein de Lvs). et plus aucun espace libre. Imaginons, que je veuille virer de l'espace du pv lvm, pour pouvoir créer une autre partoche qui sera en raid du genre /dev/md3. Appremment, je ne peux pas faire de pvresize de /dev/md2 donc comment pourrais-je procéder? Tu a essayé de faire un pvresize sur /dev/md2 ? Il y a une erreur explicite ? Faudrait désassembler le raid /dev/md2, donc dans ce cas j'aurais 2 pvs lvm :dev/sda3 et /dev/sdb3 et faudrait faire un pvresize pour /dev/sda3 et refaire pareil pour /dev/sdb3. J'aurai de l'espace libre dans chaque dd, ce qui me permettrait de faire un /dev/sda4 et /dev/sdb4 pour eventuellement pa la suite faire un /dev/md3. et ensuite après tout ça réassembler /dev/sda3 et /dev/sdb3 en /dev/md2? Merci :-) Si le pvresize de /dev/md2 ne marche pas, je te conseille de faire plutôt une sauvegarde ailleurs du contenu et de recréé à partir de zéro ces VGs/LVs... pgpanotwbtR2E.pgp Description: PGP signature
Re: sauvegarde de mon système avec du raid et lvm
Le dimanche 20 août 2006 15:47, Thierry B a écrit : Gilles Mocellin a écrit : Le dimanche 20 août 2006 14:09, Thierry B a écrit : Gilles Mocellin a écrit : Le dimanche 20 août 2006 12:17, Thierry B a écrit : Gilles Mocellin a écrit : Le samedi 19 août 2006 19:17, Thierry B a écrit : Gilles Mocellin a écrit : Le samedi 19 août 2006 18:00, Thierry B a écrit : Gilles Mocellin a écrit : Le vendredi 18 août 2006 12:48, Thierry B a écrit : [...] Si le pvresize de /dev/md2 ne marche pas, je te conseille de faire plutôt une sauvegarde ailleurs du contenu et de recréé à partir de zéro ces VGs/LVs... Euh, appremment ca vient de systemrescuecd, pq ils disent comand not implemented, j'avais pas fait gaffe...lol. Je regarderai pour voir du coté de knoppix, mm si à la base, il ne reconnait aucun raid, et lvm et qu'il fo tout lancer soi mm lol. Je suis en train de me demander s'il y a encore le support du LVM dans les knoppix, pas sur... Enfin , c'est juste pour faire des tests sur un vieux pc, je vois ce qu'on peut faire pas faire...:-) Sinon, pour systemrescue cd, c'est un noyau assez recent, c'est un 2.6.15.10-fd24. OK Merci pour toutes tes reponses :-) Un dernier truc, quand tu réponds, je suis en destinataire et la liste en copie. Du coup je reçois 2 fois tes mails... Et quand je fais répondre à la liste, je n'ai pas de destinataire. Je vois que tu utilises Thunderbird (sous Windows !), il n'a malheureusement pas la fonction répondre à la liste implémentée. Bug référencé ici : https://bugzilla.mozilla.org/show_bug.cgi?id=233417 Quand j'utilisais Thunderbird (là, je suis sous kmail), je faisais répondre à tous, apparemment ce que tu fais, et j'enlevais le destinataire, puis mettais la liste en destinataire, plutôt qu'en copie. C'est chiant, c'est vrai. pgpl2v51cS4wc.pgp Description: PGP signature
Re: sauvegarde de mon système avec du raid et lvm
Le vendredi 18 août 2006 12:48, Thierry B a écrit : Bonjour, On m'a conseillé de voir coté mondo, pour faire des sauvegardes de partition raid + lvm car bien que ca marche bien, j'ai crée une structure pour mon serveur qui n'est pas simple lol. J'ai 2 dd en sata sur lesquels, j'ai fait lors de l'installation 3 partitions raid sda1,2 et 3 sur chacun des dd. J'ai ensuite configuré le raid logiciel pour avoir: /dev/md0 - pour sda1 et sdb1 /dev/md1 - pour sda2 et sdb2 /dev/md2 - pour sda3 et sdb3 /dev/md0 a ete formaté en swap /dev/md1 a ete formaté en ext3, monté en /boot et /dev/md2 a ete declaré en LVM. A partir de la config, LVM, j'ai donc crée un VG, et plusieurs LVs, dont un des LV, que j'ai appelé Slash, est monté en /. J'ai pas mal de LVs, dont un aussi pour le /home par exemple. Comment me conseillez-vous de m'y prendre avec mondo? Sur une sarge, mondo a du mal avec le LVM2, il comprend LVM1. LA différence, pour lui, c'est simplement le contenu de /etc/fstab. Il ne comprend que les chemins de type /dev/vgtruc/lvtruc, et pas /dev/mapper/vgtruc-lvtruc. En remplaçant /dev/mapper... par ce qu'il faut, j'ai pu y arrivé. Je n'avais pas de RAID, mais dans la doc, ils disent le supporter... Plus généralement, je conseillerais mondo pour sauvegarder la partie système (hors data), afin de pouvoir remonter le système en cas de gros problème (matériel...). Pour les données, il vaut mieux un autre système, comme rdiff-backup, backuppc, rsnapshot tout ce qu'on veut, qui ne travaille qu'au niveau des fichiers, et pas des couches en dessous. pgpP6PVtGVzeK.pgp Description: PGP signature
Re: sauvegarde de mon système avec du raid et lvm
Le samedi 19 août 2006 18:00, Thierry B a écrit : Gilles Mocellin a écrit : Le vendredi 18 août 2006 12:48, Thierry B a écrit : Bonjour, On m'a conseillé de voir coté mondo, pour faire des sauvegardes de partition raid + lvm car bien que ca marche bien, j'ai crée une structure pour mon serveur qui n'est pas simple lol. J'ai 2 dd en sata sur lesquels, j'ai fait lors de l'installation 3 partitions raid sda1,2 et 3 sur chacun des dd. J'ai ensuite configuré le raid logiciel pour avoir: /dev/md0 - pour sda1 et sdb1 /dev/md1 - pour sda2 et sdb2 /dev/md2 - pour sda3 et sdb3 /dev/md0 a ete formaté en swap /dev/md1 a ete formaté en ext3, monté en /boot et /dev/md2 a ete declaré en LVM. A partir de la config, LVM, j'ai donc crée un VG, et plusieurs LVs, dont un des LV, que j'ai appelé Slash, est monté en /. J'ai pas mal de LVs, dont un aussi pour le /home par exemple. Comment me conseillez-vous de m'y prendre avec mondo? Sur une sarge, mondo a du mal avec le LVM2, il comprend LVM1. LA différence, pour lui, c'est simplement le contenu de /etc/fstab. Il ne comprend que les chemins de type /dev/vgtruc/lvtruc, et pas /dev/mapper/vgtruc-lvtruc. En remplaçant /dev/mapper... par ce qu'il faut, j'ai pu y arrivé. Je n'avais pas de RAID, mais dans la doc, ils disent le supporter... Plus généralement, je conseillerais mondo pour sauvegarder la partie système (hors data), afin de pouvoir remonter le système en cas de gros problème (matériel...). Pour les données, il vaut mieux un autre système, comme rdiff-backup, backuppc, rsnapshot tout ce qu'on veut, qui ne travaille qu'au niveau des fichiers, et pas des couches en dessous. Re, Finalement, j'ai reesayé avec juste le chemin de mon LV pour voir (cad /dev/mapper/VG0-SLash, avec tjs le chemin de ma clé monté en /mnt/cle_usb, et enfin en excluant /mnt et /boot. Voila ce que ca donne à la fin :-( ---FATALERROR--- write_iso_and_go_on() - unknown media size Please try the snapshot (the version with 'cvs' and the date in its filename)to see if that fixes the problem. Please don't bother the mailing list withyour problem UNTIL you've tried the snapshot. The snapshot contains bugfixeswhich might help you. Go to http://www.mondorescue.org/download/download.htmlFor more information. Log file: /var/log/mondo-archive.log FYI, I have gzipped the log and saved it to /tmp/MA.log.gz Mondo has aborted. Execution run ended; result=254 Type 'less /var/log/mondo-archive.log' to see the output log Merci encore :-) Houla, non, il faut bien sauvegarder un répertoire, pas un fichier device. Tu peux lui mettre /, en excluant tout ce qui n'est pas système et volumineux, par exemple /home. Je laisserais le /boot, il contient quand même le nécessaire poutr booter : le noyaux ! Comme je te disais, avec le LVM, il faut modifier /etc/fstab pour remplacer les /dev/mapper/vgtruc-lvtruc par /dev/vgtruc/lvtruc, sinon mondo se mélange les pédales. pgpwwqi4q9yDL.pgp Description: PGP signature
sauvegarde de mon système avec du raid et lvm
Bonjour, On m'a conseillé de voir coté mondo, pour faire des sauvegardes de partition raid + lvm car bien que ca marche bien, j'ai crée une structure pour mon serveur qui n'est pas simple lol. J'ai 2 dd en sata sur lesquels, j'ai fait lors de l'installation 3 partitions raid sda1,2 et 3 sur chacun des dd. J'ai ensuite configuré le raid logiciel pour avoir: /dev/md0 - pour sda1 et sdb1 /dev/md1 - pour sda2 et sdb2 /dev/md2 - pour sda3 et sdb3 /dev/md0 a ete formaté en swap /dev/md1 a ete formaté en ext3, monté en /boot et /dev/md2 a ete declaré en LVM. A partir de la config, LVM, j'ai donc crée un VG, et plusieurs LVs, dont un des LV, que j'ai appelé Slash, est monté en /. J'ai pas mal de LVs, dont un aussi pour le /home par exemple. Comment me conseillez-vous de m'y prendre avec mondo? ou avec autre chose? pour faire vraiment une sauvegarde des chsoes essentielles, qui me permettrait de remettre mon serveur d'applomb, en cas de soucis avec un boot correct lol? Car vec un système aussi complèxe, c'est pas forcement evident, avec une restauration d'avoir un bon boot je pense. Deja, j'ai voulu un peu chercher ou était stocké ma table de partoche, et je ne sais pas trop vu que j'ai 2 dd en sata à égalité dans le sens ou y'a pas de primaire ou secondaire, et que chacun à ses 3 partitions raid etc...pq je veux dire normalement comme la table de partition c qd mm qque chose plus bas que le raid ou le LVM, elle dot bien etre utilisée qque part dans sda ou sdb... et du coté de grub, ce qui est bizarre c'est que j'ai ceci: # groot=(hd0,1) et pourtant pas de devices hda, vu que tout est en sata... Mais bon, tout ca a été généré autoamtiquement à l'install quoi et ca marche bien, mais j'aimerais mieux comprendre certaines choses, car je me dis que le jour ou ca fonctionnera plus pour x raisons, bah ca sera pas forcement facile de réparer quoi, comme avec un truc classique avec just une unique partoche en ext3 (sans raid et lvm) lol. si qqun d'entre vous a déja experimenté cela, un peu plus concretement? Ce n'est pas forcement la peine de sauvegarder tous mes Lvs, car j'ai un gros LV, pour des vidéos, et donc pour celui la, je prefererai encore une sauvegarde manuelle lol. Merci :-) -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: sauvegarde de mon système avec du raid et lvm
OoO Pendant le temps de midi du vendredi 18 août 2006, vers 12:48, Thierry B [EMAIL PROTECTED] disait: On m'a conseillé de voir coté mondo, pour faire des sauvegardes de partition raid + lvm car bien que ca marche bien, j'ai crée une structure pour mon serveur qui n'est pas simple lol. Ben, tu fais comme s'il n'y avait pas de raid ou de lvm. mondo sauvegarde les systèmes de fichiers, il se moque des partitions. Deja, j'ai voulu un peu chercher ou était stocké ma table de partoche, et je ne sais pas trop vu que j'ai 2 dd en sata à égalité dans le sens ou y'a pas de primaire ou secondaire, et que chacun à ses 3 partitions raid etc...pq je veux dire normalement comme la table de partition c qd mm qque chose plus bas que le raid ou le LVM, elle dot bien etre utilisée qque part dans sda ou sdb... Tu peux sauver le /proc/partitions et les résultats de vgdisplay et lvdisplay. -- Program defensively. - The Elements of Programming Style (Kernighan Plauger) -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
sauvegarde d'un systeme raid + lvm
Bonjour, J'ai un serveur debian qui contient du rqid + du lvm. Je voulais savoir si en plus bien entendu de la securité de mon système grâce au raid 1, y'aurait moyen de faire un big image de tout ça, pour eventuellement tout restaurer à partir d'une knoppix par exemple? L'ideal serait comme avec partimage, de ne sauvegarder que l'espace utilisée lol. Merci :-) A+ -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: sauvegarde d'un systeme raid + lvm
Thierry B a écrit : Bonjour, J'ai un serveur debian qui contient du rqid + du lvm. Je voulais savoir si en plus bien entendu de la securité de mon système grâce au raid 1, y'aurait moyen de faire un big image de tout ça, pour eventuellement tout restaurer à partir d'une knoppix par exemple? L'ideal serait comme avec partimage, de ne sauvegarder que l'espace utilisée lol. Merci :-) A+ apt-get install mondo mindi P. -- Haut par-dessus leur tête voguaient les blanches sculptures des nuages, comme en la cervelle de Michel-Ange des volutes de concept. M. Lowry -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: sauvegarde d'un systeme raid + lvm
pascal a écrit : Thierry B a écrit : Bonjour, J'ai un serveur debian qui contient du rqid + du lvm. Je voulais savoir si en plus bien entendu de la securité de mon système grâce au raid 1, y'aurait moyen de faire un big image de tout ça, pour eventuellement tout restaurer à partir d'une knoppix par exemple? L'ideal serait comme avec partimage, de ne sauvegarder que l'espace utilisée lol. Merci :-) A+ apt-get install mondo mindi P. Merci, je regarderai ca :-) -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Grub et Raid Matériel
Bonjour à tous, Sur un vieux serveur hp Proliant ML 530 (2*P3 1Ghz), je veux installer Xen 3 sur une Debian stable. J'ai créé un RAID 1 Matériel juste pour le système et le swap ayant d'autres disques pour les data. L'install s'est très bien passé avec le CD netinstall de sarge, si ce n'est qu'il m'a installé LILO et non pas GRUB auquel je suis habitué : grub a essayé de s'installé sur hd0, et n'ayant pas réussi (mon RAID est nommé /dev/cciss/c0d0) j'ai du installer LILO. LILO en lui-même ne me pose pas de problème, sauf que pour installer Xen à priori il _faut_ GRUB... donc je suis bien embeté parce que je sais que GRUB a des limitations que n'a pas LILO (et vice-versa visiblement) comme par ex. le boot sur RAID logiciel ou LVM, d'oùu ma question : Quelqu'un sait-il avec certitude (mon serveur n'est pas physiquement à côté de moi) si GRUB supporte le RAID matériel, et surtout comment l'installer sur un disque nommé aussi bizarrement (pas de hda ni sda...) à la place de LILO. merci d'avance.
Re: Grub et Raid Matériel
Le mer 19 jui 2006 10:13:17 CEST, Eric Veiras Galisson [EMAIL PROTECTED] a écrit : Bonjour à tous, ... Quelqu'un sait-il avec certitude (mon serveur n'est pas physiquement à côté de moi) si GRUB supporte le RAID matériel, et surtout comment l'installer sur un disque nommé aussi bizarrement (pas de hda ni sda...) à la place de LILO. Oui : Pour installer grub sur le disque, créer un fichier qui lui dit où se trouve ton disque : echo (hd0) /dev/cciss/c0d0 /boot/grub/device.map après son installation, j'efface ce fichier car il gêne le fonctionnement du script update-grub... Fred.
Re: Grub et Raid Matériel
On 7/19/06, Frédéric BOITEUX [EMAIL PROTECTED] wrote: Le mer 19 jui 2006 10:13:17 CEST, Eric Veiras Galisson[EMAIL PROTECTED] a écrit : Bonjour à tous, ... Quelqu'un sait-il avec certitude (mon serveur n'est pas physiquement à côté de moi) si GRUB supporte le RAID matériel, et surtout comment l'installer sur un disque nommé aussi bizarrement (pas de hda ni sda...) à la place de LILO. Oui : Pour installer grub sur le disque, créer un fichier qui lui ditoù se trouve ton disque :echo (hd0) /dev/cciss/c0d0 /boot/grub/device.map En fait, ce fichier existait déjà alors que le paquet grub avait été effacé. Ça devait être un reste de l'installation. J'ai fait un coup de update-grub pour me générer un menu.lst que j'ai modifié pour avoir une option pour booter Xen j'ai ensuite lancé grub-install et tout a marché ok, j'ai pu démarré avec grub sous Xen tranquillement. après son installation, j'efface ce fichier car il gêne le fonctionnement du script update-grub... ah ? devrais-je faire la même chose ? mais dans ce cas, grub perdra la mapping entre son nommage à lui et mes disques physiques, non ? bon, au pire, on verra le moment venu merci à toi en tout cas. -- Eric Veiras Galisson
Re: Grub et Raid Matériel
OoO En cette fin de matinée radieuse du mercredi 19 juillet 2006, vers 11:16, Eric Veiras Galisson [EMAIL PROTECTED] disait: après son installation, j'efface ce fichier car il gêne le fonctionnement du script update-grub... ah ? devrais-je faire la même chose ? mais dans ce cas, grub perdra la mapping entre son nommage à lui et mes disques physiques, non ? bon, au pire, on verra le moment venu update-grub met à jour le menu.lst mais ne réinstalle pas grub. Ce fichier n'est donc pas utile tant que tu ne réinstalles pas grub. -- BOFH excuse #319: Your computer hasn't been returning all the bits it gets from the Internet. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Grub et Raid Matériel
Le mer 19 jui 2006 11:16:16 CEST, Eric Veiras Galisson [EMAIL PROTECTED] a écrit : En fait, ce fichier existait déjà alors que le paquet grub avait été effacé. Ça devait être un reste de l'installation. J'ai fait un coup de update-grub pour me générer un menu.lst que j'ai modifié pour avoir une option pour booter Xen j'ai ensuite lancé grub-install et tout a marché ok, j'ai pu démarré avec grub sous Xen tranquillement. bon. après son installation, j'efface ce fichier car il gêne le fonctionnement du script update-grub... ah ? devrais-je faire la même chose ? mais dans ce cas, grub perdra la mapping entre son nommage à lui et mes disques physiques, non ? bon, au pire, on verra le moment venu Si update-grub et grub-install fonctionnent comme cela, laisse-le ... J'avais eu un bug un jour, mais c'était il y a longtemps (avec la Woody...) : il a sans doute été corrigé. Fred.
[RESOLU] Re: Carte controleur IDE/RAID PCI
Le mercredi 28 juin 2006 21:57, Michel Grentzinger a écrit : Bonjour, Pour installer un 4ème disque dur sur mon serveur, j'ai du acheter une carte contrôleur PCi (SATA, RAID): lspci me répond ceci : 00:0a.0 Mass storage controller: ALi Corporation ALi M5281 Serial ATA / RAID Host Controller (rev a1) 00:0a.1 Mass storage controller: ALi Corporation M5228 ALi ATA/RAID Controller (rev c6) Mais je n'arrive pas à activer le disque dur qui est branché sur le port ATA. Faut-il activer le RAID dans le noyau même si on n'utilise pas le RAID ? Le problème est réglé : il fallait activer dans le noyau l'option suivante : CONFIG_BLK_DEV_ALI15X3=y Le disque IDE (non SATA) est vu en /dev/hdg (sur ide3, ide2 étant réservé pour les ports SATA) sur cette carte. -- Michel Grentzinger OpenPGP key ID : B2BAFAFA Available on http://www.keyserver.net -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Carte controleur IDE/RAID PCI
Bonjour, Pour installer un 4ème disque dur sur mon serveur, j'ai du acheter une carte contrôleur PCi (SATA, RAID): lspci me répond ceci : 00:0a.0 Mass storage controller: ALi Corporation ALi M5281 Serial ATA / RAID Host Controller (rev a1) 00:0a.1 Mass storage controller: ALi Corporation M5228 ALi ATA/RAID Controller (rev c6) Mais je n'arrive pas à activer le disque dur qui est branché sur le port ATA. Faut-il activer le RAID dans le noyau même si on n'utilise pas le RAID ? -- Michel Grentzinger OpenPGP key ID : B2BAFAFA Available on http://www.keyserver.net -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Commande pour le raid
On 13/06 17:33, Franck wrote : Salut la liste, j'ai un gros soucis RAID (cf autre post) et je souhaite arreter la reconstruction du RAID mais je ne sais pas quel partition passée en faulty puis remove :( Merci de me filer un p'tit coup d'main :) Visiblement, sdb5 est la partition où les données sont ok et sda5 est la partition qui est en train d'être reconstruite. cat /proc/mdstat Personalities : [raid0] [raid1] [raid5] md3 : active raid1 sda5[2] sdb5[1] 154681728 blocks [2/1] [_U] [_U] le _ représente la partition problématique, donc la 1ère, et: sda5[2] sdb5[1], sda5 est la 1ère. (méfiance: à quoi correspond le nombre entre crochet ?! L'ordre d'affichage n'est visiblement pas alphabétique, chez moi j'ai par exemple sdb5 avant sda5). (...) Number Major Minor RaidDevice State 0 00- removed 1 8 211 active sync /dev/sdb5 partition active 2 850 spare rebuilding /dev/sda5 partition en spare en train d'être reconstruite. Conseil: attend qu'une autre personne confirme ce que je dis avant de tout casser. :-) a+ Jms
Re: Commande pour le raid
Salut, Visiblement, sdb5 est la partition où les données sont ok et sda5 est la partition qui est en train d'être reconstruite. Conseil: attend qu'une autre personne confirme ce que je dis avant de tout casser. :-) Tu as eu tout juste BRAVO et encore merci Franck -- http://www.linuxpourtous.com -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Commande pour le raid
Salut la liste, j'ai un gros soucis RAID (cf autre post) et je souhaite arreter la reconstruction du RAID mais je ne sais pas quel partition passée en faulty puis remove :( Merci de me filer un p'tit coup d'main :) cat /proc/mdstat Personalities : [raid0] [raid1] [raid5] md3 : active raid1 sda5[2] sdb5[1] 154681728 blocks [2/1] [_U] [==..] recovery = 74.5% (115297664/154681728) finish=581.3min speed=1127K/sec mdadm --detail /dev/md3 /dev/md3: Version : 00.90.01 Creation Time : Thu Sep 8 11:48:34 2005 Raid Level : raid1 Array Size : 154681728 (147.52 GiB 158.39 GB) Device Size : 154681728 (147.52 GiB 158.39 GB) Raid Devices : 2 Total Devices : 2 Preferred Minor : 3 Persistence : Superblock is persistent Update Time : Tue Jun 13 17:33:11 2006 State : active, degraded, recovering Active Devices : 1 Working Devices : 2 Failed Devices : 0 Spare Devices : 1 Rebuild Status : 74% complete UUID : 822bc9ac:88fcf8da:79978c70:bad2ecad Events : 0.283347502 Number Major Minor RaidDevice State 0 00- removed 1 8 211 active sync /dev/sdb5 2 850 spare rebuilding /dev/sda5 Franck -- http://www.linuxpourtous.com -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Raid matériel et partitions invisibles
Hello, C'est bien ce que je craignais sans en être sûr... Bon ben adieu veau vache cochon et merci pour le lien ;-) On Tue, 30 May 2006 20:19:07 +0200, pascal wrote Cyril Blaison a écrit : Hello, J'ai un noyau 2.6.12 et udev mais le probleme est tujours la... Ce qui m'inquiete c'est la partie suivante de la sortie de la commande dmesg: DAC960#0: /dev/rd/c0d0: RAID-5, Online, 430651392 blocks, Write Thru rd/c0d0: p1 p2 p3 p4 p5 p6 p7 Une autre idée ? ;-) On Tue, 30 May 2006 14:55:16 +0200, [EMAIL PROTECTED] wrote Tu as quel version de noyau ? si tu as une version supérieur à 2.6.12 tu peux installer udev A plus Christophe == [EMAIL PROTECTED] a écrit : Bonjour à tous, Je rencontre un problème sur une machine équipé d'un controleur RAID Mylex DAC 960. J'ai créé 8 partitions (3 primaires et 5 logiques) sur mon disque qui répond au doux nom de /dev/rd/c0d0 Le problème est que le système ne voit les partitions que jusqsu'à la partition /dev/rd/c0d0p7 et les autres partitions lui semble totalement inconnues... Quelqu'un saurait-il pourquoi (peut etre une limitation du controleur...)? Merci d'avance C'est une limitation du controleur apparemment : voir : http://gentoo-wiki.com/HARDWARE_Mylex_DAC960 Voilà... Pascal -- Haut par-dessus leur tête voguaient les blanches sculptures des nuages, comme en la cervelle de Michel-Ange des volutes de concept. M. Lowry -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Raid matériel et partitions invisibl es
Personnellement je mettrais du RAID software A plus Christophe == Cyril Blaison a écrit : Hello, C'est bien ce que je craignais sans en être sûr... Bon ben adieu veau vache cochon et merci pour le lien ;-) On Tue, 30 May 2006 20:19:07 +0200, pascal wrote Cyril Blaison a écrit : Hello, J'ai un noyau 2.6.12 et udev mais le probleme est tujours la... Ce qui m'inquiete c'est la partie suivante de la sortie de la commande dmesg: DAC960#0: /dev/rd/c0d0: RAID-5, Online, 430651392 blocks, Write Thru rd/c0d0: p1 p2 p3 p4 p5 p6 p7 Une autre idée ? ;-) On Tue, 30 May 2006 14:55:16 +0200, [EMAIL PROTECTED] wrote Tu as quel version de noyau ? si tu as une version supérieur à 2.6.12 tu peux installer udev A plus Christophe == [EMAIL PROTECTED] a écrit : Bonjour à tous, Je rencontre un problème sur une machine équipé d'un controleur RAID Mylex DAC 960. J'ai créé 8 partitions (3 primaires et 5 logiques) sur mon disque qui répond au doux nom de /dev/rd/c0d0 Le problème est que le système ne voit les partitions que jusqsu'à la partition /dev/rd/c0d0p7 et les autres partitions lui semble totalement inconnues... Quelqu'un saurait-il pourquoi (peut etre une limitation du controleur...)? Merci d'avance C'est une limitation du controleur apparemment : voir : http://gentoo-wiki.com/HARDWARE_Mylex_DAC960 Voilà... Pascal -- Haut par-dessus leur tête voguaient les blanches sculptures des nuages, comme en la cervelle de Michel-Ange des volutes de concept. M. Lowry -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Raid matériel et partitions invisibles
Le Mercredi 31 Mai 2006 14:17, [EMAIL PROTECTED] a écrit : Personnellement je mettrais du RAID software Pareil et c'est fait malgré une possibilité de Hard !... :P A plus Christophe == Cyril Blaison a écrit : Hello, C'est bien ce que je craignais sans en être sûr... Bon ben adieu veau vache cochon et merci pour le lien ;-) On Tue, 30 May 2006 20:19:07 +0200, pascal wrote Cyril Blaison a écrit : Hello, J'ai un noyau 2.6.12 et udev mais le probleme est tujours la... Ce qui m'inquiete c'est la partie suivante de la sortie de la commande dmesg: DAC960#0: /dev/rd/c0d0: RAID-5, Online, 430651392 blocks, Write Thru rd/c0d0: p1 p2 p3 p4 p5 p6 p7 Une autre idée ? ;-) On Tue, 30 May 2006 14:55:16 +0200, [EMAIL PROTECTED] wrote Tu as quel version de noyau ? si tu as une version supérieur à 2.6.12 tu peux installer udev A plus Christophe == [EMAIL PROTECTED] a écrit : Bonjour à tous, Je rencontre un problème sur une machine équipé d'un controleur RAID Mylex DAC 960. J'ai créé 8 partitions (3 primaires et 5 logiques) sur mon disque qui répond au doux nom de /dev/rd/c0d0 Le problème est que le système ne voit les partitions que jusqsu'à la partition /dev/rd/c0d0p7 et les autres partitions lui semble totalement inconnues... Quelqu'un saurait-il pourquoi (peut etre une limitation du controleur...)? Merci d'avance C'est une limitation du controleur apparemment : voir : http://gentoo-wiki.com/HARDWARE_Mylex_DAC960 Voilà... Pascal -- Haut par-dessus leur tête voguaient les blanches sculptures des nuages, comme en la cervelle de Michel-Ange des volutes de concept. M. Lowry -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- Et le singe devint con... Cavana
Raid matériel et partitions invisibles
Bonjour à tous, Je rencontre un problème sur une machine équipé d'un controleur RAID Mylex DAC 960. J'ai créé 8 partitions (3 primaires et 5 logiques) sur mon disque qui répond au doux nom de /dev/rd/c0d0 Le problème est que le système ne voit les partitions que jusqsu'à la partition /dev/rd/c0d0p7 et les autres partitions lui semble totalement inconnues... Quelqu'un saurait-il pourquoi (peut etre une limitation du controleur...)? Merci d'avance -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Raid matériel et partitions invisibl es
Tu as quel version de noyau ? si tu as une version supérieur à 2.6.12 tu peux installer udev A plus Christophe == [EMAIL PROTECTED] a écrit : Bonjour à tous, Je rencontre un problème sur une machine équipé d'un controleur RAID Mylex DAC 960. J'ai créé 8 partitions (3 primaires et 5 logiques) sur mon disque qui répond au doux nom de /dev/rd/c0d0 Le problème est que le système ne voit les partitions que jusqsu'à la partition /dev/rd/c0d0p7 et les autres partitions lui semble totalement inconnues... Quelqu'un saurait-il pourquoi (peut etre une limitation du controleur...)? Merci d'avance -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Raid matériel et partitions invisibles
Hello, J'ai un noyau 2.6.12 et udev mais le probleme est tujours la... Ce qui m'inquiete c'est la partie suivante de la sortie de la commande dmesg: DAC960#0: /dev/rd/c0d0: RAID-5, Online, 430651392 blocks, Write Thru rd/c0d0: p1 p2 p3 p4 p5 p6 p7 Une autre idée ? ;-) On Tue, 30 May 2006 14:55:16 +0200, [EMAIL PROTECTED] wrote Tu as quel version de noyau ? si tu as une version supérieur à 2.6.12 tu peux installer udev A plus Christophe == [EMAIL PROTECTED] a écrit : Bonjour à tous, Je rencontre un problème sur une machine équipé d'un controleur RAID Mylex DAC 960. J'ai créé 8 partitions (3 primaires et 5 logiques) sur mon disque qui répond au doux nom de /dev/rd/c0d0 Le problème est que le système ne voit les partitions que jusqsu'à la partition /dev/rd/c0d0p7 et les autres partitions lui semble totalement inconnues... Quelqu'un saurait-il pourquoi (peut etre une limitation du controleur...)? Merci d'avance -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Raid matériel et partitions invisible s
Cyril Blaison a écrit : Hello, J'ai un noyau 2.6.12 et udev mais le probleme est tujours la... Ce qui m'inquiete c'est la partie suivante de la sortie de la commande dmesg: DAC960#0: /dev/rd/c0d0: RAID-5, Online, 430651392 blocks, Write Thru rd/c0d0: p1 p2 p3 p4 p5 p6 p7 Une autre idée ? ;-) On Tue, 30 May 2006 14:55:16 +0200, [EMAIL PROTECTED] wrote Tu as quel version de noyau ? si tu as une version supérieur à 2.6.12 tu peux installer udev A plus Christophe == [EMAIL PROTECTED] a écrit : Bonjour à tous, Je rencontre un problème sur une machine équipé d'un controleur RAID Mylex DAC 960. J'ai créé 8 partitions (3 primaires et 5 logiques) sur mon disque qui répond au doux nom de /dev/rd/c0d0 Le problème est que le système ne voit les partitions que jusqsu'à la partition /dev/rd/c0d0p7 et les autres partitions lui semble totalement inconnues... Quelqu'un saurait-il pourquoi (peut etre une limitation du controleur...)? Merci d'avance C'est une limitation du controleur apparemment : voir : http://gentoo-wiki.com/HARDWARE_Mylex_DAC960 Voilà... Pascal -- Haut par-dessus leur tête voguaient les blanches sculptures des nuages, comme en la cervelle de Michel-Ange des volutes de concept. M. Lowry -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
RAID materiel Adaptec et reconstruction d'un mirroir
Bonjour J'utilise une carte raid zero channel adaptec 2025sa sata 2 avec le pilote AACRAID. J'ai 2 disque de 250gb monté en RAID1 Le pb c'est que j'ai un des disques qui en mode DEAD. En gros mon mirroir n'est plus ... 1 seul disque travaille En utilisant le client aacli ou afacli FASTCMD open AFA0 Executing: open AFA0 AFA0 container list Executing: container list Num Total Oth Chunk Scsi Partition Label Type Size Ctr Size Usage B:ID:L Offset:Size - -- -- --- -- --- -- - 0Mirror 232GBValid 0:00:0 64.0KB! 232GB /dev/sda LINUXRAID1 0:01:0 64.0KB: 232GB AFA0 disk list Executing: disk list B:ID:L Device Type BlocksBytes/Block UsageShared Rate -- -- - --- -- 0:00:0 Disk488397168 512 Initialized NO 150 0:01:0 Disk488397168 512 Initialized NO 150 AFA0 disk show space Executing: disk show space Scsi B:ID:L Usage Size --- -- - 0:00:0 Dead 64.0KB: 232GB 0:00:0 Free 232GB:17.0KB 0:01:0 Container 64.0KB: 232GB 0:01:0 Free 232GB:17.0KB Comme vous pouvez le constater le 0:00:0 est marqué à DEAD Quelqu'un serai t'il comment reconstruire le mirroir a chaud via aacli ou a reboot dans le bios ? Je prefererai le faire chaud. Je crois que c'est possible mais je ne veux pas jouer a l'apprenti sorcier Merci de votre aide -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Quels outils pour gerer le RAID adaptec sous sarge
Bonjour à tous Quelqu'un serai t'il quel paquet/outils dois je utiliser pour gérer un raid materiel via driver AACRAID ? Adaptec fournis store manager pour redhat et suse ... Quelqu'un sait t'il comment l'installer sous debian ? En fait j'aimerai savoir comment se repare un RAID1 quand il est mode degrade ou impacted (C que m'affiche le controleur au boot) Je dispose d'un carte zero channel 2025sa Tous les conseils, experiences et solutions sont les bienvenus Merci Sébastien
raid1 mdadm: devices too large for RAID level 1
Bonjour, J'essaye de faire un raid1 sur un volume de 5,4 To qui est en fait lui même un raid0 de 3 lun de 1,7To : mon premier raid0 : /dev/md0: Version : 00.90.01 Creation Time : Tue May 16 17:15:52 2006 Raid Level : raid0 Array Size : 5469875072 (5216.48 GiB 5601.15 GB) Raid Devices : 3 Total Devices : 3 Preferred Minor : 0 Persistence : Superblock is persistent Update Time : Tue May 16 17:15:52 2006 State : clean Active Devices : 3 Working Devices : 3 Failed Devices : 0 Spare Devices : 0 Chunk Size : 64K UUID : bda50bc7:89976c8d:dff5949f:c8bd1492 Events : 0.2 Number Major Minor RaidDevice State 0 8 650 active sync /dev/.static/dev/sde1 1 8 811 active sync /dev/.static/dev/sdf1 2 8 972 active sync /dev/.static/dev/sdg1 mon deuxième raid0 : /dev/md1: Version : 00.90.01 Creation Time : Tue May 16 17:57:46 2006 Raid Level : raid0 Array Size : 5469883840 (5216.49 GiB 5601.16 GB) Raid Devices : 3 Total Devices : 3 Preferred Minor : 1 Persistence : Superblock is persistent Update Time : Tue May 16 17:57:46 2006 State : clean Active Devices : 3 Working Devices : 3 Failed Devices : 0 Spare Devices : 0 Chunk Size : 64K UUID : f4038bac:d386c68f:a4da58d4:7e961061 Events : 0.1 Number Major Minor RaidDevice State 0 8 170 active sync /dev/.static/dev/sdb1 1 8 331 active sync /dev/.static/dev/sdc1 2 8 492 active sync /dev/.static/dev/sdd1 quand je crée mon troisième raid1 sur /dev/md0 et /dev/md1 : mdadm --create /dev/md2 --level=1 --raid-devices=2 /dev/md0 /dev/md1 j'ai le message suivant : mdadm: devices too large for RAID level 1 Il y a une limitation de taille pour créer un raid1 ? Merci Patrick -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
RESOLUT - Re: raid1 mdadm: devices too large for RAID level 1
J'ai fait l'inverse : 3 raid1 de 1,7To et un raid0 avec les 3 raid1 Cela fonctionne pour l'instant. Patrick Le mardi 16 mai 2006 à 17:21 +0200, Patrick Noël a écrit : Bonjour, J'essaye de faire un raid1 sur un volume de 5,4 To qui est en fait lui même un raid0 de 3 lun de 1,7To : mon premier raid0 : /dev/md0: Version : 00.90.01 Creation Time : Tue May 16 17:15:52 2006 Raid Level : raid0 Array Size : 5469875072 (5216.48 GiB 5601.15 GB) Raid Devices : 3 Total Devices : 3 Preferred Minor : 0 Persistence : Superblock is persistent Update Time : Tue May 16 17:15:52 2006 State : clean Active Devices : 3 Working Devices : 3 Failed Devices : 0 Spare Devices : 0 Chunk Size : 64K UUID : bda50bc7:89976c8d:dff5949f:c8bd1492 Events : 0.2 Number Major Minor RaidDevice State 0 8 650 active sync /dev/.static/dev/sde1 1 8 811 active sync /dev/.static/dev/sdf1 2 8 972 active sync /dev/.static/dev/sdg1 mon deuxième raid0 : /dev/md1: Version : 00.90.01 Creation Time : Tue May 16 17:57:46 2006 Raid Level : raid0 Array Size : 5469883840 (5216.49 GiB 5601.16 GB) Raid Devices : 3 Total Devices : 3 Preferred Minor : 1 Persistence : Superblock is persistent Update Time : Tue May 16 17:57:46 2006 State : clean Active Devices : 3 Working Devices : 3 Failed Devices : 0 Spare Devices : 0 Chunk Size : 64K UUID : f4038bac:d386c68f:a4da58d4:7e961061 Events : 0.1 Number Major Minor RaidDevice State 0 8 170 active sync /dev/.static/dev/sdb1 1 8 331 active sync /dev/.static/dev/sdc1 2 8 492 active sync /dev/.static/dev/sdd1 quand je crée mon troisième raid1 sur /dev/md0 et /dev/md1 : mdadm --create /dev/md2 --level=1 --raid-devices=2 /dev/md0 /dev/md1 j'ai le message suivant : mdadm: devices too large for RAID level 1 Il y a une limitation de taille pour créer un raid1 ? Merci Patrick -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Résolut - Re: Sarge 2.6.8 module aacraid pour carte adaptec raid 2020zcr
Bonjour, je vous donne ma méthode pour arriver à faire fonctionner le driver aacraid pour une carte adaptec 2020Zcr. J'ai récupéré les sources pour la carte AOC-LPZCR1 qui est en fait une adaptec 2020Zcr ici : http://www.obvious.co.nz/aacraid/ et j'ai pris la dernière version aacraid-1.1.5-2421.tgz . J'ai remplacé dans les sources du kernel 2.6.8 le contenu du dossier drivers/scsi/aacraid par les sources de la version 1.1.5-2421 et j'ai recompiler le noyau sans aucun problème. Nous avons testé avec 3 machines et pour l'instant nous n'avons pas de pb. D'après ce que j'ai compris le driver aacraid inclus dans les Kernel Debian est un driver qui a été ré-écrit à partir des sources adaptec, mais il n'est pas compatible avec les dernières cartes. Patrick Le jeudi 11 mai 2006 à 16:37 +0200, Patrick Noël a écrit : Bonjour, J'ai un serveur (Supermicro BiXeon) avec un raid scsi géré par une carte adaptec 2020zcr. Le pilote pour cette carte est le module aacraid mais le pb est que dans le noyau la version 1.1-2 installée gère mal la carte et au bout de qq heure de fonctionnement j'ai des messages du type : scsi0(0:0) rejecting I/O to offline device Puis des erreurs sur le fs ext3 et enfin un système qui ne veut plus booter. Après une recherche sur le net j'ai vu que le driver aacraid dans cette version ne supporte pas la carte 2020zcr et qu'il faut la version 1.1-4 qui est dans le kernel 2.6.14. J'ai récupéré le package debian de ce kernel et pris dedans le dossier contenant les sources pour aacraid afin de le mettre dans les sources du kernel 2.6.8 et de compiler le tout. Mais j'ai des erreurs sur la compilation du module aacraid : par ex aacraid.h:1240: error: storage size of 'sg' isn't known Je suppose que ce n'est pas la bonne méthode, existe il un backport des source aacraid 1.1-' pour le kernel 2.6.8 ? ou bien faut il que je pense en 2.6.14 ? mon souci est de rester en version supportée du kernel pour sarge. Merci Patrick -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Sarge 2.6.8 module aacraid pour carte adaptec raid 2020zcr
Bonjour, J'ai un serveur (Supermicro BiXeon) avec un raid scsi géré par une carte adaptec 2020zcr. Le pilote pour cette carte est le module aacraid mais le pb est que dans le noyau la version 1.1-2 installée gère mal la carte et au bout de qq heure de fonctionnement j'ai des messages du type : scsi0(0:0) rejecting I/O to offline device Puis des erreurs sur le fs ext3 et enfin un système qui ne veut plus booter. Après une recherche sur le net j'ai vu que le driver aacraid dans cette version ne supporte pas la carte 2020zcr et qu'il faut la version 1.1-4 qui est dans le kernel 2.6.14. J'ai récupéré le package debian de ce kernel et pris dedans le dossier contenant les sources pour aacraid afin de le mettre dans les sources du kernel 2.6.8 et de compiler le tout. Mais j'ai des erreurs sur la compilation du module aacraid : par ex aacraid.h:1240: error: storage size of 'sg' isn't known Je suppose que ce n'est pas la bonne méthode, existe il un backport des source aacraid 1.1-' pour le kernel 2.6.8 ? ou bien faut il que je pense en 2.6.14 ? mon souci est de rester en version supportée du kernel pour sarge. Merci Patrick -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Impossible d'augmenter la taille d'un raid 5
[EMAIL PROTECTED] a écrit : Pour agrandir le raid5 seul la dernière version de mdadm 2.4.1 le permet ainsi que le kernel 2.6.17-mm1 MINIMUM @plus Christophe = DoMinix wrote: miklkl.news a écrit : Bonjour, J'ai créé un raid 5 sur 5 partition de 100 Go via la commande suivante : #mdadm --create --level=5 --raid-devices=5 /dev/sd[abc]1 /dev/hd[cd]1 J'ai ensuite remplacé chaque disque par un 300 Go. (mdadm --remove et mdadm --add) Je souhaite profiter de cet nouvel espace, mais j'ai l'erreur suivante : #mdadm --grow /dev/md0 --size=max mdadm: Cannot set device size/shape for /dev/md0: No space left on device Quelqu'un aurait une idée ? Merci d'avance. Mikl c'est pas clair, voyons un peu : . au depart tu avais 5 disques de 100 Go ce qui fait 500 Go . tu les remplacent par 5 disques de 500 Go ce qui fait 2500 Go ? qu'a tu fait des données de base ? ? les disques ont ils des partitions ? quelles tailles ? ? as tu ajouté les partitions a md0 ? dis nous un peu tout ça. Pour commencer, merci de vous êtes interessés à mon problème qui a trouvé solution. Pour résumé, j 'ai changé disque par disque sans désactiver le raid. J'ai fait par exemple mdadm /dev/md0 --fail /dev/sda1 , puis --remove, changement de disque et mdadm /dev/md0 --add /dev/sda à chaud ! Je ne pouvais pas garder les disques remplacés ... ( les cinq remplacés sur 2 mois ) Aprés avoir changé tous mes disques, je voulai pouvoir utiliser les 200Go non utilisés de chaque disque. A l'exécution de : #mdadm --grow /dev/md0 --size=max J'avais le message suivant: mdadm: Cannot set device size/shape for /dev/md0: No space left on device Mais j'ai trouvé la solution, au lieu de mdadm --assemble /dev/md0 /dev/sd ... pour réasembler le raid, j'ai refait un mdadm --create /dev/mda ... par dessus. Je ne pensai pas retouver ma partion ext3 intact:-) Un simple resize /dev/md0 et c'était gagné. J'ai quand même graver quelques 40 DVD :-) , histoire d'être sûr ... Sinon, je suis en mdam v1.90 avec un kernel v2.6.12. Merci Mikl -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Impossible d'augmenter la taille d'un raid 5
miklkl.news a écrit : Bonjour, J'ai créé un raid 5 sur 5 partition de 100 Go via la commande suivante : #mdadm --create --level=5 --raid-devices=5 /dev/sd[abc]1 /dev/hd[cd]1 J'ai ensuite remplacé chaque disque par un 300 Go. (mdadm --remove et mdadm --add) Je souhaite profiter de cet nouvel espace, mais j'ai l'erreur suivante : #mdadm --grow /dev/md0 --size=max mdadm: Cannot set device size/shape for /dev/md0: No space left on device Quelqu'un aurait une idée ? Merci d'avance. Mikl c'est pas clair, voyons un peu : . au depart tu avais 5 disques de 100 Go ce qui fait 500 Go . tu les remplacent par 5 disques de 500 Go ce qui fait 2500 Go ? qu'a tu fait des données de base ? ? les disques ont ils des partitions ? quelles tailles ? ? as tu ajouté les partitions a md0 ? dis nous un peu tout ça. -- dominix. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Impossible d'augmenter la taille d'un raid 5
Pour agrandir le raid5 seul la dernière version de mdadm 2.4.1 le permet ainsi que le kernel 2.6.17-mm1 MINIMUM @plus Christophe = DoMinix wrote: miklkl.news a écrit : Bonjour, J'ai créé un raid 5 sur 5 partition de 100 Go via la commande suivante : #mdadm --create --level=5 --raid-devices=5 /dev/sd[abc]1 /dev/hd[cd]1 J'ai ensuite remplacé chaque disque par un 300 Go. (mdadm --remove et mdadm --add) Je souhaite profiter de cet nouvel espace, mais j'ai l'erreur suivante : #mdadm --grow /dev/md0 --size=max mdadm: Cannot set device size/shape for /dev/md0: No space left on device Quelqu'un aurait une idée ? Merci d'avance. Mikl c'est pas clair, voyons un peu : . au depart tu avais 5 disques de 100 Go ce qui fait 500 Go . tu les remplacent par 5 disques de 500 Go ce qui fait 2500 Go ? qu'a tu fait des données de base ? ? les disques ont ils des partitions ? quelles tailles ? ? as tu ajouté les partitions a md0 ? dis nous un peu tout ça. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Impossible d'augmenter la taille d'un raid 5
Bonjour, J'ai créé un raid 5 sur 5 partition de 100 Go via la commande suivante : #mdadm --create --level=5 --raid-devices=5 /dev/sd[abc]1 /dev/hd[cd]1 J'ai ensuite remplacé chaque disque par un 300 Go. (mdadm --remove et mdadm --add) Je souhaite profiter de cet nouvel espace, mais j'ai l'erreur suivante : #mdadm --grow /dev/md0 --size=max mdadm: Cannot set device size/shape for /dev/md0: No space left on device Quelqu'un aurait une idée ? Merci d'avance. Mikl -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
taux de transfert disque sata raid
Bonjour, Je suis intéressé sur des retours d'expérience concernant les taux de transferts de disques SATA sur contrôleur RAID. Sur une station de travail avec un disque sata sur contrôleur sata classique (DELL Optiplex GX620 / Pentium 4 / 3 Ghz /1Go RAM), la copie de 1 Go met 20 secondes. = 53 Mo/s Sur un serveur (DELL PowerEdge 1800) avec 6 disques sata sur contrôleur raid (en mode raid 5), cette même copie met 40 secondes... = 26 Mo/s Sur un même serveur en mode raid désactivé, la copie met 25 secondes. = 42 MO/s Le module chargé pour le contrôleur RAID est aacraid. A priori, je n'ai pas vu d'options spécifiques à donner au chargement de ce module. Le RAID matériel est-il normalement plus long que sans raid, ceci dans ces proportions ? signature.asc Description: Ceci est une partie de message numériquement signée
Re: taux de transfert disque sata raid
Il faut faire attention aux effets de cache : cache mémoire de PC : ici la RAM est contient le fichier à lire ! et aussi cache du RAID harware. Penser aussi que dans la copie, il y a une lecture préalable du fichier que l'on copie, qui risque de plomber la performance si le disque lu est lent... Je suggère de faire des tests sur des volumes TRES supérieurs aux mémoires. Aussi par exemple, lire un fichier genre 500 megas, et de le dupliquer de nombreuses fois sur le RAID : ainsi on ne pénalise pas la lecture : le fichier est lu une fois, et l'écriture se fera depuis la RAM. script à 2 sous : for i in `seq 1 100` do time cp fichier_500meg /le_volume_RAID/f.$i done Aussi, essayer le package bonnie++ apt-get install bonnie mes 2 centimes. On Tue, 25 Apr 2006, Roland JARRY wrote: Bonjour, Je suis intéressé sur des retours d'expérience concernant les taux de transferts de disques SATA sur contrôleur RAID. Sur une station de travail avec un disque sata sur contrôleur sata classique (DELL Optiplex GX620 / Pentium 4 / 3 Ghz /1Go RAM), la copie de 1 Go met 20 secondes. = 53 Mo/s Sur un serveur (DELL PowerEdge 1800) avec 6 disques sata sur contrôleur raid (en mode raid 5), cette même copie met 40 secondes... = 26 Mo/s Sur un même serveur en mode raid désactivé, la copie met 25 secondes. = 42 MO/s Le module chargé pour le contrôleur RAID est aacraid. A priori, je n'ai pas vu d'options spécifiques à donner au chargement de ce module. Le RAID matériel est-il normalement plus long que sans raid, ceci dans ces proportions ? =_==_==_==_==_==_= =¯==¯==¯==¯==¯==¯= Gilles Missonnier IAP - [EMAIL PROTECTED] 01 44 32 81 36
RE: Pbl drivers RAID IBM Sarge et testing
Je donne la mainà mes collègues pour configurer un serveur IBM xSeries 226 équipé de 3 disques 320Go en RAID5 SCSI2 Il y a donc une carte RAID SCSI et le driver est fourni par IBM, en fait, la machine est arrivée avec d'un CD d'install (pour WinXP, LINUX, ... ) indépendant de l'OS. Les collègues ont lancé l'install sous XP (je crois). Après, j'ai pris la main et installé une DEBIAN (sarge je crois, j'ai du malà comprendre version/numérotion ;-))) mais le RAID5 est complètement transparent. Pour l'OS il n'y a pas de RAID (logiciel). Ci-dessous les traces dans "dmesg" : scsi1 : Adaptec AIC79XX PCI-X SCSI HBA DRIVER, Rev 1.3.11 Adaptec 29320ALP Ultra320 SCSI adapter aic7901: Ultra320 Wide Channel A, SCSI Id=7, PCI-X 101-133Mhz, 512 SCBs (scsi1:A:3): 160.000MB/s transfers (80.000MHz DT, 16bit) Vendor: IBM Model: HH LTO Gen 2 Rev: 0202 Type: Sequential-Access ANSI SCSI revision: 03ACPI: PCI interrupt :04:08.0[A] - GSI 28 (level, low) - IRQ 28ips :04:08.0: Warning ! ! ! ServeRAID Version Mismatchips :04:08.0: Bios = 7.10.18, Firmware = 7.10.18, Device Driver = 7.00.15ips :04:08.0: These levels should match to avoid possible compatibility problems.scsi2 : IBM PCI ServeRAID 7.00.15 Build 625 ServeRAID 6M Vendor: IBM Model: SERVERAID Rev: 1.00 Type: Direct-Access ANSI SCSI revision: 02 Vendor: IBM Model: SERVERAID Rev: 1.00 Type: Direct-Access ANSI SCSI revision: 02 Vendor: IBM Model: SERVERAID Rev: 1.00 Type: Processor ANSI SCSI revision: 02 Vendor: IBM Model: 02R0980a S320 1 Rev: 1 Type: Processor ANSI SCSI revision: 02SCSI device sda: 71096320 512-byte hdwr sectors (36401 MB)SCSI device sda: drive cache: write through/dev/scsi/host2/bus0/target0/lun0: p1 p2 p5 p6 -Message d'origine-De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]De la part de Cédric LE BRISEnvoyé: jeudi 6 avril 2006 12:06À: debian-user-french@lists.debian.orgObjet: Pbl drivers RAID IBM Sarge et testing Bonjour à tous J'ai un soucis, nous possédons des serveurs IBM X306 et X346 malheureusement on tourne sous Fedora Core du fait que sous debian que ça soit en testing ou en stable, le raid n'est pas supporté, il voit les deux disques... J'aimerais éviter d'avoir à faire du RAID logiciel... une idée??
Pbl drivers RAID IBM Sarge et testing
Bonjour à tous J'ai un soucis, nous possédons des serveurs IBM X306 et X346 malheureusement on tourne sous Fedora Core du fait que sous debian que ça soit en testing ou en stable, le raid n'est pas supporté, il voit les deux disques... J'aimerais éviter d'avoir à faire du RAID logiciel... une idée??
Re: Pbl drivers RAID IBM Sarge et testing
On 12:14 Thu 06 Apr , Cédric LE BRIS wrote: Bonjour à tous J'ai un soucis, nous possédons des serveurs IBM X306 et X346 malheureusement on tourne sous Fedora Core du fait que sous debian que ça soit en testing ou en stable, le raid n'est pas supporté, il voit les deux disques... J'aimerais éviter d'avoir à faire du RAID logiciel... Ben s'il voit les 2 disques, c'est que ce n'est pas du vrai RAID matériel. ou je me trompe peut-etre ? En passant, j'ai un serveur Debian avec du RAID logiciel et cela fonctionne vraiment très bien. Amicalement, -- ,''`. Xavier Oswald [EMAIL PROTECTED] : :' : GnuPG Key ID 0x88BBB51E `. `' 938D D715 6915 8860 9679 4A0C A430 C6AA 88BB B51E `- GNU/LINUX Debian Debian-Edu Developer -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Pb RAID ou pas ?
bonsoir à tous, j'ai eut un reboot houleux a l'instant. Mon log m'apprend que mon disque dur hdb pose des problèmes. je voulais avoir des spécialistes du raid. Faut il que je m'inquète ou pas ??? Merci pour vos réponses. Christophe. --- 06.04.2006 19:59:20 localhost kernel [ 152.593301] EXT2-fs error (device md0): ext2_free_blocks: bit already cleared for block 25882809 06.04.2006 19:59:20 localhost kernel [ 152.593807] EXT2-fs error (device md0): ext2_free_blocks: bit already cleared for block 25882810 06.04.2006 19:59:42 localhost kernel [ 173.876507] EXT2-fs error (device md0): ext2_free_blocks: bit already cleared for block 25882849 06.04.2006 19:59:42 localhost kernel [ 173.877083] EXT2-fs error (device md0): ext2_free_blocks: bit already cleared for block 25882850 06.04.2006 19:59:42 localhost kernel [ 173.877431] EXT2-fs error (device md0): ext2_free_blocks: bit already cleared for block 25882851 06.04.2006 19:59:42 localhost kernel [ 173.84] EXT2-fs error (device md0): ext2_free_blocks: bit already cleared for block 25882852 06.04.2006 19:59:42 localhost kernel [ 173.878193] EXT2-fs error (device md0): ext2_free_blocks: bit already cleared for block 25882853 06.04.2006 19:59:42 localhost kernel [ 173.878525] EXT2-fs error (device md0): ext2_free_blocks: bit already cleared for block 25882854 06.04.2006 19:59:42 localhost kernel [ 173.878843] EXT2-fs error (device md0): ext2_free_blocks: bit already cleared for block 25882855 06.04.2006 19:59:42 localhost kernel [ 173.879161] EXT2-fs error (device md0): ext2_free_blocks: bit already cleared for block 25882856 06.04.2006 19:59:42 localhost kernel [ 173.879479] EXT2-fs error (device md0): ext2_free_blocks: bit already cleared for block 25882857 06.04.2006 19:59:42 localhost kernel [ 173.879810] EXT2-fs error (device md0): ext2_free_blocks: bit already cleared for block 25882859 06.04.2006 19:59:42 localhost kernel [ 173.880117] EXT2-fs error (device md0): ext2_free_blocks: bit already cleared for block 25882858 06.04.2006 20:00:02 localhost kernel [ 194.330684] hdb: status error: status=0x7f { DriveReady DeviceFault SeekComplete DataRequest CorrectedError Index Error } 06.04.2006 20:00:02 localhost kernel [ 194.330695] hdb: status error: error=0x7f { DriveStatusError UncorrectableError SectorIdNotFound TrackZeroNotFound AddrMarkNotFound }, LBAsect=260013951, sector=240121535 06.04.2006 20:00:02 localhost kernel [ 194.330708] ide: failed opcode was: unknown 06.04.2006 20:00:02 localhost kernel [ 194.330715] hda: DMA disabled 06.04.2006 20:00:02 localhost kernel [ 194.330719] hdb: DMA disabled 06.04.2006 20:00:02 localhost kernel [ 194.330744] hdb: drive not ready for command 06.04.2006 20:00:02 localhost kernel [ 194.480582] ide0: reset: success 06.04.2006 20:00:12 localhost kernel [ 204.330611] hdb: status error: status=0x7f { DriveReady DeviceFault SeekComplete DataRequest CorrectedError Index Error } 06.04.2006 20:00:12 localhost kernel [ 204.330622] hdb: status error: error=0x7f { DriveStatusError UncorrectableError SectorIdNotFound TrackZeroNotFound AddrMarkNotFound }, LBAsect=260013951, sector=240121535 06.04.2006 20:00:12 localhost kernel [ 204.330635] ide: failed opcode was: unknown 06.04.2006 20:00:12 localhost kernel [ 204.330663] hdb: drive not ready for command 06.04.2006 20:00:38 localhost kernel [ 229.837155] ide0: reset: success 06.04.2006 20:00:39 localhost kernel [ 231.153270] hdb: status error: status=0x30 { DeviceFault SeekComplete } 06.04.2006 20:00:39 localhost kernel [ 231.153279] 06.04.2006 20:00:39 localhost kernel [ 231.153280] ide: failed opcode was: unknown 06.04.2006 20:00:39 localhost kernel [ 231.153308] hdb: no DRQ after issuing MULTWRITE 06.04.2006 20:00:44 localhost kernel [ 236.303083] ide0: reset: success -
Debian 3.1 RAID hardware fasttrak tx4000 - kernel 2.4.32 : boot sur array raid 1
Bonjour, Je travaille actuellement au passage en Raid 1 d'un serveur pour ma société avec une carte promise fasttrak tx4000 et deux disques de 40 GB (serveur dns). Cette machine tourne sur un noyau vanilla 2.4.32 prepatch auquel j'ai ajouté le dernier driver source ft3xx.o. 10.0.0.19 La prise en charge matérielle du contrôleur semble être OK, car je vois le périphérique /dev/sda chargé de représenter ma matrice raid 1 et je peux la monter, lire et écrire dessus sans souci. Dans cette configuration, sur mes deux disques un reste sur le bus ide de la carte mère /dev/hda et le second est monté sur la carte raid (c'est une image de hda). Afin de permettre un boot de la debian depuis la carte raid, j'ai réalisé les étapes suivantes : 1) Modification de la fstab de /dev/sda afin d'enregistrer les partitions cibles sous sdaX et non plus hdaX. 2) copie du fichier /etc/lilo.conf vers /dev/sda1/etc/lilo.conf 3) édition du fichier lilo.conf pour passer les paramètres de boot de hda à sda. 4) inscription d'un MBR avec les paramètres de sda sur sda par la commande : /usr/sbin/lilo -r /mnt/etc (répertoire etc de sda) -C /mnt/etc/lilo.conf (prise en compte du fichier lilo.conf de sda). La procédure fonctionne sans problème et les options de boot me sont retournées. Jusque là je ne pense pas faire d'erreur, je me suis assuré également que le module qui pilote le contrôleur soit chargé au boot dans le noyau avec modconf. C'est maintenant que les choses ce compliquent, malgré des paramètres de boot qui me semble correct, le kernel m'affiche une erreur kernel panic lorsqu'il tente d'accéder au système de fichier / . Voici les principaux éléments de configuration : Vérification du module au boot par lsmod : Module Size Used byTainted: P vfat 10540 1 (autoclean) fat31928 0 (autoclean) [vfat] sg 32028 0 (autoclean) ft3xx 216000 0 ide-scsi 10192 0 rtc 6440 0 (autoclean) fstab de /dev/sda : # /etc/fstab: static file system information. # # file system mount point type options dump pass /dev/sda1 / ext3errors=remount-ro 0 1 /dev/sda2 noneswapsw 0 0 proc/proc procdefaults0 0 /dev/fd0/floppy autouser,noauto 0 0 /dev/cdrom /cdrom iso9660 ro,user,noauto 0 0 /dev/sda5 /lost+found ext3defaults0 2 /dev/sda6 /root ext3defaults0 2 /dev/sda7 /tmpext3defaults0 2 /dev/sda8 /varext3defaults0 2 /dev/sda9 /home ext3defaults0 2 /dev/sda10 /usrext3defaults0 2 /proc/bus/usb noneusbfs defaults0 0 Fichier lilo.conf de sda : # /etc/lilo.conf - See: `lilo(8)' and `lilo.conf(5)', # --- `install-mbr(8)', `/usr/share/doc/lilo/', # and `/usr/share/doc/mbr/'. # +---+ # |!! Reminder !! | # | | # | Don't forget to run `lilo' after you make changes to this | # | conffile, `/boot/bootmess.txt', or install a new kernel. The | # | computer will most likely fail to boot if a kernel-image | # | post-install script or you don't remember to run `lilo'. | # | | # +---+ # Support LBA for large hard disks. lba32 # Overrides the default mapping between harddisk names and the BIOS' # harddisk order. Use with caution. #disk=/dev/hde #bios=0x81 disk=/dev/sda bios=0x80 # Specifies the boot device. This is where Lilo installs its boot # block. It can be either a partition, or the raw device, in which # case it installs in the MBR, and will overwrite the current MBR. # boot=/dev/sda # Specifies the device that should be mounted as root. (`/') # root=/dev/sda1 # Enable map compaction: # Tries to merge read requests for adjacent sectors into a single # read request. This drastically reduces load time and keeps the # map smaller. Using `compact' is especially recommended when # booting from a floppy disk. It is disabled here by default # because it doesn't always work. # # compact # Installs the specified file as the new boot sector # You have the choice between: bmp, compat, menu and text # Look in /boot/ and in lilo.conf(5) manpage for details # install=/boot/boot-menu.b # Specifies the location of the map file # map=/boot/map # You can set a password here
installation raid + LVM suite
Re la liste. Toujours des pbs d'installation sur toujours la meme carte mère Asus P5GDC. Les conseils détaillés et précis d'un membre de la liste n'y ont rien fait : l'installation d'un raid soft + LVM avec deux disques IDE a été impossible sur le controleur ITE8212F, la dénomination des disques changeant entre l' installation de base et le premier reboot. En désespoir de cause je me suis donc rabattu sur deux disques sata Seagate 250 Go puisque la carte comporte un controleur intel ICH6R avec 4 ports SATA et possibilité de RAID 1 avec l'intel Matrix Storage (que je n'ai pas utilisé). Refroidi par mes mutiples tentatives avec l'installeur Etch/Sarge je tente l'installation d'une Ubuntu Dapper (noyau 2.6.15) qui semble bien se passer (donc boot en raid /dev/md0 et /dev/md1 en volume physique LVM). Pendant l'édition d'un fichier de conf avec vi freeze soudain de la machine, reboot, /dev/md1 dégradé avec second disque (partition /dev/sdb2) absent. Reconstruction de l'array. Ré édition d'un autre fichier de conf avec vi à nouveau freeze de la machine après une erreur type (toujours le même disque absent): translated ATA stat/err 0xd1/00 to SCSI SK/ASC/ASCQ... reboot, début de reconstruction et là : BUG: Soft lock on CPU#0 et plus rien. Le boot avec un live CD (grml basé sur une debian sid) voit une tentative bizarroïde de reconstruction du raid (cat /proc/mdstat affiche TRES rapidement 99,9% d'effectué sur une partition de 245 Go et mouline) et un vgdisplay fait freezer un shell...Pas bon... En ce moment je teste les deux disques avec Ultimate Boot CD mais jusqu'à maintenant il ne semble pas trouver d'erreur. Quelqu'un aurait-il déjà expérimenté ce genre d'erreurs ? A votre avis cela peut-il être matériel, notamment l'alim ? Ou dois-je définitivement renoncer au raid sur cette carte... Je n'ose pas dire ...à Linux ? Merci d'avance Pascal -- Haut par-dessus leur tête voguaient les blanches sculptures des nuages, comme en la cervelle de Michel-Ange des volutes de concept. M. Lowry -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Raid 5 Installation
Bonjour, J'installe un serveur avec debian Sarge, pour cela, je vais mettre le système en raid 5, ce que je n'ai jamais fait. Je lance l'installation, le serveur détecte 3 disques SCSI. Au moment du partitonnement, je crée 3 partitions raid sur chaque disque C'est pas la bonne technique. Il faut d'abord créer un disque virtuel RAID avec raidtools2, puis ensuite partitionner puis formater ce nouveau disque (normalement /dev/md0). 10 go prévue pour / 2 go prévue pour la swap 134 go prévue pour la home. j'applique ce partionnement sur chaque disque, et je lance l'outils de configuration raid. Que pensez-vous de ce partitionnement ? C'est pas mal, sauf pour les 2 Go pour le swap c'est peut-être un peu beaucoup. Et j'aimerais avoir une précision, si un disque crash, je change ce disque et thééoriquement les données seront toujours la, c'est bien ça? Tout à fait :-) -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Raid 5 Installation
Nico wrote: Bonjour, J'installe un serveur avec debian Sarge, pour cela, je vais mettre le système en raid 5, ce que je n'ai jamais fait. Je lance l'installation, le serveur détecte 3 disques SCSI. Au moment du partitonnement, je crée 3 partitions raid sur chaque disque C'est pas la bonne technique. Il faut d'abord créer un disque virtuel RAID avec raidtools2, puis ensuite partitionner puis formater ce nouveau disque (normalement /dev/md0). avec mdadm. 10 go prévue pour / si / est en raid 5 alors prévoir une partition /boot en raid1 2 go prévue pour la swap 134 go prévue pour la home. j'applique ce partionnement sur chaque disque, et je lance l'outils de configuration raid. Que pensez-vous de ce partitionnement ? -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Raid 5 Installation
Stena83 wrote: Donc ce que j'ai fait : J'ai 3 disques de 146 go en SCSI : chaque disque : -swap 2go - raid 144go Ce qui me donne pour le raid 5 289 go où je met le point de montage / Je ne comprend pas comment créer /boot en raid 1 sur mes disques. est-ce que je dois faire sur chaque disque : -/boot 20 mo -swap 2go - raid 143,95 /boot - 100Mo en type fd / - 143Go type fd swap - 2Go type fd -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Raid 5 Installation
Bonjour, J'installe un serveur avec debian Sarge, pour cela, je vais mettre le système en raid 5, ce que je n'ai jamais fait. Je lance l'installation, le serveur détecte 3 disques SCSI. Au moment du partitonnement, je crée 3 partitions raid sur chaque disque 10 go prévue pour / 2 go prévue pour la swap 134 go prévue pour la home. j'applique ce partionnement sur chaque disque, et je lance l'outils de configuration raid. Que pensez-vous de ce partitionnement ? Et j'aimerais avoir une précision, si un disque crash, je change ce disque et thééoriquement les données seront toujours la, c'est bien ça?
Re: Experience Carte RAID PROMISE - FastTrak SX4100
Salut armando, Merci beaucoup pour ta réponse. Comme tu l'a dit c'est un choix important pour l'acquisition de nos serveurs . Si le raid matériel n'est pas reconnu, l'intérêt en est très nettement amoindri. Je vais me renseigner du côté de chez Redhat où la carte semble être totalement fonctionnelle. Mais aussi du côté des cartes 3ware comme tu me l'a conseillé. Encore merci Cordialement M. Message du 09/03/06 à 23h57 De : Armando_hardz [EMAIL PROTECTED] A : debian-user-french@lists.debian.org Copie à : [EMAIL PROTECTED] Objet : Re: Experience Carte RAID PROMISE - FastTrak SX4100 JS a écrit : Bonjour à tous , J'aimerais savoir si quelqu'un a déjà réussi à faire fonctionner cette Carte RAID sous Linux Debian http://www.additionaldesign.fr/sauvegarde-de-donnees/cartes-controleurs-pci--hba-/promise-fasttrak-sx4100.html En effet, je dois faire l'acquisition d'un serveur avec Raid très prochainement et cette carte m'est proposée avec. Sur la doc il précise que les drivers sont biens fournies avec Redhat et Suse mais ils ne parlent pas de Debian. Si quelqu'un avait un retour d'expérience... D'avance merci Cordialement M. Salut, j'ai eu l'occasion de tester le module FastrTrak des kernel 2.6.x, le module fonctionne tres bien sauf qu'il ne reconnait pas le raid hard. C'est effectivement dommage car c'est pour cette fonctionnalité et pour le prix atraillant que nous avons fait l'acquisition de cette carte. Tu peut aussi t'amuser a compiler le drivers fourni par le constructeur, mais c'est une vrai galere pour le charger au boot, donc je me suis résolu à l'utiliser sur une partition non système. Bon la le raid est bien reconnu par Debian mais j'ai plein d'erreur I/O donc verdict je ne te conseille pas une FastTrak mais une 3ware qui est completement suporter par les kernel 2.6.x.x J'espere avoir répondu à ta question. -- Martins Armando
Re: Mise à zéro des superblocks sur RAID sans risque ?!
Bonjour, J'ai effacé les superblocks de mes disques avec la commande mdadm --zero-superblock /dev/sda , et de même pour tous mes disques de mon array.Quand je veux maintenant réassembler mon RAID, ça me dit : mdadm --assemble /dev/md0 /dev/sda /dev/sdb /dev/sdc /dev/sdd /dev/hdcmdadm: no RAID superblock on /dev/sdamdadm: /dev/sda has no superblock - assembly abortedJe pense qu'il faudrait que mdadm réécrive des superblocks pour pouvoir assembler l'array, n'est ce pas ? Quelle(s) commande(s) dois-je utiliser pour restaurer tout ça ?Je n'ai pas trouvé d'indication valable sur le net...Merci d'avance, j'espère que je n'ai pas tout perdu en faisant cela...--Raf On 3/10/06, Le poulpe qui bloppe ! [EMAIL PROTECTED] wrote: Le 10/03/06, Raphael Delaporte [EMAIL PROTECTED] a écrit : Bonsoir la liste, J'ai créé un raid 5 sur 5 disques sans problème uniquement pour contenir des données personnelles (aucun système d'installé dessus). Celui-ci marche sans problème.Cependant, j'ai du réinstaller ma Debian, et lors de l'installation de mdadm, l'assistant de configuration me dit que je dois mettre à 0 les superblock si j'ai déjà un RAID existant. Ma question est donc la suivante, si je mets les superblocks à 0 comme indiqué, est-ce que j'aurais toujours accès à mes données sur le RAID ? Ou cela va-t-il le rendre inaccessible ? J'ai peur de perdre toutes mes données. Je précise que sans rien toucher, le RAID ne s'active pas automatiquement au démarrage (mount: /dev/md0: can't read superblock), mais je peux l'activer manuellement avec mdadm --assemble /dev/md0 ... ... . Merci à tous pour vos lumières ;p--Raf Bonjour,Je te rassure, tu ne perdra aucune données en effacant le superblock.Mais par contre ma debian ne veux toujours pas monter automatiquement mon raid malgrè l'effacement des supers blocks, si tu trouve comment faire, ce serai sympa de mailer la facon dont tu t'y prends ! Bonne journée.
Re: Mise à zéro des superblocks sur RAID sans risque ?!
Le 10/03/06, Raphael Delaporte [EMAIL PROTECTED] a écrit : Bonjour, J'ai effacé les superblocks de mes disques avec la commande mdadm --zero-superblock /dev/sda , et de même pour tous mes disques de mon array.Quand je veux maintenant réassembler mon RAID, ça me dit : mdadm --assemble /dev/md0 /dev/sda /dev/sdb /dev/sdc /dev/sdd /dev/hdcmdadm: no RAID superblock on /dev/sdamdadm: /dev/sda has no superblock - assembly abortedJe pense qu'il faudrait que mdadm réécrive des superblocks pour pouvoir assembler l'array, n'est ce pas ? Quelle(s) commande(s) dois-je utiliser pour restaurer tout ça ?Je n'ai pas trouvé d'indication valable sur le net...Merci d'avance, j'espère que je n'ai pas tout perdu en faisant cela... --Raf On 3/10/06, Le poulpe qui bloppe ! [EMAIL PROTECTED] wrote: Le 10/03/06, Raphael Delaporte [EMAIL PROTECTED] a écrit : Bonsoir la liste, J'ai créé un raid 5 sur 5 disques sans problème uniquement pour contenir des données personnelles (aucun système d'installé dessus). Celui-ci marche sans problème.Cependant, j'ai du réinstaller ma Debian, et lors de l'installation de mdadm, l'assistant de configuration me dit que je dois mettre à 0 les superblock si j'ai déjà un RAID existant. Ma question est donc la suivante, si je mets les superblocks à 0 comme indiqué, est-ce que j'aurais toujours accès à mes données sur le RAID ? Ou cela va-t-il le rendre inaccessible ? J'ai peur de perdre toutes mes données. Je précise que sans rien toucher, le RAID ne s'active pas automatiquement au démarrage (mount: /dev/md0: can't read superblock), mais je peux l'activer manuellement avec mdadm --assemble /dev/md0 ... ... . Merci à tous pour vos lumières ;p--Raf Bonjour,Je te rassure, tu ne perdra aucune données en effacant le superblock.Mais par contre ma debian ne veux toujours pas monter automatiquement mon raid malgrè l'effacement des supers blocks, si tu trouve comment faire, ce serai sympa de mailer la facon dont tu t'y prends ! Bonne journée. Moi après avoir effacé les superblock, je fais ça:mdadm --detail --scan /etc/mdadm/mdadm.confdpkg-reconfigure mdadm#repondre OK, OUI, OUI, rootet je reboot pour verifier qu'il les monte automatiquement, ce qu'il ne fait pas, mais je peux les réassemble manuellement: mdadm --assemble /dev/md0 /dev/sda1 /dev/sdb1 /dev/sdc1mdadm --assemble /dev/md1 /dev/sda2 /dev/sdb2 /dev/sdc2Voila, en esperant que ca marche pour toi.
Re: Mise à zéro des superblocks sur RAID sans risque ?!
Hélas ça ne marche pas Quand je fais le mdadm --detail --scan, j'ai rien qui sort, vide...Donc forcément, fichier mdadm.conf vide aussi (j'ai toujours l'ancien au cas ou), par conséquent, mdadm me répète toujours la même chose : mdadm: no RAID superblock on /dev/sdamdadm: /dev/sda has no superblock - assembly abortedBref, je ne sais pas quoi faire pour réassembler ce maudit RAID ! Je n'aurai peut être pas du effacer les superblocks, ça marchait quand même avant =(. Des idées ? Je peux faire quelque chose avec mon ancien fichier mdadm.conf ?Merci pour ton aide.On 3/10/06, Le poulpe qui bloppe ! [EMAIL PROTECTED] wrote: Le 10/03/06, Raphael Delaporte [EMAIL PROTECTED] a écrit : Bonjour, J'ai effacé les superblocks de mes disques avec la commande mdadm --zero-superblock /dev/sda , et de même pour tous mes disques de mon array.Quand je veux maintenant réassembler mon RAID, ça me dit : mdadm --assemble /dev/md0 /dev/sda /dev/sdb /dev/sdc /dev/sdd /dev/hdcmdadm: no RAID superblock on /dev/sdamdadm: /dev/sda has no superblock - assembly abortedJe pense qu'il faudrait que mdadm réécrive des superblocks pour pouvoir assembler l'array, n'est ce pas ? Quelle(s) commande(s) dois-je utiliser pour restaurer tout ça ?Je n'ai pas trouvé d'indication valable sur le net...Merci d'avance, j'espère que je n'ai pas tout perdu en faisant cela... --Raf On 3/10/06, Le poulpe qui bloppe ! [EMAIL PROTECTED] wrote: Le 10/03/06, Raphael Delaporte [EMAIL PROTECTED] a écrit : Bonsoir la liste, J'ai créé un raid 5 sur 5 disques sans problème uniquement pour contenir des données personnelles (aucun système d'installé dessus). Celui-ci marche sans problème.Cependant, j'ai du réinstaller ma Debian, et lors de l'installation de mdadm, l'assistant de configuration me dit que je dois mettre à 0 les superblock si j'ai déjà un RAID existant. Ma question est donc la suivante, si je mets les superblocks à 0 comme indiqué, est-ce que j'aurais toujours accès à mes données sur le RAID ? Ou cela va-t-il le rendre inaccessible ? J'ai peur de perdre toutes mes données. Je précise que sans rien toucher, le RAID ne s'active pas automatiquement au démarrage (mount: /dev/md0: can't read superblock), mais je peux l'activer manuellement avec mdadm --assemble /dev/md0 ... ... . Merci à tous pour vos lumières ;p--Raf Bonjour,Je te rassure, tu ne perdra aucune données en effacant le superblock.Mais par contre ma debian ne veux toujours pas monter automatiquement mon raid malgrè l'effacement des supers blocks, si tu trouve comment faire, ce serai sympa de mailer la facon dont tu t'y prends ! Bonne journée. Moi après avoir effacé les superblock, je fais ça:mdadm --detail --scan /etc/mdadm/mdadm.confdpkg-reconfigure mdadm #repondre OK, OUI, OUI, rootet je reboot pour verifier qu'il les monte automatiquement, ce qu'il ne fait pas, mais je peux les réassemble manuellement: mdadm --assemble /dev/md0 /dev/sda1 /dev/sdb1 /dev/sdc1mdadm --assemble /dev/md1 /dev/sda2 /dev/sdb2 /dev/sdc2Voila, en esperant que ca marche pour toi.
Re: Mise à zéro des superblocks sur RAID sans risque ?!
Bon je vais faire une autre thread, vu que je le sujet à quelque peu changé maintenant il s'agit d'une récupération de raid à cause de superblocks effacés.J'espère quand même que tu as la solution à mon problème ;p, car je me vois mal effacer tout mon RAID ! On 3/10/06, Raphael Delaporte [EMAIL PROTECTED] wrote: Hélas ça ne marche pas Quand je fais le mdadm --detail --scan, j'ai rien qui sort, vide...Donc forcément, fichier mdadm.conf vide aussi (j'ai toujours l'ancien au cas ou), par conséquent, mdadm me répète toujours la même chose : mdadm: no RAID superblock on /dev/sdamdadm: /dev/sda has no superblock - assembly abortedBref, je ne sais pas quoi faire pour réassembler ce maudit RAID ! Je n'aurai peut être pas du effacer les superblocks, ça marchait quand même avant =(. Des idées ? Je peux faire quelque chose avec mon ancien fichier mdadm.conf ?Merci pour ton aide. On 3/10/06, Le poulpe qui bloppe ! [EMAIL PROTECTED] wrote: Le 10/03/06, Raphael Delaporte [EMAIL PROTECTED] a écrit : Bonjour, J'ai effacé les superblocks de mes disques avec la commande mdadm --zero-superblock /dev/sda , et de même pour tous mes disques de mon array.Quand je veux maintenant réassembler mon RAID, ça me dit : mdadm --assemble /dev/md0 /dev/sda /dev/sdb /dev/sdc /dev/sdd /dev/hdcmdadm: no RAID superblock on /dev/sdamdadm: /dev/sda has no superblock - assembly abortedJe pense qu'il faudrait que mdadm réécrive des superblocks pour pouvoir assembler l'array, n'est ce pas ? Quelle(s) commande(s) dois-je utiliser pour restaurer tout ça ?Je n'ai pas trouvé d'indication valable sur le net...Merci d'avance, j'espère que je n'ai pas tout perdu en faisant cela... --Raf On 3/10/06, Le poulpe qui bloppe ! [EMAIL PROTECTED] wrote: Le 10/03/06, Raphael Delaporte [EMAIL PROTECTED] a écrit : Bonsoir la liste, J'ai créé un raid 5 sur 5 disques sans problème uniquement pour contenir des données personnelles (aucun système d'installé dessus). Celui-ci marche sans problème.Cependant, j'ai du réinstaller ma Debian, et lors de l'installation de mdadm, l'assistant de configuration me dit que je dois mettre à 0 les superblock si j'ai déjà un RAID existant. Ma question est donc la suivante, si je mets les superblocks à 0 comme indiqué, est-ce que j'aurais toujours accès à mes données sur le RAID ? Ou cela va-t-il le rendre inaccessible ? J'ai peur de perdre toutes mes données. Je précise que sans rien toucher, le RAID ne s'active pas automatiquement au démarrage (mount: /dev/md0: can't read superblock), mais je peux l'activer manuellement avec mdadm --assemble /dev/md0 ... ... . Merci à tous pour vos lumières ;p--Raf Bonjour,Je te rassure, tu ne perdra aucune données en effacant le superblock.Mais par contre ma debian ne veux toujours pas monter automatiquement mon raid malgrè l'effacement des supers blocks, si tu trouve comment faire, ce serai sympa de mailer la facon dont tu t'y prends ! Bonne journée. Moi après avoir effacé les superblock, je fais ça:mdadm --detail --scan /etc/mdadm/mdadm.confdpkg-reconfigure mdadm #repondre OK, OUI, OUI, rootet je reboot pour verifier qu'il les monte automatiquement, ce qu'il ne fait pas, mais je peux les réassemble manuellement: mdadm --assemble /dev/md0 /dev/sda1 /dev/sdb1 /dev/sdc1mdadm --assemble /dev/md1 /dev/sda2 /dev/sdb2 /dev/sdc2Voila, en esperant que ca marche pour toi. -- Raphaël Delaporte