[focal] nm-online -s --timeout=10 timeout every time
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
MAAS |
Invalid
|
Undecided
|
Unassigned | ||
OEM Priority Project |
New
|
Medium
|
Alex Tu | ||
network-manager (Ubuntu) |
Triaged
|
High
|
Unassigned |
Bug Description
Also created bug on upstream : https:/
This issue will cause "NetworkManager
And cloud-init.service is counting on this service for network status.
So this issue will finally cause MaaS deploying failed.
ProblemType: Bug
DistroRelease: Ubuntu 20.04
Package: network-manager 1.22.10-1ubuntu1 [modified: lib/systemd/
ProcVersionSign
Uname: Linux 5.4.0-1002-oem x86_64
ApportVersion: 2.20.11-0ubuntu20
Architecture: amd64
Date: Wed Mar 25 12:43:13 2020
DistributionCha
# This is the distribution channel descriptor for the OEM CDs
# For more information see http://
canonical-
IfupdownConfig: source /etc/network/
InstallationDate: Installed on 2020-03-25 (0 days ago)
InstallationMedia: Ubuntu 20.04 "Focal" - Build amd64 LIVE Binary 20200316-08:40
IpRoute:
default via 192.168.101.1 dev eno1 proto static metric 100
10.101.46.0/24 via 192.168.101.1 dev eno1 proto static metric 200
169.254.0.0/16 dev eno1 scope link metric 1000
192.168.101.0/24 dev eno1 proto kernel scope link src 192.168.101.85 metric 100
NetDevice.
Error: command ['udevadm', 'info', '--query=all', '--path', '/sys/class/
X: INTERFACE_
SourcePackage: network-manager
UpgradeStatus: No upgrade log present (probably fresh install)
nmcli-con:
NAME UUID TYPE TIMESTAMP TIMESTAMP-REAL AUTOCONNECT AUTOCONNECT-
netplan-eno1 10838d80-
nmcli-nm:
RUNNING VERSION STATE STARTUP CONNECTIVITY NETWORKING WIFI-HW WIFI WWAN-HW WWAN
running 1.22.10 connected starting full enabled disabled disabled enabled enabled
Changed in oem-priority: | |
assignee: | nobody → Alex Tu (alextu) |
importance: | Undecided → Critical |
Changed in network-manager (Ubuntu): | |
importance: | Undecided → High |
status: | New → Triaged |
Changed in maas: | |
status: | Incomplete → Invalid |
tags: | added: oem-priority |
It seems this issue only happens to machine which eth port be renamed as eno1.
It can not be reproduced on another machine which eth port be renamed to enp2s0.