This bug was fixed in the package sosreport - 3.9.1-1ubuntu0.16.04.2 --------------- sosreport (3.9.1-1ubuntu0.16.04.2) xenial; urgency=medium
* d/p/0005-networking-collect-ethtool-e-device-conditionally-only.patch: - EEPROM dump collection might hang on specific types of devices, or negatively impact the system otherwise. As a safe option, sos report should collect the command when explicitly asked via a plugopt only. (LP: #1925351) -- Eric Desrochers <eric.desroch...@canonical.com> Wed, 21 Apr 2021 09:07:20 -0400 ** Changed in: sosreport (Ubuntu Xenial) Status: Fix Committed => Fix Released -- You received this bug notification because you are a member of नेपाली भाषा समायोजकहरुको समूह, which is subscribed to Xenial. Matching subscriptions: Ubuntu 16.04 Bugs https://bugs.launchpad.net/bugs/1925351 Title: [sos39][networking] dpdk port flapping observed during sosreport execution Status in sosreport package in Ubuntu: Fix Released Status in sosreport source package in Xenial: Fix Released Status in sosreport source package in Bionic: Fix Released Status in sosreport source package in Focal: Fix Released Status in sosreport source package in Groovy: Fix Released Status in sosreport source package in Hirsute: Fix Released Bug description: [IMPACT] sosreport networking plugin unconditionally exercise 'ethtool -e'. EEPROM dump collection might hang on specific types of devices, ETHTOOL(8) -e --eeprom-dump Retrieves and prints an EEPROM dump for the specified network device. When raw is enabled, then it dumps the raw EEPROM data to stdout. The length and offset parameters allow dumping certain portions of the EEPROM. Default is to dump the entire EEPROM. [TEST PLAN] * On a xenial system ## Should not execute 'ethtool -e' (New default behaviour) * sosreport -o networking ## Should execute 'ethtool -e'. (Only if sosreport is instructed to do so (AKA former default behaviour)) * sosreport -o networking --plugin-option networking.eepromdump ## Should not execute 'ethtool -e' with -a (if with appropriate tunables in /etc/sos.conf) --- [tunables] networking.eepromdump = off --- ## Should execute 'ethtool -e' with -a (if without appropriate tunables in /etc/sos.conf) [WHERE PROBLEM OCCURS] No problem expected. networking plugin will be gated to prevent 'ethtool -e' to be run by default, so that 'sosreport -o networking' will now no longer execute 'ethtool -e' command. On the other end, if one really want to eepromdump, one can use the 'eepromdump' plugin option as follows: sosreport -o networking --plugin-option networking.eepromdump Yes, we are changing the default behaviour for good reasons as it may produce more harm than good the way it is at the moment, BUT the former behaviour is still available if *REALLY* needed, and after knowing the risk that this could occur. Note: sosreport -a ## Will still execute 'ethtool -e' as it turns all options to 'True'. -a, --alloptions Set all boolean options to True for all enabled plug-ins. Unless one specify the following in /etc/sos.conf: --- [tunables] networking.eepromdump = off --- so 'sosreport -a' with a combination of adding the right tunables in /etc/sos.conf will prevent 'ethtool_e' to be executed. [OTHER INFORMATION] Upstream fix: https://github.com/sosreport/sos/commit/a74ef444a72691fab9c65fa679687cc2d6e0fc8c $ git describe --contains aca8bd83 4.1~44 $ rmadison sosreport => sosreport | 3.9.1-1ubuntu0.16.04.1 | xenial-updates sosreport | 4.1-1ubuntu0.18.04.1 | bionic-updates sosreport | 4.1-1ubuntu0.20.04.1 | focal-updates sosreport | 4.1-1ubuntu0.20.10.1 | groovy-updates sosreport | 4.1-1ubuntu1 | hirsute To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/sosreport/+bug/1925351/+subscriptions _______________________________________________ Mailing list: https://launchpad.net/~group.of.nepali.translators Post to : group.of.nepali.translators@lists.launchpad.net Unsubscribe : https://launchpad.net/~group.of.nepali.translators More help : https://help.launchpad.net/ListHelp