[Touch-packages] [Bug 1437375] Re: [udev] Adding "Austin" adapter to Ubuntu partition take over system network interface
--- Comment From cdead...@us.ibm.com 2022-07-23 09:55 EDT--- Re-open to move to diff. component. #=#=# 2015-04-23 10:27:57 (CDT) #=#=# New Fix_Potential = [GSI_HDW] #=#=#=#=#=#=#=#=#=#=#=#=#=#=#=#=#=#=# Any updates on this issue? Thanks! Some "sync" issue between CQ and bugzilla. Please see the bugzilla: https://bugzilla.linux.ibm.com/show_bug.cgi?id=122308 The approval '*** STG AUTO-GENERATED *** Verify Fix' has been removed because the following condition was met: perform the action Close ** Bug watch added: bugzilla.linux.ibm.com/ #122308 https://bugzilla.linux.ibm.com/show_bug.cgi?id=122308 -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to systemd in Ubuntu. https://bugs.launchpad.net/bugs/1437375 Title: [udev] Adding "Austin" adapter to Ubuntu partition take over system network interface Status in systemd package in Ubuntu: Fix Released Status in systemd source package in Trusty: Fix Released Status in systemd source package in Vivid: Fix Released Status in systemd source package in Wily: Fix Released Bug description: [Impact] This impacts any user of LPARs; upon adding physical network interfaces (or, realistically, any network interface at all, even virtual), the network interface which is used for system access and used to install the system may not appear in the same order after reboot. [Test Case] Requires access to logical partitions. 1) Install system 2) Add an physical network adapter to the partition 3) Reboot. Observed behavior: After reboot, the virtual adapter expected to be used is unavailable, the address is assigned to any other network adapter which may have been detected and used persistent addresses. Expected behavior The system should come up with network interfaces in the same order as before rebooting. [Regression Potential] Added virtual interfaces that should be not persist (because they are locally administered and thus may have their MAC address change) may come up as persistent devices due to the use of the ibmveth driver, and thus fail to work as expected. --- Problem Description: Adding Austin adapter to Ubuntu partition took over system network interface. This caused system to be off network connection. ver 1.5.4.3 - OS, HTX, Firmware and Machine details OS: GNU/Linux OS Version: Ubuntu Vivid Vervet (development branch) \n \l Kernel Version: 3.18.0-13-generic HTX Version: htxubuntu-322 Host Name: br14p08 Machine Serial No: IBM,0210800E7 Machine Type/Model: IBM,9119-MHE System FW Level: FW830.00 (SC830_021) BEFORE adding Austin adapter to br14p08: Before adding austin adapter to br14p05 (vio client), the system network is good. ubuntu@br14p08:~$ lsslot -cpci ubuntu@br14p08:~$ + eth0 U9119.MHE.10800E7-V8-C2-T1 Interpartition Logical LAN root@br14p08:~# lscfg |grep eth + eth0 U9119.MHE.10800E7-V8-C2-T1 root@br14p08:~# ifconfig eth0 Link encap:Ethernet HWaddr 16:59:c0:50:0a:02 inet addr:9.3.21.12 Bcast:9.3.21.255 Mask:255.255.254.0 inet6 addr: fe80::1459:c0ff:fe50:a02/64 Scope:Link inet6 addr: 2002:903:15f:290:1459:c0ff:fe50:a02/64 Scope:Global UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:37366 errors:0 dropped:16 overruns:0 frame:0 TX packets:153 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:2472739 (2.4 MB) TX bytes:22596 (22.5 KB) Interrupt:19 loLink encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:65536 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B) root@br14p08:~# ping br14p08 PING br14p08.aus.stglabs.ibm.com (9.3.21.12) 56(84) bytes of data. 64 bytes from br14p08.aus.stglabs.ibm.com (9.3.21.12): icmp_seq=1 ttl=64 time=0.008 ms 64 bytes from br14p08.aus.stglabs.ibm.com (9.3.21.12): icmp_seq=2 ttl=64 time=0.004 ms 64 bytes from br14p08.aus.stglabs.ibm.com (9.3.21.12): icmp_seq=3 ttl=64 time=0.005 ms ^C --- br14p08.aus.stglabs.ibm.com ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 1998ms rtt min/avg/max/mdev = 0.004/0.005/0.008/0.003 ms root@br14p08:~# ping nimitz PING nimitz.aus.stglabs.ibm.com (9.3.165.31) 56(84) bytes of data. 64 bytes from nimitz.aus.stglabs.ibm.com (9.3.165.31): icmp_seq=1 ttl=254
[Touch-packages] [Bug 1437375] Re: [udev] Adding Austin adapter to Ubuntu partition take over system network interface
This bug was fixed in the package systemd - 204-5ubuntu20.13 --- systemd (204-5ubuntu20.13) trusty; urgency=medium * debian/patches/ibmveth_persistent_mac.patch: fix the exception to locally administered MAC addresses for ibmveth; use DRIVERS rather than SUBSYSTEMS to point to ibmveth. (LP: #1437375) -- Mathieu Trudel-Lapierre mathieu...@ubuntu.com Wed, 08 Jul 2015 13:34:18 -0400 ** Changed in: systemd (Ubuntu Trusty) Status: Fix Committed = Fix Released -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to systemd in Ubuntu. https://bugs.launchpad.net/bugs/1437375 Title: [udev] Adding Austin adapter to Ubuntu partition take over system network interface Status in systemd package in Ubuntu: Fix Released Status in systemd source package in Trusty: Fix Released Status in systemd source package in Vivid: Fix Released Status in systemd source package in Wily: Fix Released Bug description: [Impact] This impacts any user of LPARs; upon adding physical network interfaces (or, realistically, any network interface at all, even virtual), the network interface which is used for system access and used to install the system may not appear in the same order after reboot. [Test Case] Requires access to logical partitions. 1) Install system 2) Add an physical network adapter to the partition 3) Reboot. Observed behavior: After reboot, the virtual adapter expected to be used is unavailable, the address is assigned to any other network adapter which may have been detected and used persistent addresses. Expected behavior The system should come up with network interfaces in the same order as before rebooting. [Regression Potential] Added virtual interfaces that should be not persist (because they are locally administered and thus may have their MAC address change) may come up as persistent devices due to the use of the ibmveth driver, and thus fail to work as expected. --- Problem Description: Adding Austin adapter to Ubuntu partition took over system network interface. This caused system to be off network connection. ver 1.5.4.3 - OS, HTX, Firmware and Machine details OS: GNU/Linux OS Version: Ubuntu Vivid Vervet (development branch) \n \l Kernel Version: 3.18.0-13-generic HTX Version: htxubuntu-322 Host Name: br14p08 Machine Serial No: IBM,0210800E7 Machine Type/Model: IBM,9119-MHE System FW Level: FW830.00 (SC830_021) BEFORE adding Austin adapter to br14p08: Before adding austin adapter to br14p05 (vio client), the system network is good. ubuntu@br14p08:~$ lsslot -cpci ubuntu@br14p08:~$ + eth0 U9119.MHE.10800E7-V8-C2-T1 Interpartition Logical LAN root@br14p08:~# lscfg |grep eth + eth0 U9119.MHE.10800E7-V8-C2-T1 root@br14p08:~# ifconfig eth0 Link encap:Ethernet HWaddr 16:59:c0:50:0a:02 inet addr:9.3.21.12 Bcast:9.3.21.255 Mask:255.255.254.0 inet6 addr: fe80::1459:c0ff:fe50:a02/64 Scope:Link inet6 addr: 2002:903:15f:290:1459:c0ff:fe50:a02/64 Scope:Global UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:37366 errors:0 dropped:16 overruns:0 frame:0 TX packets:153 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:2472739 (2.4 MB) TX bytes:22596 (22.5 KB) Interrupt:19 loLink encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:65536 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B) root@br14p08:~# ping br14p08 PING br14p08.aus.stglabs.ibm.com (9.3.21.12) 56(84) bytes of data. 64 bytes from br14p08.aus.stglabs.ibm.com (9.3.21.12): icmp_seq=1 ttl=64 time=0.008 ms 64 bytes from br14p08.aus.stglabs.ibm.com (9.3.21.12): icmp_seq=2 ttl=64 time=0.004 ms 64 bytes from br14p08.aus.stglabs.ibm.com (9.3.21.12): icmp_seq=3 ttl=64 time=0.005 ms ^C --- br14p08.aus.stglabs.ibm.com ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 1998ms rtt min/avg/max/mdev = 0.004/0.005/0.008/0.003 ms root@br14p08:~# ping nimitz PING nimitz.aus.stglabs.ibm.com (9.3.165.31) 56(84) bytes of data. 64 bytes from nimitz.aus.stglabs.ibm.com (9.3.165.31): icmp_seq=1 ttl=254 time=0.344 ms 64 bytes from nimitz.aus.stglabs.ibm.com (9.3.165.31): icmp_seq=2 ttl=254 time=0.326 ms 64 bytes from
[Touch-packages] [Bug 1437375] Re: [udev] Adding Austin adapter to Ubuntu partition take over system network interface
** Tags removed: verification-needed ** Tags added: verification-done -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to systemd in Ubuntu. https://bugs.launchpad.net/bugs/1437375 Title: [udev] Adding Austin adapter to Ubuntu partition take over system network interface Status in systemd package in Ubuntu: Fix Released Status in systemd source package in Trusty: Fix Committed Status in systemd source package in Vivid: Fix Released Status in systemd source package in Wily: Fix Released Bug description: [Impact] This impacts any user of LPARs; upon adding physical network interfaces (or, realistically, any network interface at all, even virtual), the network interface which is used for system access and used to install the system may not appear in the same order after reboot. [Test Case] Requires access to logical partitions. 1) Install system 2) Add an physical network adapter to the partition 3) Reboot. Observed behavior: After reboot, the virtual adapter expected to be used is unavailable, the address is assigned to any other network adapter which may have been detected and used persistent addresses. Expected behavior The system should come up with network interfaces in the same order as before rebooting. [Regression Potential] Added virtual interfaces that should be not persist (because they are locally administered and thus may have their MAC address change) may come up as persistent devices due to the use of the ibmveth driver, and thus fail to work as expected. --- Problem Description: Adding Austin adapter to Ubuntu partition took over system network interface. This caused system to be off network connection. ver 1.5.4.3 - OS, HTX, Firmware and Machine details OS: GNU/Linux OS Version: Ubuntu Vivid Vervet (development branch) \n \l Kernel Version: 3.18.0-13-generic HTX Version: htxubuntu-322 Host Name: br14p08 Machine Serial No: IBM,0210800E7 Machine Type/Model: IBM,9119-MHE System FW Level: FW830.00 (SC830_021) BEFORE adding Austin adapter to br14p08: Before adding austin adapter to br14p05 (vio client), the system network is good. ubuntu@br14p08:~$ lsslot -cpci ubuntu@br14p08:~$ + eth0 U9119.MHE.10800E7-V8-C2-T1 Interpartition Logical LAN root@br14p08:~# lscfg |grep eth + eth0 U9119.MHE.10800E7-V8-C2-T1 root@br14p08:~# ifconfig eth0 Link encap:Ethernet HWaddr 16:59:c0:50:0a:02 inet addr:9.3.21.12 Bcast:9.3.21.255 Mask:255.255.254.0 inet6 addr: fe80::1459:c0ff:fe50:a02/64 Scope:Link inet6 addr: 2002:903:15f:290:1459:c0ff:fe50:a02/64 Scope:Global UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:37366 errors:0 dropped:16 overruns:0 frame:0 TX packets:153 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:2472739 (2.4 MB) TX bytes:22596 (22.5 KB) Interrupt:19 loLink encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:65536 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B) root@br14p08:~# ping br14p08 PING br14p08.aus.stglabs.ibm.com (9.3.21.12) 56(84) bytes of data. 64 bytes from br14p08.aus.stglabs.ibm.com (9.3.21.12): icmp_seq=1 ttl=64 time=0.008 ms 64 bytes from br14p08.aus.stglabs.ibm.com (9.3.21.12): icmp_seq=2 ttl=64 time=0.004 ms 64 bytes from br14p08.aus.stglabs.ibm.com (9.3.21.12): icmp_seq=3 ttl=64 time=0.005 ms ^C --- br14p08.aus.stglabs.ibm.com ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 1998ms rtt min/avg/max/mdev = 0.004/0.005/0.008/0.003 ms root@br14p08:~# ping nimitz PING nimitz.aus.stglabs.ibm.com (9.3.165.31) 56(84) bytes of data. 64 bytes from nimitz.aus.stglabs.ibm.com (9.3.165.31): icmp_seq=1 ttl=254 time=0.344 ms 64 bytes from nimitz.aus.stglabs.ibm.com (9.3.165.31): icmp_seq=2 ttl=254 time=0.326 ms 64 bytes from nimitz.aus.stglabs.ibm.com (9.3.165.31): icmp_seq=3 ttl=254 time=0.363 ms ^C AFTER ADDED Austin Adapter: === Once the Austin adapter added to the partition, the Austin's 1st port became eth0. and it pushed the virtual ethernet (which is system's ethernet) to be eth4. However, the system still looking for eth0 as system's main network interface. root@br14p08:~# lscfg | grep eth + eth4
[Touch-packages] [Bug 1437375] Re: [udev] Adding Austin adapter to Ubuntu partition take over system network interface
Hello bugproxy, or anyone else affected, Accepted systemd into trusty-proposed. The package will build now and be available at https://launchpad.net/ubuntu/+source/systemd/204-5ubuntu20.13 in a few hours, and then in the -proposed repository. Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Your feedback will aid us getting this update out to other Ubuntu users. If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested, and change the tag from verification-needed to verification-done. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification-failed. In either case, details of your testing will help us make a better decision. Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance! ** Changed in: systemd (Ubuntu Trusty) Status: In Progress = Fix Committed ** Tags removed: verification-done ** Tags added: verification-needed -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to systemd in Ubuntu. https://bugs.launchpad.net/bugs/1437375 Title: [udev] Adding Austin adapter to Ubuntu partition take over system network interface Status in systemd package in Ubuntu: Fix Released Status in systemd source package in Trusty: Fix Committed Status in systemd source package in Vivid: Fix Released Status in systemd source package in Wily: Fix Released Bug description: [Impact] This impacts any user of LPARs; upon adding physical network interfaces (or, realistically, any network interface at all, even virtual), the network interface which is used for system access and used to install the system may not appear in the same order after reboot. [Test Case] Requires access to logical partitions. 1) Install system 2) Add an physical network adapter to the partition 3) Reboot. Observed behavior: After reboot, the virtual adapter expected to be used is unavailable, the address is assigned to any other network adapter which may have been detected and used persistent addresses. Expected behavior The system should come up with network interfaces in the same order as before rebooting. [Regression Potential] Added virtual interfaces that should be not persist (because they are locally administered and thus may have their MAC address change) may come up as persistent devices due to the use of the ibmveth driver, and thus fail to work as expected. --- Problem Description: Adding Austin adapter to Ubuntu partition took over system network interface. This caused system to be off network connection. ver 1.5.4.3 - OS, HTX, Firmware and Machine details OS: GNU/Linux OS Version: Ubuntu Vivid Vervet (development branch) \n \l Kernel Version: 3.18.0-13-generic HTX Version: htxubuntu-322 Host Name: br14p08 Machine Serial No: IBM,0210800E7 Machine Type/Model: IBM,9119-MHE System FW Level: FW830.00 (SC830_021) BEFORE adding Austin adapter to br14p08: Before adding austin adapter to br14p05 (vio client), the system network is good. ubuntu@br14p08:~$ lsslot -cpci ubuntu@br14p08:~$ + eth0 U9119.MHE.10800E7-V8-C2-T1 Interpartition Logical LAN root@br14p08:~# lscfg |grep eth + eth0 U9119.MHE.10800E7-V8-C2-T1 root@br14p08:~# ifconfig eth0 Link encap:Ethernet HWaddr 16:59:c0:50:0a:02 inet addr:9.3.21.12 Bcast:9.3.21.255 Mask:255.255.254.0 inet6 addr: fe80::1459:c0ff:fe50:a02/64 Scope:Link inet6 addr: 2002:903:15f:290:1459:c0ff:fe50:a02/64 Scope:Global UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:37366 errors:0 dropped:16 overruns:0 frame:0 TX packets:153 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:2472739 (2.4 MB) TX bytes:22596 (22.5 KB) Interrupt:19 loLink encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:65536 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B) root@br14p08:~# ping br14p08 PING br14p08.aus.stglabs.ibm.com (9.3.21.12) 56(84) bytes of data. 64 bytes from br14p08.aus.stglabs.ibm.com (9.3.21.12): icmp_seq=1 ttl=64 time=0.008 ms
[Touch-packages] [Bug 1437375] Re: [udev] Adding Austin adapter to Ubuntu partition take over system network interface
** Changed in: systemd (Ubuntu Trusty) Status: New = In Progress ** Changed in: systemd (Ubuntu Trusty) Assignee: (unassigned) = Mathieu Trudel-Lapierre (mathieu-tl) -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to systemd in Ubuntu. https://bugs.launchpad.net/bugs/1437375 Title: [udev] Adding Austin adapter to Ubuntu partition take over system network interface Status in systemd package in Ubuntu: Fix Released Status in systemd source package in Trusty: In Progress Status in systemd source package in Vivid: Fix Released Status in systemd source package in Wily: Fix Released Bug description: [Impact] This impacts any user of LPARs; upon adding physical network interfaces (or, realistically, any network interface at all, even virtual), the network interface which is used for system access and used to install the system may not appear in the same order after reboot. [Test Case] Requires access to logical partitions. 1) Install system 2) Add an physical network adapter to the partition 3) Reboot. Observed behavior: After reboot, the virtual adapter expected to be used is unavailable, the address is assigned to any other network adapter which may have been detected and used persistent addresses. Expected behavior The system should come up with network interfaces in the same order as before rebooting. [Regression Potential] Added virtual interfaces that should be not persist (because they are locally administered and thus may have their MAC address change) may come up as persistent devices due to the use of the ibmveth driver, and thus fail to work as expected. --- Problem Description: Adding Austin adapter to Ubuntu partition took over system network interface. This caused system to be off network connection. ver 1.5.4.3 - OS, HTX, Firmware and Machine details OS: GNU/Linux OS Version: Ubuntu Vivid Vervet (development branch) \n \l Kernel Version: 3.18.0-13-generic HTX Version: htxubuntu-322 Host Name: br14p08 Machine Serial No: IBM,0210800E7 Machine Type/Model: IBM,9119-MHE System FW Level: FW830.00 (SC830_021) BEFORE adding Austin adapter to br14p08: Before adding austin adapter to br14p05 (vio client), the system network is good. ubuntu@br14p08:~$ lsslot -cpci ubuntu@br14p08:~$ + eth0 U9119.MHE.10800E7-V8-C2-T1 Interpartition Logical LAN root@br14p08:~# lscfg |grep eth + eth0 U9119.MHE.10800E7-V8-C2-T1 root@br14p08:~# ifconfig eth0 Link encap:Ethernet HWaddr 16:59:c0:50:0a:02 inet addr:9.3.21.12 Bcast:9.3.21.255 Mask:255.255.254.0 inet6 addr: fe80::1459:c0ff:fe50:a02/64 Scope:Link inet6 addr: 2002:903:15f:290:1459:c0ff:fe50:a02/64 Scope:Global UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:37366 errors:0 dropped:16 overruns:0 frame:0 TX packets:153 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:2472739 (2.4 MB) TX bytes:22596 (22.5 KB) Interrupt:19 loLink encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:65536 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B) root@br14p08:~# ping br14p08 PING br14p08.aus.stglabs.ibm.com (9.3.21.12) 56(84) bytes of data. 64 bytes from br14p08.aus.stglabs.ibm.com (9.3.21.12): icmp_seq=1 ttl=64 time=0.008 ms 64 bytes from br14p08.aus.stglabs.ibm.com (9.3.21.12): icmp_seq=2 ttl=64 time=0.004 ms 64 bytes from br14p08.aus.stglabs.ibm.com (9.3.21.12): icmp_seq=3 ttl=64 time=0.005 ms ^C --- br14p08.aus.stglabs.ibm.com ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 1998ms rtt min/avg/max/mdev = 0.004/0.005/0.008/0.003 ms root@br14p08:~# ping nimitz PING nimitz.aus.stglabs.ibm.com (9.3.165.31) 56(84) bytes of data. 64 bytes from nimitz.aus.stglabs.ibm.com (9.3.165.31): icmp_seq=1 ttl=254 time=0.344 ms 64 bytes from nimitz.aus.stglabs.ibm.com (9.3.165.31): icmp_seq=2 ttl=254 time=0.326 ms 64 bytes from nimitz.aus.stglabs.ibm.com (9.3.165.31): icmp_seq=3 ttl=254 time=0.363 ms ^C AFTER ADDED Austin Adapter: === Once the Austin adapter added to the partition, the Austin's 1st port became eth0. and it pushed the virtual ethernet (which is system's ethernet) to be eth4. However, the
[Touch-packages] [Bug 1437375] Re: [udev] Adding Austin adapter to Ubuntu partition take over system network interface
--- Comment From helle...@us.ibm.com 2015-07-02 15:02 EDT--- (In reply to comment #50) I tried suggested scenarios, adding/removing Austin adapter. I the original eth0 interface stayed. It fixed my reported problem. Thanks! Thanks, I think this verifies the fix. Good catch, Brian. For Wily, I see the version of system is well past 219 so I think we can safely assume it is integrated. For Trusty however, I see the systemd version (204) is considerably behind. I did not look a the latest 14.02.3 daily build to check. Can someone do this please? Canonical: is this patch in the latest Trusy? ** Tags removed: targetmilestone-inin1504 ** Tags added: targetmilestone-inin1510 -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to systemd in Ubuntu. https://bugs.launchpad.net/bugs/1437375 Title: [udev] Adding Austin adapter to Ubuntu partition take over system network interface Status in systemd package in Ubuntu: Fix Released Status in systemd source package in Vivid: Fix Released Status in systemd source package in Wily: Fix Released Bug description: [Impact] This impacts any user of LPARs; upon adding physical network interfaces (or, realistically, any network interface at all, even virtual), the network interface which is used for system access and used to install the system may not appear in the same order after reboot. [Test Case] Requires access to logical partitions. 1) Install system 2) Add an physical network adapter to the partition 3) Reboot. Observed behavior: After reboot, the virtual adapter expected to be used is unavailable, the address is assigned to any other network adapter which may have been detected and used persistent addresses. Expected behavior The system should come up with network interfaces in the same order as before rebooting. [Regression Potential] Added virtual interfaces that should be not persist (because they are locally administered and thus may have their MAC address change) may come up as persistent devices due to the use of the ibmveth driver, and thus fail to work as expected. --- Problem Description: Adding Austin adapter to Ubuntu partition took over system network interface. This caused system to be off network connection. ver 1.5.4.3 - OS, HTX, Firmware and Machine details OS: GNU/Linux OS Version: Ubuntu Vivid Vervet (development branch) \n \l Kernel Version: 3.18.0-13-generic HTX Version: htxubuntu-322 Host Name: br14p08 Machine Serial No: IBM,0210800E7 Machine Type/Model: IBM,9119-MHE System FW Level: FW830.00 (SC830_021) BEFORE adding Austin adapter to br14p08: Before adding austin adapter to br14p05 (vio client), the system network is good. ubuntu@br14p08:~$ lsslot -cpci ubuntu@br14p08:~$ + eth0 U9119.MHE.10800E7-V8-C2-T1 Interpartition Logical LAN root@br14p08:~# lscfg |grep eth + eth0 U9119.MHE.10800E7-V8-C2-T1 root@br14p08:~# ifconfig eth0 Link encap:Ethernet HWaddr 16:59:c0:50:0a:02 inet addr:9.3.21.12 Bcast:9.3.21.255 Mask:255.255.254.0 inet6 addr: fe80::1459:c0ff:fe50:a02/64 Scope:Link inet6 addr: 2002:903:15f:290:1459:c0ff:fe50:a02/64 Scope:Global UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:37366 errors:0 dropped:16 overruns:0 frame:0 TX packets:153 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:2472739 (2.4 MB) TX bytes:22596 (22.5 KB) Interrupt:19 loLink encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:65536 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B) root@br14p08:~# ping br14p08 PING br14p08.aus.stglabs.ibm.com (9.3.21.12) 56(84) bytes of data. 64 bytes from br14p08.aus.stglabs.ibm.com (9.3.21.12): icmp_seq=1 ttl=64 time=0.008 ms 64 bytes from br14p08.aus.stglabs.ibm.com (9.3.21.12): icmp_seq=2 ttl=64 time=0.004 ms 64 bytes from br14p08.aus.stglabs.ibm.com (9.3.21.12): icmp_seq=3 ttl=64 time=0.005 ms ^C --- br14p08.aus.stglabs.ibm.com ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 1998ms rtt min/avg/max/mdev = 0.004/0.005/0.008/0.003 ms root@br14p08:~# ping nimitz PING nimitz.aus.stglabs.ibm.com (9.3.165.31) 56(84) bytes of data. 64 bytes from nimitz.aus.stglabs.ibm.com (9.3.165.31):
[Touch-packages] [Bug 1437375] Re: [udev] Adding Austin adapter to Ubuntu partition take over system network interface
No, it's not. I'm adding the Trusty task now. ** Also affects: systemd (Ubuntu Trusty) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to systemd in Ubuntu. https://bugs.launchpad.net/bugs/1437375 Title: [udev] Adding Austin adapter to Ubuntu partition take over system network interface Status in systemd package in Ubuntu: Fix Released Status in systemd source package in Trusty: New Status in systemd source package in Vivid: Fix Released Status in systemd source package in Wily: Fix Released Bug description: [Impact] This impacts any user of LPARs; upon adding physical network interfaces (or, realistically, any network interface at all, even virtual), the network interface which is used for system access and used to install the system may not appear in the same order after reboot. [Test Case] Requires access to logical partitions. 1) Install system 2) Add an physical network adapter to the partition 3) Reboot. Observed behavior: After reboot, the virtual adapter expected to be used is unavailable, the address is assigned to any other network adapter which may have been detected and used persistent addresses. Expected behavior The system should come up with network interfaces in the same order as before rebooting. [Regression Potential] Added virtual interfaces that should be not persist (because they are locally administered and thus may have their MAC address change) may come up as persistent devices due to the use of the ibmveth driver, and thus fail to work as expected. --- Problem Description: Adding Austin adapter to Ubuntu partition took over system network interface. This caused system to be off network connection. ver 1.5.4.3 - OS, HTX, Firmware and Machine details OS: GNU/Linux OS Version: Ubuntu Vivid Vervet (development branch) \n \l Kernel Version: 3.18.0-13-generic HTX Version: htxubuntu-322 Host Name: br14p08 Machine Serial No: IBM,0210800E7 Machine Type/Model: IBM,9119-MHE System FW Level: FW830.00 (SC830_021) BEFORE adding Austin adapter to br14p08: Before adding austin adapter to br14p05 (vio client), the system network is good. ubuntu@br14p08:~$ lsslot -cpci ubuntu@br14p08:~$ + eth0 U9119.MHE.10800E7-V8-C2-T1 Interpartition Logical LAN root@br14p08:~# lscfg |grep eth + eth0 U9119.MHE.10800E7-V8-C2-T1 root@br14p08:~# ifconfig eth0 Link encap:Ethernet HWaddr 16:59:c0:50:0a:02 inet addr:9.3.21.12 Bcast:9.3.21.255 Mask:255.255.254.0 inet6 addr: fe80::1459:c0ff:fe50:a02/64 Scope:Link inet6 addr: 2002:903:15f:290:1459:c0ff:fe50:a02/64 Scope:Global UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:37366 errors:0 dropped:16 overruns:0 frame:0 TX packets:153 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:2472739 (2.4 MB) TX bytes:22596 (22.5 KB) Interrupt:19 loLink encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:65536 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B) root@br14p08:~# ping br14p08 PING br14p08.aus.stglabs.ibm.com (9.3.21.12) 56(84) bytes of data. 64 bytes from br14p08.aus.stglabs.ibm.com (9.3.21.12): icmp_seq=1 ttl=64 time=0.008 ms 64 bytes from br14p08.aus.stglabs.ibm.com (9.3.21.12): icmp_seq=2 ttl=64 time=0.004 ms 64 bytes from br14p08.aus.stglabs.ibm.com (9.3.21.12): icmp_seq=3 ttl=64 time=0.005 ms ^C --- br14p08.aus.stglabs.ibm.com ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 1998ms rtt min/avg/max/mdev = 0.004/0.005/0.008/0.003 ms root@br14p08:~# ping nimitz PING nimitz.aus.stglabs.ibm.com (9.3.165.31) 56(84) bytes of data. 64 bytes from nimitz.aus.stglabs.ibm.com (9.3.165.31): icmp_seq=1 ttl=254 time=0.344 ms 64 bytes from nimitz.aus.stglabs.ibm.com (9.3.165.31): icmp_seq=2 ttl=254 time=0.326 ms 64 bytes from nimitz.aus.stglabs.ibm.com (9.3.165.31): icmp_seq=3 ttl=254 time=0.363 ms ^C AFTER ADDED Austin Adapter: === Once the Austin adapter added to the partition, the Austin's 1st port became eth0. and it pushed the virtual ethernet (which is system's ethernet) to be eth4. However, the system still looking for eth0 as system's main network
[Touch-packages] [Bug 1437375] Re: [udev] Adding Austin adapter to Ubuntu partition take over system network interface
** Changed in: systemd (Ubuntu Wily) Assignee: (unassigned) = Mathieu Trudel-Lapierre (mathieu-tl) -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to systemd in Ubuntu. https://bugs.launchpad.net/bugs/1437375 Title: [udev] Adding Austin adapter to Ubuntu partition take over system network interface Status in systemd package in Ubuntu: Fix Released Status in systemd source package in Trusty: New Status in systemd source package in Vivid: Fix Released Status in systemd source package in Wily: Fix Released Bug description: [Impact] This impacts any user of LPARs; upon adding physical network interfaces (or, realistically, any network interface at all, even virtual), the network interface which is used for system access and used to install the system may not appear in the same order after reboot. [Test Case] Requires access to logical partitions. 1) Install system 2) Add an physical network adapter to the partition 3) Reboot. Observed behavior: After reboot, the virtual adapter expected to be used is unavailable, the address is assigned to any other network adapter which may have been detected and used persistent addresses. Expected behavior The system should come up with network interfaces in the same order as before rebooting. [Regression Potential] Added virtual interfaces that should be not persist (because they are locally administered and thus may have their MAC address change) may come up as persistent devices due to the use of the ibmveth driver, and thus fail to work as expected. --- Problem Description: Adding Austin adapter to Ubuntu partition took over system network interface. This caused system to be off network connection. ver 1.5.4.3 - OS, HTX, Firmware and Machine details OS: GNU/Linux OS Version: Ubuntu Vivid Vervet (development branch) \n \l Kernel Version: 3.18.0-13-generic HTX Version: htxubuntu-322 Host Name: br14p08 Machine Serial No: IBM,0210800E7 Machine Type/Model: IBM,9119-MHE System FW Level: FW830.00 (SC830_021) BEFORE adding Austin adapter to br14p08: Before adding austin adapter to br14p05 (vio client), the system network is good. ubuntu@br14p08:~$ lsslot -cpci ubuntu@br14p08:~$ + eth0 U9119.MHE.10800E7-V8-C2-T1 Interpartition Logical LAN root@br14p08:~# lscfg |grep eth + eth0 U9119.MHE.10800E7-V8-C2-T1 root@br14p08:~# ifconfig eth0 Link encap:Ethernet HWaddr 16:59:c0:50:0a:02 inet addr:9.3.21.12 Bcast:9.3.21.255 Mask:255.255.254.0 inet6 addr: fe80::1459:c0ff:fe50:a02/64 Scope:Link inet6 addr: 2002:903:15f:290:1459:c0ff:fe50:a02/64 Scope:Global UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:37366 errors:0 dropped:16 overruns:0 frame:0 TX packets:153 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:2472739 (2.4 MB) TX bytes:22596 (22.5 KB) Interrupt:19 loLink encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:65536 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B) root@br14p08:~# ping br14p08 PING br14p08.aus.stglabs.ibm.com (9.3.21.12) 56(84) bytes of data. 64 bytes from br14p08.aus.stglabs.ibm.com (9.3.21.12): icmp_seq=1 ttl=64 time=0.008 ms 64 bytes from br14p08.aus.stglabs.ibm.com (9.3.21.12): icmp_seq=2 ttl=64 time=0.004 ms 64 bytes from br14p08.aus.stglabs.ibm.com (9.3.21.12): icmp_seq=3 ttl=64 time=0.005 ms ^C --- br14p08.aus.stglabs.ibm.com ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 1998ms rtt min/avg/max/mdev = 0.004/0.005/0.008/0.003 ms root@br14p08:~# ping nimitz PING nimitz.aus.stglabs.ibm.com (9.3.165.31) 56(84) bytes of data. 64 bytes from nimitz.aus.stglabs.ibm.com (9.3.165.31): icmp_seq=1 ttl=254 time=0.344 ms 64 bytes from nimitz.aus.stglabs.ibm.com (9.3.165.31): icmp_seq=2 ttl=254 time=0.326 ms 64 bytes from nimitz.aus.stglabs.ibm.com (9.3.165.31): icmp_seq=3 ttl=254 time=0.363 ms ^C AFTER ADDED Austin Adapter: === Once the Austin adapter added to the partition, the Austin's 1st port became eth0. and it pushed the virtual ethernet (which is system's ethernet) to be eth4. However, the system still looking for eth0 as system's main network interface. root@br14p08:~#
[Touch-packages] [Bug 1437375] Re: [udev] Adding Austin adapter to Ubuntu partition take over system network interface
--- Comment From helle...@us.ibm.com 2015-05-18 17:48 EDT--- Closing as fixed, please reopen if the problem reappears. ** Tags removed: severity-critical ** Tags added: severity-high -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to systemd in Ubuntu. https://bugs.launchpad.net/bugs/1437375 Title: [udev] Adding Austin adapter to Ubuntu partition take over system network interface Status in systemd package in Ubuntu: Fix Released Status in systemd source package in Vivid: Fix Released Status in systemd source package in Wily: Fix Released Bug description: [Impact] This impacts any user of LPARs; upon adding physical network interfaces (or, realistically, any network interface at all, even virtual), the network interface which is used for system access and used to install the system may not appear in the same order after reboot. [Test Case] Requires access to logical partitions. 1) Install system 2) Add an physical network adapter to the partition 3) Reboot. Observed behavior: After reboot, the virtual adapter expected to be used is unavailable, the address is assigned to any other network adapter which may have been detected and used persistent addresses. Expected behavior The system should come up with network interfaces in the same order as before rebooting. [Regression Potential] Added virtual interfaces that should be not persist (because they are locally administered and thus may have their MAC address change) may come up as persistent devices due to the use of the ibmveth driver, and thus fail to work as expected. --- Problem Description: Adding Austin adapter to Ubuntu partition took over system network interface. This caused system to be off network connection. ver 1.5.4.3 - OS, HTX, Firmware and Machine details OS: GNU/Linux OS Version: Ubuntu Vivid Vervet (development branch) \n \l Kernel Version: 3.18.0-13-generic HTX Version: htxubuntu-322 Host Name: br14p08 Machine Serial No: IBM,0210800E7 Machine Type/Model: IBM,9119-MHE System FW Level: FW830.00 (SC830_021) BEFORE adding Austin adapter to br14p08: Before adding austin adapter to br14p05 (vio client), the system network is good. ubuntu@br14p08:~$ lsslot -cpci ubuntu@br14p08:~$ + eth0 U9119.MHE.10800E7-V8-C2-T1 Interpartition Logical LAN root@br14p08:~# lscfg |grep eth + eth0 U9119.MHE.10800E7-V8-C2-T1 root@br14p08:~# ifconfig eth0 Link encap:Ethernet HWaddr 16:59:c0:50:0a:02 inet addr:9.3.21.12 Bcast:9.3.21.255 Mask:255.255.254.0 inet6 addr: fe80::1459:c0ff:fe50:a02/64 Scope:Link inet6 addr: 2002:903:15f:290:1459:c0ff:fe50:a02/64 Scope:Global UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:37366 errors:0 dropped:16 overruns:0 frame:0 TX packets:153 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:2472739 (2.4 MB) TX bytes:22596 (22.5 KB) Interrupt:19 loLink encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:65536 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B) root@br14p08:~# ping br14p08 PING br14p08.aus.stglabs.ibm.com (9.3.21.12) 56(84) bytes of data. 64 bytes from br14p08.aus.stglabs.ibm.com (9.3.21.12): icmp_seq=1 ttl=64 time=0.008 ms 64 bytes from br14p08.aus.stglabs.ibm.com (9.3.21.12): icmp_seq=2 ttl=64 time=0.004 ms 64 bytes from br14p08.aus.stglabs.ibm.com (9.3.21.12): icmp_seq=3 ttl=64 time=0.005 ms ^C --- br14p08.aus.stglabs.ibm.com ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 1998ms rtt min/avg/max/mdev = 0.004/0.005/0.008/0.003 ms root@br14p08:~# ping nimitz PING nimitz.aus.stglabs.ibm.com (9.3.165.31) 56(84) bytes of data. 64 bytes from nimitz.aus.stglabs.ibm.com (9.3.165.31): icmp_seq=1 ttl=254 time=0.344 ms 64 bytes from nimitz.aus.stglabs.ibm.com (9.3.165.31): icmp_seq=2 ttl=254 time=0.326 ms 64 bytes from nimitz.aus.stglabs.ibm.com (9.3.165.31): icmp_seq=3 ttl=254 time=0.363 ms ^C AFTER ADDED Austin Adapter: === Once the Austin adapter added to the partition, the Austin's 1st port became eth0. and it pushed the virtual ethernet (which is system's ethernet) to be eth4. However, the system still looking for eth0 as system's main
[Touch-packages] [Bug 1437375] Re: [udev] Adding Austin adapter to Ubuntu partition take over system network interface
This bug was fixed in the package systemd - 219-7ubuntu5 --- systemd (219-7ubuntu5) vivid; urgency=medium * Revert upstream commit 743970d which immediately SIGKILLs units during shutdown. This leads to problems like bash not being able to write its history, mosh not saving its state, and similar failed cleanup actions. (LP: #1448259) * ifup@.service: Set IgnoreOnIsolate, so that systemctl default does not shut down network interfaces. (LP: #1449380). Add PartOf=network.target, so that stopping network.target also stops network interfaces. * 75-persistent-net-generator.rules: Fix rules for ibmveth (it's a driver, not a subsystem). (LP: #1437375) * debian/tests/unit-config: Add tests for systemctl enable/disable on a SysV-only unit. Reproduces LP #1447807. * Fix systemctl enable for SysV scripts without a native unit. We must not try and enable the nonexisting unit then. (LP: #1447807) -- Martin Pitt martin.p...@ubuntu.com Thu, 07 May 2015 07:45:34 +0200 ** Changed in: systemd (Ubuntu Vivid) Status: Fix Committed = Fix Released -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to systemd in Ubuntu. https://bugs.launchpad.net/bugs/1437375 Title: [udev] Adding Austin adapter to Ubuntu partition take over system network interface Status in systemd package in Ubuntu: Fix Released Status in systemd source package in Vivid: Fix Released Status in systemd source package in Wily: Fix Released Bug description: [Impact] This impacts any user of LPARs; upon adding physical network interfaces (or, realistically, any network interface at all, even virtual), the network interface which is used for system access and used to install the system may not appear in the same order after reboot. [Test Case] Requires access to logical partitions. 1) Install system 2) Add an physical network adapter to the partition 3) Reboot. Observed behavior: After reboot, the virtual adapter expected to be used is unavailable, the address is assigned to any other network adapter which may have been detected and used persistent addresses. Expected behavior The system should come up with network interfaces in the same order as before rebooting. [Regression Potential] Added virtual interfaces that should be not persist (because they are locally administered and thus may have their MAC address change) may come up as persistent devices due to the use of the ibmveth driver, and thus fail to work as expected. --- Problem Description: Adding Austin adapter to Ubuntu partition took over system network interface. This caused system to be off network connection. ver 1.5.4.3 - OS, HTX, Firmware and Machine details OS: GNU/Linux OS Version: Ubuntu Vivid Vervet (development branch) \n \l Kernel Version: 3.18.0-13-generic HTX Version: htxubuntu-322 Host Name: br14p08 Machine Serial No: IBM,0210800E7 Machine Type/Model: IBM,9119-MHE System FW Level: FW830.00 (SC830_021) BEFORE adding Austin adapter to br14p08: Before adding austin adapter to br14p05 (vio client), the system network is good. ubuntu@br14p08:~$ lsslot -cpci ubuntu@br14p08:~$ + eth0 U9119.MHE.10800E7-V8-C2-T1 Interpartition Logical LAN root@br14p08:~# lscfg |grep eth + eth0 U9119.MHE.10800E7-V8-C2-T1 root@br14p08:~# ifconfig eth0 Link encap:Ethernet HWaddr 16:59:c0:50:0a:02 inet addr:9.3.21.12 Bcast:9.3.21.255 Mask:255.255.254.0 inet6 addr: fe80::1459:c0ff:fe50:a02/64 Scope:Link inet6 addr: 2002:903:15f:290:1459:c0ff:fe50:a02/64 Scope:Global UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:37366 errors:0 dropped:16 overruns:0 frame:0 TX packets:153 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:2472739 (2.4 MB) TX bytes:22596 (22.5 KB) Interrupt:19 loLink encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:65536 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B) root@br14p08:~# ping br14p08 PING br14p08.aus.stglabs.ibm.com (9.3.21.12) 56(84) bytes of data. 64 bytes from br14p08.aus.stglabs.ibm.com (9.3.21.12): icmp_seq=1 ttl=64 time=0.008 ms 64 bytes from br14p08.aus.stglabs.ibm.com (9.3.21.12): icmp_seq=2 ttl=64 time=0.004 ms 64 bytes from
[Touch-packages] [Bug 1437375] Re: [udev] Adding Austin adapter to Ubuntu partition take over system network interface
Breno; stable updates normally take 7 days to transition from the -proposed repository (for testing and finding regressions) to the point they land in -updates for access by everyone. This would bring it to this Thursday, May 14th; at which point the package update can be manually accepted. In the meantime, you may use the vivid-proposed repository (except that may bring in other updates you may not need or want installed). -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to systemd in Ubuntu. https://bugs.launchpad.net/bugs/1437375 Title: [udev] Adding Austin adapter to Ubuntu partition take over system network interface Status in systemd package in Ubuntu: Fix Released Status in systemd source package in Vivid: Fix Committed Status in systemd source package in Wily: Fix Released Bug description: [Impact] This impacts any user of LPARs; upon adding physical network interfaces (or, realistically, any network interface at all, even virtual), the network interface which is used for system access and used to install the system may not appear in the same order after reboot. [Test Case] Requires access to logical partitions. 1) Install system 2) Add an physical network adapter to the partition 3) Reboot. Observed behavior: After reboot, the virtual adapter expected to be used is unavailable, the address is assigned to any other network adapter which may have been detected and used persistent addresses. Expected behavior The system should come up with network interfaces in the same order as before rebooting. [Regression Potential] Added virtual interfaces that should be not persist (because they are locally administered and thus may have their MAC address change) may come up as persistent devices due to the use of the ibmveth driver, and thus fail to work as expected. --- Problem Description: Adding Austin adapter to Ubuntu partition took over system network interface. This caused system to be off network connection. ver 1.5.4.3 - OS, HTX, Firmware and Machine details OS: GNU/Linux OS Version: Ubuntu Vivid Vervet (development branch) \n \l Kernel Version: 3.18.0-13-generic HTX Version: htxubuntu-322 Host Name: br14p08 Machine Serial No: IBM,0210800E7 Machine Type/Model: IBM,9119-MHE System FW Level: FW830.00 (SC830_021) BEFORE adding Austin adapter to br14p08: Before adding austin adapter to br14p05 (vio client), the system network is good. ubuntu@br14p08:~$ lsslot -cpci ubuntu@br14p08:~$ + eth0 U9119.MHE.10800E7-V8-C2-T1 Interpartition Logical LAN root@br14p08:~# lscfg |grep eth + eth0 U9119.MHE.10800E7-V8-C2-T1 root@br14p08:~# ifconfig eth0 Link encap:Ethernet HWaddr 16:59:c0:50:0a:02 inet addr:9.3.21.12 Bcast:9.3.21.255 Mask:255.255.254.0 inet6 addr: fe80::1459:c0ff:fe50:a02/64 Scope:Link inet6 addr: 2002:903:15f:290:1459:c0ff:fe50:a02/64 Scope:Global UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:37366 errors:0 dropped:16 overruns:0 frame:0 TX packets:153 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:2472739 (2.4 MB) TX bytes:22596 (22.5 KB) Interrupt:19 loLink encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:65536 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B) root@br14p08:~# ping br14p08 PING br14p08.aus.stglabs.ibm.com (9.3.21.12) 56(84) bytes of data. 64 bytes from br14p08.aus.stglabs.ibm.com (9.3.21.12): icmp_seq=1 ttl=64 time=0.008 ms 64 bytes from br14p08.aus.stglabs.ibm.com (9.3.21.12): icmp_seq=2 ttl=64 time=0.004 ms 64 bytes from br14p08.aus.stglabs.ibm.com (9.3.21.12): icmp_seq=3 ttl=64 time=0.005 ms ^C --- br14p08.aus.stglabs.ibm.com ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 1998ms rtt min/avg/max/mdev = 0.004/0.005/0.008/0.003 ms root@br14p08:~# ping nimitz PING nimitz.aus.stglabs.ibm.com (9.3.165.31) 56(84) bytes of data. 64 bytes from nimitz.aus.stglabs.ibm.com (9.3.165.31): icmp_seq=1 ttl=254 time=0.344 ms 64 bytes from nimitz.aus.stglabs.ibm.com (9.3.165.31): icmp_seq=2 ttl=254 time=0.326 ms 64 bytes from nimitz.aus.stglabs.ibm.com (9.3.165.31): icmp_seq=3 ttl=254 time=0.363 ms ^C AFTER ADDED Austin Adapter:
[Touch-packages] [Bug 1437375] Re: [udev] Adding Austin adapter to Ubuntu partition take over system network interface
Thanks. Still waiting this fix on 15.04. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to systemd in Ubuntu. https://bugs.launchpad.net/bugs/1437375 Title: [udev] Adding Austin adapter to Ubuntu partition take over system network interface Status in systemd package in Ubuntu: Fix Released Status in systemd source package in Vivid: Fix Committed Status in systemd source package in Wily: Fix Released Bug description: [Impact] This impacts any user of LPARs; upon adding physical network interfaces (or, realistically, any network interface at all, even virtual), the network interface which is used for system access and used to install the system may not appear in the same order after reboot. [Test Case] Requires access to logical partitions. 1) Install system 2) Add an physical network adapter to the partition 3) Reboot. Observed behavior: After reboot, the virtual adapter expected to be used is unavailable, the address is assigned to any other network adapter which may have been detected and used persistent addresses. Expected behavior The system should come up with network interfaces in the same order as before rebooting. [Regression Potential] Added virtual interfaces that should be not persist (because they are locally administered and thus may have their MAC address change) may come up as persistent devices due to the use of the ibmveth driver, and thus fail to work as expected. --- Problem Description: Adding Austin adapter to Ubuntu partition took over system network interface. This caused system to be off network connection. ver 1.5.4.3 - OS, HTX, Firmware and Machine details OS: GNU/Linux OS Version: Ubuntu Vivid Vervet (development branch) \n \l Kernel Version: 3.18.0-13-generic HTX Version: htxubuntu-322 Host Name: br14p08 Machine Serial No: IBM,0210800E7 Machine Type/Model: IBM,9119-MHE System FW Level: FW830.00 (SC830_021) BEFORE adding Austin adapter to br14p08: Before adding austin adapter to br14p05 (vio client), the system network is good. ubuntu@br14p08:~$ lsslot -cpci ubuntu@br14p08:~$ + eth0 U9119.MHE.10800E7-V8-C2-T1 Interpartition Logical LAN root@br14p08:~# lscfg |grep eth + eth0 U9119.MHE.10800E7-V8-C2-T1 root@br14p08:~# ifconfig eth0 Link encap:Ethernet HWaddr 16:59:c0:50:0a:02 inet addr:9.3.21.12 Bcast:9.3.21.255 Mask:255.255.254.0 inet6 addr: fe80::1459:c0ff:fe50:a02/64 Scope:Link inet6 addr: 2002:903:15f:290:1459:c0ff:fe50:a02/64 Scope:Global UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:37366 errors:0 dropped:16 overruns:0 frame:0 TX packets:153 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:2472739 (2.4 MB) TX bytes:22596 (22.5 KB) Interrupt:19 loLink encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:65536 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B) root@br14p08:~# ping br14p08 PING br14p08.aus.stglabs.ibm.com (9.3.21.12) 56(84) bytes of data. 64 bytes from br14p08.aus.stglabs.ibm.com (9.3.21.12): icmp_seq=1 ttl=64 time=0.008 ms 64 bytes from br14p08.aus.stglabs.ibm.com (9.3.21.12): icmp_seq=2 ttl=64 time=0.004 ms 64 bytes from br14p08.aus.stglabs.ibm.com (9.3.21.12): icmp_seq=3 ttl=64 time=0.005 ms ^C --- br14p08.aus.stglabs.ibm.com ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 1998ms rtt min/avg/max/mdev = 0.004/0.005/0.008/0.003 ms root@br14p08:~# ping nimitz PING nimitz.aus.stglabs.ibm.com (9.3.165.31) 56(84) bytes of data. 64 bytes from nimitz.aus.stglabs.ibm.com (9.3.165.31): icmp_seq=1 ttl=254 time=0.344 ms 64 bytes from nimitz.aus.stglabs.ibm.com (9.3.165.31): icmp_seq=2 ttl=254 time=0.326 ms 64 bytes from nimitz.aus.stglabs.ibm.com (9.3.165.31): icmp_seq=3 ttl=254 time=0.363 ms ^C AFTER ADDED Austin Adapter: === Once the Austin adapter added to the partition, the Austin's 1st port became eth0. and it pushed the virtual ethernet (which is system's ethernet) to be eth4. However, the system still looking for eth0 as system's main network interface. root@br14p08:~# lscfg | grep eth + eth4 U9119.MHE.10800E7-V8-C2-T1 + eth0
[Touch-packages] [Bug 1437375] Re: [udev] Adding Austin adapter to Ubuntu partition take over system network interface
This bug was fixed in the package systemd - 219-8ubuntu1 --- systemd (219-8ubuntu1) wily; urgency=medium * Merge with Debian experimental branch. Remaining Ubuntu changes: - Hack to support system-image read-only /etc, and modify files in /etc/writable/ instead. - Keep our much simpler udev maintainer scripts (all platforms must support udev, no debconf). - initramfs init-top: Drop $ROOTDELAY, we do that in a more sensible way with wait-for-root. Will get applicable to Debian once Debian gets wait-for-root in initramfs-tools. - initramfs init-bottom: If LVM is installed, settle udev, otherwise we get missing LV symlinks. Workaround for LP #1185394. - Add debian/udev.lvm2.init: Dummy SysV init script to satisfy insserv dependencies to lvm2 which is handled with udev rules in Ubuntu. - Add debian/udev.lvm2.service to avoid running the dummy lvm2 init script. - Provide shutdown fallback for upstart. (LP: #1370329) - debian/extra/ifup@.service: Additionally run for auto class. We don't really support allow-hotplug in Ubuntu at the moment, so we need to deal with auto devices appearing after /etc/init.d/networking start already ran. (LP: #1374521) Also, check if devices are actually defined in /etc/network/interfaces as we don't use Debian's net.agent. Also run ifup in the background during boot, to avoid blocking network.target. (LP: #1425376) - ifup@.service: Drop dependency on networking.service (i. e. /etc/init.d/networking), and merely ensure that /run/network exists. This avoids unnecessary dependencies/waiting during boot and dependency cycles if hooks wait for other interfaces to come up (like ifenslave with bonding interfaces). (LP: #1414544) - Add Get-RTC-is-in-local-time-setting-from-etc-default-rc.patch: In Ubuntu we currently keep the setting whether the RTC is in local or UTC time in /etc/default/rcS UTC=yes|no, instead of /etc/adjtime. (LP: #1377258) - Put session scopes into all cgroup controllers. This makes unprivileged user LXC containers work under systemd. (LP: #1346734) - systemctl: Don't forward telinit u to upstart. This works around upstart's Restart() always reexec'ing /sbin/init on Restart(), even if that changes to point to systemd during the upgrade. This avoids running systemd during a dist-upgrade. (LP: #1430479) - Drop hwdb-update dependency from udev-trigger.service, which got introduced in v219-stable. This causes udev and plymouth to start too late and isn't really needed in Ubuntu yet as we don't support stateless systems yet and handle hwdb.bin updates through dpkg triggers. This can be dropped again with initramfs-tools 0.117. - Lower Breaks: to plymouth version which has the udev inotify fix in Ubuntu. - Lower libappamor dep to the Ubuntu version where it moved to /lib. - Change systemd-sysv's conflicts to upstart-sysv. (LP: #1422681) - Make failure of boot-and-services NSpawn.test_boot non-fatal for now. This currently fails when being triggered by Jenkins, but is totally unreproducible when running this manually on the exact same machine. Upgrade fixes, keep until 16.04 LTS release: - systemd Conflicts/Replaces/Provides systemd-services. - Remove obsolete systemd-logind upstart job. - Clean up obsolete /etc/udev/rules.d/README. systemd (219-9) UNRELEASED; urgency=medium * 75-persistent-net-generator.rules: Fix rules for ibmveth (it's a driver, not a subsystem). (LP: #1437375) * debian/tests/unit-config: Add tests for systemctl enable/disable on a SysV-only unit. Reproduces LP #1447807. * Fix systemctl enable for SysV scripts without a native unit. We must not try and enable the nonexisting unit then. (LP: #1447807) systemd (219-8) experimental; urgency=medium [ Michael Biebl ] * Skip filesystem check if already done by the initramfs. (Closes: #782522) * Drop hard-coded versioned dependency on libapparmor1. Bump the Build-Depends on libapparmor-dev instead. This ensures a proper versioned dependency via Build-Depends-Package. * Revert Make apparmor run before networking. This causes dependency cycles while apparmor still depends on $remote_fs. * Cleanup hwclock-save.service symlinks when upgrading from the jessie version. [ Martin Pitt ] * cryptsetup: Implement offset and skip options. (Closes: #751707, LP: #953875) * logind autopkgtest: Add test for suspending on lid switch close. This reproduces LP #1444166 (lid switch not working in the first few minutes after boot). * Reduce the initial suspend supression time from 3 minutes to 30 seconds, and make it configurable. (LP: #1444166) * Fix double free crash in systemctl enable when calling update-rc.d and the latter fails. (Closes: #764613, LP: #1426588) *
[Touch-packages] [Bug 1437375] Re: [udev] Adding Austin adapter to Ubuntu partition take over system network interface
** Tags removed: verification-needed ** Tags added: verification-done -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to systemd in Ubuntu. https://bugs.launchpad.net/bugs/1437375 Title: [udev] Adding Austin adapter to Ubuntu partition take over system network interface Status in systemd package in Ubuntu: Fix Released Status in systemd source package in Vivid: Fix Committed Status in systemd source package in Wily: Fix Released Bug description: [Impact] This impacts any user of LPARs; upon adding physical network interfaces (or, realistically, any network interface at all, even virtual), the network interface which is used for system access and used to install the system may not appear in the same order after reboot. [Test Case] Requires access to logical partitions. 1) Install system 2) Add an physical network adapter to the partition 3) Reboot. Observed behavior: After reboot, the virtual adapter expected to be used is unavailable, the address is assigned to any other network adapter which may have been detected and used persistent addresses. Expected behavior The system should come up with network interfaces in the same order as before rebooting. [Regression Potential] Added virtual interfaces that should be not persist (because they are locally administered and thus may have their MAC address change) may come up as persistent devices due to the use of the ibmveth driver, and thus fail to work as expected. --- Problem Description: Adding Austin adapter to Ubuntu partition took over system network interface. This caused system to be off network connection. ver 1.5.4.3 - OS, HTX, Firmware and Machine details OS: GNU/Linux OS Version: Ubuntu Vivid Vervet (development branch) \n \l Kernel Version: 3.18.0-13-generic HTX Version: htxubuntu-322 Host Name: br14p08 Machine Serial No: IBM,0210800E7 Machine Type/Model: IBM,9119-MHE System FW Level: FW830.00 (SC830_021) BEFORE adding Austin adapter to br14p08: Before adding austin adapter to br14p05 (vio client), the system network is good. ubuntu@br14p08:~$ lsslot -cpci ubuntu@br14p08:~$ + eth0 U9119.MHE.10800E7-V8-C2-T1 Interpartition Logical LAN root@br14p08:~# lscfg |grep eth + eth0 U9119.MHE.10800E7-V8-C2-T1 root@br14p08:~# ifconfig eth0 Link encap:Ethernet HWaddr 16:59:c0:50:0a:02 inet addr:9.3.21.12 Bcast:9.3.21.255 Mask:255.255.254.0 inet6 addr: fe80::1459:c0ff:fe50:a02/64 Scope:Link inet6 addr: 2002:903:15f:290:1459:c0ff:fe50:a02/64 Scope:Global UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:37366 errors:0 dropped:16 overruns:0 frame:0 TX packets:153 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:2472739 (2.4 MB) TX bytes:22596 (22.5 KB) Interrupt:19 loLink encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:65536 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B) root@br14p08:~# ping br14p08 PING br14p08.aus.stglabs.ibm.com (9.3.21.12) 56(84) bytes of data. 64 bytes from br14p08.aus.stglabs.ibm.com (9.3.21.12): icmp_seq=1 ttl=64 time=0.008 ms 64 bytes from br14p08.aus.stglabs.ibm.com (9.3.21.12): icmp_seq=2 ttl=64 time=0.004 ms 64 bytes from br14p08.aus.stglabs.ibm.com (9.3.21.12): icmp_seq=3 ttl=64 time=0.005 ms ^C --- br14p08.aus.stglabs.ibm.com ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 1998ms rtt min/avg/max/mdev = 0.004/0.005/0.008/0.003 ms root@br14p08:~# ping nimitz PING nimitz.aus.stglabs.ibm.com (9.3.165.31) 56(84) bytes of data. 64 bytes from nimitz.aus.stglabs.ibm.com (9.3.165.31): icmp_seq=1 ttl=254 time=0.344 ms 64 bytes from nimitz.aus.stglabs.ibm.com (9.3.165.31): icmp_seq=2 ttl=254 time=0.326 ms 64 bytes from nimitz.aus.stglabs.ibm.com (9.3.165.31): icmp_seq=3 ttl=254 time=0.363 ms ^C AFTER ADDED Austin Adapter: === Once the Austin adapter added to the partition, the Austin's 1st port became eth0. and it pushed the virtual ethernet (which is system's ethernet) to be eth4. However, the system still looking for eth0 as system's main network interface. root@br14p08:~# lscfg | grep eth + eth4 U9119.MHE.10800E7-V8-C2-T1 + eth0
[Touch-packages] [Bug 1437375] Re: [udev] Adding Austin adapter to Ubuntu partition take over system network interface
** Tags removed: severity-high ** Tags added: severity-critical -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to systemd in Ubuntu. https://bugs.launchpad.net/bugs/1437375 Title: [udev] Adding Austin adapter to Ubuntu partition take over system network interface Status in systemd package in Ubuntu: Fix Released Status in systemd source package in Vivid: Fix Committed Status in systemd source package in Wily: Fix Released Bug description: [Impact] This impacts any user of LPARs; upon adding physical network interfaces (or, realistically, any network interface at all, even virtual), the network interface which is used for system access and used to install the system may not appear in the same order after reboot. [Test Case] Requires access to logical partitions. 1) Install system 2) Add an physical network adapter to the partition 3) Reboot. Observed behavior: After reboot, the virtual adapter expected to be used is unavailable, the address is assigned to any other network adapter which may have been detected and used persistent addresses. Expected behavior The system should come up with network interfaces in the same order as before rebooting. [Regression Potential] Added virtual interfaces that should be not persist (because they are locally administered and thus may have their MAC address change) may come up as persistent devices due to the use of the ibmveth driver, and thus fail to work as expected. --- Problem Description: Adding Austin adapter to Ubuntu partition took over system network interface. This caused system to be off network connection. ver 1.5.4.3 - OS, HTX, Firmware and Machine details OS: GNU/Linux OS Version: Ubuntu Vivid Vervet (development branch) \n \l Kernel Version: 3.18.0-13-generic HTX Version: htxubuntu-322 Host Name: br14p08 Machine Serial No: IBM,0210800E7 Machine Type/Model: IBM,9119-MHE System FW Level: FW830.00 (SC830_021) BEFORE adding Austin adapter to br14p08: Before adding austin adapter to br14p05 (vio client), the system network is good. ubuntu@br14p08:~$ lsslot -cpci ubuntu@br14p08:~$ + eth0 U9119.MHE.10800E7-V8-C2-T1 Interpartition Logical LAN root@br14p08:~# lscfg |grep eth + eth0 U9119.MHE.10800E7-V8-C2-T1 root@br14p08:~# ifconfig eth0 Link encap:Ethernet HWaddr 16:59:c0:50:0a:02 inet addr:9.3.21.12 Bcast:9.3.21.255 Mask:255.255.254.0 inet6 addr: fe80::1459:c0ff:fe50:a02/64 Scope:Link inet6 addr: 2002:903:15f:290:1459:c0ff:fe50:a02/64 Scope:Global UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:37366 errors:0 dropped:16 overruns:0 frame:0 TX packets:153 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:2472739 (2.4 MB) TX bytes:22596 (22.5 KB) Interrupt:19 loLink encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:65536 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B) root@br14p08:~# ping br14p08 PING br14p08.aus.stglabs.ibm.com (9.3.21.12) 56(84) bytes of data. 64 bytes from br14p08.aus.stglabs.ibm.com (9.3.21.12): icmp_seq=1 ttl=64 time=0.008 ms 64 bytes from br14p08.aus.stglabs.ibm.com (9.3.21.12): icmp_seq=2 ttl=64 time=0.004 ms 64 bytes from br14p08.aus.stglabs.ibm.com (9.3.21.12): icmp_seq=3 ttl=64 time=0.005 ms ^C --- br14p08.aus.stglabs.ibm.com ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 1998ms rtt min/avg/max/mdev = 0.004/0.005/0.008/0.003 ms root@br14p08:~# ping nimitz PING nimitz.aus.stglabs.ibm.com (9.3.165.31) 56(84) bytes of data. 64 bytes from nimitz.aus.stglabs.ibm.com (9.3.165.31): icmp_seq=1 ttl=254 time=0.344 ms 64 bytes from nimitz.aus.stglabs.ibm.com (9.3.165.31): icmp_seq=2 ttl=254 time=0.326 ms 64 bytes from nimitz.aus.stglabs.ibm.com (9.3.165.31): icmp_seq=3 ttl=254 time=0.363 ms ^C AFTER ADDED Austin Adapter: === Once the Austin adapter added to the partition, the Austin's 1st port became eth0. and it pushed the virtual ethernet (which is system's ethernet) to be eth4. However, the system still looking for eth0 as system's main network interface. root@br14p08:~# lscfg | grep eth + eth4 U9119.MHE.10800E7-V8-C2-T1 + eth0
[Touch-packages] [Bug 1437375] Re: [udev] Adding Austin adapter to Ubuntu partition take over system network interface
pitti, I had uploaded a day before you committed things to git, seems like there was a bit of miscommunication before, I had mentioned it on IRC I believe. In any case, it's good that things are covered in -proposed now. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to systemd in Ubuntu. https://bugs.launchpad.net/bugs/1437375 Title: [udev] Adding Austin adapter to Ubuntu partition take over system network interface Status in systemd package in Ubuntu: Fix Committed Status in systemd source package in Vivid: Fix Committed Status in systemd source package in Wily: Fix Committed Bug description: [Impact] This impacts any user of LPARs; upon adding physical network interfaces (or, realistically, any network interface at all, even virtual), the network interface which is used for system access and used to install the system may not appear in the same order after reboot. [Test Case] Requires access to logical partitions. 1) Install system 2) Add an physical network adapter to the partition 3) Reboot. Observed behavior: After reboot, the virtual adapter expected to be used is unavailable, the address is assigned to any other network adapter which may have been detected and used persistent addresses. Expected behavior The system should come up with network interfaces in the same order as before rebooting. [Regression Potential] Added virtual interfaces that should be not persist (because they are locally administered and thus may have their MAC address change) may come up as persistent devices due to the use of the ibmveth driver, and thus fail to work as expected. --- Problem Description: Adding Austin adapter to Ubuntu partition took over system network interface. This caused system to be off network connection. ver 1.5.4.3 - OS, HTX, Firmware and Machine details OS: GNU/Linux OS Version: Ubuntu Vivid Vervet (development branch) \n \l Kernel Version: 3.18.0-13-generic HTX Version: htxubuntu-322 Host Name: br14p08 Machine Serial No: IBM,0210800E7 Machine Type/Model: IBM,9119-MHE System FW Level: FW830.00 (SC830_021) BEFORE adding Austin adapter to br14p08: Before adding austin adapter to br14p05 (vio client), the system network is good. ubuntu@br14p08:~$ lsslot -cpci ubuntu@br14p08:~$ + eth0 U9119.MHE.10800E7-V8-C2-T1 Interpartition Logical LAN root@br14p08:~# lscfg |grep eth + eth0 U9119.MHE.10800E7-V8-C2-T1 root@br14p08:~# ifconfig eth0 Link encap:Ethernet HWaddr 16:59:c0:50:0a:02 inet addr:9.3.21.12 Bcast:9.3.21.255 Mask:255.255.254.0 inet6 addr: fe80::1459:c0ff:fe50:a02/64 Scope:Link inet6 addr: 2002:903:15f:290:1459:c0ff:fe50:a02/64 Scope:Global UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:37366 errors:0 dropped:16 overruns:0 frame:0 TX packets:153 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:2472739 (2.4 MB) TX bytes:22596 (22.5 KB) Interrupt:19 loLink encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:65536 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B) root@br14p08:~# ping br14p08 PING br14p08.aus.stglabs.ibm.com (9.3.21.12) 56(84) bytes of data. 64 bytes from br14p08.aus.stglabs.ibm.com (9.3.21.12): icmp_seq=1 ttl=64 time=0.008 ms 64 bytes from br14p08.aus.stglabs.ibm.com (9.3.21.12): icmp_seq=2 ttl=64 time=0.004 ms 64 bytes from br14p08.aus.stglabs.ibm.com (9.3.21.12): icmp_seq=3 ttl=64 time=0.005 ms ^C --- br14p08.aus.stglabs.ibm.com ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 1998ms rtt min/avg/max/mdev = 0.004/0.005/0.008/0.003 ms root@br14p08:~# ping nimitz PING nimitz.aus.stglabs.ibm.com (9.3.165.31) 56(84) bytes of data. 64 bytes from nimitz.aus.stglabs.ibm.com (9.3.165.31): icmp_seq=1 ttl=254 time=0.344 ms 64 bytes from nimitz.aus.stglabs.ibm.com (9.3.165.31): icmp_seq=2 ttl=254 time=0.326 ms 64 bytes from nimitz.aus.stglabs.ibm.com (9.3.165.31): icmp_seq=3 ttl=254 time=0.363 ms ^C AFTER ADDED Austin Adapter: === Once the Austin adapter added to the partition, the Austin's 1st port became eth0. and it pushed the virtual ethernet (which is system's ethernet) to be eth4. However, the system still
Re: [Touch-packages] [Bug 1437375] Re: [udev] Adding Austin adapter to Ubuntu partition take over system network interface
Mathieu Trudel-Lapierre [2015-05-07 14:20 -]: pitti, I had uploaded a day before you committed things to git, seems like there was a bit of miscommunication before, I had mentioned it on IRC I believe. In any case, it's good that things are covered in -proposed now. Ah okay, sorry for the misunderstanding then! -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to systemd in Ubuntu. https://bugs.launchpad.net/bugs/1437375 Title: [udev] Adding Austin adapter to Ubuntu partition take over system network interface Status in systemd package in Ubuntu: Fix Committed Status in systemd source package in Vivid: Fix Committed Status in systemd source package in Wily: Fix Committed Bug description: [Impact] This impacts any user of LPARs; upon adding physical network interfaces (or, realistically, any network interface at all, even virtual), the network interface which is used for system access and used to install the system may not appear in the same order after reboot. [Test Case] Requires access to logical partitions. 1) Install system 2) Add an physical network adapter to the partition 3) Reboot. Observed behavior: After reboot, the virtual adapter expected to be used is unavailable, the address is assigned to any other network adapter which may have been detected and used persistent addresses. Expected behavior The system should come up with network interfaces in the same order as before rebooting. [Regression Potential] Added virtual interfaces that should be not persist (because they are locally administered and thus may have their MAC address change) may come up as persistent devices due to the use of the ibmveth driver, and thus fail to work as expected. --- Problem Description: Adding Austin adapter to Ubuntu partition took over system network interface. This caused system to be off network connection. ver 1.5.4.3 - OS, HTX, Firmware and Machine details OS: GNU/Linux OS Version: Ubuntu Vivid Vervet (development branch) \n \l Kernel Version: 3.18.0-13-generic HTX Version: htxubuntu-322 Host Name: br14p08 Machine Serial No: IBM,0210800E7 Machine Type/Model: IBM,9119-MHE System FW Level: FW830.00 (SC830_021) BEFORE adding Austin adapter to br14p08: Before adding austin adapter to br14p05 (vio client), the system network is good. ubuntu@br14p08:~$ lsslot -cpci ubuntu@br14p08:~$ + eth0 U9119.MHE.10800E7-V8-C2-T1 Interpartition Logical LAN root@br14p08:~# lscfg |grep eth + eth0 U9119.MHE.10800E7-V8-C2-T1 root@br14p08:~# ifconfig eth0 Link encap:Ethernet HWaddr 16:59:c0:50:0a:02 inet addr:9.3.21.12 Bcast:9.3.21.255 Mask:255.255.254.0 inet6 addr: fe80::1459:c0ff:fe50:a02/64 Scope:Link inet6 addr: 2002:903:15f:290:1459:c0ff:fe50:a02/64 Scope:Global UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:37366 errors:0 dropped:16 overruns:0 frame:0 TX packets:153 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:2472739 (2.4 MB) TX bytes:22596 (22.5 KB) Interrupt:19 loLink encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:65536 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B) root@br14p08:~# ping br14p08 PING br14p08.aus.stglabs.ibm.com (9.3.21.12) 56(84) bytes of data. 64 bytes from br14p08.aus.stglabs.ibm.com (9.3.21.12): icmp_seq=1 ttl=64 time=0.008 ms 64 bytes from br14p08.aus.stglabs.ibm.com (9.3.21.12): icmp_seq=2 ttl=64 time=0.004 ms 64 bytes from br14p08.aus.stglabs.ibm.com (9.3.21.12): icmp_seq=3 ttl=64 time=0.005 ms ^C --- br14p08.aus.stglabs.ibm.com ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 1998ms rtt min/avg/max/mdev = 0.004/0.005/0.008/0.003 ms root@br14p08:~# ping nimitz PING nimitz.aus.stglabs.ibm.com (9.3.165.31) 56(84) bytes of data. 64 bytes from nimitz.aus.stglabs.ibm.com (9.3.165.31): icmp_seq=1 ttl=254 time=0.344 ms 64 bytes from nimitz.aus.stglabs.ibm.com (9.3.165.31): icmp_seq=2 ttl=254 time=0.326 ms 64 bytes from nimitz.aus.stglabs.ibm.com (9.3.165.31): icmp_seq=3 ttl=254 time=0.363 ms ^C AFTER ADDED Austin Adapter: === Once the Austin adapter added to the partition, the Austin's 1st port became eth0. and it
[Touch-packages] [Bug 1437375] Re: [udev] Adding Austin adapter to Ubuntu partition take over system network interface
Ah, I'm afraid Mathieu jumped the gun a little - what was uploaded here was *not* what was committed to git, and there are also some other pending changes staged up. Can we please accept 219-7ubuntu5.dsc in unapproved instead? -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to systemd in Ubuntu. https://bugs.launchpad.net/bugs/1437375 Title: [udev] Adding Austin adapter to Ubuntu partition take over system network interface Status in systemd package in Ubuntu: Fix Committed Status in systemd source package in Vivid: Fix Committed Status in systemd source package in Wily: Fix Committed Bug description: [Impact] This impacts any user of LPARs; upon adding physical network interfaces (or, realistically, any network interface at all, even virtual), the network interface which is used for system access and used to install the system may not appear in the same order after reboot. [Test Case] Requires access to logical partitions. 1) Install system 2) Add an physical network adapter to the partition 3) Reboot. Observed behavior: After reboot, the virtual adapter expected to be used is unavailable, the address is assigned to any other network adapter which may have been detected and used persistent addresses. Expected behavior The system should come up with network interfaces in the same order as before rebooting. [Regression Potential] Added virtual interfaces that should be not persist (because they are locally administered and thus may have their MAC address change) may come up as persistent devices due to the use of the ibmveth driver, and thus fail to work as expected. --- Problem Description: Adding Austin adapter to Ubuntu partition took over system network interface. This caused system to be off network connection. ver 1.5.4.3 - OS, HTX, Firmware and Machine details OS: GNU/Linux OS Version: Ubuntu Vivid Vervet (development branch) \n \l Kernel Version: 3.18.0-13-generic HTX Version: htxubuntu-322 Host Name: br14p08 Machine Serial No: IBM,0210800E7 Machine Type/Model: IBM,9119-MHE System FW Level: FW830.00 (SC830_021) BEFORE adding Austin adapter to br14p08: Before adding austin adapter to br14p05 (vio client), the system network is good. ubuntu@br14p08:~$ lsslot -cpci ubuntu@br14p08:~$ + eth0 U9119.MHE.10800E7-V8-C2-T1 Interpartition Logical LAN root@br14p08:~# lscfg |grep eth + eth0 U9119.MHE.10800E7-V8-C2-T1 root@br14p08:~# ifconfig eth0 Link encap:Ethernet HWaddr 16:59:c0:50:0a:02 inet addr:9.3.21.12 Bcast:9.3.21.255 Mask:255.255.254.0 inet6 addr: fe80::1459:c0ff:fe50:a02/64 Scope:Link inet6 addr: 2002:903:15f:290:1459:c0ff:fe50:a02/64 Scope:Global UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:37366 errors:0 dropped:16 overruns:0 frame:0 TX packets:153 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:2472739 (2.4 MB) TX bytes:22596 (22.5 KB) Interrupt:19 loLink encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:65536 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B) root@br14p08:~# ping br14p08 PING br14p08.aus.stglabs.ibm.com (9.3.21.12) 56(84) bytes of data. 64 bytes from br14p08.aus.stglabs.ibm.com (9.3.21.12): icmp_seq=1 ttl=64 time=0.008 ms 64 bytes from br14p08.aus.stglabs.ibm.com (9.3.21.12): icmp_seq=2 ttl=64 time=0.004 ms 64 bytes from br14p08.aus.stglabs.ibm.com (9.3.21.12): icmp_seq=3 ttl=64 time=0.005 ms ^C --- br14p08.aus.stglabs.ibm.com ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 1998ms rtt min/avg/max/mdev = 0.004/0.005/0.008/0.003 ms root@br14p08:~# ping nimitz PING nimitz.aus.stglabs.ibm.com (9.3.165.31) 56(84) bytes of data. 64 bytes from nimitz.aus.stglabs.ibm.com (9.3.165.31): icmp_seq=1 ttl=254 time=0.344 ms 64 bytes from nimitz.aus.stglabs.ibm.com (9.3.165.31): icmp_seq=2 ttl=254 time=0.326 ms 64 bytes from nimitz.aus.stglabs.ibm.com (9.3.165.31): icmp_seq=3 ttl=254 time=0.363 ms ^C AFTER ADDED Austin Adapter: === Once the Austin adapter added to the partition, the Austin's 1st port became eth0. and it pushed the virtual ethernet (which is system's ethernet) to be eth4. However, the system
[Touch-packages] [Bug 1437375] Re: [udev] Adding Austin adapter to Ubuntu partition take over system network interface
Hello bugproxy, or anyone else affected, Accepted systemd into vivid-proposed. The package will build now and be available at https://launchpad.net/ubuntu/+source/systemd/219-7ubuntu4.1 in a few hours, and then in the -proposed repository. Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Your feedback will aid us getting this update out to other Ubuntu users. If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested, and change the tag from verification-needed to verification-done. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification-failed. In either case, details of your testing will help us make a better decision. Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance! ** Changed in: systemd (Ubuntu Vivid) Status: In Progress = Fix Committed ** Tags added: verification-needed -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to systemd in Ubuntu. https://bugs.launchpad.net/bugs/1437375 Title: [udev] Adding Austin adapter to Ubuntu partition take over system network interface Status in systemd package in Ubuntu: Fix Committed Status in systemd source package in Vivid: Fix Committed Status in systemd source package in Wily: Fix Committed Bug description: [Impact] This impacts any user of LPARs; upon adding physical network interfaces (or, realistically, any network interface at all, even virtual), the network interface which is used for system access and used to install the system may not appear in the same order after reboot. [Test Case] Requires access to logical partitions. 1) Install system 2) Add an physical network adapter to the partition 3) Reboot. Observed behavior: After reboot, the virtual adapter expected to be used is unavailable, the address is assigned to any other network adapter which may have been detected and used persistent addresses. Expected behavior The system should come up with network interfaces in the same order as before rebooting. [Regression Potential] Added virtual interfaces that should be not persist (because they are locally administered and thus may have their MAC address change) may come up as persistent devices due to the use of the ibmveth driver, and thus fail to work as expected. --- Problem Description: Adding Austin adapter to Ubuntu partition took over system network interface. This caused system to be off network connection. ver 1.5.4.3 - OS, HTX, Firmware and Machine details OS: GNU/Linux OS Version: Ubuntu Vivid Vervet (development branch) \n \l Kernel Version: 3.18.0-13-generic HTX Version: htxubuntu-322 Host Name: br14p08 Machine Serial No: IBM,0210800E7 Machine Type/Model: IBM,9119-MHE System FW Level: FW830.00 (SC830_021) BEFORE adding Austin adapter to br14p08: Before adding austin adapter to br14p05 (vio client), the system network is good. ubuntu@br14p08:~$ lsslot -cpci ubuntu@br14p08:~$ + eth0 U9119.MHE.10800E7-V8-C2-T1 Interpartition Logical LAN root@br14p08:~# lscfg |grep eth + eth0 U9119.MHE.10800E7-V8-C2-T1 root@br14p08:~# ifconfig eth0 Link encap:Ethernet HWaddr 16:59:c0:50:0a:02 inet addr:9.3.21.12 Bcast:9.3.21.255 Mask:255.255.254.0 inet6 addr: fe80::1459:c0ff:fe50:a02/64 Scope:Link inet6 addr: 2002:903:15f:290:1459:c0ff:fe50:a02/64 Scope:Global UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:37366 errors:0 dropped:16 overruns:0 frame:0 TX packets:153 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:2472739 (2.4 MB) TX bytes:22596 (22.5 KB) Interrupt:19 loLink encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:65536 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B) root@br14p08:~# ping br14p08 PING br14p08.aus.stglabs.ibm.com (9.3.21.12) 56(84) bytes of data. 64 bytes from br14p08.aus.stglabs.ibm.com (9.3.21.12): icmp_seq=1 ttl=64 time=0.008 ms 64 bytes from br14p08.aus.stglabs.ibm.com (9.3.21.12): icmp_seq=2 ttl=64 time=0.004 ms 64
[Touch-packages] [Bug 1437375] Re: [udev] Adding Austin adapter to Ubuntu partition take over system network interface
Since this is in the queue for vivid-proposed already; should be In Progress. ** Changed in: systemd (Ubuntu Vivid) Status: Fix Committed = In Progress -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to systemd in Ubuntu. https://bugs.launchpad.net/bugs/1437375 Title: [udev] Adding Austin adapter to Ubuntu partition take over system network interface Status in systemd package in Ubuntu: Fix Committed Status in systemd source package in Vivid: In Progress Status in systemd source package in Wily: Fix Committed Bug description: [Impact] This impacts any user of LPARs; upon adding physical network interfaces (or, realistically, any network interface at all, even virtual), the network interface which is used for system access and used to install the system may not appear in the same order after reboot. [Test Case] Requires access to logical partitions. 1) Install system 2) Add an physical network adapter to the partition 3) Reboot. Observed behavior: After reboot, the virtual adapter expected to be used is unavailable, the address is assigned to any other network adapter which may have been detected and used persistent addresses. Expected behavior The system should come up with network interfaces in the same order as before rebooting. [Regression Potential] Added virtual interfaces that should be not persist (because they are locally administered and thus may have their MAC address change) may come up as persistent devices due to the use of the ibmveth driver, and thus fail to work as expected. --- Problem Description: Adding Austin adapter to Ubuntu partition took over system network interface. This caused system to be off network connection. ver 1.5.4.3 - OS, HTX, Firmware and Machine details OS: GNU/Linux OS Version: Ubuntu Vivid Vervet (development branch) \n \l Kernel Version: 3.18.0-13-generic HTX Version: htxubuntu-322 Host Name: br14p08 Machine Serial No: IBM,0210800E7 Machine Type/Model: IBM,9119-MHE System FW Level: FW830.00 (SC830_021) BEFORE adding Austin adapter to br14p08: Before adding austin adapter to br14p05 (vio client), the system network is good. ubuntu@br14p08:~$ lsslot -cpci ubuntu@br14p08:~$ + eth0 U9119.MHE.10800E7-V8-C2-T1 Interpartition Logical LAN root@br14p08:~# lscfg |grep eth + eth0 U9119.MHE.10800E7-V8-C2-T1 root@br14p08:~# ifconfig eth0 Link encap:Ethernet HWaddr 16:59:c0:50:0a:02 inet addr:9.3.21.12 Bcast:9.3.21.255 Mask:255.255.254.0 inet6 addr: fe80::1459:c0ff:fe50:a02/64 Scope:Link inet6 addr: 2002:903:15f:290:1459:c0ff:fe50:a02/64 Scope:Global UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:37366 errors:0 dropped:16 overruns:0 frame:0 TX packets:153 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:2472739 (2.4 MB) TX bytes:22596 (22.5 KB) Interrupt:19 loLink encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:65536 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B) root@br14p08:~# ping br14p08 PING br14p08.aus.stglabs.ibm.com (9.3.21.12) 56(84) bytes of data. 64 bytes from br14p08.aus.stglabs.ibm.com (9.3.21.12): icmp_seq=1 ttl=64 time=0.008 ms 64 bytes from br14p08.aus.stglabs.ibm.com (9.3.21.12): icmp_seq=2 ttl=64 time=0.004 ms 64 bytes from br14p08.aus.stglabs.ibm.com (9.3.21.12): icmp_seq=3 ttl=64 time=0.005 ms ^C --- br14p08.aus.stglabs.ibm.com ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 1998ms rtt min/avg/max/mdev = 0.004/0.005/0.008/0.003 ms root@br14p08:~# ping nimitz PING nimitz.aus.stglabs.ibm.com (9.3.165.31) 56(84) bytes of data. 64 bytes from nimitz.aus.stglabs.ibm.com (9.3.165.31): icmp_seq=1 ttl=254 time=0.344 ms 64 bytes from nimitz.aus.stglabs.ibm.com (9.3.165.31): icmp_seq=2 ttl=254 time=0.326 ms 64 bytes from nimitz.aus.stglabs.ibm.com (9.3.165.31): icmp_seq=3 ttl=254 time=0.363 ms ^C AFTER ADDED Austin Adapter: === Once the Austin adapter added to the partition, the Austin's 1st port became eth0. and it pushed the virtual ethernet (which is system's ethernet) to be eth4. However, the system still looking for eth0 as system's main network interface.
[Touch-packages] [Bug 1437375] Re: [udev] Adding Austin adapter to Ubuntu partition take over system network interface
Indeed, SUBSYSTEMS==ibmveth is bogus, that should have been DRIVERS== all along. Thanks for pointing this out! I committed the fix to the Debian experimental git, from where it will land in wily: http://anonscm.debian.org/cgit/pkg- systemd/systemd.git/commit/?h=experimentalid=183a860e1a ** Changed in: systemd (Ubuntu Wily) Status: New = Fix Committed -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to systemd in Ubuntu. https://bugs.launchpad.net/bugs/1437375 Title: [udev] Adding Austin adapter to Ubuntu partition take over system network interface Status in systemd package in Ubuntu: Fix Committed Status in systemd source package in Vivid: Fix Committed Status in systemd source package in Wily: Fix Committed Bug description: [Impact] This impacts any user of LPARs; upon adding physical network interfaces (or, realistically, any network interface at all, even virtual), the network interface which is used for system access and used to install the system may not appear in the same order after reboot. [Test Case] Requires access to logical partitions. 1) Install system 2) Add an physical network adapter to the partition 3) Reboot. Observed behavior: After reboot, the virtual adapter expected to be used is unavailable, the address is assigned to any other network adapter which may have been detected and used persistent addresses. Expected behavior The system should come up with network interfaces in the same order as before rebooting. [Regression Potential] Added virtual interfaces that should be not persist (because they are locally administered and thus may have their MAC address change) may come up as persistent devices due to the use of the ibmveth driver, and thus fail to work as expected. --- Problem Description: Adding Austin adapter to Ubuntu partition took over system network interface. This caused system to be off network connection. ver 1.5.4.3 - OS, HTX, Firmware and Machine details OS: GNU/Linux OS Version: Ubuntu Vivid Vervet (development branch) \n \l Kernel Version: 3.18.0-13-generic HTX Version: htxubuntu-322 Host Name: br14p08 Machine Serial No: IBM,0210800E7 Machine Type/Model: IBM,9119-MHE System FW Level: FW830.00 (SC830_021) BEFORE adding Austin adapter to br14p08: Before adding austin adapter to br14p05 (vio client), the system network is good. ubuntu@br14p08:~$ lsslot -cpci ubuntu@br14p08:~$ + eth0 U9119.MHE.10800E7-V8-C2-T1 Interpartition Logical LAN root@br14p08:~# lscfg |grep eth + eth0 U9119.MHE.10800E7-V8-C2-T1 root@br14p08:~# ifconfig eth0 Link encap:Ethernet HWaddr 16:59:c0:50:0a:02 inet addr:9.3.21.12 Bcast:9.3.21.255 Mask:255.255.254.0 inet6 addr: fe80::1459:c0ff:fe50:a02/64 Scope:Link inet6 addr: 2002:903:15f:290:1459:c0ff:fe50:a02/64 Scope:Global UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:37366 errors:0 dropped:16 overruns:0 frame:0 TX packets:153 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:2472739 (2.4 MB) TX bytes:22596 (22.5 KB) Interrupt:19 loLink encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:65536 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B) root@br14p08:~# ping br14p08 PING br14p08.aus.stglabs.ibm.com (9.3.21.12) 56(84) bytes of data. 64 bytes from br14p08.aus.stglabs.ibm.com (9.3.21.12): icmp_seq=1 ttl=64 time=0.008 ms 64 bytes from br14p08.aus.stglabs.ibm.com (9.3.21.12): icmp_seq=2 ttl=64 time=0.004 ms 64 bytes from br14p08.aus.stglabs.ibm.com (9.3.21.12): icmp_seq=3 ttl=64 time=0.005 ms ^C --- br14p08.aus.stglabs.ibm.com ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 1998ms rtt min/avg/max/mdev = 0.004/0.005/0.008/0.003 ms root@br14p08:~# ping nimitz PING nimitz.aus.stglabs.ibm.com (9.3.165.31) 56(84) bytes of data. 64 bytes from nimitz.aus.stglabs.ibm.com (9.3.165.31): icmp_seq=1 ttl=254 time=0.344 ms 64 bytes from nimitz.aus.stglabs.ibm.com (9.3.165.31): icmp_seq=2 ttl=254 time=0.326 ms 64 bytes from nimitz.aus.stglabs.ibm.com (9.3.165.31): icmp_seq=3 ttl=254 time=0.363 ms ^C AFTER ADDED Austin Adapter: === Once the Austin adapter added to the partition, the
[Touch-packages] [Bug 1437375] Re: [udev] Adding Austin adapter to Ubuntu partition take over system network interface
Also cherry-picked into the ubuntu branch, which has a few fixes staged for vivid-proposed: http://anonscm.debian.org/cgit/pkg- systemd/systemd.git/commit/?id=3fcab4895a175f ** Changed in: systemd (Ubuntu Vivid) Status: Triaged = Fix Committed ** Changed in: systemd (Ubuntu Vivid) Assignee: Mathieu Trudel-Lapierre (mathieu-tl) = Martin Pitt (pitti) -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to systemd in Ubuntu. https://bugs.launchpad.net/bugs/1437375 Title: [udev] Adding Austin adapter to Ubuntu partition take over system network interface Status in systemd package in Ubuntu: Fix Committed Status in systemd source package in Vivid: Fix Committed Status in systemd source package in Wily: Fix Committed Bug description: [Impact] This impacts any user of LPARs; upon adding physical network interfaces (or, realistically, any network interface at all, even virtual), the network interface which is used for system access and used to install the system may not appear in the same order after reboot. [Test Case] Requires access to logical partitions. 1) Install system 2) Add an physical network adapter to the partition 3) Reboot. Observed behavior: After reboot, the virtual adapter expected to be used is unavailable, the address is assigned to any other network adapter which may have been detected and used persistent addresses. Expected behavior The system should come up with network interfaces in the same order as before rebooting. [Regression Potential] Added virtual interfaces that should be not persist (because they are locally administered and thus may have their MAC address change) may come up as persistent devices due to the use of the ibmveth driver, and thus fail to work as expected. --- Problem Description: Adding Austin adapter to Ubuntu partition took over system network interface. This caused system to be off network connection. ver 1.5.4.3 - OS, HTX, Firmware and Machine details OS: GNU/Linux OS Version: Ubuntu Vivid Vervet (development branch) \n \l Kernel Version: 3.18.0-13-generic HTX Version: htxubuntu-322 Host Name: br14p08 Machine Serial No: IBM,0210800E7 Machine Type/Model: IBM,9119-MHE System FW Level: FW830.00 (SC830_021) BEFORE adding Austin adapter to br14p08: Before adding austin adapter to br14p05 (vio client), the system network is good. ubuntu@br14p08:~$ lsslot -cpci ubuntu@br14p08:~$ + eth0 U9119.MHE.10800E7-V8-C2-T1 Interpartition Logical LAN root@br14p08:~# lscfg |grep eth + eth0 U9119.MHE.10800E7-V8-C2-T1 root@br14p08:~# ifconfig eth0 Link encap:Ethernet HWaddr 16:59:c0:50:0a:02 inet addr:9.3.21.12 Bcast:9.3.21.255 Mask:255.255.254.0 inet6 addr: fe80::1459:c0ff:fe50:a02/64 Scope:Link inet6 addr: 2002:903:15f:290:1459:c0ff:fe50:a02/64 Scope:Global UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:37366 errors:0 dropped:16 overruns:0 frame:0 TX packets:153 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:2472739 (2.4 MB) TX bytes:22596 (22.5 KB) Interrupt:19 loLink encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:65536 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B) root@br14p08:~# ping br14p08 PING br14p08.aus.stglabs.ibm.com (9.3.21.12) 56(84) bytes of data. 64 bytes from br14p08.aus.stglabs.ibm.com (9.3.21.12): icmp_seq=1 ttl=64 time=0.008 ms 64 bytes from br14p08.aus.stglabs.ibm.com (9.3.21.12): icmp_seq=2 ttl=64 time=0.004 ms 64 bytes from br14p08.aus.stglabs.ibm.com (9.3.21.12): icmp_seq=3 ttl=64 time=0.005 ms ^C --- br14p08.aus.stglabs.ibm.com ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 1998ms rtt min/avg/max/mdev = 0.004/0.005/0.008/0.003 ms root@br14p08:~# ping nimitz PING nimitz.aus.stglabs.ibm.com (9.3.165.31) 56(84) bytes of data. 64 bytes from nimitz.aus.stglabs.ibm.com (9.3.165.31): icmp_seq=1 ttl=254 time=0.344 ms 64 bytes from nimitz.aus.stglabs.ibm.com (9.3.165.31): icmp_seq=2 ttl=254 time=0.326 ms 64 bytes from nimitz.aus.stglabs.ibm.com (9.3.165.31): icmp_seq=3 ttl=254 time=0.363 ms ^C AFTER ADDED Austin Adapter: === Once the Austin adapter added to the partition,
