RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 1073824 - Allow takeover of IPv6 'link-local' configuration for 'ignore' method profile
Summary: Allow takeover of IPv6 'link-local' configuration for 'ignore' method profile
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: NetworkManager
Version: 7.0
Hardware: Unspecified
OS: Linux
urgent
urgent
Target Milestone: rc
: ---
Assignee: Jirka Klimes
QA Contact: Desktop QE
URL:
Whiteboard:
: 1073385 (view as bug list)
Depends On:
Blocks: 744225 782468 1073385
TreeView+ depends on / blocked
 
Reported: 2014-03-07 09:53 UTC by Jirka Klimes
Modified: 2016-01-04 06:04 UTC (History)
11 users (show)

Fixed In Version: NetworkManager-0.9.9.1-3.git20140313.el7
Doc Type: Bug Fix
Doc Text:
Clone Of:
: 1083196 (view as bug list)
Environment:
Last Closed: 2014-06-13 11:45:32 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
anaconda traceback (/tmp/anaconda-tb-*) (154.93 KB, application/octet-stream)
2014-03-10 22:34 UTC, IBM Bug Proxy
no flags Details
anaconda traceback (/tmp/anaconda-tb-*) snap 11 (145.95 KB, application/octet-stream)
2014-03-27 08:01 UTC, IBM Bug Proxy
no flags Details

Description Jirka Klimes 2014-03-07 09:53:25 UTC
NetworkManager should allow taking over configurations where device has only a link-local IPv6 address and existing ifcfg configuration file has 'ignore' IPv6 method.
/etc/sysconfig/network-scripts/ifcfg-ens3:
# Generated by dracut initrd
DEVICE="ens3"
ONBOOT=yes
NETBOOT=yes
UUID="aa17d688-a38d-481d-888d-6d69cca781b8"
BOOTPROTO=dhcp
HWADDR="52:54:00:32:77:59"
TYPE=Ethernet
NAME="ens3"

See also
https://bugzilla.redhat.com/show_bug.cgi?id=1037605#c35
https://bugzilla.redhat.com/show_bug.cgi?id=1073385

Comment 2 Jirka Klimes 2014-03-07 10:01:22 UTC
I have pushed a patch to upstream branch:
jk/match-ipv6-link-local-ignore

Comment 4 John Jarvis 2014-03-10 22:28:13 UTC
*** Bug 1073385 has been marked as a duplicate of this bug. ***

Comment 5 IBM Bug Proxy 2014-03-10 22:34:58 UTC
Created attachment 872872 [details]
anaconda traceback (/tmp/anaconda-tb-*)

default comment by bridge

Comment 6 Dan Williams 2014-03-11 16:53:18 UTC
Branch looks good, but could you add a testcase?  There are already some in src/tests/test-general.c.

Comment 7 Georg Markgraf 2014-03-12 07:17:44 UTC
Because RHBZ 1073385 is "urgend" and is marked DUP to this BZ, I adapt severity of this RHBZ (1073824) also to urgend.
I cannot adapt Priority -> please take of that when DUPing BZs to ensure the prioritization of BZs remain adaquate

