Bug 459582 - ipv6 connectivity is killed when removing an IPv6 address
Summary: ipv6 connectivity is killed when removing an IPv6 address
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: rgmanager
Version: 5.2.z
Hardware: All
OS: Linux
medium
medium
Target Milestone: rc
: ---
Assignee: Lon Hohberger
QA Contact: Cluster QE
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2008-08-20 12:42 UTC by Fabio Massimo Di Nitto
Modified: 2012-10-30 10:56 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2009-01-20 20:56:39 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 212479 0 low CLOSED ip.sh causes /sbin/ip to produce warnings 2021-02-22 00:41:40 UTC
Red Hat Product Errata RHBA-2009:0101 0 normal SHIPPED_LIVE rgmanager bug-fix and enhancements update 2009-01-20 16:04:34 UTC

Internal Links: 212479

Description Fabio Massimo Di Nitto 2008-08-20 12:42:34 UTC
Description of problem:

IPv6 connectivity to a node is killed when removing a VIP v6.

Version-Release number of selected component (if applicable):

rgmanager-2.0.38-2.el5_2.1

How reproducible:

always.

Configure a cluster. Each node needs to have a v6 address. Setup a service that will create a VIP with a v6 address.
Start rgmanager.
make sure the service is working.
From another node, migrate the service.
The IPv6 connectivity to the node that was running the service is lost completely.

Steps to Reproduce:

Configure a cluster. Each node needs to have a v6 address. Setup a service that will create a VIP with a v6 address.
Start rgmanager.
make sure the service is working.
From another node, migrate the service.
The IPv6 connectivity to the node that was running the service is lost completely.

Comment 1 Fabio Massimo Di Nitto 2008-08-20 13:20:22 UTC
After additional testing, it all boils down to /sbin/ip.

there is no need of such complex setup to reproduce.

Configure a rhel5.2 (latest updates from rhn installed) to have an Ipv6 address configured the standard way at boot time (let say xxxx::100).

from an external machine ping6 that address to verify connectivity etc.

on the rhel box:

ip addr add dev eth0 xxxx::200

ping6 the extra address to verify is configured and working.

ip addr del dev eth0 xxxx::200

at this point all Ipv6 connectivity to the box is lost,

a service network restart is required to fix things around

Comment 2 Fabio Massimo Di Nitto 2008-08-28 08:02:24 UTC
Thanks to David Miller unlimited knowledge, we did nail this down to a problem on how rgmanager uses ip.

I am working on a patch since it's pretty straight forward but FYI the fact that we don't add a netmask when adding/removing an ipv6 address is bad.

Fabio

Comment 3 Fabio Massimo Di Nitto 2008-08-28 09:46:19 UTC
Lon,

I fixed this bug in 9bf373dbb03a185e49e36db5075d50352436b9c1 on our rhel5 branch.

Fabio

Comment 4 RHEL Program Management 2008-08-28 13:52:04 UTC
This request was evaluated by Red Hat Product Management for inclusion in a Red
Hat Enterprise Linux maintenance release.  Product Management has requested
further review of this request by Red Hat Engineering, for potential
inclusion in a Red Hat Enterprise Linux Update release for currently deployed
products.  This request is not yet committed for inclusion in an Update
release.

Comment 5 Lon Hohberger 2008-08-28 21:30:06 UTC
Setting to modified as Fabio fixed it already.

Comment 8 errata-xmlrpc 2009-01-20 20:56:39 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 therefore 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-2009-0101.html


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