group.of.nepali.translators team mailing list archive
-
group.of.nepali.translators team
-
Mailing list archive
-
Message #39417
[Bug 1925351] [NEW] [networking] dpdk port flapping observed during sosreport execution
Public bug reported:
[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' (Default behaviour)
* sosreport -o networking
## Should execute 'ethtool -e'. (Only if sosreport is instructed to do so)
* sosreport -o networking --plugin-option networking.eepromdump
[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 not 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
So we are changing the default behaviour, but the former one is still
available if *REALLY* needed, and knowing the risk that this can occur.
[OTHER INFORMATION]
Upstream fix:
https://github.com/sosreport/sos/commit/bc3b7eefa093af150286ad6c345cef6afe282756
** Affects: sosreport (Ubuntu)
Importance: Undecided
Status: Fix Released
** Affects: sosreport (Ubuntu Xenial)
Importance: High
Assignee: Eric Desrochers (slashd)
Status: In Progress
** Changed in: sosreport (Ubuntu)
Status: New => Fix Released
** Also affects: sosreport (Ubuntu Xenial)
Importance: Undecided
Status: New
** Changed in: sosreport (Ubuntu Xenial)
Status: New => In Progress
** Changed in: sosreport (Ubuntu Xenial)
Assignee: (unassigned) => Eric Desrochers (slashd)
** Changed in: sosreport (Ubuntu Xenial)
Importance: Undecided => High
** Description changed:
[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.
-
+ -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 CASE]
* On a xenial system
- * sosreport -o networking
+ * sosreport -o networking ## Should not execute 'ethtool -e'
+ * sosreport -o networking --plugin-option networking.eepromdump ## Should execute 'ethtool -e'.
[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 not 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
-
- So we are changing the default behaviour, but the former one is still available if *REALLY* needed, and knowing the risk that this can occurs.
+ So we are changing the default behaviour, but the former one is still
+ available if *REALLY* needed, and knowing the risk that this can occur.
[OTHER INFORMATION]
-
Upstream fix:
https://github.com/sosreport/sos/commit/bc3b7eefa093af150286ad6c345cef6afe282756
** Description changed:
[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 CASE]
+ [TEST PLAN]
* On a xenial system
- * sosreport -o networking ## Should not execute 'ethtool -e'
- * sosreport -o networking --plugin-option networking.eepromdump ## Should execute 'ethtool -e'.
+
+ ## Should not execute 'ethtool -e' (Default behaviour)
+ * sosreport -o networking
+
+ ## Should execute 'ethtool -e'. (Only if sosreport is instructed to do so)
+ * sosreport -o networking --plugin-option networking.eepromdump
+ * sosreport -a --plugin-option networking.eepromdump
[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 not 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
So we are changing the default behaviour, but the former one is still
available if *REALLY* needed, and knowing the risk that this can occur.
[OTHER INFORMATION]
Upstream fix:
https://github.com/sosreport/sos/commit/bc3b7eefa093af150286ad6c345cef6afe282756
** Description changed:
[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' (Default behaviour)
- * sosreport -o networking
+ * sosreport -o networking
## Should execute 'ethtool -e'. (Only if sosreport is instructed to do so)
- * sosreport -o networking --plugin-option networking.eepromdump
- * sosreport -a --plugin-option networking.eepromdump
+ * sosreport -o networking --plugin-option networking.eepromdump
[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 not 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
So we are changing the default behaviour, but the former one is still
available if *REALLY* needed, and knowing the risk that this can occur.
[OTHER INFORMATION]
Upstream fix:
https://github.com/sosreport/sos/commit/bc3b7eefa093af150286ad6c345cef6afe282756
--
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:
[networking] dpdk port flapping observed during sosreport execution
Status in sosreport package in Ubuntu:
Fix Released
Status in sosreport source package in Xenial:
In Progress
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' (Default behaviour)
* sosreport -o networking
## Should execute 'ethtool -e'. (Only if sosreport is instructed to do so)
* sosreport -o networking --plugin-option networking.eepromdump
[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 not 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
So we are changing the default behaviour, but the former one is still
available if *REALLY* needed, and knowing the risk that this can
occur.
[OTHER INFORMATION]
Upstream fix:
https://github.com/sosreport/sos/commit/bc3b7eefa093af150286ad6c345cef6afe282756
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/sosreport/+bug/1925351/+subscriptions
Follow ups