Replicating lvs.cf

Greg Boehnlein <[email protected]>
Newsgroups gmane.linux.redhat.piranha
Message-ID <[email protected]>
Hi,
	Now that I've solved the problem of my nanny checks being 
incorrect, I have some other (probably stupid) questions that I'd like to 
ask. I haven't yet received my RedHat AS 2.1 box set, with the printed 
manuals, so I haven't had the opportunity to sit down and read through the 
documentation from cover to cover. I'm sure that these questions are going 
to be answered in that documentation. But to get a jump on things, I would 
love it if someone could point me to some documentation or answers that 
could help me out.

My config:
atm1 - Primary LVS Router (Direct Routing)
atm2 - Backup LVS Router (Direct Routing)
cluster - Virtual IP for load-balancing
rs1 - Real Server 1
rs2 - Real Server 2
rs3 - Real Server 3

1. Given the two LVS routers is there a method of synchronizing the lvs.cf 
file between them? Let's say I have to directors (atm1 and atm2). If I 
make changes using the Piranha GUI on atm1, I would like those changes to 
immediately be replicated to atm2.

2. If the lvs.cf file is replicated to atm2, do any services need to be 
restarted to take advantage of the changes? I assume that when pulse 
determines it is time to take over the responsibilites of LVS routing for 
the cluster, it would re-read the lvs.cf file.... Insight would be 
helpful..

3. I've noticed that if the Primary LVS Router fails and the Backup takes 
over, it never switches back to the Primary. Is there a way to configure 
this behavior in Piranha? Seems to me that this is probably best 
accomplished with the --forceactive command on the Primary, but is there 
some way to conffigure this from the Piranha GUI?

I suppose that is all for the moment... I'd appreciate any/all comments.

-- 
    Vice President of N2Net, a New Age Consulting Service, Inc. Company
         http://www.n2net.net Where everything clicks into place!
                             KP-216-121-ST
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.