[2.1] rsyslog is flooded with "no link-local IPv6 address for $IFACE" on commissioning
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
MAAS |
Fix Released
|
Low
|
LaMont Jones | ||
2.1 |
Fix Released
|
Undecided
|
LaMont Jones | ||
isc-dhcp (Ubuntu) |
Invalid
|
Undecided
|
Unassigned |
Bug Description
When commissioning, /var/log/
====
Nov 8 11:57:54 bunyip dhclient[4734]: no link-local IPv6 address for enp4s0f0
Nov 8 11:57:54 bunyip dhclient[4734]:
Nov 8 11:57:54 bunyip dhclient[4734]: If you think you have received this message due to a bug rather
Nov 8 11:57:54 bunyip dhclient[4734]: than a configuration issue please read the section on submitting
Nov 8 11:57:54 bunyip dhclient[4734]: bugs on either our web page at www.isc.org or in the README file
Nov 8 11:57:54 bunyip dhclient[4734]: before submitting a bug. These pages explain the proper
Nov 8 11:57:54 bunyip dhclient[4734]: process and the information we find helpful for debugging..
Nov 8 11:57:54 bunyip dhclient[4734]:
Nov 8 11:57:54 bunyip dhclient[4734]: exiting.
====
$ wc -l /var/log/
39278 /var/log/
It would be nice to suppress those lines if those could be safely ignored. It would make troubleshooting easier when something wrong happened on commissioning.
Related branches
- Lee Trager (community): Approve
-
Diff: 67 lines (+18/-5)2 files modifiedsrc/provisioningserver/refresh/node_info_scripts.py (+8/-3)
src/provisioningserver/refresh/tests/test_node_info_scripts.py (+10/-2)
- LaMont Jones (community): Approve
-
Diff: 67 lines (+18/-5)2 files modifiedsrc/provisioningserver/refresh/node_info_scripts.py (+8/-3)
src/provisioningserver/refresh/tests/test_node_info_scripts.py (+10/-2)
Changed in maas: | |
importance: | Undecided → Low |
milestone: | none → 2.2.0 |
status: | New → Triaged |
Changed in maas: | |
assignee: | nobody → LaMont Jones (lamont) |
status: | Triaged → In Progress |
Changed in maas: | |
status: | In Progress → Fix Committed |
Changed in maas: | |
status: | Fix Committed → Fix Released |
tl;dr: dhclient -6 should be less spam-chatty in the presence of no ipv6 support.
If dhclient logged that as one message, instead of 9 messages, then syslog would compress the output.
The easiest way that I've seen to reproduce this is to boot with ipv6.disable=true on the kernel command line.
Nobuto: do you have ipv6 disabled via the kernel command line? (This is known to cause various issues for a number of daemons.)