Problème avec HeartBeat 2. - Logiciels - Linux et OS Alternatifs
Marsh Posté le 13-11-2008 à 12:09:28
Un problème avec ton cib.xml que tu as généré sûrement. Si tu laisses heartbeat le générer automatiquement ça devrait marcher, après faudra le configurer le fichier...c'est une autre histoire.
Marsh Posté le 13-11-2008 à 14:38:34
argh heartbeat 1 est achement plus simple
Keep it STupid, Keep it Simple
Marsh Posté le 23-06-2008 à 14:59:13
Salut à tous ,
voilà j'avais installé HeartBeat (première version) sur mes machines avec DRBD dans le but de faire un cluster de Haute-Dispo. Tout fonctionnait parfaitement, le basculement des adresses IP etc. .Sauf que je me suis apercu que HeartBeat-2 proposait plus de fonctionnalité, qui optimiserai davantage mon cluster, je l'ai donc installé : aptitude install heartbeat-2 (je suis sur une debian).
Et puis j'ai suivi le tuto officiel : http://www.linux-ha.org/GettingSta [...] 716cb8a946
J'ai configuré mes fichiers :
authkeys :
auth 1
1 md5 root
ha.cf :
node debian
node debian1
logfile /var/log/ha.log
logfacility local0
auto_failback on
crm yes
keepalive 2
warntime 10
deadtime 20
initdead 80
bcast eth0
udpport 694
cib.xml :
<?xml version="1.0" ?>
<cib admin_epoch="0" epoch="0" num_updates="0">
<configuration>
<crm_config>
<cluster_property_set id="cib-bootstrap-options">
<attributes>
<nvpair id="cib-bootstrap-options-symmetric_cluster" name="symmetric_cluster" value="true"/>
<nvpair id="cib-bootstrap-options-no_quorum_policy" name="no_quorum_policy" value="stop"/>
<nvpair id="cib-bootstrap-options-default_resource_stickiness" name="default_resource_stickiness" value="0"/>
<nvpair id="cib-bootstrap-options-default_resource_failure_stickiness" name="default_resource_failure_stickiness" value="0"/>
<nvpair id="cib-bootstrap-options-stonith_enabled" name="stonith_enabled" value="false"/>
<nvpair id="cib-bootstrap-options-stonith_action" name="stonith_action" value="reboot"/>
<nvpair id="cib-bootstrap-options-stop_orphan_resources" name="stop_orphan_resources" value="true"/>
<nvpair id="cib-bootstrap-options-stop_orphan_actions" name="stop_orphan_actions" value="true"/>
<nvpair id="cib-bootstrap-options-remove_after_stop" name="remove_after_stop" value="false"/>
<nvpair id="cib-bootstrap-options-short_resource_names" name="short_resource_names" value="true"/>
<nvpair id="cib-bootstrap-options-transition_idle_timeout" name="transition_idle_timeout" value="5min"/>
<nvpair id="cib-bootstrap-options-default_action_timeout" name="default_action_timeout" value="5s"/>
<nvpair id="cib-bootstrap-options-is_managed_default" name="is_managed_default" value="true"/>
</attributes>
</cluster_property_set>
</crm_config>
<nodes/>
<resources>
<group id="group_1">
<primitive class="ocf" id="IPaddr_192_168_5_207" provider="heartbeat" type="IPaddr">
<operations>
<op id="IPaddr_192_168_5_207_mon" interval="5s" name="monitor" timeout="5s"/>
</operations>
<instance_attributes id="IPaddr_192_168_5_207_inst_attr">
<attributes>
<nvpair id="IPaddr_192_168_5_207_attr_0" name="ip" value="192.168.5.207"/>
</attributes>
</instance_attributes>
</primitive>
<primitive class="heartbeat" id="drbddisk_2" provider="heartbeat" type="drbddisk">
<operations>
<op id="drbddisk_2_mon" interval="120s" name="monitor" timeout="60s"/>
</operations>
<instance_attributes id="drbddisk_2_inst_attr">
<attributes>
<nvpair id="drbddisk_2_attr_1" name="1" value="repl"/>
</attributes>
</instance_attributes>
</primitive>
<primitive class="ocf" id="Filesystem_3" provider="heartbeat" type="Filesystem">
<operations>
<op id="Filesystem_3_mon" interval="120s" name="monitor" timeout="60s"/>
</operations>
<instance_attributes id="Filesystem_3_inst_attr">
<attributes>
<nvpair id="Filesystem_3_attr_0" name="device" value="/dev/drbd0"/>
<nvpair id="Filesystem_3_attr_1" name="directory" value="/home"/>
<nvpair id="Filesystem_3_attr_2" name="fstype" value="ext3"/>
</attributes>
</instance_attributes>
</primitive>
<primitive class="lsb" id="apache2_4" provider="heartbeat" type="apache2">
<operations>
<op id="apache2_4_mon" interval="120s" name="monitor" timeout="60s"/>
</operations>
</primitive>
</group>
</resources>
<constraints>
<rsc_location id="rsc_location_group_1" rsc="group_1">
<rule id="prefered_location_group_1" score="100">
<expression attribute="#uname" id="prefered_location_group_1_expr" operation="eq" value="debian"/>
</rule>
</rsc_location>
</constraints>
</configuration>
<status/>
</cib>
Pour info, pour générer mon fichier cib.xml, j'ai utilisé mon haresources de l'ancienne version d'HeartBeat,
haresources :
debian 192.168.5.207 drbddisk::repl Filesystem:: /dev/drbd0:: /home::ext3 apache2
puis j'ai tappé la commande :
/usr/lib/heartbeat/haresources2cib.py --stdout -c /etc/ha.d/ha.cf \
/etc/ha.d/haresources > /var/lib/heartbeat/crm/cib.xml
Normalement, il me semble avoir configuré tout les fichiers nécéssaires, sauf que HB ne fonctionne pas. Il se lance au démarrage, mais quand je fais un ifconfig sur la machine maitre, je ne vois aucune des adresses virtuelles qui sont censé être présentes sur la maitre, donc impossible de faire une bascule...
Ca fait deux jours que je ne comprend pas pourquoi ça ne fonctionne pas. Autre chose, quand j'enlève le "crm yes" dans ha.cf, ça fonctionne parfaitement comme avant...
Merci d'avance.
Message édité par Tae-Kwon le 23-06-2008 à 15:01:13