[Touch-packages] [Bug 1437375] 75-persistent-net-generator.rules

2015-07-02 Thread bugproxy
--- Comment on attachment From mp...@us.ibm.com 2015-06-22 16:49 EDT---


Attaching the 75-persistent-net-generator.rules file.

** Attachment added: 75-persistent-net-generator.rules
   
https://bugs.launchpad.net/bugs/1437375/+attachment/4423487/+files/75-persistent-net-generator.rules

-- 
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 

[Touch-packages] [Bug 1437375] 75-persistent-net-generator.rules

2015-06-24 Thread bugproxy
--- Comment on attachment From mp...@us.ibm.com 2015-06-22 16:49 EDT---


Attaching the 75-persistent-net-generator.rules file.

** Attachment added: 75-persistent-net-generator.rules
   
https://bugs.launchpad.net/bugs/1437375/+attachment/4420220/+files/75-persistent-net-generator.rules

-- 
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