mise en place d'un cluster

aster123 · Le 22/02/2012, à 17:05

j'ai réalisé un cluster avec ubuntu
voici la procédure http://doc.ubuntu-fr.org/tutoriel/mirro … x_serveurs

aster123 · Le 22/02/2012, à 17:06

je cherche à envoyer un e-mail via sendmail en ligne de commande .
Comment faire ?

The_JacK · Le 22/02/2012, à 17:25

Bonsoir,

Justement, j'allais poser a peu prés la même question... je viens de tout réinstaller (sauf drbd pour le moment) et me posait la question : Comment envoyer un mail avec ssmtp et mailutils depuis les fichiers de config heartbeat et drbd.

Je mettrais a jour mon post précedent une fois que j'aurais trouvé la réponse

A+

The_Jack

MrWaloo · Le 22/02/2012, à 21:26

Dans mon cas j'ai installé ssmtp et mailx afin de disposer de la commande mail. Le reste cest de la configuration de ssmtp.
Pour l'envoi d'un message :

echo "Texte à envoyer avec le formatage propre à la commande echo" | mail -s "sujet" adresse@exemple.com

ou

cat fichier.contenant.le.texte.à.envoyer | mail -s "sujet" adresse@exemple.com

Et pour envoyer un fichier :

uuencode fichier.à.envoyer fichier.à.envoyer | mail -s "sujet" adresse@exemple.com

uuencode est dans le package sharutils.

A+
Michel

The_JacK · Le 23/02/2012, à 14:00

Bonsoir,

Mr Waloo, dans un te tes posts, tu évoque la mise en place du multicast pour ne modifier les fichiers de config (samba, apache etc...) que sur un serveur et de les répliquer sur l'ensemble des noeuds du cluster via des scripts... Peux-tu m'en dire plus??

Merci,

The_JacK

Dernière modification par The_JacK (Le 23/02/2012, à 18:17)

MrWaloo · Le 23/02/2012, à 20:36

J'ai mis en place des partages NFS entre les serveurs. Un script lancé sur l'un d'eux (les 2 ont ce script) envoie tous les fichiers de conf et les scripts vers l'autre, de sorte de reprendre la même config.
Pour le principe, j'ai fait un fichier contenant un nom de fichier par ligne et le script boucle dessus. C'est très facile à faire...

The_JacK · Le 24/02/2012, à 19:08

Salut,

Je viens de tout réinstaller afin de faire une config propre et de pouvoir faire un feedback sur mon experience et bing!!!!! premier mur!!

je viens d'installer smcroute (bien que je ne sache pas comment tirer profit de cette fonctionnalité) et ca veut pas...

lorsque je veux joindre le groupe multicast, j'ai ca :

halte13@Halte13-Hsrv-1:~$ sudo smcroute -j eth0 239.0.0.10
[sudo] password for halte13:
daemon error: Warn: joinMcGroup, unknown interface eth0

une idée? Cela fonctionnait trés bien avant que je ne réinstalle

Dernière modification par The_JacK (Le 25/02/2012, à 10:17)

MrWaloo · Le 25/02/2012, à 10:23

Pour savoir si l'interface eth0 existe et si ce n'est pas eth1 ou autre qui est pris en compte, tu peux faire :

sudo ifconfig -a | grep -i link

chez moi (sur une Debian) ça donne :

eth0      Link encap:Ethernet  HWaddr e0:cb:4e:5e:15:79  
lo        Link encap:Boucle locale

J'ai donc les interfaces eth0 et lo (loopback).

Dernière modification par MrWaloo (Le 25/02/2012, à 10:23)

The_JacK · Le 25/02/2012, à 10:32

Bonjour Mr Waloo,

j'avais déja verifié ce point :

eth0      Link encap:Ethernet  HWaddr 00:1c:c4:ae:1e:f3
eth0:0    Link encap:Ethernet  HWaddr 00:1c:c4:ae:1e:f3
lo        Link encap:Boucle locale

The_JacK

MrWaloo · Le 25/02/2012, à 10:43

