Re: [debian] Question sur une configuration de "Cluster" Heartbeat&DRBD
6 réponses
Mike
Heu je ne pensais pas du tout avoir un /etc vide.
/etc est laiss=C3=A9 telle qu'elle sauf pour le service en question. Par ex=
emple pour samba,
je copie /etc/samba sur la "partition DRBD" et je fais un lien.
Vu que c'est heartbeat qui controle le lancement du service, par de pb au b=
oot.
J'ai d=C3=A9j=C3=A0 monter un projet avec un PDC-BDC mais il fallait une me=
illeure HA des donn=C3=A9es de la soci=C3=A9t=C3=A9.
De plus, la r=C3=A9plication LDAP est une bonne chose mais elle ne se fait =
que di maitre vers l'esclave.
Si l'esclave prend le relais, aucune modif ne peut etre autoris=C3=A9 vu qu=
'elle ne sera pas automatiquement
r=C3=A9percut=C3=A9e sur le maitre lors de son retour sur le r=C3=A9seau.
Pour ce qui est de BIND, c'est que l=C3=A0 aussi le tout est g=C3=A9r=C3=A9=
correctement sauf pour les mises =C3=A0 jour
de DHCP auto.
Dans le cas du projet, tous les services utilisent Heartbeat et DRBD (et bi=
entot "MON"). Mais je voulais
si je pouvais avoir des probl=C3=A8mes en travaillant avec des liens symbol=
iques.
----- Original Message -----
From: Laurent CARON <lcaron@unix-scripts.info>
To: it@it.ramadaparkhotel.ch
Cc: debian-user-french <debian-user-french@lists.debian.org>
Sent: dimanche, 26. mars 2006 20:28:22
Subject: Re: [debian] Question sur une configuration de "Cluster" Heartbeat=
&DRBD
Mike wrote:
> Bonjour =C3=A0 tous,
>=20
> Je voulais avoir un petit conseil concernant la mise en place d'un cluste=
r Heartbeat et DRBD:
> Deux machines vont faire g=C3=A9rer les services suivants:
> - DNS avec maj par DHCP.
> - SAMBA+CUPS
> - LDAP
>=20
> Pour ce qui est de la configuration de chaque service, je pensais copier =
le r=C3=A9pertoire /etc
> du service en question sur la partiton miroir DRBD et de faire un lien vi=
a ln.
Et la machine boot comment avec un /etc/vide ?
>=20
> Exemple pour BIND:
> node1 - # mv /etc/bind /share/drbdX/etcbind
> node1 - # ln -s /share/drbdX/etcbind /etc/bind
>=20
> Le gros avantage pour moi: je n'ai =C3=A0 configurer qu'une seule machine=
le maitre et ensuite, une fois
> que le second =C3=A0 pris le controle du noeud, je n'ai qu'=C3=A0 faire
> des liens sur celui-ci:
> node2 - # mv /etc/bind /share/drbdX/bkpNode2
> node2 - # ln -s /share/drbdX/etcbind /etc/bind
>=20
LDAP g=C3=A8re nativement la r=C3=A9plication
BIND g=C3=A8re nativement la r=C3=A9plication
DHCP sait parler avec bind
Pour samba et cups tu peux utiliser DRBD pour les donn=C3=A9es.
Si c'est juste pour une authentification sur un domaine il est=20
pr=C3=A9f=C3=A9rable d'utiliser une conf PDC/BDC.
--=20
Pensez =EF=BF=BD lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez =EF=BF=BD 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
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Nicolas Schmitz
Mike a écrit :
Heu je ne pensais pas du tout avoir un /etc vide. /etc est laissé telle qu'elle sauf pour le service en question. Par exemple pour samba, je copie /etc/samba sur la "partition DRBD" et je fais un lien. Vu que c'est heartbeat qui controle le lancement du service, par de pb au boot.
J'ai déjà monter un projet avec un PDC-BDC mais il fallait une meilleure HA des données de la société. De plus, la réplication LDAP est une bonne chose mais elle ne se fait que di maitre vers l'esclave. Si l'esclave prend le relais, aucune modif ne peut etre autorisé vu qu'elle ne sera pas automatiquement répercutée sur le maitre lors de son retour sur le réseau. Pour ce qui est de BIND, c'est que là aussi le tout est géré correctement sauf pour les mises à jour de DHCP auto.
Dans le cas du projet, tous les services utilisent Heartbeat et DRBD (et bientot "MON"). Mais je voulais si je pouvais avoir des problèmes en travaillant avec des liens symboliques.
Aucun problème avec les liens symboliques. En fait tu as plusieurs choix : - Laisser les fichiers dans /etc, et à chaque fois que tu faits une modif sur le maitre, tu penses à la scp sur l'esclave. - Faire des liens symboliques vers la partition drbd - Modifier tes scripts d'init pour que les logiciels cherchent directement leur config sur la partition drbd (à grand coup de "-f" par exemple)
Y'a des avantages et des inconvénients à chaque fois, prends ce qui te parait le plus naturel.
Cordialement,
-- Nicolas Schmitz
Centre de Ressources Informatiques Ecole Centrale de Nantes
-- Pensez
Mike a écrit :
Heu je ne pensais pas du tout avoir un /etc vide.
/etc est laissé telle qu'elle sauf pour le service en question. Par exemple pour samba,
je copie /etc/samba sur la "partition DRBD" et je fais un lien.
Vu que c'est heartbeat qui controle le lancement du service, par de pb au boot.
J'ai déjà monter un projet avec un PDC-BDC mais il fallait une meilleure HA des données de la société.
De plus, la réplication LDAP est une bonne chose mais elle ne se fait que di maitre vers l'esclave.
Si l'esclave prend le relais, aucune modif ne peut etre autorisé vu qu'elle ne sera pas automatiquement
répercutée sur le maitre lors de son retour sur le réseau.
Pour ce qui est de BIND, c'est que là aussi le tout est géré correctement sauf pour les mises à jour
de DHCP auto.
Dans le cas du projet, tous les services utilisent Heartbeat et DRBD (et bientot "MON"). Mais je voulais
si je pouvais avoir des problèmes en travaillant avec des liens symboliques.
Aucun problème avec les liens symboliques. En fait tu as plusieurs choix :
- Laisser les fichiers dans /etc, et à chaque fois que tu faits une
modif sur le maitre, tu penses à la scp sur l'esclave.
- Faire des liens symboliques vers la partition drbd
- Modifier tes scripts d'init pour que les logiciels cherchent
directement leur config sur la partition drbd (à grand coup de "-f" par
exemple)
Y'a des avantages et des inconvénients à chaque fois, prends ce qui te
parait le plus naturel.
Cordialement,
--
Nicolas Schmitz
Centre de Ressources Informatiques
Ecole Centrale de Nantes
Heu je ne pensais pas du tout avoir un /etc vide. /etc est laissé telle qu'elle sauf pour le service en question. Par exemple pour samba, je copie /etc/samba sur la "partition DRBD" et je fais un lien. Vu que c'est heartbeat qui controle le lancement du service, par de pb au boot.
J'ai déjà monter un projet avec un PDC-BDC mais il fallait une meilleure HA des données de la société. De plus, la réplication LDAP est une bonne chose mais elle ne se fait que di maitre vers l'esclave. Si l'esclave prend le relais, aucune modif ne peut etre autorisé vu qu'elle ne sera pas automatiquement répercutée sur le maitre lors de son retour sur le réseau. Pour ce qui est de BIND, c'est que là aussi le tout est géré correctement sauf pour les mises à jour de DHCP auto.
Dans le cas du projet, tous les services utilisent Heartbeat et DRBD (et bientot "MON"). Mais je voulais si je pouvais avoir des problèmes en travaillant avec des liens symboliques.
Aucun problème avec les liens symboliques. En fait tu as plusieurs choix : - Laisser les fichiers dans /etc, et à chaque fois que tu faits une modif sur le maitre, tu penses à la scp sur l'esclave. - Faire des liens symboliques vers la partition drbd - Modifier tes scripts d'init pour que les logiciels cherchent directement leur config sur la partition drbd (à grand coup de "-f" par exemple)
Y'a des avantages et des inconvénients à chaque fois, prends ce qui te parait le plus naturel.
Cordialement,
-- Nicolas Schmitz
Centre de Ressources Informatiques Ecole Centrale de Nantes
-- Pensez
Nicolas Schmitz
>>> Heu je ne pensais pas du tout avoir un /etc vide. /etc est laissé telle qu'elle sauf pour le service en question. Par exemple pour samba, je copie /etc/samba sur la "partition DRBD" et je fais un lien. Vu que c'est heartbeat qui controle le lancement du service, par de pb au boot.
J'ai déjà monter un projet avec un PDC-BDC mais il fallait une meilleure HA des données de la société. De plus, la réplication LDAP est une bonne chose mais elle ne se fait que di maitre vers l'esclave. Si l'esclave prend le relais, aucune modif ne peut etre autorisé vu qu'elle ne sera pas automatiquement répercutée sur le maitre lors de son retour sur le réseau. Pour ce qui est de BIND, c'est que là aussi le tout est géré correctement sauf pour les mises à jour de DHCP auto.
Dans le cas du projet, tous les services utilisent Heartbeat et DRBD (et bientot "MON"). Mais je voulais si je pouvais avoir des problèmes en travaillant avec des liens symboliques.
pourquoi ne pas faire des mount avec l'option bind?
ci joint la sortie de mount sur une de mes machines sous drbd+ha
mount /dev/md0 on / type ext3 (rw,errors=remount-ro) /dev/drbd0 on /data type ext3 (rw) /data/var/lib/postgresql on /var/lib/postgresql type none (rw,bind) /data/var/lib/mysql on /var/lib/mysql type none (rw,bind) /data/var/www/virtual on /var/www/virtual type none (rw,bind) /data/var/spool/mail/virtual on /var/spool/mail/virtual type none (rw,bind)
La conf peut alors être stockée sur ta partition drbd de la même maniere.
Bin soit je suis pas réveillé, soit cette config ne règle pas le problème des fichiers de configs. Il faut encore faire des liens de /etc/xxx/ vers les partitions drbd, pour qu'elles sachent que leurs fichiers de config sont sur les partoches drbd.
-- Nicolas Schmitz
Centre de Ressources Informatiques Ecole Centrale de Nantes
-- Pensez
>>> Heu je ne pensais pas du tout avoir un /etc vide.
/etc est laissé telle qu'elle sauf pour le service en question. Par
exemple pour samba,
je copie /etc/samba sur la "partition DRBD" et je fais un lien.
Vu que c'est heartbeat qui controle le lancement du service, par de
pb au boot.
J'ai déjà monter un projet avec un PDC-BDC mais il fallait une
meilleure HA des données de la société.
De plus, la réplication LDAP est une bonne chose mais elle ne se
fait que di maitre vers l'esclave.
Si l'esclave prend le relais, aucune modif ne peut etre autorisé vu
qu'elle ne sera pas automatiquement
répercutée sur le maitre lors de son retour sur le réseau.
Pour ce qui est de BIND, c'est que là aussi le tout est géré
correctement sauf pour les mises à jour
de DHCP auto.
Dans le cas du projet, tous les services utilisent Heartbeat et DRBD
(et bientot "MON"). Mais je voulais
si je pouvais avoir des problèmes en travaillant avec des liens
symboliques.
pourquoi ne pas faire des mount avec l'option bind?
ci joint la sortie de mount sur une de mes machines sous drbd+ha
mount
/dev/md0 on / type ext3 (rw,errors=remount-ro)
/dev/drbd0 on /data type ext3 (rw)
/data/var/lib/postgresql on /var/lib/postgresql type none (rw,bind)
/data/var/lib/mysql on /var/lib/mysql type none (rw,bind)
/data/var/www/virtual on /var/www/virtual type none (rw,bind)
/data/var/spool/mail/virtual on /var/spool/mail/virtual type none
(rw,bind)
La conf peut alors être stockée sur ta partition drbd de la même maniere.
Bin soit je suis pas réveillé, soit cette config ne règle pas le
problème des fichiers de configs. Il faut encore faire des liens de
/etc/xxx/ vers les partitions drbd, pour qu'elles sachent que leurs
fichiers de config sont sur les partoches drbd.
--
Nicolas Schmitz
Centre de Ressources Informatiques
Ecole Centrale de Nantes
>>> Heu je ne pensais pas du tout avoir un /etc vide. /etc est laissé telle qu'elle sauf pour le service en question. Par exemple pour samba, je copie /etc/samba sur la "partition DRBD" et je fais un lien. Vu que c'est heartbeat qui controle le lancement du service, par de pb au boot.
J'ai déjà monter un projet avec un PDC-BDC mais il fallait une meilleure HA des données de la société. De plus, la réplication LDAP est une bonne chose mais elle ne se fait que di maitre vers l'esclave. Si l'esclave prend le relais, aucune modif ne peut etre autorisé vu qu'elle ne sera pas automatiquement répercutée sur le maitre lors de son retour sur le réseau. Pour ce qui est de BIND, c'est que là aussi le tout est géré correctement sauf pour les mises à jour de DHCP auto.
Dans le cas du projet, tous les services utilisent Heartbeat et DRBD (et bientot "MON"). Mais je voulais si je pouvais avoir des problèmes en travaillant avec des liens symboliques.
pourquoi ne pas faire des mount avec l'option bind?
ci joint la sortie de mount sur une de mes machines sous drbd+ha
mount /dev/md0 on / type ext3 (rw,errors=remount-ro) /dev/drbd0 on /data type ext3 (rw) /data/var/lib/postgresql on /var/lib/postgresql type none (rw,bind) /data/var/lib/mysql on /var/lib/mysql type none (rw,bind) /data/var/www/virtual on /var/www/virtual type none (rw,bind) /data/var/spool/mail/virtual on /var/spool/mail/virtual type none (rw,bind)
La conf peut alors être stockée sur ta partition drbd de la même maniere.
Bin soit je suis pas réveillé, soit cette config ne règle pas le problème des fichiers de configs. Il faut encore faire des liens de /etc/xxx/ vers les partitions drbd, pour qu'elles sachent que leurs fichiers de config sont sur les partoches drbd.
-- Nicolas Schmitz
Centre de Ressources Informatiques Ecole Centrale de Nantes
-- Pensez
Laurent CARON
Nicolas Schmitz wrote:
Heu je ne pensais pas du tout avoir un /etc vide. /etc est laissé telle qu'elle sauf pour le service en question. Par exemple pour samba, je copie /etc/samba sur la "partition DRBD" et je fais un lien. Vu que c'est heartbeat qui controle le lancement du service, par de pb au boot.
J'ai déjà monter un projet avec un PDC-BDC mais il fallait une meilleure HA des données de la société. De plus, la réplication LDAP est une bonne chose mais elle ne se fait que di maitre vers l'esclave. Si l'esclave prend le relais, aucune modif ne peut etre autorisé vu qu'elle ne sera pas automatiquement répercutée sur le maitre lors de son retour sur le réseau. Pour ce qui est de BIND, c'est que là aussi le tout est géré correctement sauf pour les mises à jour de DHCP auto.
Dans le cas du projet, tous les services utilisent Heartbeat et DRBD (et bientot "MON"). Mais je voulais si je pouvais avoir des problèmes en travaillant avec des liens symboliques.
pourquoi ne pas faire des mount avec l'option bind?
ci joint la sortie de mount sur une de mes machines sous drbd+ha
mount /dev/md0 on / type ext3 (rw,errors=remount-ro) /dev/drbd0 on /data type ext3 (rw) /data/var/lib/postgresql on /var/lib/postgresql type none (rw,bind) /data/var/lib/mysql on /var/lib/mysql type none (rw,bind) /data/var/www/virtual on /var/www/virtual type none (rw,bind) /data/var/spool/mail/virtual on /var/spool/mail/virtual type none (rw,bind)
La conf peut alors être stockée sur ta partition drbd de la même maniere.
Bin soit je suis pas réveillé, soit cette config ne règle pas le problème des fichiers de configs. Il faut encore faire des liens de /etc/xxx/ vers les partitions drbd, pour qu'elles sachent que leurs fichiers de config sont sur les partoches drbd.
c'était un exemple
tu peux monter /data/etc/xxx/ sur /etc/xxx ....... ?
-- Pensez
Nicolas Schmitz wrote:
Heu je ne pensais pas du tout avoir un /etc vide.
/etc est laissé telle qu'elle sauf pour le service en question. Par
exemple pour samba,
je copie /etc/samba sur la "partition DRBD" et je fais un lien.
Vu que c'est heartbeat qui controle le lancement du service, par de
pb au boot.
J'ai déjà monter un projet avec un PDC-BDC mais il fallait une
meilleure HA des données de la société.
De plus, la réplication LDAP est une bonne chose mais elle ne se
fait que di maitre vers l'esclave.
Si l'esclave prend le relais, aucune modif ne peut etre autorisé vu
qu'elle ne sera pas automatiquement
répercutée sur le maitre lors de son retour sur le réseau.
Pour ce qui est de BIND, c'est que là aussi le tout est géré
correctement sauf pour les mises à jour
de DHCP auto.
Dans le cas du projet, tous les services utilisent Heartbeat et DRBD
(et bientot "MON"). Mais je voulais
si je pouvais avoir des problèmes en travaillant avec des liens
symboliques.
pourquoi ne pas faire des mount avec l'option bind?
ci joint la sortie de mount sur une de mes machines sous drbd+ha
mount
/dev/md0 on / type ext3 (rw,errors=remount-ro)
/dev/drbd0 on /data type ext3 (rw)
/data/var/lib/postgresql on /var/lib/postgresql type none (rw,bind)
/data/var/lib/mysql on /var/lib/mysql type none (rw,bind)
/data/var/www/virtual on /var/www/virtual type none (rw,bind)
/data/var/spool/mail/virtual on /var/spool/mail/virtual type none
(rw,bind)
La conf peut alors être stockée sur ta partition drbd de la même maniere.
Bin soit je suis pas réveillé, soit cette config ne règle pas le
problème des fichiers de configs. Il faut encore faire des liens de
/etc/xxx/ vers les partitions drbd, pour qu'elles sachent que leurs
fichiers de config sont sur les partoches drbd.
c'était un exemple
tu peux monter /data/etc/xxx/ sur /etc/xxx ....... ?
Heu je ne pensais pas du tout avoir un /etc vide. /etc est laissé telle qu'elle sauf pour le service en question. Par exemple pour samba, je copie /etc/samba sur la "partition DRBD" et je fais un lien. Vu que c'est heartbeat qui controle le lancement du service, par de pb au boot.
J'ai déjà monter un projet avec un PDC-BDC mais il fallait une meilleure HA des données de la société. De plus, la réplication LDAP est une bonne chose mais elle ne se fait que di maitre vers l'esclave. Si l'esclave prend le relais, aucune modif ne peut etre autorisé vu qu'elle ne sera pas automatiquement répercutée sur le maitre lors de son retour sur le réseau. Pour ce qui est de BIND, c'est que là aussi le tout est géré correctement sauf pour les mises à jour de DHCP auto.
Dans le cas du projet, tous les services utilisent Heartbeat et DRBD (et bientot "MON"). Mais je voulais si je pouvais avoir des problèmes en travaillant avec des liens symboliques.
pourquoi ne pas faire des mount avec l'option bind?
ci joint la sortie de mount sur une de mes machines sous drbd+ha
mount /dev/md0 on / type ext3 (rw,errors=remount-ro) /dev/drbd0 on /data type ext3 (rw) /data/var/lib/postgresql on /var/lib/postgresql type none (rw,bind) /data/var/lib/mysql on /var/lib/mysql type none (rw,bind) /data/var/www/virtual on /var/www/virtual type none (rw,bind) /data/var/spool/mail/virtual on /var/spool/mail/virtual type none (rw,bind)
La conf peut alors être stockée sur ta partition drbd de la même maniere.
Bin soit je suis pas réveillé, soit cette config ne règle pas le problème des fichiers de configs. Il faut encore faire des liens de /etc/xxx/ vers les partitions drbd, pour qu'elles sachent que leurs fichiers de config sont sur les partoches drbd.
c'était un exemple
tu peux monter /data/etc/xxx/ sur /etc/xxx ....... ?
-- Pensez
Laurent CARON
Nicolas Schmitz wrote:
Mike a écrit :
Heu je ne pensais pas du tout avoir un /etc vide. /etc est laissé telle qu'elle sauf pour le service en question. Par exemple pour samba, je copie /etc/samba sur la "partition DRBD" et je fais un lien. Vu que c'est heartbeat qui controle le lancement du service, par de pb au boot.
J'ai déjà monter un projet avec un PDC-BDC mais il fallait une meilleure HA des données de la société. De plus, la réplication LDAP est une bonne chose mais elle ne se fait que di maitre vers l'esclave. Si l'esclave prend le relais, aucune modif ne peut etre autorisé vu qu'elle ne sera pas automatiquement répercutée sur le maitre lors de son retour sur le réseau. Pour ce qui est de BIND, c'est que là aussi le tout est géré correctement sauf pour les mises à jour de DHCP auto.
Dans le cas du projet, tous les services utilisent Heartbeat et DRBD (et bientot "MON"). Mais je voulais si je pouvais avoir des problèmes en travaillant avec des liens symboliques.
pourquoi ne pas faire des mount avec l'option bind?
ci joint la sortie de mount sur une de mes machines sous drbd+ha
mount /dev/md0 on / type ext3 (rw,errors=remount-ro) /dev/drbd0 on /data type ext3 (rw) /data/var/lib/postgresql on /var/lib/postgresql type none (rw,bind) /data/var/lib/mysql on /var/lib/mysql type none (rw,bind) /data/var/www/virtual on /var/www/virtual type none (rw,bind) /data/var/spool/mail/virtual on /var/spool/mail/virtual type none (rw,bind)
La conf peut alors être stockée sur ta partition drbd de la même maniere.
-- Pensez
Nicolas Schmitz wrote:
Mike a écrit :
Heu je ne pensais pas du tout avoir un /etc vide.
/etc est laissé telle qu'elle sauf pour le service en question. Par
exemple pour samba,
je copie /etc/samba sur la "partition DRBD" et je fais un lien.
Vu que c'est heartbeat qui controle le lancement du service, par de pb
au boot.
J'ai déjà monter un projet avec un PDC-BDC mais il fallait une
meilleure HA des données de la société.
De plus, la réplication LDAP est une bonne chose mais elle ne se fait
que di maitre vers l'esclave.
Si l'esclave prend le relais, aucune modif ne peut etre autorisé vu
qu'elle ne sera pas automatiquement
répercutée sur le maitre lors de son retour sur le réseau.
Pour ce qui est de BIND, c'est que là aussi le tout est géré
correctement sauf pour les mises à jour
de DHCP auto.
Dans le cas du projet, tous les services utilisent Heartbeat et DRBD
(et bientot "MON"). Mais je voulais
si je pouvais avoir des problèmes en travaillant avec des liens
symboliques.
pourquoi ne pas faire des mount avec l'option bind?
ci joint la sortie de mount sur une de mes machines sous drbd+ha
mount
/dev/md0 on / type ext3 (rw,errors=remount-ro)
/dev/drbd0 on /data type ext3 (rw)
/data/var/lib/postgresql on /var/lib/postgresql type none (rw,bind)
/data/var/lib/mysql on /var/lib/mysql type none (rw,bind)
/data/var/www/virtual on /var/www/virtual type none (rw,bind)
/data/var/spool/mail/virtual on /var/spool/mail/virtual type none (rw,bind)
La conf peut alors être stockée sur ta partition drbd de la même maniere.
Heu je ne pensais pas du tout avoir un /etc vide. /etc est laissé telle qu'elle sauf pour le service en question. Par exemple pour samba, je copie /etc/samba sur la "partition DRBD" et je fais un lien. Vu que c'est heartbeat qui controle le lancement du service, par de pb au boot.
J'ai déjà monter un projet avec un PDC-BDC mais il fallait une meilleure HA des données de la société. De plus, la réplication LDAP est une bonne chose mais elle ne se fait que di maitre vers l'esclave. Si l'esclave prend le relais, aucune modif ne peut etre autorisé vu qu'elle ne sera pas automatiquement répercutée sur le maitre lors de son retour sur le réseau. Pour ce qui est de BIND, c'est que là aussi le tout est géré correctement sauf pour les mises à jour de DHCP auto.
Dans le cas du projet, tous les services utilisent Heartbeat et DRBD (et bientot "MON"). Mais je voulais si je pouvais avoir des problèmes en travaillant avec des liens symboliques.
pourquoi ne pas faire des mount avec l'option bind?
ci joint la sortie de mount sur une de mes machines sous drbd+ha
mount /dev/md0 on / type ext3 (rw,errors=remount-ro) /dev/drbd0 on /data type ext3 (rw) /data/var/lib/postgresql on /var/lib/postgresql type none (rw,bind) /data/var/lib/mysql on /var/lib/mysql type none (rw,bind) /data/var/www/virtual on /var/www/virtual type none (rw,bind) /data/var/spool/mail/virtual on /var/spool/mail/virtual type none (rw,bind)
La conf peut alors être stockée sur ta partition drbd de la même maniere.
-- Pensez
Nicolas Schmitz
>>> pourquoi ne pas faire des mount avec l'option bind?
ci joint la sortie de mount sur une de mes machines sous drbd+ha
mount /dev/md0 on / type ext3 (rw,errors=remount-ro) /dev/drbd0 on /data type ext3 (rw) /data/var/lib/postgresql on /var/lib/postgresql type none (rw,bind) /data/var/lib/mysql on /var/lib/mysql type none (rw,bind) /data/var/www/virtual on /var/www/virtual type none (rw,bind) /data/var/spool/mail/virtual on /var/spool/mail/virtual type none (rw,bind)
La conf peut alors être stockée sur ta partition drbd de la même maniere.
Bin soit je suis pas réveillé, soit cette config ne règle pas le problème des fichiers de configs. Il faut encore faire des liens de /etc/xxx/ vers les partitions drbd, pour qu'elles sachent que leurs fichiers de config sont sur les partoches drbd.
c'était un exemple
tu peux monter /data/etc/xxx/ sur /etc/xxx ....... ?
c'est vrai :-) et voilà donc une quatrième solution, assez élégante il est vrai :-)
-- Nicolas Schmitz
Centre de Ressources Informatiques Ecole Centrale de Nantes
-- Pensez
>>>
pourquoi ne pas faire des mount avec l'option bind?
ci joint la sortie de mount sur une de mes machines sous drbd+ha
mount
/dev/md0 on / type ext3 (rw,errors=remount-ro)
/dev/drbd0 on /data type ext3 (rw)
/data/var/lib/postgresql on /var/lib/postgresql type none (rw,bind)
/data/var/lib/mysql on /var/lib/mysql type none (rw,bind)
/data/var/www/virtual on /var/www/virtual type none (rw,bind)
/data/var/spool/mail/virtual on /var/spool/mail/virtual type none
(rw,bind)
La conf peut alors être stockée sur ta partition drbd de la même
maniere.
Bin soit je suis pas réveillé, soit cette config ne règle pas le
problème des fichiers de configs. Il faut encore faire des liens de
/etc/xxx/ vers les partitions drbd, pour qu'elles sachent que leurs
fichiers de config sont sur les partoches drbd.
c'était un exemple
tu peux monter /data/etc/xxx/ sur /etc/xxx ....... ?
c'est vrai :-) et voilà donc une quatrième solution, assez élégante il
est vrai :-)
--
Nicolas Schmitz
Centre de Ressources Informatiques
Ecole Centrale de Nantes
>>> pourquoi ne pas faire des mount avec l'option bind?
ci joint la sortie de mount sur une de mes machines sous drbd+ha
mount /dev/md0 on / type ext3 (rw,errors=remount-ro) /dev/drbd0 on /data type ext3 (rw) /data/var/lib/postgresql on /var/lib/postgresql type none (rw,bind) /data/var/lib/mysql on /var/lib/mysql type none (rw,bind) /data/var/www/virtual on /var/www/virtual type none (rw,bind) /data/var/spool/mail/virtual on /var/spool/mail/virtual type none (rw,bind)
La conf peut alors être stockée sur ta partition drbd de la même maniere.
Bin soit je suis pas réveillé, soit cette config ne règle pas le problème des fichiers de configs. Il faut encore faire des liens de /etc/xxx/ vers les partitions drbd, pour qu'elles sachent que leurs fichiers de config sont sur les partoches drbd.
c'était un exemple
tu peux monter /data/etc/xxx/ sur /etc/xxx ....... ?
c'est vrai :-) et voilà donc une quatrième solution, assez élégante il est vrai :-)
-- Nicolas Schmitz
Centre de Ressources Informatiques Ecole Centrale de Nantes