On 2006-01-19T11:41:11, James Pan <[EMAIL PROTECTED]> wrote:

> Hi,
> A friend of mine are using heartbeat with apache in her lab.  She has 
> ever tried
> heartbeat 2.0.2 because of the resource monitor facility. But finally 
> she gave up and
> switched back to heartbeat 1.2.

Well, 2.0.2 is pretty old. CVS is very much different from that:

 741 files changed, 69764 insertions(+), 25884 deletions(-)

But actual user feedback is always helpful.

> Here are some complaints from her.
> 1. No ipfail for heartbeat 2.0

Well, this one is known.

> 2. She installed apache from source code. So the httpd script was 
> installed into another directory
>    rather than /etc/init.d/. heartbeat failed to start httpd in this 
> case and the logs did not indicate the problem.
>   It took her a lot of time to figure out the problem.

The LRM error messages have been improved since too.

> 2. In order to test failover,  she started up heartbeat and deleted the 
> httpd script
>    from Node A. She expected apache will be started on another node. 
> But heartbeat kept trying
>    to start apache on Node A.

Well, again, handling of RAs not being found etc has been greatly
improved since. But, this could also have been a configuration mistake,
it's hard to say.

Second, removing the RA is not a way to test the failover! This will
lead, even with CVS HEAD, to unexpected behaviour. 

For example, if our last status was that a service was running on some
node, and then the script is removed, monitor will fail - we'll try to
stop it but can't, because the script isn't there - we'll invoke the
"stop failure" recovery process and STONITH/fence node A!

I'd recommend that she should kill the apache processes instead.


Sincerely,
    Lars Marowsky-Brée

-- 
High Availability & Clustering
SUSE Labs, Research and Development
SUSE LINUX Products GmbH - A Novell Business     -- Charles Darwin
"Ignorance more frequently begets confidence than does knowledge"

_______________________________________________________
Linux-HA-Dev: [email protected]
http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
Home Page: http://linux-ha.org/

Reply via email to