Mailing List Archive: Linux-HA: Users

cib.xml

Index | Next | Previous | View Threaded

martinsson.patrik at gmail

Jul 2, 2008, 2:34 AM

Post #1 of 4 (150 views)
Permalink

cib.xml

Hello !

I have maybe a bit of a strange question, but i dont have a good idea of how
to solve it.
I´ve a decent setup with heartbeat, 3 servers, 1 with ilo interface, stonith
is working as expected.

My problem isn´t really that part, it´s more how to intergrate the setup
with our "management"-system at my workplace.

We have a "main-central-server" wich handles all configuration files for our
servers, so all files are stored there, and lets say i make
a change on a server in a config file, this file will be replaced by the
version that is on the "main-central-server", this check is done once per
hour.

So far so good, no problem yet.

The problem is for me/or maybe im mistaken here and there is no problem at
all, but anyway, this is what i want oppinions/suggestions on how to solve.

Let´s say i want to change my configration on my ha-cluster server, normally
i would change the config file (in this case then cib.xml) on the
"main-central-server", and then let my "management"-system take care of it,
wich i could do here also, in wich case the scenario would be something like
this,

1. make change in cib.xml on "main-central-server".
2. "management"-system notice the diff between cib.xml on my servers and the
cib.xml "main-central-server" and therefore "sends" out the new cib.xml to
my servers.
3. then i invoke the new cib.xml on my servers with something similar to, '
cibadmin -R -x /var/lib/heartbeat/crm/cib.xml '
4. everything is finished, ha-cluster has now my new cib.xml and also
running thereafter.

BUT, somewhere i thought a read that manually changing/replacing the cib.xml
while ha is running is a very very very bad idea, but ive tried this theory
and it seems to work as expected.....

So basicly after this long mail im wondering, is there any danger for me to
replace the cib.xml while ha cluster is running ? ?

Thanks in advance,
Patrik Martinsson, student, sweden.
_______________________________________________
Linux-HA mailing list
Linux-HA[at]lists.linux-ha.org
http://lists.linux-ha.org/mailman/listinfo/linux-ha
See also: http://linux-ha.org/ReportingProblems

misch at multinet

Jul 2, 2008, 3:09 AM

Post #2 of 4 (140 views)
Permalink

Re: cib.xml [In reply to]

Am Mittwoch, 2. Juli 2008 11:34 schrieb Patrik Martinsson:
(...)
> Let´s say i want to change my configration on my ha-cluster server,
> normally i would change the config file (in this case then cib.xml) on the
> "main-central-server", and then let my "management"-system take care of it,
> wich i could do here also, in wich case the scenario would be something
> like this,
>
> 1. make change in cib.xml on "main-central-server".
> 2. "management"-system notice the diff between cib.xml on my servers and
> the cib.xml "main-central-server" and therefore "sends" out the new cib.xml
> to my servers.
> 3. then i invoke the new cib.xml on my servers with something similar to, '
> cibadmin -R -x /var/lib/heartbeat/crm/cib.xml '
> 4. everything is finished, ha-cluster has now my new cib.xml and also
> running thereafter.
>
> BUT, somewhere i thought a read that manually changing/replacing the
> cib.xml while ha is running is a very very very bad idea, but ive tried
> this theory and it seems to work as expected.....
>
> So basicly after this long mail im wondering, is there any danger for me to
> replace the cib.xml while ha cluster is running ? ?
>
>
> Thanks in advance,
> Patrik Martinsson, student, sweden.

In principal no problem in your setup. One remark: it is only needed to
replace the new CIB on one node of the cluster. CRM takes care that all nodes
are updated with the new version.

Perhaps replaceing the whole CIB (-R) is not good for gradual changes in the
config. But this descision is up to you.