Tu as fait attention aux chapitres 2.2 et 2.3 de la doc ?

The_JacK · Le 25/02/2012, à 10:59

Tout à fait!

A vrai dire c'est a n'y rien comprendre, je viens d'ajouter dans /etc/smcroute/startup.sh :

smcroute -j eth0 239.0.0.10

puis reboot des deux serveurs. Une fois redémarré je re-teste par acquis de conscience :

root@Halte13-Hsrv-1:~# smcroute -j eth0 239.0.0.10
daemon error: Warn: joinMcGroup, unknown interface eth0

et pourtant désormais :

root@Halte13-Hsrv-1:~# ping 239.0.0.10 -c 4
PING 239.0.0.10 (239.0.0.10) 56(84) bytes of data.
64 bytes from 192.168.1.101: icmp_seq=1 ttl=64 time=0.030 ms
64 bytes from 192.168.1.103: icmp_seq=1 ttl=64 time=0.147 ms (DUP!)
64 bytes from 192.168.1.101: icmp_seq=2 ttl=64 time=0.021 ms
64 bytes from 192.168.1.103: icmp_seq=2 ttl=64 time=0.134 ms (DUP!)
64 bytes from 192.168.1.101: icmp_seq=3 ttl=64 time=0.016 ms
64 bytes from 192.168.1.103: icmp_seq=3 ttl=64 time=0.129 ms (DUP!)
64 bytes from 192.168.1.101: icmp_seq=4 ttl=64 time=0.023 ms

--- 239.0.0.10 ping statistics ---
4 packets transmitted, 4 received, +3 duplicates, 0% packet loss, time 2998ms
rtt min/avg/max/mdev = 0.016/0.071/0.147/0.057 ms

Enfin l'essentiel étant que ca fonctionne. Pour le script permettant de copier les fichiers de config, tu crée simplement un partage NFS sur les noeuds du cluster dans lequel tu va tout déposer?

MrWaloo · Le 25/02/2012, à 11:24

1. Ben oui, /etc/smcroute/startup.sh ajoute déjà l'adresse IP de multicast, l'ajouter encore une fois n'est pas possible, tout reste cohérent...

