** Description changed:
+ [impact]
+
The systemd-udev-trigger service calls 'udevadm trigger --type=devices
--action=add', which writes 'add' to all /sys/devices/ uevent nodes, to
re-generate their uevents sent to udev. Until systemd commit
97afc0351a96e0daa83964df33937967c75c644f, any errors during this process
were simply logged to debug and ignored, but now udevadm will log errors
and return failure.
On ppc64el, the /sys/devices/vio device returns ENODEV when writing
'add' to its uevent, which causes the udevadm command to return failure,
which causes the systemd-udev-trigger system service to fail.
The kernel vio driver should be fixed to not return ENODEV.
+
+ [test case]
+
+ On a ppc64el system, with any systemd containing commit
+ 97afc0351a96e0daa83964df33937967c75c644f, check the status of the
+ systemd-udev-trigger service, to see that it's failed.
+
+ Alternately, again on a ppc64el system, run as root:
+
+ # echo add > /sys/devices/vio/uevent
+ -bash: echo: write error: No such device
+
+ [regression potential]
+
+ the potential should be low, as this appears to have always behaved this
+ way, at least for a while now.
+
+ [other info]
+
+ the systemd commit that changes udevadm to start failing for this error
+ isn't included in any Ubuntu release yet, this is found from systemd
+ upstream testing.
** Also affects: linux (Ubuntu Eoan)
Importance: Undecided
Status: Incomplete
** Also affects: linux (Ubuntu Bionic)
Importance: Undecided
Status: New
** Also affects: linux (Ubuntu Disco)
Importance: Undecided
Status: New
** Changed in: linux (Ubuntu Eoan)
Assignee: (unassigned) => Dan Streetman (ddstreet)
** Changed in: linux (Ubuntu Disco)
Assignee: (unassigned) => Dan Streetman (ddstreet)
** Changed in: linux (Ubuntu Bionic)
Assignee: (unassigned) => Dan Streetman (ddstreet)
** Changed in: linux (Ubuntu Eoan)
Importance: Undecided => Medium
** Changed in: linux (Ubuntu Disco)
Importance: Undecided => Medium
** Changed in: linux (Ubuntu Bionic)
Importance: Undecided => Medium
** Changed in: linux (Ubuntu Eoan)
Status: Incomplete => In Progress
** Changed in: linux (Ubuntu Disco)
Status: New => In Progress
** Changed in: linux (Ubuntu Bionic)
Status: New => In Progress
--
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/1845319
Title:
writing 'add' to /sys/devices/vio/uevent fails with ENODEV
Status in linux package in Ubuntu:
In Progress
Status in linux source package in Bionic:
In Progress
Status in linux source package in Disco:
In Progress
Status in linux source package in Eoan:
In Progress
Bug description:
[impact]
The systemd-udev-trigger service calls 'udevadm trigger --type=devices
--action=add', which writes 'add' to all /sys/devices/ uevent nodes,
to re-generate their uevents sent to udev. Until systemd commit
97afc0351a96e0daa83964df33937967c75c644f, any errors during this
process were simply logged to debug and ignored, but now udevadm will
log errors and return failure.
On ppc64el, the /sys/devices/vio device returns ENODEV when writing
'add' to its uevent, which causes the udevadm command to return
failure, which causes the systemd-udev-trigger system service to fail.
The kernel vio driver should be fixed to not return ENODEV.
[test case]
On a ppc64el system, with any systemd containing commit
97afc0351a96e0daa83964df33937967c75c644f, check the status of the
systemd-udev-trigger service, to see that it's failed.
Alternately, again on a ppc64el system, run as root:
# echo add > /sys/devices/vio/uevent
-bash: echo: write error: No such device
[regression potential]
the potential should be low, as this appears to have always behaved
this way, at least for a while now.
[other info]
the systemd commit that changes udevadm to start failing for this
error isn't included in any Ubuntu release yet, this is found from
systemd upstream testing.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1845319/+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