Comment 8 Jirka Klimes 2014-03-12 08:49:58 UTC
(In reply to Dan Williams from comment #6)
> Branch looks good, but could you add a testcase?  There are already some in
> src/tests/test-general.c.

A testcase has been added and the code pushed to upstream master as:
4112bda core: allow matching IPv6 'link-local' method to 'ignore' (rh #1073824)

Comment 10 Ladislav Jozsa 2014-03-17 17:28:38 UTC
Verified with NetworkManager-0.9.9.1-3.git20140313.el7 on RHEL-7.0-20140317.0. When ipv6 method contains ignore keyword, the connection is taken over by Network Manager and new connection isn't created.

17:22:23,030 DEBUG ifcfg: content of files (network initialization):
17:22:23,030 DEBUG ifcfg: /etc/sysconfig/network-scripts/ifcfg-eth0:
17:22:23,030 DEBUG ifcfg:   # Generated by dracut initrd
17:22:23,030 DEBUG ifcfg:   DEVICE="eth0"
17:22:23,031 DEBUG ifcfg:   ONBOOT=yes
17:22:23,031 DEBUG ifcfg:   NETBOOT=yes
17:22:23,031 DEBUG ifcfg:   UUID="076dda6a-cb14-458c-a730-87161a9ff134"
17:22:23,031 DEBUG ifcfg:   BOOTPROTO=dhcp
17:22:23,031 DEBUG ifcfg:   HWADDR="52:54:00:de:c3:ed"
17:22:23,031 DEBUG ifcfg:   TYPE=Ethernet
17:22:23,031 DEBUG ifcfg:   NAME="eth0"
17:22:23,041 DEBUG ifcfg: all settings: [{'802-3-ethernet': {'s390-options': {}, 'mac-address': [82, 84, 0, 222, 195, 237]}, 'connection': {'timestamp': 1395076938L, 'interface-name': 'eth0', 'type': '802-3-ethernet', 'id': 'eth0', 'uuid': '076dda6a-cb14-458c-a730-87161a9ff134'}, 'ipv4': {'routes': [], 'addresses': [], 'dns': [], 'method': 'auto'}, 'ipv6': {'routes': [], 'addresses': [], 'dns': [], 'method': 'ignore'}}]

# nmcli c
NAME  UUID                                  TYPE            DEVICE 
eth0  076dda6a-cb14-458c-a730-87161a9ff134  802-3-ethernet  eth0   


Moving to verified.

Comment 11 Ladislav Jozsa 2014-03-17 22:26:34 UTC
Vladimir, may I ask why did you moved the bug back to ON_QA state?

Comment 12 Vladimir Benes 2014-03-17 22:28:49 UTC
Ladislav, please do use just comments if you want to state that fix works. We need to do some additional work on these bugs but moving to VERIFIED may confuse our radars ;-)

Test covered by automated case and manual version as well. Test job verifying the fix here:
https://beaker.engineering.redhat.com/jobs/613929

Comment 13 IBM Bug Proxy 2014-03-27 08:01:12 UTC
Created attachment 879339 [details]
anaconda traceback (/tmp/anaconda-tb-*) snap 11


------- Comment on attachment From konstantinglushkov.com 2014-03-27 07:58 EDT-------


Still present in snap 11

Comment 14 Radek Vykydal 2014-04-01 14:26:51 UTC
*** Bug 1073385 has been marked as a duplicate of this bug. ***

Comment 15 Jan Stodola 2014-04-01 14:56:47 UTC
As comment 13 says, this issue is still reproducible with Snapshot 11 (which contains NetworkManager-0.9.9.1-3.git20140313.el7), when using static IPv4 configuration.
Since bug 1073385 has been marked as a duplicate of this one and the issue from bug 1073385 is still reproducible (even with Snap 13), moving this bug back to ASSIGNED.

Comment 17 Jirka Klimes 2014-04-01 15:56:22 UTC
This is definitely another bug. See in the logs that ipv6.method is 'ignore' for both connections.

/tmp/ifcfg.log:
07:56:00,965 DEBUG ifcfg: content of files (network initialization):
07:56:00,965 DEBUG ifcfg: /etc/sysconfig/network-scripts/ifcfg-enccw0.0.f5f0:
07:56:00,965 DEBUG ifcfg:   # Generated by dracut initrd
07:56:00,966 DEBUG ifcfg:   DEVICE="enccw0.0.f5f0"
07:56:00,966 DEBUG ifcfg:   ONBOOT=yes
07:56:00,966 DEBUG ifcfg:   NETBOOT=yes
07:56:00,966 DEBUG ifcfg:   UUID="0dcbe695-12b1-4b81-a05a-b9dc29ec9835"
07:56:00,966 DEBUG ifcfg:   BOOTPROTO=none
07:56:00,966 DEBUG ifcfg:   IPADDR="9.152.141.13"
07:56:00,966 DEBUG ifcfg:   NETMASK="255.255.252.0"
07:56:00,966 DEBUG ifcfg:   GATEWAY="9.152.140.1"
07:56:00,966 DEBUG ifcfg:   SUBCHANNELS="0.0.f5f0,0.0.f5f1,0.0.f5f2"
07:56:00,966 DEBUG ifcfg:   NETTYPE="qeth"
07:56:00,966 DEBUG ifcfg:   OPTIONS="layer2=0 portno=0 portname=osap"
07:56:00,966 DEBUG ifcfg:   TYPE=Ethernet
07:56:00,966 DEBUG ifcfg:   NAME="enccw0.0.f5f0"
07:56:00,975 DEBUG ifcfg: all settings: [{'802-3-ethernet': {'s390-subchannels': ['0.0.f5f0', '0.0.f5f1', '0.0.f5f2'], 's390-options': {'portname': 'osap', 'layer2': '0', 'portno': '0'}, 's390-nettype': 'qeth'}, 'connection': {'interface-name': 'enccw0.0.f5f0', 'type': '802-3-ethernet', 'id': 'enccw0.0.f5f0', 'uuid': '0dcbe695-12b1-4b81-a05a-b9dc29ec9835'}, 'ipv4': {'routes': [], 'addresses': [[160992525L, 22L, 160992257L]], 'dns': [], 'method': 'manual'}, 'ipv6': {'routes': [], 'addresses': [], 'dns': [], 'method': 'ignore'}}, {'802-3-ethernet': {'s390-options': {}, 'mac-address': [92, 243, 252, 236, 17, 6]}, 'connection': {'timestamp': 1395906933L, 'autoconnect': False, 'type': '802-3-ethernet', 'id': 'enccw0.0.f5f0', 'uuid': '3bb90191-89e1-49eb-b921-6c68bf597f3a'}, 'ipv4': {'routes': [], 'addresses': [[160992525L, 22L, 160992257L]], 'dns': [], 'method': 'manual'}, 'ipv6': {'routes': [], 'addresses': [], 'dns': [], 'method': 'ignore'}}]
07:56:01,263 DEBUG ifcfg: IfcfFile.read /etc/sysconfig/network-scripts/ifcfg-enccw0.0.f5f0
07:56:07,894 DEBUG ifcfg: IfcfFile.read /etc/sysconfig/network-scripts/ifcfg-enccw0.0.f5f0

What might be an issue here is S390 stuff or mac-address. Either NM connection matching should be enhanced with this regard, or maybe dracut-generated ifcfg-file is not right.

I'm moving this bug back to VERIFIED and will clone it for the issue in comment #13.

Also when testing would you people use latest snaphots/NM, else we might be chasing already fixed bugs, and it lowers our resource capacity.

Comment 18 Jirka Klimes 2014-04-01 15:57:09 UTC
I don't have rights to move it to VERIFIED. Please do that for me.

Comment 19 Jirka Klimes 2014-04-01 16:03:10 UTC
The issue in comment #17 cloned as bug 1083196.

Comment 21 Jan Stodola 2014-04-01 16:16:00 UTC
Jirka,
thanks for the new bug, connection details have been attached there.
I'm also moving this bug back to VERIFIED.

Comment 22 Ludek Smid 2014-06-13 11:45:32 UTC
This request was resolved in Red Hat Enterprise Linux 7.0.

Contact your manager or support representative in case you have further questions about the request.


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