Bug 216774 - clusvcadm relocating virtual ip fails without complaining
Summary: clusvcadm relocating virtual ip fails without complaining
Alias: None
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: rgmanager   
(Show other bugs)
Version: 5.0
Hardware: All
OS: Linux
Target Milestone: ---
: ---
Assignee: Lon Hohberger
QA Contact: Cluster QE
Depends On:
TreeView+ depends on / blocked
Reported: 2006-11-21 22:32 UTC by Robert Peterson
Modified: 2009-04-16 22:36 UTC (History)
2 users (show)

Fixed In Version: RC
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2007-02-08 00:45:32 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description Robert Peterson 2006-11-21 22:32:56 UTC
Description of problem:
When I tried to relocate my virtual IP from node roth-02 to
roth-01, it responded with "success" but it didn't do it.
I believe there was a problem relocating the service, in which
case it should have given an error and said "failed" or else
started it elsewhere and told me where it started the service
like it did for RHEL3.

It would also be nice if it told me why it couldn't relocate the
service, even if it's something like "service is already running" or

One could also argue that rgmanager should recognize that the service
is already running elsewhere, assume the user wants to move the vip
and do the necessary stop/start sequence, or something.

Version-Release number of selected component (if applicable):
Recreated at RHEL4U4, but I want to make sure it gets fixed in RHEL5.

How reproducible:

Steps to Reproduce:
[root@roth-02 /]# clusvcadm -e -m roth-01
Actual results:
Member roth-01 trying to enable
[root@roth-02 /]# ip addr show | grep 250
    inet scope global eth1
(The service did not move and it still said "success" which misleads
the user).

Expected results:
Member roth-01 trying to enable
Service could not be started on roth-01.
Reason: Service is already running on roth-02 (or some such)

Additional info:
Lon said he used to have a patch for this problem.

Comment 1 Lon Hohberger 2006-12-05 15:58:49 UTC

* The patch I had was in the case that you enabled a non-running service on a
node and the node failed to start it.
* If I read this correctly, you're using the '-e' flag to relocate an
already-running service, which won't work; try '-r' ?

I'll fix this today either way.  '-e' will become '-r' if '-[nm]' is specified
and the service is already running.

Comment 2 Lon Hohberger 2006-12-13 18:34:06 UTC
ended up changing semantics to be:

-e reports an error (but returns success) if the service is already running.

Comment 3 Lon Hohberger 2006-12-13 18:40:08 UTC
Patches in CVS.

Comment 4 RHEL Product and Program Management 2007-02-08 00:45:32 UTC
A package has been built which should help the problem described in 
this bug report. This report is therefore being closed with a resolution 
of CURRENTRELEASE. You may reopen this bug report if the solution does 
not work for you.

Comment 5 Nate Straz 2007-12-13 17:18:41 UTC
Moving all RHCS ver 5 bugs to RHEL 5 so we can remove RHCS v5 which never existed.

Note You need to log in before you can comment on or make changes to this bug.