2. Oui, j'ai tout mis sous le répertoire /srv, organisé en sous-répertoire pour la config et les scripts et partagé /srv entre les 2 de sorte que /srv/mirror soit le /srv de l'autre pour chacun (c'est clair non ;-) ). Mais tu fais comme bon te semble.

The_JacK · Le 15/03/2012, à 17:10

Bonsoir,

je rencontre un petit problème, lorsque je redémarre l'un des noeuds du cluster, une fois relancé ils sont tous deux en standalone.

Une idée?

merci,

The_JacK

MrWaloo · Le 15/03/2012, à 18:03

Sans chercher à te charier (quoi que...), je ne peux pas deviner ce que tu as mis dans tes fichiers de config, donc pour savoir pourquoi... bah c'est pas facile...
Donne moi un max d'infos

The_JacK · Le 15/03/2012, à 18:07

lol pas faux... c'est mon grand defaut...

voici mon drbd.conf :

global {
  usage-count no;
}

common {
  protocol C;

  syncer {
    rate 3M;
    verify-alg sha1;
  }

  handlers {
    pri-lost-after-sb "reboot -f";
    pri-lost "echo Déconnexion des serveurs, vérifier les logs | mail -s 'SERVEUR: Alerte DRBD' aaa@aaa.aaa";
    out-of-sync "echo Désynchronisation des serveurs, vérifier les logs | mail -s 'SERVEUR: Alerte DRBD' aaa@aaa.aaa";
    pri-on-incon-degr "reboot -f";
    outdate-peer "/usr/lib/heartbeat/drbd-peer-outdater -t 5";
    local-io-error "echo o > /proc/sysrq-trigger ; halt -f";
  }
}

resource r0 {
  device    /dev/drbd0;
  disk      /dev/cciss/c0d1;
  meta-disk internal;

  disk {
    on-io-error   detach;
  }

  startup {
    wfc-timeout  60;
    degr-wfc-timeout 30;
    become-primary-on Halte13-Hsrv-1;
  }

  net {
    after-sb-0pri discard-older-primary;
    after-sb-1pri call-pri-lost-after-sb;
    after-sb-2pri call-pri-lost-after-sb;
  }
  on Halte13-Hsrv-1 {
    address   192.168.1.101:7788;
  }
  on Halte13-Hsrv-2 {
    address   192.168.1.103:7788;
  }
}

tu as besoins de quoi d'autre?

The_JacK

PS : tiens c'est la meilleur, il monte plus mon /dev/drbd0 :

root@Halte13-Hsrv-1:/data# mount /dev/drbd0 /data
mount: périphérique de type bloc /dev/drbd0 est protégé en écriture, on le monte en lecture seulement
mount: Mauvais type de medium

J'ai une piste pour le montage du /dev/drbd0... on dirait que le node 2 ne rends pas la main... et je pense que le pb et lié, je vais creuser...

Dernière modification par The_JacK (Le 15/03/2012, à 18:53)

The_JacK · Le 15/03/2012, à 19:19

Visiblement, tant que les noeuds restent en standalone, le /data ne se monte pas sur le serveur primaire... une fois les commandes :

drbdadm -- --discard-my-data connect all

drbdadm connect all

drbdadm primary r0

effectuées, le mount /dev/drbd0 /data fonctionne!!!

merci pour ton aide

The_JacK

Dernière modification par The_JacK (Le 15/03/2012, à 19:20)

MrWaloo · Le 16/03/2012, à 09:34

Quand tu rencontres le problème, c'est à dire :
- tout marrche
- redémarrage de l'un des noeuds (lequel ?)
- ça marche plus... [à ce moment là]

que retourne (pourchacun des noeuds) :

cat /proc/drbd

edit: Et heardbeat, il dit quoi ?

Dernière modification par MrWaloo (Le 16/03/2012, à 09:35)

The_JacK · Le 16/03/2012, à 15:01

Je pense avoir plusieurs problèmes liés.

depuis un poste distant, je lance un ping persistent, je démarre les deux serveurs. dés que le ping répond, je me connecte sur les deux noeuds. Petites verifications d'usage sur les deux noeuds :

Sur le noeud principal,

- je verifie les démons :

root@Halte13-Hsrv-1:~# service heartbeat status
heartbeat OK [pid 1236 et al] is running on halte13-hsrv-1 [halte13-hsrv-1]...
root@Halte13-Hsrv-1:~# service smbd status
smbd start/running, process 1722
root@Halte13-Hsrv-1:~# service nmbd status
nmbd start/running, process 1694
root@Halte13-Hsrv-1:~# service apache2 status
Apache is running (pid 1260).
root@Halte13-Hsrv-1:~# service mysql status
mysql start/running, process 1773

- je verifie que drbd ai bien monté ma partition :

root@Halte13-Hsrv-1:~# ls /data
lost+found  share

jusque la tout va bien. Je verifie ensuite que les noeuds se voient :

sur le noeud principal :

root@Halte13-Hsrv-1:~# cat /proc/drbd
version: 8.3.7 (api:88/proto:86-91)
GIT-hash: ea9e28dbff98e331a62bcbcc63a6135808fe2917 build by @Halte13-Hsrv-1, 2012-03-14 06:59:12
 0: cs:StandAlone ro:Primary/Unknown ds:UpToDate/DUnknown   r----
    ns:0 nr:0 dw:4 dr:261 al:1 bm:1 lo:0 pe:0 ua:0 ap:0 ep:1 wo:b oos:4096

Sur le noeud secondaire :

root@Halte13-Hsrv-2:~# cat /proc/drbd
version: 8.3.7 (api:88/proto:86-91)
GIT-hash: ea9e28dbff98e331a62bcbcc63a6135808fe2917 build by @Halte13-Hsrv-2, 2012-03-14 06:50:15
 0: cs:StandAlone ro:Secondary/Unknown ds:UpToDate/DUnknown   r----
    ns:0 nr:0 dw:0 dr:0 al:0 bm:0 lo:0 pe:0 ua:0 ap:0 ep:1 wo:b oos:0

la, ca coince... ils sont en standalone. Je lance sur le noeud secondaire la commande suivante :

root@Halte13-Hsrv-2:~# drbdadm -- --discard-my-data connect all

Sur le noeud primaire les commandes suivantes :

root@Halte13-Hsrv-1:~# drbdadm connect all
root@Halte13-Hsrv-1:~# drbdadm primary r0

j'obtient ensuite respectivement les resultats suivants :

root@Halte13-Hsrv-1:~# cat /proc/drbd
version: 8.3.7 (api:88/proto:86-91)
GIT-hash: ea9e28dbff98e331a62bcbcc63a6135808fe2917 build by @Halte13-Hsrv-1, 2012-03-14 06:59:12
 0: cs:Connected ro:Primary/Secondary ds:UpToDate/UpToDate C r----
    ns:4096 nr:0 dw:4 dr:4429 al:1 bm:2 lo:0 pe:0 ua:0 ap:0 ep:1 wo:b oos:0

root@Halte13-Hsrv-2:~# cat /proc/drbd
version: 8.3.7 (api:88/proto:86-91)
GIT-hash: ea9e28dbff98e331a62bcbcc63a6135808fe2917 build by @Halte13-Hsrv-2, 2012-03-14 06:50:15
 0: cs:Connected ro:Secondary/Primary ds:UpToDate/UpToDate C r----
    ns:0 nr:4096 dw:4096 dr:0 al:0 bm:1 lo:0 pe:0 ua:0 ap:0 ep:1 wo:b oos:0

plutot satisfaisant bien que je ne sache toujours pas pourquoi lorsque je redémarre un des noeuds (quelqu'il soit, il se mettent en "standalone").
J'accede sans problème à la page d'accueil apache, à l'interface web de transmission et à mon partage samba monté sur /data.

Je coupe heartbeat sur le serveur primaire :

root@Halte13-Hsrv-1:~# service heartbeat stop
Stopping High-Availability services: Done.

Réponse de 192.168.1.100 : octets=32 temps<1ms TTL=64
Réponse de 192.168.1.100 : octets=32 temps<1ms TTL=64
Réponse de 192.168.1.15 : Impossible de joindre l'hôte de destination.
Réponse de 192.168.1.15 : Impossible de joindre l'hôte de destination.
Réponse de 192.168.1.15 : Impossible de joindre l'hôte de destination.

le serveur secondaire "prends le relais" quelques secondes puis plus rien :

Réponse de 192.168.1.15 : Impossible de joindre l'hôte de destination.
Réponse de 192.168.1.100 : octets=32 temps=1702 ms TTL=64
Réponse de 192.168.1.100 : octets=32 temps<1ms TTL=64
Réponse de 192.168.1.100 : octets=32 temps<1ms TTL=64
Réponse de 192.168.1.100 : octets=32 temps<1ms TTL=64
Délai d'attente de la demande dépassé.
Réponse de 192.168.1.15 : Impossible de joindre l'hôte de destination.

J'ai l'impression que le serveur secondaire ne parvient pas à monté /dev/drbd0... et la heartbeat stop tous les démons...

Quand je redémarre le primaire, tout rentre dans l'ordre...

cdt
The_Jack

Dernière modification par The_JacK (Le 16/03/2012, à 15:03)

MrWaloo · Le 16/03/2012, à 15:06

Tu peux poster le contenu de /etc/ha.d/haresources stp

The_JacK · Le 16/03/2012, à 15:17

Halte13-Hsrv-1 IPaddr::192.168.1.100 Filesystem::/dev/drbd0::/data::ext3 smbd nm
bd apache2 mysql transmission-daemon MailTo::aaa@aaa

oops j'avais laissé mon mail

Dernière modification par The_JacK (Le 16/03/2012, à 15:21)

MrWaloo · Le 16/03/2012, à 15:21

C'est ce que je pensais...
Il manque l'initialisation de drbd. Remplace par ceci (ajout de "drbddisk::r0" AVANT Filesystem) :

Halte13-Hsrv-1 IPaddr::192.168.1.100 drbddisk::r0 Filesystem::/dev/drbd0::/data::ext3 smbd nmbd apache2 mysql transmission-daemon MailTo::aaa@aaa.aaa

edit: j'ai supprimé ton mail aussi... et pense à faire la modif sur les 2 serveurs...

Dernière modification par MrWaloo (Le 16/03/2012, à 15:25)

The_JacK · Le 16/03/2012, à 16:27

ha le boubourse (terme propre au ch'ti!!!)

c'est tellement flagrand que je ne l'avais pas vu..... en plus c'est dans ton tuto mais j'ai pas copié pas cette partie.....

merci à toi, je test de suite.

The_JacK

Dernière modification par The_JacK (Le 16/03/2012, à 16:33)

The_JacK · Le 16/03/2012, à 16:39

ouais en fait je peux pas tester... j'ai changé le disque dur du second noeud.... d'ailleurs une fois la config faite, on fait quoi quand on change le disque ou la grappe?

MrWaloo · Le 16/03/2012, à 16:42

Je ne comprends pas la question...
... des crêpes ?

The_JacK · Le 16/03/2012, à 16:51

lol
En fait, lorsque l'on configure drbd, on lance cette commande :

drbdadm -- --overwrite-data-of-peer primary r0

qui je pense a pour but de synchroniser les disques ou sera monté /dev/drbd0 sur chaque serveur en l'occurence :

disk      /dev/cciss/c0d1;

pour ma part.

si je change le disque/grappe /dev/cciss/c0d1, je dois faire quoi pour re-synchroniser?

The_JacK

Dernière modification par The_JacK (Le 16/03/2012, à 16:52)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 22/02/2012, à 17:05

Re : mise en place d'un cluster

#27 Le 22/02/2012, à 17:06

Re : mise en place d'un cluster

#28 Le 22/02/2012, à 17:25

Re : mise en place d'un cluster

#29 Le 22/02/2012, à 21:26

Re : mise en place d'un cluster

#30 Le 23/02/2012, à 14:00

Re : mise en place d'un cluster

#31 Le 23/02/2012, à 20:36

Re : mise en place d'un cluster

#32 Le 24/02/2012, à 19:08

Re : mise en place d'un cluster

#33 Le 25/02/2012, à 10:23

Re : mise en place d'un cluster

#34 Le 25/02/2012, à 10:32

Re : mise en place d'un cluster

#35 Le 25/02/2012, à 10:43

Re : mise en place d'un cluster

#36 Le 25/02/2012, à 10:59

Re : mise en place d'un cluster

#37 Le 25/02/2012, à 11:24

Re : mise en place d'un cluster

#38 Le 15/03/2012, à 17:10

Re : mise en place d'un cluster

#39 Le 15/03/2012, à 18:03

Re : mise en place d'un cluster

#40 Le 15/03/2012, à 18:07

Re : mise en place d'un cluster

#41 Le 15/03/2012, à 19:19

Re : mise en place d'un cluster

#42 Le 16/03/2012, à 09:34

Re : mise en place d'un cluster

#43 Le 16/03/2012, à 15:01

Re : mise en place d'un cluster

#44 Le 16/03/2012, à 15:06

Re : mise en place d'un cluster

#45 Le 16/03/2012, à 15:17

Re : mise en place d'un cluster

#46 Le 16/03/2012, à 15:21

Re : mise en place d'un cluster

#47 Le 16/03/2012, à 16:27

Re : mise en place d'un cluster

#48 Le 16/03/2012, à 16:39

Re : mise en place d'un cluster

#49 Le 16/03/2012, à 16:42

Re : mise en place d'un cluster

#50 Le 16/03/2012, à 16:51

Re : mise en place d'un cluster

Pied de page des forums