OVH Cloud OVH Cloud

Pb suite à mise à jour de sarge

7 réponses
Avatar
Michel De Gouveia
Salut,

J'ai deux serveurs sous Sarge depuis 2 mois.
L'un pour la connexion internet avec un noyau 2.4, l'autre pour le
hosting avec un noyau 2.6 en Raid1 (J'ai deux versions de noyaux 686 et
EM64T pour le Xeon)
J'ai fait la mise à jour via le CD R0a.
Pour le premier, j'ai des problèmes sur la configuration Squid Shorewall
alors que la config avant fonctionnait bien.
Là je pense que je trouverais.
Pour le second, j'aurais du faire les mises à jour noyau avant tout le
reste car maintenant impossible de booter avec Lilo avec aucun des deux
noyaux. Cela s'arrète dès le début, avec le EM64T, j'ai un message
d'erreur mais avec le 686, j'ai juste lancement du noyau, des points et
cela s'arrête. J'ai vu que des packages concernant le Raid ont été mis à
jour, j'ai l'impression que le Raid a été détruit. Vu que nous étions
dans un période de test, je peux tout réinstaller. Mais y a t-il une
méthode avec un CD knoppix pour voir si les partitions RAID existe
toujours ? Ou peux t-on faire quelquechose avec le CD d'intall Debian
pour ne reinstaller qu'une partie si le reste est OK ?
J'ai utilisé synaptic pour la mise à jour, est ce que cela peut avoir un
impact plutôt que l'utilisation d'aptitude ?
Merci,
Michel







___________________________________________________________________________
Appel audio GRATUIT partout dans le monde avec le nouveau Yahoo! Messenger
Téléchargez cette version sur http://fr.messenger.yahoo.com


--
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 debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

7 réponses

Avatar
debian
On Sat, 11 Jun 2005 14:11:13 +0300, Michel De Gouveia wrote
Salut,

J'ai deux serveurs sous Sarge depuis 2 mois.
L'un pour la connexion internet avec un noyau 2.4, l'autre pour le
hosting avec un noyau 2.6 en Raid1 (J'ai deux versions de noyaux 686
et EM64T pour le Xeon) J'ai fait la mise à jour via le CD R0a. Pour
le premier, j'ai des problèmes sur la configuration Squid Shorewall
alors que la config avant fonctionnait bien. Là je pense que je trouverais.
Pour le second, j'aurais du faire les mises à jour noyau avant tout
le reste car maintenant impossible de booter avec Lilo avec aucun
des deux noyaux. Cela s'arrète dès le début, avec le EM64T, j'ai un
message d'erreur mais avec le 686, j'ai juste lancement du noyau,
des points et cela s'arrête. J'ai vu que des packages concernant le
Raid ont été mis à jour, j'ai l'impression que le Raid a été
détruit.


[...]

Salut,

je te réponds car j'ai eu le meme problème que toi la semaine dernière avec
mon serveur en RAID1. Le package qui gérait le raid sous debian avant était
le package raidtools2. Ceci a été modifié et le nouveau package qui gère le
raid est le package mdadm.
Si tu observes les fichiers du package raidtools2 (qui doit toujours etre
installé sur ta machine), tu verras qu'il n'y a plus que le fichier README
qui t'indique que ce package a été remplacé par mdadm.

Voici les commandes que j'ai utilisé pour effectuer la migration :
Le fichier de config /etc/raidtab devient le fichier /etc/mdadm/mdadm.conf
Ce fichier ne doit pas exister au démarrage de la machine (sinon mdadm essaye
de construire le raid).


raidhotadd devient mdadm -a
ex : mdadm -a /dev/md0 /dev/hda2


script de démarrage des RAIDs : /etc/init.d/mdadm-raid


Obtenir des infos sur un RAID :
mdadm --examine /dev/hda1
mdadm --detail /dev/md1

