[Kernel-packages] [Bug 1488426] Re: High CPU usage of kworker/ksoftirqd
FYI still happening to me on 18.04 with HWE kernel, similar behavior as #38: kworker with steady high cpu usage after un-docking, re-docking didn't solve it tho. kernel: 4.18.0-15-generic hardware: Thinkpad x270, Thinkpad Ultra Dock, network: enp0s31f6 (dock eth) and wlp3s0 up -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1488426 Title: High CPU usage of kworker/ksoftirqd Status in HWE Next: New Status in linux package in Ubuntu: Confirmed Bug description: kworker consuming 71.5% cpu resource ksoftirqd consuming 28.9% cpu resource It leads to power consumption issue and sometimes leads to BT does not work. To manage notifications about this bug go to: https://bugs.launchpad.net/hwe-next/+bug/1488426/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1679823] Re: bond0: Invalid MTU 9000 requested, hw max 1500 with kernel 4.8 / 4.10 in XENIAL LTS
We really need to get xenial added for its HWE kernels: we have several BootStacks running with them, mainly for latest needed drivers while keeping LTS (mellanox for VNFs as an example)- all these are now obviously at risk on the next reboot. Note also that recovering from this issue does usually require OOB access to the node, as typically bonded interfaces are used for both mgmt and data planes. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1679823 Title: bond0: Invalid MTU 9000 requested, hw max 1500 with kernel 4.8 / 4.10 in XENIAL LTS Status in Linux: Unknown Status in linux package in Ubuntu: Triaged Status in linux-hwe package in Ubuntu: Confirmed Status in linux-hwe-edge package in Ubuntu: Confirmed Status in linux source package in Yakkety: In Progress Status in linux-hwe source package in Yakkety: Confirmed Status in linux-hwe-edge source package in Yakkety: Confirmed Status in linux source package in Zesty: In Progress Status in linux-hwe source package in Zesty: Confirmed Status in linux-hwe-edge source package in Zesty: Confirmed Bug description: Since I upgraded the kernel from linux-image-4.8.0-46-generic to linux-image-extra-4.10.0-14-generic I'm facing an issue when I want to change the MTU. It seems to be known bug already fixed: https://bugzilla.kernel.org/show_bug.cgi?id=194763 # ip l sh eno49 2: eno49: mtu 9000 qdisc mq master bond0 state UP mode DEFAULT group default qlen 1000 link/ether 5c:b9:01:8a:61:e9 brd ff:ff:ff:ff:ff:ff # ip l sh eno50 3: eno50: mtu 9000 qdisc mq master bond0 state UP mode DEFAULT group default qlen 1000 link/ether 5c:b9:01:8a:61:e9 brd ff:ff:ff:ff:ff:ff # ip l sh bond0 6: bond0: mtu 1500 qdisc noqueue state UP mode DEFAULT group default qlen 1000 link/ether 5c:b9:01:8a:61:e9 brd ff:ff:ff:ff:ff:ff # ip l set mtu 9000 bond0 RTNETLINK answers: Invalid argument root@controller002[SRV][YUL]:~# tail -1 /var/log/syslog Apr 4 19:36:28 controller002 kernel: [ 8869.077853] bond0: Invalid MTU 9000 requested, hw max 1500 # modinfo ixgbe filename: /lib/modules/4.10.0-14-generic/kernel/drivers/net/ethernet/intel/ixgbe/ixgbe.ko version:4.4.0-k license:GPL description:Intel(R) 10 Gigabit PCI Express Network Driver # modinfo bonding filename: /lib/modules/4.10.0-14-generic/kernel/drivers/net/bonding/bonding.ko author: Thomas Davis, tada...@lbl.gov and many others description:Ethernet Channel Bonding Driver, v3.7.1 version:3.7.1 To manage notifications about this bug go to: https://bugs.launchpad.net/linux/+bug/1679823/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1742602] Re: Blank screen when starting X after upgrading from 4.10 to 4.13.0-26
FYI this is also happening for me, LTS 16.04.3 + HWE (kernel and xorg pkgs), Thinkpad x270 w/ Integrated Graphics Chipset: Intel(R) HD Graphics 620. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1742602 Title: Blank screen when starting X after upgrading from 4.10 to 4.13.0-26 Status in linux package in Ubuntu: In Progress Status in linux source package in Artful: In Progress Bug description: I'm following the HWE kernels in Ubuntu 16.04, so my kernel was upgraded today from 4.10.0-42 to 4.13.0-26. After rebooting, the splash screen and disk encryption passphrase prompt showed correctly, but when X started, the screen went blank. Logs showed everything running as normal despite the blank screen. Rebooting with the "nomodeset" kernel parameter fixed the issue but is not suitable as a permanent workaround since it disables my external monitor. Rebooting back into 4.10 also fixed the issue. I am using a ThinkPad X240 laptop, current HWE X.org packages. I tried both intel and fbdev X drivers, both gave a blank screen. lsb_release: Ubuntu 16.04.3 LTS dpkg-query -W: linux-signed-image-generic-hwe-16.04 4.13.0.26.46 xserver-xorg-hwe-16.041:7.7+16ubuntu3~16.04.1 xserver-xorg-video-intel-hwe-16.042:2.99.917+git20170309-0ubuntu1~16.04.1 xserver-xorg-video-fbdev-hwe-16.041:0.4.4-1build6~16.04.1 In Xorg.0.log with fbdev, I saw: [23.646] (EE) FBDEV(0): FBIOPUTCMAP: Invalid argument repeated 239 times. Typical kernel messages attached (from kern.log, reformatted to look like dmesg). To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1742602/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1426589] Re: tc class statistics rates are all zero after upgrade to Trusty
Indeed that had been the case, thx for replying. ** Changed in: iproute2 (Ubuntu) Status: Confirmed => Invalid ** Changed in: linux (Ubuntu) Status: Incomplete => Invalid -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1426589 Title: tc class statistics rates are all zero after upgrade to Trusty Status in iproute2 package in Ubuntu: Invalid Status in linux package in Ubuntu: Invalid Bug description: After upgrading an Ubuntu server from Lucid -> Precise -> Trusty the command: tc -s class show dev eth0 no longer shows rates for my classification bands. This worked in Lucid, but not sure if something changed, or if I need to set some system configuration to make it work again. My current non-working version is: $ dpkg -s iproute2 Package: iproute2 Status: install ok installed Priority: important Section: net Installed-Size: 1147 Maintainer: Ubuntu Developers Architecture: amd64 Multi-Arch: foreign Version: 3.12.0-2 Replaces: iproute Provides: arpd Depends: libc6 (>= 2.14), libdb5.3 Recommends: libatm1 (>= 2.4.1-17~), libxtables10 Suggests: iproute2-doc Conflicts: arpd, iproute (<< 2013-1) Conffiles: /etc/iproute2/group 3aea2c0e0dd75e13a5f8f48f2936915f /etc/iproute2/ematch_map b91e7f9b26918449bade9573f8871d61 /etc/iproute2/rt_realms 7137bdf40e8d58c87ac7e3bba503767f /etc/iproute2/rt_tables a1313318d6778fe6b8c680248ef5a463 /etc/iproute2/rt_dsfield 4264d5c7c8298300185aa04e1a736934 /etc/iproute2/rt_protos 95ce0b4b5b79f5a8a45941fb418a904c /etc/iproute2/rt_scopes 6298b8df09e9bda23ea7da49021ca457 Description: networking and traffic control tools The iproute2 suite is a collection of utilities for networking and traffic control. . These tools communicate with the Linux kernel via the (rt)netlink interface, providing advanced features not available through the legacy net-tools commands 'ifconfig' and 'route'. Original-Maintainer: Debian iproute2 Maintainers Homepage: http://www.linux-foundation.org/en/Net:Iproute2 Here is the current output of the command, note that 'rate 0bit 0pps' is common to all classes, in Lucid this would produce non-zero values for active traffic: $ tc -s class show dev eth0 class htb 2:1 root rate 4000Kbit ceil 1Kbit burst 1600b cburst 1600b Sent 140162776 bytes 377793 pkt (dropped 0, overlimits 0 requeues 0) rate 0bit 0pps backlog 0b 0p requeues 0 lended: 23022 borrowed: 0 giants: 0 tokens: 46812 ctokens: 18725 class htb 2:2 parent 2:1 leaf 3: prio 0 rate 1000Kbit ceil 4000Kbit burst 1600b cburst 1600b Sent 2021584 bytes 6949 pkt (dropped 0, overlimits 0 requeues 0) rate 0bit 0pps backlog 0b 0p requeues 0 lended: 6505 borrowed: 189 giants: 0 tokens: 187250 ctokens: 46812 class htb 2:3 parent 2:1 leaf 4: prio 1 rate 2000Kbit ceil 4000Kbit burst 1600b cburst 1600b Sent 16695548 bytes 216855 pkt (dropped 0, overlimits 0 requeues 0) rate 0bit 0pps backlog 0b 0p requeues 0 lended: 216846 borrowed: 9 giants: 0 tokens: 94375 ctokens: 47187 class htb 2:4 parent 2:1 leaf 5: prio 2 rate 1000Kbit ceil 4000Kbit burst 1600b cburst 1600b Sent 2963040 bytes 46619 pkt (dropped 0, overlimits 0 requeues 0) rate 0bit 0pps backlog 0b 0p requeues 0 lended: 46619 borrowed: 0 giants: 0 tokens: 193250 ctokens: 48312 class htb 2:5 parent 2:1 leaf 6: prio 3 rate 1000Kbit ceil 4000Kbit burst 1600b cburst 1600b Sent 6 bytes 745 pkt (dropped 0, overlimits 0 requeues 0) rate 0bit 0pps backlog 0b 0p requeues 0 lended: 745 borrowed: 0 giants: 0 tokens: 183000 ctokens: 45750 class htb 2:6 parent 2:1 leaf 7: prio 4 rate 1000Kbit ceil 4000Kbit burst 1600b cburst 1600b Sent 80608262 bytes 79347 pkt (dropped 0, overlimits 0 requeues 0) rate 0bit 0pps backlog 0b 0p requeues 0 lended: 50544 borrowed: 13902 giants: 0 tokens: 190750 ctokens: 47687 class htb 2:7 parent 2:1 leaf 8: prio 5 rate 1000Kbit ceil 4000Kbit burst 1600b cburst 1600b Sent 37606539 bytes 26129 pkt (dropped 0, overlimits 0 requeues 0) rate 0bit 0pps backlog 0b 0p requeues 0 lended: 5617 borrowed: 8922 giants: 0 tokens: -178485 ctokens: 24056 class htb 2:8 parent 2:1 leaf 9: prio 6 rate 512000bit ceil 1000Kbit burst 1600b cburst 1600b Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0) rate 0bit 0pps backlog 0b 0p requeues 0 lended: 0 borrowed: 0 giants: 0 tokens: 390625 ctokens: 20 class htb 2:9 parent 2:1 leaf a: prio 7 rate 1000Kbit ceil 1000Kbit burst 1600b cburst 1600b Sent 167807 bytes 1149 pkt (dropped 0, overlimits 0 requeues 0) rate 0bit 0pps backlog 0b 0p requeues 0 lended: 1149 borrowed: 0 giants: 0 tokens: 189875 ctokens: 189875 Did something change upstream to make the rates unavailable? Do I need to set some config to enable collection? Running the command
[Kernel-packages] [Bug 1426589] Re: tc class statistics rates are all zero after upgrade to Trusty
** Changed in: linux (Ubuntu) Status: Incomplete => Confirmed -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1426589 Title: tc class statistics rates are all zero after upgrade to Trusty Status in iproute2 package in Ubuntu: Confirmed Status in linux package in Ubuntu: Confirmed Bug description: After upgrading an Ubuntu server from Lucid -> Precise -> Trusty the command: tc -s class show dev eth0 no longer shows rates for my classification bands. This worked in Lucid, but not sure if something changed, or if I need to set some system configuration to make it work again. My current non-working version is: $ dpkg -s iproute2 Package: iproute2 Status: install ok installed Priority: important Section: net Installed-Size: 1147 Maintainer: Ubuntu Developers Architecture: amd64 Multi-Arch: foreign Version: 3.12.0-2 Replaces: iproute Provides: arpd Depends: libc6 (>= 2.14), libdb5.3 Recommends: libatm1 (>= 2.4.1-17~), libxtables10 Suggests: iproute2-doc Conflicts: arpd, iproute (<< 2013-1) Conffiles: /etc/iproute2/group 3aea2c0e0dd75e13a5f8f48f2936915f /etc/iproute2/ematch_map b91e7f9b26918449bade9573f8871d61 /etc/iproute2/rt_realms 7137bdf40e8d58c87ac7e3bba503767f /etc/iproute2/rt_tables a1313318d6778fe6b8c680248ef5a463 /etc/iproute2/rt_dsfield 4264d5c7c8298300185aa04e1a736934 /etc/iproute2/rt_protos 95ce0b4b5b79f5a8a45941fb418a904c /etc/iproute2/rt_scopes 6298b8df09e9bda23ea7da49021ca457 Description: networking and traffic control tools The iproute2 suite is a collection of utilities for networking and traffic control. . These tools communicate with the Linux kernel via the (rt)netlink interface, providing advanced features not available through the legacy net-tools commands 'ifconfig' and 'route'. Original-Maintainer: Debian iproute2 Maintainers Homepage: http://www.linux-foundation.org/en/Net:Iproute2 Here is the current output of the command, note that 'rate 0bit 0pps' is common to all classes, in Lucid this would produce non-zero values for active traffic: $ tc -s class show dev eth0 class htb 2:1 root rate 4000Kbit ceil 1Kbit burst 1600b cburst 1600b Sent 140162776 bytes 377793 pkt (dropped 0, overlimits 0 requeues 0) rate 0bit 0pps backlog 0b 0p requeues 0 lended: 23022 borrowed: 0 giants: 0 tokens: 46812 ctokens: 18725 class htb 2:2 parent 2:1 leaf 3: prio 0 rate 1000Kbit ceil 4000Kbit burst 1600b cburst 1600b Sent 2021584 bytes 6949 pkt (dropped 0, overlimits 0 requeues 0) rate 0bit 0pps backlog 0b 0p requeues 0 lended: 6505 borrowed: 189 giants: 0 tokens: 187250 ctokens: 46812 class htb 2:3 parent 2:1 leaf 4: prio 1 rate 2000Kbit ceil 4000Kbit burst 1600b cburst 1600b Sent 16695548 bytes 216855 pkt (dropped 0, overlimits 0 requeues 0) rate 0bit 0pps backlog 0b 0p requeues 0 lended: 216846 borrowed: 9 giants: 0 tokens: 94375 ctokens: 47187 class htb 2:4 parent 2:1 leaf 5: prio 2 rate 1000Kbit ceil 4000Kbit burst 1600b cburst 1600b Sent 2963040 bytes 46619 pkt (dropped 0, overlimits 0 requeues 0) rate 0bit 0pps backlog 0b 0p requeues 0 lended: 46619 borrowed: 0 giants: 0 tokens: 193250 ctokens: 48312 class htb 2:5 parent 2:1 leaf 6: prio 3 rate 1000Kbit ceil 4000Kbit burst 1600b cburst 1600b Sent 6 bytes 745 pkt (dropped 0, overlimits 0 requeues 0) rate 0bit 0pps backlog 0b 0p requeues 0 lended: 745 borrowed: 0 giants: 0 tokens: 183000 ctokens: 45750 class htb 2:6 parent 2:1 leaf 7: prio 4 rate 1000Kbit ceil 4000Kbit burst 1600b cburst 1600b Sent 80608262 bytes 79347 pkt (dropped 0, overlimits 0 requeues 0) rate 0bit 0pps backlog 0b 0p requeues 0 lended: 50544 borrowed: 13902 giants: 0 tokens: 190750 ctokens: 47687 class htb 2:7 parent 2:1 leaf 8: prio 5 rate 1000Kbit ceil 4000Kbit burst 1600b cburst 1600b Sent 37606539 bytes 26129 pkt (dropped 0, overlimits 0 requeues 0) rate 0bit 0pps backlog 0b 0p requeues 0 lended: 5617 borrowed: 8922 giants: 0 tokens: -178485 ctokens: 24056 class htb 2:8 parent 2:1 leaf 9: prio 6 rate 512000bit ceil 1000Kbit burst 1600b cburst 1600b Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0) rate 0bit 0pps backlog 0b 0p requeues 0 lended: 0 borrowed: 0 giants: 0 tokens: 390625 ctokens: 20 class htb 2:9 parent 2:1 leaf a: prio 7 rate 1000Kbit ceil 1000Kbit burst 1600b cburst 1600b Sent 167807 bytes 1149 pkt (dropped 0, overlimits 0 requeues 0) rate 0bit 0pps backlog 0b 0p requeues 0 lended: 1149 borrowed: 0 giants: 0 tokens: 189875 ctokens: 189875 Did something change upstream to make the rates unavailable? Do I need to set some config to enable collection? Running the command as root does not make a difference. My kernel is: Linux srvr1 3.13.0-46-generic #75-Ubuntu SMP Tue Feb 10 15:
[Kernel-packages] [Bug 1426589] Re: tc class statistics rates are all zero after upgrade to Trusty
** Also affects: linux-meta (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux-meta in Ubuntu. https://bugs.launchpad.net/bugs/1426589 Title: tc class statistics rates are all zero after upgrade to Trusty Status in iproute2 package in Ubuntu: Confirmed Status in linux package in Ubuntu: Confirmed Bug description: After upgrading an Ubuntu server from Lucid -> Precise -> Trusty the command: tc -s class show dev eth0 no longer shows rates for my classification bands. This worked in Lucid, but not sure if something changed, or if I need to set some system configuration to make it work again. My current non-working version is: $ dpkg -s iproute2 Package: iproute2 Status: install ok installed Priority: important Section: net Installed-Size: 1147 Maintainer: Ubuntu Developers Architecture: amd64 Multi-Arch: foreign Version: 3.12.0-2 Replaces: iproute Provides: arpd Depends: libc6 (>= 2.14), libdb5.3 Recommends: libatm1 (>= 2.4.1-17~), libxtables10 Suggests: iproute2-doc Conflicts: arpd, iproute (<< 2013-1) Conffiles: /etc/iproute2/group 3aea2c0e0dd75e13a5f8f48f2936915f /etc/iproute2/ematch_map b91e7f9b26918449bade9573f8871d61 /etc/iproute2/rt_realms 7137bdf40e8d58c87ac7e3bba503767f /etc/iproute2/rt_tables a1313318d6778fe6b8c680248ef5a463 /etc/iproute2/rt_dsfield 4264d5c7c8298300185aa04e1a736934 /etc/iproute2/rt_protos 95ce0b4b5b79f5a8a45941fb418a904c /etc/iproute2/rt_scopes 6298b8df09e9bda23ea7da49021ca457 Description: networking and traffic control tools The iproute2 suite is a collection of utilities for networking and traffic control. . These tools communicate with the Linux kernel via the (rt)netlink interface, providing advanced features not available through the legacy net-tools commands 'ifconfig' and 'route'. Original-Maintainer: Debian iproute2 Maintainers Homepage: http://www.linux-foundation.org/en/Net:Iproute2 Here is the current output of the command, note that 'rate 0bit 0pps' is common to all classes, in Lucid this would produce non-zero values for active traffic: $ tc -s class show dev eth0 class htb 2:1 root rate 4000Kbit ceil 1Kbit burst 1600b cburst 1600b Sent 140162776 bytes 377793 pkt (dropped 0, overlimits 0 requeues 0) rate 0bit 0pps backlog 0b 0p requeues 0 lended: 23022 borrowed: 0 giants: 0 tokens: 46812 ctokens: 18725 class htb 2:2 parent 2:1 leaf 3: prio 0 rate 1000Kbit ceil 4000Kbit burst 1600b cburst 1600b Sent 2021584 bytes 6949 pkt (dropped 0, overlimits 0 requeues 0) rate 0bit 0pps backlog 0b 0p requeues 0 lended: 6505 borrowed: 189 giants: 0 tokens: 187250 ctokens: 46812 class htb 2:3 parent 2:1 leaf 4: prio 1 rate 2000Kbit ceil 4000Kbit burst 1600b cburst 1600b Sent 16695548 bytes 216855 pkt (dropped 0, overlimits 0 requeues 0) rate 0bit 0pps backlog 0b 0p requeues 0 lended: 216846 borrowed: 9 giants: 0 tokens: 94375 ctokens: 47187 class htb 2:4 parent 2:1 leaf 5: prio 2 rate 1000Kbit ceil 4000Kbit burst 1600b cburst 1600b Sent 2963040 bytes 46619 pkt (dropped 0, overlimits 0 requeues 0) rate 0bit 0pps backlog 0b 0p requeues 0 lended: 46619 borrowed: 0 giants: 0 tokens: 193250 ctokens: 48312 class htb 2:5 parent 2:1 leaf 6: prio 3 rate 1000Kbit ceil 4000Kbit burst 1600b cburst 1600b Sent 6 bytes 745 pkt (dropped 0, overlimits 0 requeues 0) rate 0bit 0pps backlog 0b 0p requeues 0 lended: 745 borrowed: 0 giants: 0 tokens: 183000 ctokens: 45750 class htb 2:6 parent 2:1 leaf 7: prio 4 rate 1000Kbit ceil 4000Kbit burst 1600b cburst 1600b Sent 80608262 bytes 79347 pkt (dropped 0, overlimits 0 requeues 0) rate 0bit 0pps backlog 0b 0p requeues 0 lended: 50544 borrowed: 13902 giants: 0 tokens: 190750 ctokens: 47687 class htb 2:7 parent 2:1 leaf 8: prio 5 rate 1000Kbit ceil 4000Kbit burst 1600b cburst 1600b Sent 37606539 bytes 26129 pkt (dropped 0, overlimits 0 requeues 0) rate 0bit 0pps backlog 0b 0p requeues 0 lended: 5617 borrowed: 8922 giants: 0 tokens: -178485 ctokens: 24056 class htb 2:8 parent 2:1 leaf 9: prio 6 rate 512000bit ceil 1000Kbit burst 1600b cburst 1600b Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0) rate 0bit 0pps backlog 0b 0p requeues 0 lended: 0 borrowed: 0 giants: 0 tokens: 390625 ctokens: 20 class htb 2:9 parent 2:1 leaf a: prio 7 rate 1000Kbit ceil 1000Kbit burst 1600b cburst 1600b Sent 167807 bytes 1149 pkt (dropped 0, overlimits 0 requeues 0) rate 0bit 0pps backlog 0b 0p requeues 0 lended: 1149 borrowed: 0 giants: 0 tokens: 189875 ctokens: 189875 Did something change upstream to make the rates unavailable? Do I need to set some config to enable collection? Running the command as root does not make a difference. My kernel is: Linux srvr1 3.13.0-46-generic #75-Ubuntu S
[Kernel-packages] [Bug 1426589] Re: tc class statistics rates are all zero after upgrade to Trusty
FYI tried iproute2-3.19.0, same zero rate output. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1426589 Title: tc class statistics rates are all zero after upgrade to Trusty Status in iproute2 package in Ubuntu: Confirmed Status in linux package in Ubuntu: Confirmed Bug description: After upgrading an Ubuntu server from Lucid -> Precise -> Trusty the command: tc -s class show dev eth0 no longer shows rates for my classification bands. This worked in Lucid, but not sure if something changed, or if I need to set some system configuration to make it work again. My current non-working version is: $ dpkg -s iproute2 Package: iproute2 Status: install ok installed Priority: important Section: net Installed-Size: 1147 Maintainer: Ubuntu Developers Architecture: amd64 Multi-Arch: foreign Version: 3.12.0-2 Replaces: iproute Provides: arpd Depends: libc6 (>= 2.14), libdb5.3 Recommends: libatm1 (>= 2.4.1-17~), libxtables10 Suggests: iproute2-doc Conflicts: arpd, iproute (<< 2013-1) Conffiles: /etc/iproute2/group 3aea2c0e0dd75e13a5f8f48f2936915f /etc/iproute2/ematch_map b91e7f9b26918449bade9573f8871d61 /etc/iproute2/rt_realms 7137bdf40e8d58c87ac7e3bba503767f /etc/iproute2/rt_tables a1313318d6778fe6b8c680248ef5a463 /etc/iproute2/rt_dsfield 4264d5c7c8298300185aa04e1a736934 /etc/iproute2/rt_protos 95ce0b4b5b79f5a8a45941fb418a904c /etc/iproute2/rt_scopes 6298b8df09e9bda23ea7da49021ca457 Description: networking and traffic control tools The iproute2 suite is a collection of utilities for networking and traffic control. . These tools communicate with the Linux kernel via the (rt)netlink interface, providing advanced features not available through the legacy net-tools commands 'ifconfig' and 'route'. Original-Maintainer: Debian iproute2 Maintainers Homepage: http://www.linux-foundation.org/en/Net:Iproute2 Here is the current output of the command, note that 'rate 0bit 0pps' is common to all classes, in Lucid this would produce non-zero values for active traffic: $ tc -s class show dev eth0 class htb 2:1 root rate 4000Kbit ceil 1Kbit burst 1600b cburst 1600b Sent 140162776 bytes 377793 pkt (dropped 0, overlimits 0 requeues 0) rate 0bit 0pps backlog 0b 0p requeues 0 lended: 23022 borrowed: 0 giants: 0 tokens: 46812 ctokens: 18725 class htb 2:2 parent 2:1 leaf 3: prio 0 rate 1000Kbit ceil 4000Kbit burst 1600b cburst 1600b Sent 2021584 bytes 6949 pkt (dropped 0, overlimits 0 requeues 0) rate 0bit 0pps backlog 0b 0p requeues 0 lended: 6505 borrowed: 189 giants: 0 tokens: 187250 ctokens: 46812 class htb 2:3 parent 2:1 leaf 4: prio 1 rate 2000Kbit ceil 4000Kbit burst 1600b cburst 1600b Sent 16695548 bytes 216855 pkt (dropped 0, overlimits 0 requeues 0) rate 0bit 0pps backlog 0b 0p requeues 0 lended: 216846 borrowed: 9 giants: 0 tokens: 94375 ctokens: 47187 class htb 2:4 parent 2:1 leaf 5: prio 2 rate 1000Kbit ceil 4000Kbit burst 1600b cburst 1600b Sent 2963040 bytes 46619 pkt (dropped 0, overlimits 0 requeues 0) rate 0bit 0pps backlog 0b 0p requeues 0 lended: 46619 borrowed: 0 giants: 0 tokens: 193250 ctokens: 48312 class htb 2:5 parent 2:1 leaf 6: prio 3 rate 1000Kbit ceil 4000Kbit burst 1600b cburst 1600b Sent 6 bytes 745 pkt (dropped 0, overlimits 0 requeues 0) rate 0bit 0pps backlog 0b 0p requeues 0 lended: 745 borrowed: 0 giants: 0 tokens: 183000 ctokens: 45750 class htb 2:6 parent 2:1 leaf 7: prio 4 rate 1000Kbit ceil 4000Kbit burst 1600b cburst 1600b Sent 80608262 bytes 79347 pkt (dropped 0, overlimits 0 requeues 0) rate 0bit 0pps backlog 0b 0p requeues 0 lended: 50544 borrowed: 13902 giants: 0 tokens: 190750 ctokens: 47687 class htb 2:7 parent 2:1 leaf 8: prio 5 rate 1000Kbit ceil 4000Kbit burst 1600b cburst 1600b Sent 37606539 bytes 26129 pkt (dropped 0, overlimits 0 requeues 0) rate 0bit 0pps backlog 0b 0p requeues 0 lended: 5617 borrowed: 8922 giants: 0 tokens: -178485 ctokens: 24056 class htb 2:8 parent 2:1 leaf 9: prio 6 rate 512000bit ceil 1000Kbit burst 1600b cburst 1600b Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0) rate 0bit 0pps backlog 0b 0p requeues 0 lended: 0 borrowed: 0 giants: 0 tokens: 390625 ctokens: 20 class htb 2:9 parent 2:1 leaf a: prio 7 rate 1000Kbit ceil 1000Kbit burst 1600b cburst 1600b Sent 167807 bytes 1149 pkt (dropped 0, overlimits 0 requeues 0) rate 0bit 0pps backlog 0b 0p requeues 0 lended: 1149 borrowed: 0 giants: 0 tokens: 189875 ctokens: 189875 Did something change upstream to make the rates unavailable? Do I need to set some config to enable collection? Running the command as root does not make a difference. My kernel is: Linux srvr1 3.13.0-46-generic #75-Ubuntu SMP Tue Feb 10 15:24:04 UTC 2015 x8
[Kernel-packages] [Bug 1426589] Re: tc class statistics rates are all zero after upgrade to Trusty
FYI there are several changes at https://www.kernel.org/pub/linux/kernel/v3.0/ChangeLog-3.10.12 that refer to htb rate handling. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1426589 Title: tc class statistics rates are all zero after upgrade to Trusty Status in iproute2 package in Ubuntu: Confirmed Status in linux package in Ubuntu: Confirmed Bug description: After upgrading an Ubuntu server from Lucid -> Precise -> Trusty the command: tc -s class show dev eth0 no longer shows rates for my classification bands. This worked in Lucid, but not sure if something changed, or if I need to set some system configuration to make it work again. My current non-working version is: $ dpkg -s iproute2 Package: iproute2 Status: install ok installed Priority: important Section: net Installed-Size: 1147 Maintainer: Ubuntu Developers Architecture: amd64 Multi-Arch: foreign Version: 3.12.0-2 Replaces: iproute Provides: arpd Depends: libc6 (>= 2.14), libdb5.3 Recommends: libatm1 (>= 2.4.1-17~), libxtables10 Suggests: iproute2-doc Conflicts: arpd, iproute (<< 2013-1) Conffiles: /etc/iproute2/group 3aea2c0e0dd75e13a5f8f48f2936915f /etc/iproute2/ematch_map b91e7f9b26918449bade9573f8871d61 /etc/iproute2/rt_realms 7137bdf40e8d58c87ac7e3bba503767f /etc/iproute2/rt_tables a1313318d6778fe6b8c680248ef5a463 /etc/iproute2/rt_dsfield 4264d5c7c8298300185aa04e1a736934 /etc/iproute2/rt_protos 95ce0b4b5b79f5a8a45941fb418a904c /etc/iproute2/rt_scopes 6298b8df09e9bda23ea7da49021ca457 Description: networking and traffic control tools The iproute2 suite is a collection of utilities for networking and traffic control. . These tools communicate with the Linux kernel via the (rt)netlink interface, providing advanced features not available through the legacy net-tools commands 'ifconfig' and 'route'. Original-Maintainer: Debian iproute2 Maintainers Homepage: http://www.linux-foundation.org/en/Net:Iproute2 Here is the current output of the command, note that 'rate 0bit 0pps' is common to all classes, in Lucid this would produce non-zero values for active traffic: $ tc -s class show dev eth0 class htb 2:1 root rate 4000Kbit ceil 1Kbit burst 1600b cburst 1600b Sent 140162776 bytes 377793 pkt (dropped 0, overlimits 0 requeues 0) rate 0bit 0pps backlog 0b 0p requeues 0 lended: 23022 borrowed: 0 giants: 0 tokens: 46812 ctokens: 18725 class htb 2:2 parent 2:1 leaf 3: prio 0 rate 1000Kbit ceil 4000Kbit burst 1600b cburst 1600b Sent 2021584 bytes 6949 pkt (dropped 0, overlimits 0 requeues 0) rate 0bit 0pps backlog 0b 0p requeues 0 lended: 6505 borrowed: 189 giants: 0 tokens: 187250 ctokens: 46812 class htb 2:3 parent 2:1 leaf 4: prio 1 rate 2000Kbit ceil 4000Kbit burst 1600b cburst 1600b Sent 16695548 bytes 216855 pkt (dropped 0, overlimits 0 requeues 0) rate 0bit 0pps backlog 0b 0p requeues 0 lended: 216846 borrowed: 9 giants: 0 tokens: 94375 ctokens: 47187 class htb 2:4 parent 2:1 leaf 5: prio 2 rate 1000Kbit ceil 4000Kbit burst 1600b cburst 1600b Sent 2963040 bytes 46619 pkt (dropped 0, overlimits 0 requeues 0) rate 0bit 0pps backlog 0b 0p requeues 0 lended: 46619 borrowed: 0 giants: 0 tokens: 193250 ctokens: 48312 class htb 2:5 parent 2:1 leaf 6: prio 3 rate 1000Kbit ceil 4000Kbit burst 1600b cburst 1600b Sent 6 bytes 745 pkt (dropped 0, overlimits 0 requeues 0) rate 0bit 0pps backlog 0b 0p requeues 0 lended: 745 borrowed: 0 giants: 0 tokens: 183000 ctokens: 45750 class htb 2:6 parent 2:1 leaf 7: prio 4 rate 1000Kbit ceil 4000Kbit burst 1600b cburst 1600b Sent 80608262 bytes 79347 pkt (dropped 0, overlimits 0 requeues 0) rate 0bit 0pps backlog 0b 0p requeues 0 lended: 50544 borrowed: 13902 giants: 0 tokens: 190750 ctokens: 47687 class htb 2:7 parent 2:1 leaf 8: prio 5 rate 1000Kbit ceil 4000Kbit burst 1600b cburst 1600b Sent 37606539 bytes 26129 pkt (dropped 0, overlimits 0 requeues 0) rate 0bit 0pps backlog 0b 0p requeues 0 lended: 5617 borrowed: 8922 giants: 0 tokens: -178485 ctokens: 24056 class htb 2:8 parent 2:1 leaf 9: prio 6 rate 512000bit ceil 1000Kbit burst 1600b cburst 1600b Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0) rate 0bit 0pps backlog 0b 0p requeues 0 lended: 0 borrowed: 0 giants: 0 tokens: 390625 ctokens: 20 class htb 2:9 parent 2:1 leaf a: prio 7 rate 1000Kbit ceil 1000Kbit burst 1600b cburst 1600b Sent 167807 bytes 1149 pkt (dropped 0, overlimits 0 requeues 0) rate 0bit 0pps backlog 0b 0p requeues 0 lended: 1149 borrowed: 0 giants: 0 tokens: 189875 ctokens: 189875 Did something change upstream to make the rates unavailable? Do I need to set some config to enable collection? Running the command as root does not make a difference. My kernel is:
[Kernel-packages] [Bug 1426589] Re: tc class statistics rates are all zero after upgrade to Trusty
@peanlvch: FYI as per comment #4 I already tested v4.1-rc1-vivid, same bad results. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1426589 Title: tc class statistics rates are all zero after upgrade to Trusty Status in iproute2 package in Ubuntu: Confirmed Status in linux package in Ubuntu: Incomplete Bug description: After upgrading an Ubuntu server from Lucid -> Precise -> Trusty the command: tc -s class show dev eth0 no longer shows rates for my classification bands. This worked in Lucid, but not sure if something changed, or if I need to set some system configuration to make it work again. My current non-working version is: $ dpkg -s iproute2 Package: iproute2 Status: install ok installed Priority: important Section: net Installed-Size: 1147 Maintainer: Ubuntu Developers Architecture: amd64 Multi-Arch: foreign Version: 3.12.0-2 Replaces: iproute Provides: arpd Depends: libc6 (>= 2.14), libdb5.3 Recommends: libatm1 (>= 2.4.1-17~), libxtables10 Suggests: iproute2-doc Conflicts: arpd, iproute (<< 2013-1) Conffiles: /etc/iproute2/group 3aea2c0e0dd75e13a5f8f48f2936915f /etc/iproute2/ematch_map b91e7f9b26918449bade9573f8871d61 /etc/iproute2/rt_realms 7137bdf40e8d58c87ac7e3bba503767f /etc/iproute2/rt_tables a1313318d6778fe6b8c680248ef5a463 /etc/iproute2/rt_dsfield 4264d5c7c8298300185aa04e1a736934 /etc/iproute2/rt_protos 95ce0b4b5b79f5a8a45941fb418a904c /etc/iproute2/rt_scopes 6298b8df09e9bda23ea7da49021ca457 Description: networking and traffic control tools The iproute2 suite is a collection of utilities for networking and traffic control. . These tools communicate with the Linux kernel via the (rt)netlink interface, providing advanced features not available through the legacy net-tools commands 'ifconfig' and 'route'. Original-Maintainer: Debian iproute2 Maintainers Homepage: http://www.linux-foundation.org/en/Net:Iproute2 Here is the current output of the command, note that 'rate 0bit 0pps' is common to all classes, in Lucid this would produce non-zero values for active traffic: $ tc -s class show dev eth0 class htb 2:1 root rate 4000Kbit ceil 1Kbit burst 1600b cburst 1600b Sent 140162776 bytes 377793 pkt (dropped 0, overlimits 0 requeues 0) rate 0bit 0pps backlog 0b 0p requeues 0 lended: 23022 borrowed: 0 giants: 0 tokens: 46812 ctokens: 18725 class htb 2:2 parent 2:1 leaf 3: prio 0 rate 1000Kbit ceil 4000Kbit burst 1600b cburst 1600b Sent 2021584 bytes 6949 pkt (dropped 0, overlimits 0 requeues 0) rate 0bit 0pps backlog 0b 0p requeues 0 lended: 6505 borrowed: 189 giants: 0 tokens: 187250 ctokens: 46812 class htb 2:3 parent 2:1 leaf 4: prio 1 rate 2000Kbit ceil 4000Kbit burst 1600b cburst 1600b Sent 16695548 bytes 216855 pkt (dropped 0, overlimits 0 requeues 0) rate 0bit 0pps backlog 0b 0p requeues 0 lended: 216846 borrowed: 9 giants: 0 tokens: 94375 ctokens: 47187 class htb 2:4 parent 2:1 leaf 5: prio 2 rate 1000Kbit ceil 4000Kbit burst 1600b cburst 1600b Sent 2963040 bytes 46619 pkt (dropped 0, overlimits 0 requeues 0) rate 0bit 0pps backlog 0b 0p requeues 0 lended: 46619 borrowed: 0 giants: 0 tokens: 193250 ctokens: 48312 class htb 2:5 parent 2:1 leaf 6: prio 3 rate 1000Kbit ceil 4000Kbit burst 1600b cburst 1600b Sent 6 bytes 745 pkt (dropped 0, overlimits 0 requeues 0) rate 0bit 0pps backlog 0b 0p requeues 0 lended: 745 borrowed: 0 giants: 0 tokens: 183000 ctokens: 45750 class htb 2:6 parent 2:1 leaf 7: prio 4 rate 1000Kbit ceil 4000Kbit burst 1600b cburst 1600b Sent 80608262 bytes 79347 pkt (dropped 0, overlimits 0 requeues 0) rate 0bit 0pps backlog 0b 0p requeues 0 lended: 50544 borrowed: 13902 giants: 0 tokens: 190750 ctokens: 47687 class htb 2:7 parent 2:1 leaf 8: prio 5 rate 1000Kbit ceil 4000Kbit burst 1600b cburst 1600b Sent 37606539 bytes 26129 pkt (dropped 0, overlimits 0 requeues 0) rate 0bit 0pps backlog 0b 0p requeues 0 lended: 5617 borrowed: 8922 giants: 0 tokens: -178485 ctokens: 24056 class htb 2:8 parent 2:1 leaf 9: prio 6 rate 512000bit ceil 1000Kbit burst 1600b cburst 1600b Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0) rate 0bit 0pps backlog 0b 0p requeues 0 lended: 0 borrowed: 0 giants: 0 tokens: 390625 ctokens: 20 class htb 2:9 parent 2:1 leaf a: prio 7 rate 1000Kbit ceil 1000Kbit burst 1600b cburst 1600b Sent 167807 bytes 1149 pkt (dropped 0, overlimits 0 requeues 0) rate 0bit 0pps backlog 0b 0p requeues 0 lended: 1149 borrowed: 0 giants: 0 tokens: 189875 ctokens: 189875 Did something change upstream to make the rates unavailable? Do I need to set some config to enable collection? Running the command as root does not make a difference. My kernel is: Linux srvr1 3.13.0-46-generic #75-Ubuntu SM
[Kernel-packages] [Bug 1426589] Re: tc class statistics rates are all zero after upgrade to Trusty
With kernels from http://kernel.ubuntu.com/~kernel-ppa/mainline/, I've narrowed down to: * OK: tc-class-stats.3.10.76-031076-generic.txt: rate 1600bit 2pps backlog 0b 0p requeues 0 * BAD: tc-class-stats.3.11.0-031100rc1-generic.txt: rate 0bit 0pps backlog 0b 0p requeues 0 * BAD: tc-class-stats.3.11.0-031100-generic.txt: rate 0bit 0pps backlog 0b 0p requeues 0 will update the tags as per above comment, tnx. ** Tags added: kernel-bug-exists-upstream kernel-bug-exists-upstream-3.11rc1 kernel-bug-exists-upstream-4.1-rc1 kernel-fixed-upstream-3.10 -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1426589 Title: tc class statistics rates are all zero after upgrade to Trusty Status in iproute2 package in Ubuntu: Confirmed Status in linux package in Ubuntu: Incomplete Bug description: After upgrading an Ubuntu server from Lucid -> Precise -> Trusty the command: tc -s class show dev eth0 no longer shows rates for my classification bands. This worked in Lucid, but not sure if something changed, or if I need to set some system configuration to make it work again. My current non-working version is: $ dpkg -s iproute2 Package: iproute2 Status: install ok installed Priority: important Section: net Installed-Size: 1147 Maintainer: Ubuntu Developers Architecture: amd64 Multi-Arch: foreign Version: 3.12.0-2 Replaces: iproute Provides: arpd Depends: libc6 (>= 2.14), libdb5.3 Recommends: libatm1 (>= 2.4.1-17~), libxtables10 Suggests: iproute2-doc Conflicts: arpd, iproute (<< 2013-1) Conffiles: /etc/iproute2/group 3aea2c0e0dd75e13a5f8f48f2936915f /etc/iproute2/ematch_map b91e7f9b26918449bade9573f8871d61 /etc/iproute2/rt_realms 7137bdf40e8d58c87ac7e3bba503767f /etc/iproute2/rt_tables a1313318d6778fe6b8c680248ef5a463 /etc/iproute2/rt_dsfield 4264d5c7c8298300185aa04e1a736934 /etc/iproute2/rt_protos 95ce0b4b5b79f5a8a45941fb418a904c /etc/iproute2/rt_scopes 6298b8df09e9bda23ea7da49021ca457 Description: networking and traffic control tools The iproute2 suite is a collection of utilities for networking and traffic control. . These tools communicate with the Linux kernel via the (rt)netlink interface, providing advanced features not available through the legacy net-tools commands 'ifconfig' and 'route'. Original-Maintainer: Debian iproute2 Maintainers Homepage: http://www.linux-foundation.org/en/Net:Iproute2 Here is the current output of the command, note that 'rate 0bit 0pps' is common to all classes, in Lucid this would produce non-zero values for active traffic: $ tc -s class show dev eth0 class htb 2:1 root rate 4000Kbit ceil 1Kbit burst 1600b cburst 1600b Sent 140162776 bytes 377793 pkt (dropped 0, overlimits 0 requeues 0) rate 0bit 0pps backlog 0b 0p requeues 0 lended: 23022 borrowed: 0 giants: 0 tokens: 46812 ctokens: 18725 class htb 2:2 parent 2:1 leaf 3: prio 0 rate 1000Kbit ceil 4000Kbit burst 1600b cburst 1600b Sent 2021584 bytes 6949 pkt (dropped 0, overlimits 0 requeues 0) rate 0bit 0pps backlog 0b 0p requeues 0 lended: 6505 borrowed: 189 giants: 0 tokens: 187250 ctokens: 46812 class htb 2:3 parent 2:1 leaf 4: prio 1 rate 2000Kbit ceil 4000Kbit burst 1600b cburst 1600b Sent 16695548 bytes 216855 pkt (dropped 0, overlimits 0 requeues 0) rate 0bit 0pps backlog 0b 0p requeues 0 lended: 216846 borrowed: 9 giants: 0 tokens: 94375 ctokens: 47187 class htb 2:4 parent 2:1 leaf 5: prio 2 rate 1000Kbit ceil 4000Kbit burst 1600b cburst 1600b Sent 2963040 bytes 46619 pkt (dropped 0, overlimits 0 requeues 0) rate 0bit 0pps backlog 0b 0p requeues 0 lended: 46619 borrowed: 0 giants: 0 tokens: 193250 ctokens: 48312 class htb 2:5 parent 2:1 leaf 6: prio 3 rate 1000Kbit ceil 4000Kbit burst 1600b cburst 1600b Sent 6 bytes 745 pkt (dropped 0, overlimits 0 requeues 0) rate 0bit 0pps backlog 0b 0p requeues 0 lended: 745 borrowed: 0 giants: 0 tokens: 183000 ctokens: 45750 class htb 2:6 parent 2:1 leaf 7: prio 4 rate 1000Kbit ceil 4000Kbit burst 1600b cburst 1600b Sent 80608262 bytes 79347 pkt (dropped 0, overlimits 0 requeues 0) rate 0bit 0pps backlog 0b 0p requeues 0 lended: 50544 borrowed: 13902 giants: 0 tokens: 190750 ctokens: 47687 class htb 2:7 parent 2:1 leaf 8: prio 5 rate 1000Kbit ceil 4000Kbit burst 1600b cburst 1600b Sent 37606539 bytes 26129 pkt (dropped 0, overlimits 0 requeues 0) rate 0bit 0pps backlog 0b 0p requeues 0 lended: 5617 borrowed: 8922 giants: 0 tokens: -178485 ctokens: 24056 class htb 2:8 parent 2:1 leaf 9: prio 6 rate 512000bit ceil 1000Kbit burst 1600b cburst 1600b Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0) rate 0bit 0pps backlog 0b 0p requeues 0 lended: 0 borrowed: 0 giants: 0 tokens: 390625 ctokens: 20 class htb 2:9 parent 2:1 leaf a:
[Kernel-packages] [Bug 1426589] Re: tc class statistics rates are all zero after upgrade to Trusty
As per comment #13, I've added the following tags: * kernel-fixed-upstream-3.10 * kernel-bug-exists-upstream kernel-bug-exists-upstream-3.11rc1 kernel-bug-exists-upstream-4.1-rc1 Please correct them if I misunderstood the naming convention, FYI my narrowed bisect corresponds to: *** OK ***: linux (3.10.76-031076.201504291035) saucy; urgency=low * Mainline build at commit: v3.10.76 *** BAD ***: linux (3.11.0-031100rc1.201307141935) saucy; urgency=low * Mainline build at commit: v3.11-rc1 -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1426589 Title: tc class statistics rates are all zero after upgrade to Trusty Status in iproute2 package in Ubuntu: Confirmed Status in linux package in Ubuntu: Incomplete Bug description: After upgrading an Ubuntu server from Lucid -> Precise -> Trusty the command: tc -s class show dev eth0 no longer shows rates for my classification bands. This worked in Lucid, but not sure if something changed, or if I need to set some system configuration to make it work again. My current non-working version is: $ dpkg -s iproute2 Package: iproute2 Status: install ok installed Priority: important Section: net Installed-Size: 1147 Maintainer: Ubuntu Developers Architecture: amd64 Multi-Arch: foreign Version: 3.12.0-2 Replaces: iproute Provides: arpd Depends: libc6 (>= 2.14), libdb5.3 Recommends: libatm1 (>= 2.4.1-17~), libxtables10 Suggests: iproute2-doc Conflicts: arpd, iproute (<< 2013-1) Conffiles: /etc/iproute2/group 3aea2c0e0dd75e13a5f8f48f2936915f /etc/iproute2/ematch_map b91e7f9b26918449bade9573f8871d61 /etc/iproute2/rt_realms 7137bdf40e8d58c87ac7e3bba503767f /etc/iproute2/rt_tables a1313318d6778fe6b8c680248ef5a463 /etc/iproute2/rt_dsfield 4264d5c7c8298300185aa04e1a736934 /etc/iproute2/rt_protos 95ce0b4b5b79f5a8a45941fb418a904c /etc/iproute2/rt_scopes 6298b8df09e9bda23ea7da49021ca457 Description: networking and traffic control tools The iproute2 suite is a collection of utilities for networking and traffic control. . These tools communicate with the Linux kernel via the (rt)netlink interface, providing advanced features not available through the legacy net-tools commands 'ifconfig' and 'route'. Original-Maintainer: Debian iproute2 Maintainers Homepage: http://www.linux-foundation.org/en/Net:Iproute2 Here is the current output of the command, note that 'rate 0bit 0pps' is common to all classes, in Lucid this would produce non-zero values for active traffic: $ tc -s class show dev eth0 class htb 2:1 root rate 4000Kbit ceil 1Kbit burst 1600b cburst 1600b Sent 140162776 bytes 377793 pkt (dropped 0, overlimits 0 requeues 0) rate 0bit 0pps backlog 0b 0p requeues 0 lended: 23022 borrowed: 0 giants: 0 tokens: 46812 ctokens: 18725 class htb 2:2 parent 2:1 leaf 3: prio 0 rate 1000Kbit ceil 4000Kbit burst 1600b cburst 1600b Sent 2021584 bytes 6949 pkt (dropped 0, overlimits 0 requeues 0) rate 0bit 0pps backlog 0b 0p requeues 0 lended: 6505 borrowed: 189 giants: 0 tokens: 187250 ctokens: 46812 class htb 2:3 parent 2:1 leaf 4: prio 1 rate 2000Kbit ceil 4000Kbit burst 1600b cburst 1600b Sent 16695548 bytes 216855 pkt (dropped 0, overlimits 0 requeues 0) rate 0bit 0pps backlog 0b 0p requeues 0 lended: 216846 borrowed: 9 giants: 0 tokens: 94375 ctokens: 47187 class htb 2:4 parent 2:1 leaf 5: prio 2 rate 1000Kbit ceil 4000Kbit burst 1600b cburst 1600b Sent 2963040 bytes 46619 pkt (dropped 0, overlimits 0 requeues 0) rate 0bit 0pps backlog 0b 0p requeues 0 lended: 46619 borrowed: 0 giants: 0 tokens: 193250 ctokens: 48312 class htb 2:5 parent 2:1 leaf 6: prio 3 rate 1000Kbit ceil 4000Kbit burst 1600b cburst 1600b Sent 6 bytes 745 pkt (dropped 0, overlimits 0 requeues 0) rate 0bit 0pps backlog 0b 0p requeues 0 lended: 745 borrowed: 0 giants: 0 tokens: 183000 ctokens: 45750 class htb 2:6 parent 2:1 leaf 7: prio 4 rate 1000Kbit ceil 4000Kbit burst 1600b cburst 1600b Sent 80608262 bytes 79347 pkt (dropped 0, overlimits 0 requeues 0) rate 0bit 0pps backlog 0b 0p requeues 0 lended: 50544 borrowed: 13902 giants: 0 tokens: 190750 ctokens: 47687 class htb 2:7 parent 2:1 leaf 8: prio 5 rate 1000Kbit ceil 4000Kbit burst 1600b cburst 1600b Sent 37606539 bytes 26129 pkt (dropped 0, overlimits 0 requeues 0) rate 0bit 0pps backlog 0b 0p requeues 0 lended: 5617 borrowed: 8922 giants: 0 tokens: -178485 ctokens: 24056 class htb 2:8 parent 2:1 leaf 9: prio 6 rate 512000bit ceil 1000Kbit burst 1600b cburst 1600b Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0) rate 0bit 0pps backlog 0b 0p requeues 0 lended: 0 borrowed: 0 giants: 0 tokens: 390625 ctokens: 20 class htb 2:9 parent 2:1 leaf a: prio 7 rate 1000Kbit ceil 1000Kbit burst 1600b cburst 160
[Kernel-packages] [Bug 1426589] Re: tc class statistics rates are all zero after upgrade to Trusty
FYI peeking at patch-3.11-rc1, shows
[...]
- struct gnet_stats_rate_est tcfc_rate_est;
+ struct gnet_stats_rate_est64tcfc_rate_est;
with its correspondent addition:
+ * struct gnet_stats_rate_est64 - rate estimator
+ * @bps: current byte rate
+ * @pps: current packet rate
+ */
+struct gnet_stats_rate_est64 {
+ __u64 bps;
+ __u64 pps;
+};
FYI modding iproute2 3.19.0 to show EST64 vs EST(32) shows
tc using EST32:
http://paste.ubuntu.com/10963208/
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1426589
Title:
tc class statistics rates are all zero after upgrade to Trusty
Status in iproute2 package in Ubuntu:
Confirmed
Status in linux package in Ubuntu:
Incomplete
Bug description:
After upgrading an Ubuntu server from Lucid -> Precise -> Trusty the command:
tc -s class show dev eth0
no longer shows rates for my classification bands. This worked in Lucid, but
not sure if something changed, or if I need to set some system configuration to
make it work again. My current non-working version is:
$ dpkg -s iproute2
Package: iproute2
Status: install ok installed
Priority: important
Section: net
Installed-Size: 1147
Maintainer: Ubuntu Developers
Architecture: amd64
Multi-Arch: foreign
Version: 3.12.0-2
Replaces: iproute
Provides: arpd
Depends: libc6 (>= 2.14), libdb5.3
Recommends: libatm1 (>= 2.4.1-17~), libxtables10
Suggests: iproute2-doc
Conflicts: arpd, iproute (<< 2013-1)
Conffiles:
/etc/iproute2/group 3aea2c0e0dd75e13a5f8f48f2936915f
/etc/iproute2/ematch_map b91e7f9b26918449bade9573f8871d61
/etc/iproute2/rt_realms 7137bdf40e8d58c87ac7e3bba503767f
/etc/iproute2/rt_tables a1313318d6778fe6b8c680248ef5a463
/etc/iproute2/rt_dsfield 4264d5c7c8298300185aa04e1a736934
/etc/iproute2/rt_protos 95ce0b4b5b79f5a8a45941fb418a904c
/etc/iproute2/rt_scopes 6298b8df09e9bda23ea7da49021ca457
Description: networking and traffic control tools
The iproute2 suite is a collection of utilities for networking and
traffic control.
.
These tools communicate with the Linux kernel via the (rt)netlink
interface, providing advanced features not available through the
legacy net-tools commands 'ifconfig' and 'route'.
Original-Maintainer: Debian iproute2 Maintainers
Homepage: http://www.linux-foundation.org/en/Net:Iproute2
Here is the current output of the command, note that 'rate 0bit 0pps'
is common to all classes, in Lucid this would produce non-zero values
for active traffic:
$ tc -s class show dev eth0
class htb 2:1 root rate 4000Kbit ceil 1Kbit burst 1600b cburst 1600b
Sent 140162776 bytes 377793 pkt (dropped 0, overlimits 0 requeues 0)
rate 0bit 0pps backlog 0b 0p requeues 0
lended: 23022 borrowed: 0 giants: 0
tokens: 46812 ctokens: 18725
class htb 2:2 parent 2:1 leaf 3: prio 0 rate 1000Kbit ceil 4000Kbit burst
1600b cburst 1600b
Sent 2021584 bytes 6949 pkt (dropped 0, overlimits 0 requeues 0)
rate 0bit 0pps backlog 0b 0p requeues 0
lended: 6505 borrowed: 189 giants: 0
tokens: 187250 ctokens: 46812
class htb 2:3 parent 2:1 leaf 4: prio 1 rate 2000Kbit ceil 4000Kbit burst
1600b cburst 1600b
Sent 16695548 bytes 216855 pkt (dropped 0, overlimits 0 requeues 0)
rate 0bit 0pps backlog 0b 0p requeues 0
lended: 216846 borrowed: 9 giants: 0
tokens: 94375 ctokens: 47187
class htb 2:4 parent 2:1 leaf 5: prio 2 rate 1000Kbit ceil 4000Kbit burst
1600b cburst 1600b
Sent 2963040 bytes 46619 pkt (dropped 0, overlimits 0 requeues 0)
rate 0bit 0pps backlog 0b 0p requeues 0
lended: 46619 borrowed: 0 giants: 0
tokens: 193250 ctokens: 48312
class htb 2:5 parent 2:1 leaf 6: prio 3 rate 1000Kbit ceil 4000Kbit burst
1600b cburst 1600b
Sent 6 bytes 745 pkt (dropped 0, overlimits 0 requeues 0)
rate 0bit 0pps backlog 0b 0p requeues 0
lended: 745 borrowed: 0 giants: 0
tokens: 183000 ctokens: 45750
class htb 2:6 parent 2:1 leaf 7: prio 4 rate 1000Kbit ceil 4000Kbit burst
1600b cburst 1600b
Sent 80608262 bytes 79347 pkt (dropped 0, overlimits 0 requeues 0)
rate 0bit 0pps backlog 0b 0p requeues 0
lended: 50544 borrowed: 13902 giants: 0
tokens: 190750 ctokens: 47687
class htb 2:7 parent 2:1 leaf 8: prio 5 rate 1000Kbit ceil 4000Kbit burst
1600b cburst 1600b
Sent 37606539 bytes 26129 pkt (dropped 0, overlimits 0 requeues 0)
rate 0bit 0pps backlog 0b 0p requeues 0
lended: 5617 borrowed: 8922 giants: 0
tokens: -178485 ctokens: 24056
class htb 2:8 parent 2:1 leaf 9: prio 6 rate 512000bit ceil 1000Kbit burst
1600b cburst 1600b
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
rate 0bit 0pps backlog 0b 0p requeues 0
lended: 0 borrowed: 0 giants: 0
tokens: 390625 ctokens: 20
class htb 2:9 parent 2:1 leaf a: prio 7 rate 1000Kbit ceil 1000Kbit burst
1600b cburst 1600b
Sent 16
[Kernel-packages] [Bug 1596866] Re: NMI watchdog: Watchdog detected hard LOCKUP on cpu 0 - Xenial - Python
Some ~recent alike finding, in case it helps: https://github.com/TobleMiner/wintron7.0/issues/2 - worked around with clocksource=tsc, guess that ntpq should also show a large drift. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1596866 Title: NMI watchdog: Watchdog detected hard LOCKUP on cpu 0 - Xenial - Python Status in linux package in Ubuntu: Confirmed Bug description: I am receiving quite regular hardlockups on python (27) in xenial: Linux rts-os-s-03 4.4.0-28-generic #47-Ubuntu SMP Fri Jun 24 10:09:13 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux Ubuntu 16.04 LTS \n \l Python 27: ii python 2.7.11-1 amd64interactive high-level object-oriented language (default version) ii python2.72.7.11-7ubuntu1 amd64Interactive high-level object-oriented language (version 2.7) Python 3: ii python3 3.5.1-3 amd64interactive high-level object-oriented language (default python3 version) Jun 28 06:52:42 kernel: [ 1634.052991] NMI watchdog: Watchdog detected hard LOCKUP on cpu 0 Jun 28 06:52:42 kernel: [ 1634.059516] Modules linked in: iptable_raw kvm_intel ebtable_filter ebtables ip6table_filter ip6_tables xt_CHECKSUM iptable_mangle ipt_MASQUERADE nf_nat_masquerade_ipv4 iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat xt_tcpudp iptable_filter ip_tables x_tables veth bridge stp llc bonding dcdbas intel_rapl x86_pkg_temp_thermal intel_powerclamp coretemp kvm irqbypass shpchp lpc_ich ib_iser rdma_cm iw_cm ib_cm ib_sa ib_mad ib_core ib_addr iscsi_tcp libiscsi_tcp libiscsi scsi_transport_iscsi openvswitch nf_defrag_ipv6 nf_conntrack autofs4 btrfs raid10 raid456 async_raid6_recov async_memcpy async_pq async_xor async_tx xor raid6_pq raid1 raid0 multipath linear crct10dif_pclmul crc32_pclmul aesni_intel aes_x86_64 lrw gf128mul glue_helper ablk_helper cryptd bnx2x ahci libahci tg3 megaraid_sas vxlan ip6_udp_tunnel udp_tunnel ptp pps_core mdio libcrc32c [last unloaded: kvm_intel] Jun 28 06:52:42 kernel: [ 1634.059790] CPU: 0 PID: 52914 Comm: python Not tainted 4.4.0-28-generic #47-Ubuntu Jun 28 06:52:42 kernel: [ 1634.059791] Hardware name: Dell Inc. PowerEdge R730/0H21J3, BIOS 1.5.4 10/002/2015 Jun 28 06:52:42 kernel: [ 1634.059792] 0086 2732bfd7 887b254bbbd0 813eb1a3 Jun 28 06:52:42 kernel: [ 1634.059794] 887b254bbbe8 8113b3bd Jun 28 06:52:42 kernel: [ 1634.059796] 887e4da1a000 887b254bbc20 81183e4c 0001 Jun 28 06:52:42 kernel: [ 1634.059797] Call Trace: Jun 28 06:52:42 kernel: [ 1634.059804] [] dump_stack+0x63/0x90 Jun 28 06:52:42 kernel: [ 1634.059807] [] watchdog_overflow_callback+0xbd/0xd0 Jun 28 06:52:42 kernel: [ 1634.059810] [] __perf_event_overflow+0x8c/0x1d0 Jun 28 06:52:42 kernel: [ 1634.059811] [] perf_event_overflow+0x14/0x20 Jun 28 06:52:42 kernel: [ 1634.059814] [] intel_pmu_handle_irq+0x1e1/0x4a0 Jun 28 06:52:42 kernel: [ 1634.059817] [] ? __alloc_pages_nodemask+0x1b1/0xb60 Jun 28 06:52:42 kernel: [ 1634.059821] [] ? try_charge+0xd4/0x640 Jun 28 06:52:42 kernel: [ 1634.059823] [] ? mem_cgroup_try_charge+0x6b/0x1b0 Jun 28 06:52:42 kernel: [ 1634.059826] [] ? lru_cache_add_active_or_unevictable+0x27/0xa0 Jun 28 06:52:42 kernel: [ 1634.059830] [] ? handle_mm_fault+0xcaa/0x1820 Jun 28 06:52:42 kernel: [ 1634.059831] [] ? vma_merge+0x22e/0x330 Jun 28 06:52:42 kernel: [ 1634.059834] [] perf_event_nmi_handler+0x2d/0x50 Jun 28 06:52:42 kernel: [ 1634.059837] [] nmi_handle+0x69/0x120 Jun 28 06:52:42 kernel: [ 1634.059839] [] default_do_nmi+0x40/0x100 Jun 28 06:52:42 kernel: [ 1634.059841] [] do_nmi+0xe2/0x130 Jun 28 06:52:42 kernel: [ 1634.059844] [] nmi+0x56/0xa5 As suggested, this is causing hard lockups and/or pauses. --- AlsaDevices: total 0 crw-rw 1 root audio 116, 1 Jun 29 04:12 seq crw-rw 1 root audio 116, 33 Jun 29 04:12 timer AplayDevices: Error: [Errno 2] No such file or directory ApportVersion: 2.20.1-0ubuntu2.1 Architecture: amd64 ArecordDevices: Error: [Errno 2] No such file or directory AudioDevicesInUse: Error: command ['fuser', '-v', '/dev/snd/seq', '/dev/snd/timer'] failed with exit code 1: DistroRelease: Ubuntu 16.04 IwConfig: Error: [Errno 2] No such file or directory Lsusb: Bus 002 Device 002: ID 8087:8002 Intel Corp. Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 003: ID 413c:a001 Dell Computer Corp. Hub Bus 001 Device 002: ID 8087:800a Intel Corp.
[Kernel-packages] [Bug 1638700] Re: hio: SSD data corruption under stress test
FTR/FYI (as per chatter w/kamal) we're waiting for >= 4.8.0-28
to be available at https://launchpad.net/ubuntu/+source/linux-hwe-edge
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1638700
Title:
hio: SSD data corruption under stress test
Status in linux package in Ubuntu:
In Progress
Status in linux source package in Xenial:
Fix Committed
Status in linux source package in Yakkety:
Fix Committed
Status in linux source package in Zesty:
In Progress
Bug description:
{forward from James Troup}:
Just to followup to this with a little more information, we have now
reproduced this in the following scenarios:
* Ubuntu kernel 4.4 (i.e. 16.04) and kernel 4.8 (i.e. HWE-Y)
* With and without Bcache involved
* With both XFS and ext4
* With HIO driver versions 2.1.0-23 and 2.1.0-25
* With HIO Firmware 640 and 650
* With and without the following two patches
-
https://git.launchpad.net/~ubuntu-kernel/ubuntu/+source/linux/+git/xenial/commit/?id=7290fa97b945c288d8dd8eb8f284b98cb495b35b
-
https://git.launchpad.net/~ubuntu-kernel/ubuntu/+source/linux/+git/xenial/commit/?id=901a3142db778ddb9ed6a9000ce8e5b0f66c48ba
In all cases, we applied the following two patches in order to get hio
to build at all with a 4.4 or later kernel:
https://git.launchpad.net/~ubuntu-kernel/ubuntu/+source/linux/+git/xenial/commit/?id=0abbb90372847caeeedeaa9db0f21e05ad8e9c74
https://git.launchpad.net/~ubuntu-kernel/ubuntu/+source/linux/+git/xenial/commit/?id=a0705c5ff3d12fc31f18f5d3c8589eaaed1aa577
We've confirmed that we can reproduce the corruption on any machine in
Tele2's Vienna facility.
We've confirmed that, other than 1 machine, the 'hio_info' command
says the health is 'OK'.
Our most common reproducer is one of two scenarios:
a) http://paste.ubuntu.com/23405150/
b) http://paste.ubuntu.com/23405234/
In the last example, it's possible to see corruption faster by
increasing the 'count' argument to dd and avoid it by lowering it.
e.g. on the machine I'm currently testing on count=52450 doesn't
appear to show corruption, but a count of even 53000 would show it
immediately every time.
I hope this helps - please let us know what further information we can
provide to debug this problem.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1638700/+subscriptions
--
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1635223] [NEW] please include mlx5_core modules in linux-image-generic package
Public bug reported: Because linux-image-generic pkg doesn't include mlx5_core, stock ubuntu cloud-images can't be used by VM guests using mellanox VFs, forcing the creation of an ad-hoc cloud image with added linux-image-extra-virtual ** Affects: cloud-images Importance: Undecided Status: New ** Affects: linux (Ubuntu) Importance: Undecided Status: Confirmed ** Tags: canonical-bootstack ** Also affects: cloud-images Importance: Undecided Status: New -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1635223 Title: please include mlx5_core modules in linux-image-generic package Status in cloud-images: New Status in linux package in Ubuntu: Confirmed Bug description: Because linux-image-generic pkg doesn't include mlx5_core, stock ubuntu cloud-images can't be used by VM guests using mellanox VFs, forcing the creation of an ad-hoc cloud image with added linux-image-extra-virtual To manage notifications about this bug go to: https://bugs.launchpad.net/cloud-images/+bug/1635223/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1497812] [NEW] i40e bug: non physical MAC outbound frames appear as copied back inbound (mirrored)
Public bug reported: Using 3.19.0-28-generic #30~14.04.1-Ubuntu with stock i40e driver version 2.2.2-k makes every 'non physical' MAC output frame appear as copied back at input, as if the switch was doing frame 'mirroring' (and/or hair-pinning). FYI same setup, with i40e upgraded to 1.2.48 from http://downloadmirror.intel.com/25282/eng/i40e-1.2.48.tar.gz behaves OK, fyi also we did a port mirroring setup at the switch directed to a different physical port for debugging, and didn't observe these frames to be physically present. See tcpdump -P in/out and more details at http://paste.ubuntu.com/12511680/ ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: linux-image-3.19.0-28-generic 3.19.0-28.30~14.04.1 ProcVersionSignature: Ubuntu 3.19.0-28.30~14.04.1-generic 3.19.8-ckt5 Uname: Linux 3.19.0-28-generic x86_64 ApportVersion: 2.14.1-0ubuntu3.13 Architecture: amd64 Date: Mon Sep 21 02:05:28 2015 ProcEnviron: TERM=screen PATH=(custom, no user) LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: linux-lts-vivid UpgradeStatus: No upgrade log present (probably fresh install) ** Affects: linux-lts-vivid (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug canonical-bootstack trusty uec-images -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux-lts-vivid in Ubuntu. https://bugs.launchpad.net/bugs/1497812 Title: i40e bug: non physical MAC outbound frames appear as copied back inbound (mirrored) Status in linux-lts-vivid package in Ubuntu: New Bug description: Using 3.19.0-28-generic #30~14.04.1-Ubuntu with stock i40e driver version 2.2.2-k makes every 'non physical' MAC output frame appear as copied back at input, as if the switch was doing frame 'mirroring' (and/or hair-pinning). FYI same setup, with i40e upgraded to 1.2.48 from http://downloadmirror.intel.com/25282/eng/i40e-1.2.48.tar.gz behaves OK, fyi also we did a port mirroring setup at the switch directed to a different physical port for debugging, and didn't observe these frames to be physically present. See tcpdump -P in/out and more details at http://paste.ubuntu.com/12511680/ ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: linux-image-3.19.0-28-generic 3.19.0-28.30~14.04.1 ProcVersionSignature: Ubuntu 3.19.0-28.30~14.04.1-generic 3.19.8-ckt5 Uname: Linux 3.19.0-28-generic x86_64 ApportVersion: 2.14.1-0ubuntu3.13 Architecture: amd64 Date: Mon Sep 21 02:05:28 2015 ProcEnviron: TERM=screen PATH=(custom, no user) LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: linux-lts-vivid UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux-lts-vivid/+bug/1497812/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1497812] Re: i40e bug: non physical MAC outbound frames appear as copied back inbound (mirrored)
FYI we found these issues while deploying openstack via juju/maas over a pool of 8 nodes having 4x i40e NICs, where we also found linux-hwe-generic-trusty (lts-utopic) to be unreliable from its old i40e driver (0.4.10-k). Below is a summary of our i40e findings using lts-vivid and lts-utopic re: successful completed deploys: #1 3.19.0-28-generic w/stock 1.2.2-k: non-phy mirrored frames (this bug) #2 3.16.0-49-generic w/stock 0.4.10-k: unreliable deploys #3 3.19.0-28-generic w/built 2.2.48: OK #4 3.16.0-49-generic w/built 2.2.48: OK -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux-lts-vivid in Ubuntu. https://bugs.launchpad.net/bugs/1497812 Title: i40e bug: non physical MAC outbound frames appear as copied back inbound (mirrored) Status in linux-lts-vivid package in Ubuntu: New Bug description: Using 3.19.0-28-generic #30~14.04.1-Ubuntu with stock i40e driver version 2.2.2-k makes every 'non physical' MAC output frame appear as copied back at input, as if the switch was doing frame 'mirroring' (and/or hair-pinning). FYI same setup, with i40e upgraded to 1.2.48 from http://downloadmirror.intel.com/25282/eng/i40e-1.2.48.tar.gz behaves OK, fyi also we did a port mirroring setup at the switch directed to a different physical port for debugging, and didn't observe these frames to be physically present. See tcpdump -P in/out and more details at http://paste.ubuntu.com/12511680/ ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: linux-image-3.19.0-28-generic 3.19.0-28.30~14.04.1 ProcVersionSignature: Ubuntu 3.19.0-28.30~14.04.1-generic 3.19.8-ckt5 Uname: Linux 3.19.0-28-generic x86_64 ApportVersion: 2.14.1-0ubuntu3.13 Architecture: amd64 Date: Mon Sep 21 02:05:28 2015 ProcEnviron: TERM=screen PATH=(custom, no user) LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: linux-lts-vivid UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux-lts-vivid/+bug/1497812/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1497812] Re: i40e bug: non physical MAC outbound frames appear as copied back inbound (mirrored)
ERRATA on comment #2 : OK i40e driver version is 1.2.48, as per original report URL. Comment #2 table is actually: #1 3.19.0-28-generic w/stock 1.2.2-k: non-phy mirrored frames (this bug) #2 3.16.0-49-generic w/stock 0.4.10-k: unreliable deploys #3 3.19.0-28-generic w/built 1.2.48: OK (*) #4 3.16.0-49-generic w/built 1.2.48: OK (*) (*) corrected to be 1.2.48 -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux-lts-vivid in Ubuntu. https://bugs.launchpad.net/bugs/1497812 Title: i40e bug: non physical MAC outbound frames appear as copied back inbound (mirrored) Status in linux-lts-vivid package in Ubuntu: Confirmed Bug description: Using 3.19.0-28-generic #30~14.04.1-Ubuntu with stock i40e driver version 2.2.2-k makes every 'non physical' MAC output frame appear as copied back at input, as if the switch was doing frame 'mirroring' (and/or hair-pinning). FYI same setup, with i40e upgraded to 1.2.48 from http://downloadmirror.intel.com/25282/eng/i40e-1.2.48.tar.gz behaves OK, fyi also we did a port mirroring setup at the switch directed to a different physical port for debugging, and didn't observe these frames to be physically present. See tcpdump -P in/out and more details at http://paste.ubuntu.com/12511680/ ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: linux-image-3.19.0-28-generic 3.19.0-28.30~14.04.1 ProcVersionSignature: Ubuntu 3.19.0-28.30~14.04.1-generic 3.19.8-ckt5 Uname: Linux 3.19.0-28-generic x86_64 ApportVersion: 2.14.1-0ubuntu3.13 Architecture: amd64 Date: Mon Sep 21 02:05:28 2015 ProcEnviron: TERM=screen PATH=(custom, no user) LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: linux-lts-vivid UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux-lts-vivid/+bug/1497812/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1497812] Re: i40e bug: non physical MAC outbound frames appear as copied back inbound (mirrored)
Confirming _not_ observing reported issue on an
equivalent setup w/ LXCs frames hitting phy interfaces
( bridged towards br0 -> bond0 -> {eth3, eth4} ):
* linux 4.2.0-12-generic #14~14.04.1-Ubuntu (from canonical-kernel-team/ppa)
* i40e version 1.3.4-k
# ethtool -i eth3
driver: i40e
version: 1.3.4-k
firmware-version: f4.33.31377 a1.2 n4.41 e1863
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1497812
Title:
i40e bug: non physical MAC outbound frames appear as copied back
inbound (mirrored)
Status in linux package in Ubuntu:
Triaged
Status in linux-lts-vivid package in Ubuntu:
Confirmed
Bug description:
Using 3.19.0-28-generic #30~14.04.1-Ubuntu with stock i40e
driver version 2.2.2-k makes every 'non physical' MAC output
frame appear as copied back at input, as if the switch was
doing frame 'mirroring' (and/or hair-pinning).
FYI same setup, with i40e upgraded to 1.2.48 from
http://downloadmirror.intel.com/25282/eng/i40e-1.2.48.tar.gz
behaves OK, fyi also we did a port mirroring setup at
the switch directed to a different physical port for debugging,
and didn't observe these frames to be physically present.
See tcpdump -P in/out and more details at
http://paste.ubuntu.com/12511680/
ProblemType: Bug
DistroRelease: Ubuntu 14.04
Package: linux-image-3.19.0-28-generic 3.19.0-28.30~14.04.1
ProcVersionSignature: Ubuntu 3.19.0-28.30~14.04.1-generic 3.19.8-ckt5
Uname: Linux 3.19.0-28-generic x86_64
ApportVersion: 2.14.1-0ubuntu3.13
Architecture: amd64
Date: Mon Sep 21 02:05:28 2015
ProcEnviron:
TERM=screen
PATH=(custom, no user)
LANG=en_US.UTF-8
SHELL=/bin/bash
SourcePackage: linux-lts-vivid
UpgradeStatus: No upgrade log present (probably fresh install)
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1497812/+subscriptions
--
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1497812] Re: i40e bug: non physical MAC outbound frames appear as copied back inbound (mirrored)
w000T! \o/ using @jsalisbury kernel from comment#7 3.19.0-30-generic #33~lp1497812 , I can't reproduce the failing behavior under same host + setup - no mirrored frames or alike dmesg - containers networking ok Comparison between stock vivid 3.19.0-30-generic #33~14.04.1-Ubuntu and above: - http://paste.ubuntu.com/12627042/ -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1497812 Title: i40e bug: non physical MAC outbound frames appear as copied back inbound (mirrored) Status in linux package in Ubuntu: Triaged Status in linux-lts-vivid package in Ubuntu: Confirmed Bug description: Using 3.19.0-28-generic #30~14.04.1-Ubuntu with stock i40e driver version 2.2.2-k makes every 'non physical' MAC output frame appear as copied back at input, as if the switch was doing frame 'mirroring' (and/or hair-pinning). FYI same setup, with i40e upgraded to 1.2.48 from http://downloadmirror.intel.com/25282/eng/i40e-1.2.48.tar.gz behaves OK, fyi also we did a port mirroring setup at the switch directed to a different physical port for debugging, and didn't observe these frames to be physically present. See tcpdump -P in/out and more details at http://paste.ubuntu.com/12511680/ ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: linux-image-3.19.0-28-generic 3.19.0-28.30~14.04.1 ProcVersionSignature: Ubuntu 3.19.0-28.30~14.04.1-generic 3.19.8-ckt5 Uname: Linux 3.19.0-28-generic x86_64 ApportVersion: 2.14.1-0ubuntu3.13 Architecture: amd64 Date: Mon Sep 21 02:05:28 2015 ProcEnviron: TERM=screen PATH=(custom, no user) LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: linux-lts-vivid UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1497812/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
