Bug 123342

Summary: the VIP doesnt come up, where the first service deactivated
Product: Red Hat Enterprise Linux 2.1 Reporter: Lior Tuval <ltuval>
Component: piranhaAssignee: Lon Hohberger <lhh>
Status: CLOSED ERRATA QA Contact: Mike McLean <mikem>
Severity: medium Docs Contact:
Priority: medium    
Version: 2.1CC: ltuval
Target Milestone: ---   
Target Release: ---   
Hardware: i686   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2004-11-12 22:13:56 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 131576    
Attachments:
Description Flags
Patch fixes problem
none
Example lvs.cf which won't cause bug #112016 to appear during testing none

Description Lior Tuval 2004-05-17 11:50:56 UTC 
Description of problem:
Using two virtual servers, for the same VIP, configured in the lvs.cf
file, and when the first virtual server is marked "active = 0"
then pulse process will not brin the VIP up.

Version-Release number of selected component (if applicable):
piranha-0.7.0-5
IP Virtual Server version 0.8.1

Steps to Reproduce:
1. Create two virtual servers using piranha-gui or lvs.cf file.
2. Mark the first virtual server as "active = 0"
3.Run pulse and check if the floating IP (VIP) comes up
  
Actual results:
The firtual IP does not come up, therefore the NLB doen not work

Expected results:
Pulse should bring up the VIP so any request from this IP will be 
sent to the real servers

Additional info:

Using piranha for NLB, in DR mode.
Comment 1 Lon Hohberger 2004-09-01 18:58:53 UTC 
Created attachment 103359 [details]
Patch fixes problem

The logic searched previous virtual interfaces for matches so we didn't attempt
to configure them twice, but failed to take in to account whether or not the
previous virtual service (with the same interface) was active or not.

This patch was taken against 0.7.6, and should apply to 0.7.0.	Please let me
know if this fixes your problem.
Comment 5 Lon Hohberger 2004-09-13 18:58:25 UTC 
Created attachment 103799 [details]
Example lvs.cf which won't cause bug #112016 to appear during testing
Comment 6 Derek Anderson 2004-11-12 22:13:56 UTC 
Verified in piranha-0.7.10-2.
Comment 7 John Flanagan 2004-12-13 21:23:54 UTC 
An errata has been issued which should help the problem 
described in this bug report. This report is therefore being 
closed with a resolution of ERRATA. For more information
on the solution and/or where to find the updated files, 
please follow the link below. You may reopen this bug report 
if the solution does not work for you.

http://rhn.redhat.com/errata/RHBA-2004-469.html
Comment 8 John Flanagan 2004-12-21 01:26:14 UTC 
An advisory has been issued which should help the problem 
described in this bug report. This report is therefore being 
closed with a resolution of ERRATA. For more information
on the solution and/or where to find the updated files, 
please follow the link below. You may reopen this bug report 
if the solution does not work for you.

http://rhn.redhat.com/errata/RHBA-2004-470.html