--
Dr. Michael Schwartzkopff
MultiNET Services GmbH
Addresse: Bretonischer Ring 7; 85630 Grasbrunn; Germany
Tel: +49 - 89 - 45 69 11 0
Fax: +49 - 89 - 45 69 11 21
mob: +49 - 174 - 343 28 75

mail: misch[at]multinet.de
web: www.multinet.de

Sitz der Gesellschaft: 85630 Grasbrunn
Registergericht: Amtsgericht München HRB 114375
Geschäftsführer: Günter Jurgeneit, Hubert Martens

---

PGP Fingerprint: F919 3919 FF12 ED5A 2801 DEA6 AA77 57A4 EDD8 979B
Skype: misch42
_______________________________________________
Linux-HA mailing list
Linux-HA[at]lists.linux-ha.org
http://lists.linux-ha.org/mailman/listinfo/linux-ha
See also: http://linux-ha.org/ReportingProblems

linux-ha at daork

Jul 2, 2008, 3:48 AM

Post #3 of 4 (141 views)
Permalink

Re: cib.xml [In reply to]

On 2/07/2008, at 9:34 PM, Patrik Martinsson wrote:

> Let´s say i want to change my configration on my ha-cluster server,
> normally
> i would change the config file (in this case then cib.xml) on the
> "main-central-server", and then let my "management"-system take care
> of it,
> wich i could do here also, in wich case the scenario would be
> something like
> this,

I have this also, using puppet.

I push configuration to all nodes, and then check if the current host
is the DC. (cibadmin -m). If so, I load the new XML bits with cibadmin.

I have each component in a separate XML file, so I'm only updating
small things at a time instead of reloading my entire CIB.

I'm considering writing something to dump the XML for each component
and compare it to the configuration on disk in case the initial load
fails for whatever reason, but I'm not that far down the track yet,
mostly because I haven't had a problem yet.

--
Nathan Ward

_______________________________________________
Linux-HA mailing list
Linux-HA[at]lists.linux-ha.org
http://lists.linux-ha.org/mailman/listinfo/linux-ha
See also: http://linux-ha.org/ReportingProblems

binghe.lisp at gmail

Jul 2, 2008, 5:02 AM

Post #4 of 4 (133 views)
Permalink

Re: cib.xml [In reply to]

åœ¨ 2008-7-2ï¼Œä¸‹åˆ6:48ï¼Œ Nathan Ward å†™é“ï¼š

> On 2/07/2008, at 9:34 PM, Patrik Martinsson wrote:
>
>> LetÂ´s say i want to change my configration on my ha-cluster server,
>> normally
>> i would change the config file (in this case then cib.xml) on the
>> "main-central-server", and then let my "management"-system take
>> care of it,
>> wich i could do here also, in wich case the scenario would be
>> something like
>> this,
>
>
> I have this also, using puppet.
>
> I push configuration to all nodes, and then check if the current
> host is the DC. (cibadmin -m). If so, I load the new XML bits with
> cibadmin.
>
> I have each component in a separate XML file, so I'm only updating
> small things at a time instead of reloading my entire CIB.
>
> I'm considering writing something to dump the XML for each component
> and compare it to the configuration on disk in case the initial load
> fails for whatever reason, but I'm not that far down the track yet,
> mostly because I haven't had a problem yet.
>
> --
> Nathan Ward
>

I have this also, but using GNU cfengine.

I only push cib.xml to all nodes when bootstrap a fresh heartbeat
cluster (or recover from crash). Then I use hb_gui/cibadmin to modify
cib.xml and apply changes to whole cluster. When I do some change, I
let cfengine get cib.xml back to main-central-server and remove some
part of this file (<nodes>, <cib ...>) automatically.

--binghe

_______________________________________________
Linux-HA mailing list
Linux-HA[at]lists.linux-ha.org
http://lists.linux-ha.org/mailman/listinfo/linux-ha
See also: http://linux-ha.org/ReportingProblems

Index | Next | Previous | View Threaded

Interested in having your list archived? Contact lists@gossamer-threads.com