Attention : les devices md? ne sont pas gérés dans le même ordre :-((

Par contre, je ne comprends pas pourquoi tu n'arrives pas a booter en mode
dégradé (c'est ce qui s'est passé pour moi), vu que le RAID1 sous Linux
correspond simplement à la copie physique des disques.

Pour info, voici la méthode que j'ai utilisé avec mdadm pour créer mon raid :

- le package de gestion des raid est mdadm (qui remplace raidtools2)
- installer physiquement les deux disques sur les devices /dev/hda
et /dev/hdc
- avec l'outil partman, création des partitions :
Partitions non montées :
/dev/hda1 et /dev/hdc1 formant le device /dev/md4 en RAID1
(utilisé ultérieuement pour /boot)
/dev/hda4 et /dev/hdc4 en partitions étendues contenant les
partitions /dev/hda5-7 et /dev/hdc5-7
/dev/hda5 et /dev/hdc5 en RAID1 type fd (utilisé ultérieuement
pour /tmp)
/dev/hda6 et /dev/hdc6 en RAID1 type fd (utilisé ultérieuement
pour /var)
/dev/hda7 et /dev/hdc7 en RAID1 type fd (utilisé ultérieuement
pour /home)
Partitions montées :
/dev/hdc3 montées en tant que /boot en ext2
/dev/hda2 et /dev/hdc2 formant le device /dev/md0 en RAID 1
/dev/md0 montées en tant que / en reiserfs
/dev/hda3 montées en tant que swap
- installer LILO sur le mbr
- sélectionner le noyau 2.4.26
- installation des packages kernel-image (pour la création des packages du
kernel avec l'outil make-kpkg), kernel-source-2.4.27
- copie du fichier /boot/config-2.4.26-1-286 :
cp /boot/config-2.4.26-1-386 /usr/src/kernel-source-
2.4.27/.config
- transfert de la configuration du noyau : make oldconfig
- configuration du noyau (make menuconfig) pour inclure les composants RAID1
dans le noyau (et pas en module)
- compiler le noyau avec l'outil make-kpkg et installer le package créé
dans /usr/src
- éditer le fichier /etc/lilo.conf, renseigner une entrée pour le noyau
2.4.27 et indiquer les valeurs :
boot = /dev/hda
root = /dev/md0
- exécuter lilo
- rebooter sur le nouveau noyau
- installation du package mdadm
- création des RAIDs :
mdadm --create /dev/md1 --chunkd --level=raid1 --raid-
devices=2 /dev/hd[ac]1
mdadm --create /dev/md2 --chunkd --level=raid1 --raid-
devices=2 /dev/hd[ac]5
mdadm --create /dev/md3 --chunkd --level=raid1 --raid-
devices=2 /dev/hd[ac]6
mdadm --create /dev/md4 --chunkd --level=raid1 --raid-
devices=2 /dev/hd[ac]7
remarque : les devices md ne sont pas géré dans le meme ordre entre
raidtools2 et mdadm !!!!!
- faut il démarrer les raids avec la commande mdadm -A -s -a ???
- formater les partitions RAIDs :
mke2fs /dev/md1
mkreiserfs /dev/md2
mkreiserfs /dev/md3
mkreiserfs /dev/md4
- monter /dev/md3 dans /mnt et copier les fichiers de /var :
mount /dev/md3 /mnt
cp -a /var/* /mnt
umount /dev/md3
- monter /dev/md4 dans /mnt et copier les fichiers de /boot :
mount /dev/md1 /mnt
cp -a /boot/* /mnt
umount /dev/md1
- modifier le fichier fstab pour utiliser les partitions RAIDs :
/dev/md0 / reiserfs defaults 0
1
/dev/md1 /boot ext2 defaults 0 1
/dev/md2 /tmp reiserfs defaults 0
1
/dev/md3 /var reiserfs defaults 0 1
#/dev/hdc3 /boot ext2 defaults 0
2
/dev/md4 /home reiserfs defaults
0 2
/dev/hda3 none swap sw 0 0
- créer le fichier initrd pour la prise en compte de la partition /boot en
RAID1 :
mkinitrd -o /boot/initrd.img-raid-2.4.27 -
r /dev/md0 /lib/modules/2.4.27
- modifier le lien pour le boot
ln -s /boot/initrd.img-raid-2.4.27 /initrd.img
- modifier le fichier /etc/lilo.conf :
boot = /dev/md1 (partition contenant le fichier /boot/map)
raid-extra-boot = /dev/hda,/dev/hdc (pour installer lilo sur les
mbr des 2 disques)
root = /dev/md0
lba32
map=/boot/map


vga=normal
prompt
default=Linux


image=/vmlinuz
label=Linux
read-only
initrd=/initrd.img


image=/vmlinuz
label=Linux-nonRAID
root=/dev/hda2
read-only
initrd=/initrd.img


image=/vmlinuz.old
label=LinuxOLD
read-only
optional
initrd=/initrd.img.old


- exécuter lilo
- rebooter
- transformer la partition /dev/hdc3 (ancienne partition de /boot) en
partition de swap
fdisk /dev/hdc (et modification du type de la partition en
82)
mkswap /dev/hdc3
swapon /dev/hdc3
- modifier le fichier /etc/fstab pour prendre en compte le nouveau swap :
/dev/md0 / reiserfs defaults 0
1
/dev/md1 /boot ext2 defaults 0 1
/dev/md2 /tmp reiserfs defaults 0
1
/dev/md3 /var reiserfs defaults 0 1
/dev/md4 /home reiserfs defaults
0 2
/dev/hda3 none swap sw 0 0
/dev/hdc3 none swap sw 0 0

Malheureusement, je ne peux pas te garantir le fonctionnement de cette
procédure car je ne l'ai pas mise en oeuvre dès le départ (j'ai traduit ce
que j'avais fait avec les raidtools2, d'ou le questionnement sur le
redémarrage éventuel du RAID).
Si ca t'interesse, je peux te fournir la procédure (sure cette fois) que j'ai
utilisé avec les raidtools2 pour créer le RAID (mais qui est quasi la meme).

J'espère que ces infos pourront t'aider.

PS : je serais interessé par la procédure que tu as utilisé pour créer ton
RAID.
PS2 : avec cette procédure, même si le RAID ne démarre plus, tu peut démarrer
en mode dégradé
PS3 : le /boot doit forcement etre en ext2

Bonne chance


--
Un peu de pub :
www.refpack.net (télédistribution et gestion de parcs)
www.petiotfoot.com (jeu de société artisanal)
--
Comment poser les questions de manière intelligente ?
http://www.gnurou.org/documents/smart-questions-fr.html
Comment signaler efficacement un bug ?
http://www.chiark.greenend.org.uk/~sgtatham/bugs-fr.html


--
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
with a subject of "unsubscribe". Trouble? Contact
Avatar
Jean-Luc Coulon (f5ibh)
--=-f4/sNfV3ZjckrQ6HMIQK
Content-Type: text/plain; charset=iso-8859-1; DelSp=Yes; Format=Flowed
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Le 14.06.2005 15:17:54, debian a écrit :
On Sat, 11 Jun 2005 14:11:13 +0300, Michel De Gouveia wrote
> Salut,



[ ... ]


> Raid ont été mis à jour, j'ai l'impression que le Raid a été
> détruit.
[...]

Salut,

je te réponds car j'ai eu le meme problème que toi la semaine derni ère
avec
mon serveur en RAID1. Le package qui gérait le raid sous debian avant
était
le package raidtools2. Ceci a été modifié et le nouveau package qui
gère le
raid est le package mdadm.
Si tu observes les fichiers du package raidtools2 (qui doit toujours
etre
installé sur ta machine), tu verras qu'il n'y a plus que le fichier
README
qui t'indique que ce package a été remplacé par mdadm.




Remarquer qu'il y a dans /usr/share/doc/mdadm un fichier spécial
concernant l'utilisation de udev avec mdadm.

«
mdadm+udev README
-----------------

In order to fix several bugs when mdadm was used in conjunction with
udev,I incorporated a patch by Erik van Konijnenburg to make the --auto
flag work for mdadm, even if the configuration file does not specify
auto options for the RAID devices.

On udev-enabled systems, device nodes are *not* available by default.
Instead, mdadm creates them as needed, but you have to give it
permission to do so with the --auto/-a flag (or the auto configuration
option in the READ device definition).

Thus, if you are using mdadm on a udev, always use the --auto/-a flag
or add an auto=yes configuration option to your RAID device definitions
in /etc/mdadm/mdadm.conf. Of course, if you create your /dev/md* device
nodes with other means, you can ignore the advice given here.

Should udev ever be deinstalled, then the device nodes will be
available by default again.

»
Jean-Luc

--=-f4/sNfV3ZjckrQ6HMIQK
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQBCrtqbNv61Ho2INJ8RAraSAJ4xlLS6H1Va50YhLDIvVtrAjhRg5wCeMylL
ozCZ0RPSTMb9PtwPHMNuJlE =uiTV
-----END PGP SIGNATURE-----

--=-f4/sNfV3ZjckrQ6HMIQK--



--
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
with a subject of "unsubscribe". Trouble? Contact
Avatar
Frédéric Bothamy
* debian [2005-06-14 15:17] :
On Sat, 11 Jun 2005 14:11:13 +0300, Michel De Gouveia wrote
> Salut,
>
> J'ai deux serveurs sous Sarge depuis 2 mois.
> L'un pour la connexion internet avec un noyau 2.4, l'autre pour le
> hosting avec un noyau 2.6 en Raid1 (J'ai deux versions de noyaux 686
> et EM64T pour le Xeon) J'ai fait la mise à jour via le CD R0a. Pour
> le premier, j'ai des problèmes sur la configuration Squid Shorewall
> alors que la config avant fonctionnait bien. Là je pense que je trouverais.
> Pour le second, j'aurais du faire les mises à jour noyau avant tout
> le reste car maintenant impossible de booter avec Lilo avec aucun
> des deux noyaux. Cela s'arrète dès le début, avec le EM64T, j'ai un
> message d'erreur mais avec le 686, j'ai juste lancement du noyau,
> des points et cela s'arrête. J'ai vu que des packages concernant le
> Raid ont été mis à jour, j'ai l'impression que le Raid a été
> détruit.
[...]

Salut,

je te réponds car j'ai eu le meme problème que toi la semaine dernière avec
mon serveur en RAID1. Le package qui gérait le raid sous debian avant était
le package raidtools2. Ceci a été modifié et le nouveau package qui gère le
raid est le package mdadm.
Si tu observes les fichiers du package raidtools2 (qui doit toujours etre
installé sur ta machine), tu verras qu'il n'y a plus que le fichier README
qui t'indique que ce package a été remplacé par mdadm.



Cette transition est maintenant documentée dans les notes de publication
de Sarge (modifiées il y a quelques jours), mais la traduction française
n'est pas encore à jour (je le ferai d'ici 2 à 3 jours). Donc, pour le
moment :

http://www.debian.org/releases/sarge/i386/release-notes/ch-upgrading.en.html#s-mdadm

N'ayant pas ce type de configuration, je n'ai pas pu tester ce qui y est
indiqué, cela m'intéresserait d'ailleurs de savoir si c'est correct ou
non.


Fred

--
Comment poser les questions de manière intelligente ?
http://www.gnurou.org/documents/smart-questions-fr.html
Comment signaler efficacement un bug ?
http://www.chiark.greenend.org.uk/~sgtatham/bugs-fr.html


--
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
with a subject of "unsubscribe". Trouble? Contact
Avatar
afmdg
Michel De Gouveia a écrit :

Salut,

J'ai deux serveurs sous Sarge depuis 2 mois.
L'un pour la connexion internet avec un noyau 2.4, l'autre pour le
hosting avec un noyau 2.6 en Raid1 (J'ai deux versions de noyaux 686
et EM64T pour le Xeon)
J'ai fait la mise à jour via le CD R0a.
Pour le premier, j'ai des problèmes sur la configuration Squid
Shorewall alors que la config avant fonctionnait bien.
Là je pense que je trouverais.
Pour le second, j'aurais du faire les mises à jour noyau avant tout le
reste car maintenant impossible de booter avec Lilo avec aucun des
deux noyaux. Cela s'arrète dès le début, avec le EM64T, j'ai un
message d'erreur mais avec le 686, j'ai juste lancement du noyau, des
points et cela s'arrête. J'ai vu que des packages concernant le Raid
ont été mis à jour, j'ai l'impression que le Raid a été détruit. Vu
que nous étions dans un période de test, je peux tout réinstaller.
Mais y a t-il une méthode avec un CD knoppix pour voir si les
partitions RAID existe toujours ? Ou peux t-on faire quelquechose avec
le CD d'intall Debian pour ne reinstaller qu'une partie si le reste
est OK ?
J'ai utilisé synaptic pour la mise à jour, est ce que cela peut avoir
un impact plutôt que l'utilisation d'aptitude ?
Merci,
Michel







___________________________________________________________________________
Appel audio GRATUIT partout dans le monde avec le nouveau Yahoo!
Messenger Téléchargez cette version sur http://fr.messenger.yahoo.com




Merci pour les reponses. Finalement, j'ai du résinstaller le serveur de
hosting avec le Raid1. A l'installation, lorsque j'ai recréé le Raid, il
a trouvé les volumes logiques mais je ne voyais pas comment conserver
les partitions sans tout réinstaller à part pour le /home.
La migration Raidtools2 vers mdadm c'est entre Woody et Sarge, non ???
Alors que moi, je passais d'un sarge daté du mois de Mars Installeur RC3
à la Release.
Maintenant j'ai signalé à mes collègues de bien faire attention en cas
de mise à jour des packages de mdadm ou de noyaux. En clair, faire cela
par étape.
J'arrive à voir les informations du Raid en ligne de commande avec mdadm
--detail /dev/md0, lvmdiskscan, pvscan, vgs.
Mais avec webmin, lorsque je veux voir le Raid, j'ai le message module
lvm does not exist. Dois-je installer un package particulier ?

Michel





___________________________________________________________________________
Appel audio GRATUIT partout dans le monde avec le nouveau Yahoo! Messenger
Téléchargez cette version sur http://fr.messenger.yahoo.com


--
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
with a subject of "unsubscribe". Trouble? Contact
Avatar
Grégory Lemesre
On Tue, 14 Jun 2005 15:34:34 +0200, Frédéric Bothamy wrote
[...]
> Si tu observes les fichiers du package raidtools2 (qui doit toujours etre
> installé sur ta machine), tu verras qu'il n'y a plus que le fichier


README
> qui t'indique que ce package a été remplacé par mdadm.

Cette transition est maintenant documentée dans les notes de publication
de Sarge (modifiées il y a quelques jours), mais la traduction française
n'est pas encore à jour (je le ferai d'ici 2 à 3 jours). Donc, pour
le moment :

http://www.debian.org/releases/sarge/i386/release-notes/ch-
upgrading.en.html#s-mdadm

N'ayant pas ce type de configuration, je n'ai pas pu tester ce qui y
est indiqué, cela m'intéresserait d'ailleurs de savoir si c'est
correct ou non.



Salut,

je viens de jeter un oeil sur la procédure en question et voici mes
remarques :
- ATTENTION : pour moi, l'ordre des devices md<x> avaient été changé entre
raidtools2 et mdadm, ce qui impliquait des modifications dans le
fichier /etc/fstab (avant le reboot ou après le constat d'échec avec un
CDboot ou autre liveCD)
- le commentaire sur le type de partition me paraît déplacé ici (si ca
fonctionnait avec raidtools2, c'est que c'était déjà du fd - on est bien dans
une procédure de migration et non dans une procédure d'installation)
- au même titre que la vérification du AUTOSTART dans le
fichier /etc/default/mdadm, on pourrait ajouter une vérification du démarrage
du démon (lien S<xx>mdadm) dans le répertoire /etc/init.d/rc<x>.d
- pour terminer, il me semble que la présence du fichier /etc/mdadm/mdadm.conf
(généré avec la commande mdadm --examine --scan) lors du boot de la machine
indique au démon mdadm qu'il faut recréer le RAID (contrairement aux raidtools2)
Voila ma maigre contribution. N'hésites pas à me contacter si tu as d'autres
questions à ce sujet ;-)


--
Un peu de pub :
www.refpack.net (télédistribution et gestion de parcs)
www.petiotfoot.com (jeu de société artisanal)
--
Comment poser les questions de manière intelligente ?
http://www.gnurou.org/documents/smart-questions-fr.html
Comment signaler efficacement un bug ?
http://www.chiark.greenend.org.uk/~sgtatham/bugs-fr.html


--
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
with a subject of "unsubscribe". Trouble? Contact
Avatar
Grégory Lemesre
On Tue, 14 Jun 2005 21:16:50 +0300, afmdg wrote
Michel De Gouveia a écrit :

> Salut,
>
> J'ai deux serveurs sous Sarge depuis 2 mois.
> L'un pour la connexion internet avec un noyau 2.4, l'autre pour le
> hosting avec un noyau 2.6 en Raid1 (J'ai deux versions de noyaux 686
> et EM64T pour le Xeon)
> J'ai fait la mise à jour via le CD R0a.
> Pour le premier, j'ai des problèmes sur la configuration Squid
> Shorewall alors que la config avant fonctionnait bien.
> Là je pense que je trouverais.
> Pour le second, j'aurais du faire les mises à jour noyau avant tout le
> reste car maintenant impossible de booter avec Lilo avec aucun des
> deux noyaux. Cela s'arrète dès le début, avec le EM64T, j'ai un
> message d'erreur mais avec le 686, j'ai juste lancement du noyau, des
> points et cela s'arrête. J'ai vu que des packages concernant le Raid
> ont été mis à jour, j'ai l'impression que le Raid a été détruit. Vu
> que nous étions dans un période de test, je peux tout réinstaller.
> Mais y a t-il une méthode avec un CD knoppix pour voir si les
> partitions RAID existe toujours ? Ou peux t-on faire quelquechose avec
> le CD d'intall Debian pour ne reinstaller qu'une partie si le reste
> est OK ?
> J'ai utilisé synaptic pour la mise à jour, est ce que cela peut avoir
> un impact plutôt que l'utilisation d'aptitude ?
> Merci,
> Michel
>
>
Merci pour les reponses. Finalement, j'ai du résinstaller le serveur
de hosting avec le Raid1. A l'installation, lorsque j'ai recréé le
Raid, il a trouvé les volumes logiques mais je ne voyais pas comment
conserver les partitions sans tout réinstaller à part pour le /home.
La migration Raidtools2 vers mdadm c'est entre Woody et Sarge, non
???



Oui et non. Si tu es en stable, le passage de Raidtools2 vers mdadm c'est effectivement fait entre
Woody et Sarge. Alors que si tu es en testing (ce qui est le cas si tu utilises des RC), le passage s'est
effectivement fait dernièrement.

Alors que moi, je passais d'un sarge daté du mois de Mars
Installeur RC3 à la Release. Maintenant j'ai signalé à mes collègues
de bien faire attention en cas de mise à jour des packages de mdadm
ou de noyaux. En clair, faire cela par étape. J'arrive à voir les
informations du Raid en ligne de commande avec mdadm --detail
/dev/md0, lvmdiskscan, pvscan, vgs. Mais avec webmin, lorsque je
veux voir le Raid, j'ai le message module lvm does not exist. Dois-
je installer un package particulier ?


Désolé, je n'utilise pas webmin ......


Michel



Je me permet de nouveau de te demander de poster ta méthode d'installation si tu as le temps.
Deplus, si tu utilises md + lvm je suis aussi interessé pour savoir si il est possible d'augmenter simple
la taille des partitions.

--
Un peu de pub :
www.refpack.net (télédistribution et gestion de parcs)
www.petiotfoot.com (jeu de société artisanal)
--
Comment poser les questions de manière intelligente ?
http://www.gnurou.org/documents/smart-questions-fr.html
Comment signaler efficacement un bug ?
http://www.chiark.greenend.org.uk/~sgtatham/bugs-fr.html



--
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
with a subject of "unsubscribe". Trouble? Contact
Avatar
afmdg
Grégory Lemesre a écrit :

On Tue, 14 Jun 2005 21:16:50 +0300, afmdg wrote


Michel De Gouveia a écrit :



Salut,

J'ai deux serveurs sous Sarge depuis 2 mois.
L'un pour la connexion internet avec un noyau 2.4, l'autre pour le
hosting avec un noyau 2.6 en Raid1 (J'ai deux versions de noyaux 686
et EM64T pour le Xeon)
J'ai fait la mise à jour via le CD R0a.
Pour le premier, j'ai des problèmes sur la configuration Squid
Shorewall alors que la config avant fonctionnait bien.
Là je pense que je trouverais.
Pour le second, j'aurais du faire les mises à jour noyau avant tout le
reste car maintenant impossible de booter avec Lilo avec aucun des
deux noyaux. Cela s'arrète dès le début, avec le EM64T, j'ai un
message d'erreur mais avec le 686, j'ai juste lancement du noyau, des
points et cela s'arrête. J'ai vu que des packages concernant le Raid
ont été mis à jour, j'ai l'impression que le Raid a été détruit. Vu
que nous étions dans un période de test, je peux tout réinstaller.
Mais y a t-il une méthode avec un CD knoppix pour voir si les
partitions RAID existe toujours ? Ou peux t-on faire quelquechose avec
le CD d'intall Debian pour ne reinstaller qu'une partie si le reste
est OK ?
J'ai utilisé synaptic pour la mise à jour, est ce que cela peut avoir
un impact plutôt que l'utilisation d'aptitude ?
Merci,
Michel






Merci pour les reponses. Finalement, j'ai du résinstaller le serveur
de hosting avec le Raid1. A l'installation, lorsque j'ai recréé le
Raid, il a trouvé les volumes logiques mais je ne voyais pas comment
conserver les partitions sans tout réinstaller à part pour le /home.
La migration Raidtools2 vers mdadm c'est entre Woody et Sarge, non
???





Oui et non. Si tu es en stable, le passage de Raidtools2 vers mdadm c'est effectivement fait entre
Woody et Sarge. Alors que si tu es en testing (ce qui est le cas si tu utilises des RC), le passage s'est
effectivement fait dernièrement.



Alors que moi, je passais d'un sarge daté du mois de Mars
Installeur RC3 à la Release. Maintenant j'ai signalé à mes collègues
de bien faire attention en cas de mise à jour des packages de mdadm
ou de noyaux. En clair, faire cela par étape. J'arrive à voir les
informations du Raid en ligne de commande avec mdadm --detail
/dev/md0, lvmdiskscan, pvscan, vgs. Mais avec webmin, lorsque je
veux voir le Raid, j'ai le message module lvm does not exist. Dois-
je installer un package particulier ?




Désolé, je n'utilise pas webmin ......




Michel





Je me permet de nouveau de te demander de poster ta méthode d'installation si tu as le temps.
Deplus, si tu utilises md + lvm je suis aussi interessé pour savoir si il est possible d'augmenter simple
la taille des partitions.





Salut,
Voilà la procédure que j'ai suivi qui avait été posté par Joel dans
cette même liste il y a quelques temps :
http://lists.debian.org/debian-user-french/2005/02/msg01961.html
Cela fonctionne bien a part cette mise à jour malheureuse.

Michel





___________________________________________________________________________
Appel audio GRATUIT partout dans le monde avec le nouveau Yahoo! Messenger
Téléchargez cette version sur http://fr.messenger.yahoo.com


--
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
with a subject of "unsubscribe". Trouble? Contact