[Bug 1892367] Re: [UBUNTU 20.04] udev rule change did not get applied
Dimitri John Ledkov
1892367 at bugs.launchpad.net
Thu Nov 12 13:12:30 UTC 2020
Hi Vineeth,
that is correct that Debian/Ubuntu always copy all the udev rules from
host, to the initramfs by default. And for us, stopping to do that will
cause change of behavior which may trigger bug. Same as it would on
RHEL/SUSE side if those would start doing this.
If I understand you correctly, an Ubuntu-only change to
internal_attr_early to have .defval="1" is the sort of thing you are
proposing right? Which should lead to any persistent commands that
affect udev rules to trigger initramfs rebuild?
https://github.com/ibm-s390-tools/s390-tools/blob/58ecf1f363c35f452f5d00697620e520029bef83/zdev/src/internal.c#L23
That should fix the originally reported UX issue.
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to s390-tools in Ubuntu.
https://bugs.launchpad.net/bugs/1892367
Title:
[UBUNTU 20.04] udev rule change did not get applied
Status in subiquity:
Invalid
Status in Ubuntu on IBM z Systems:
New
Status in s390-tools package in Ubuntu:
New
Bug description:
During the ubuntu installation in tessia, we do chzdev for both dasd
and qeth devices, as below.
2020-08-20 09:54:45 | INFO | START subiquity/Early/run/command_1 : chzdev -e dasd 385c
2020-08-20 09:54:45 | INFO | SUCCESS subiquity/Early/run/command_1 : chzdev -e dasd 385c
2020-08-20 09:54:45 | INFO | START subiquity/Early/run/command_2 : chzdev -e qeth 0.0.bdf0
2020-08-20 09:54:47 | INFO | SUCCESS subiquity/Early/run/command_2 : chzdev -e qeth 0.0.bdf0
and we can see the below files in the /etc/udev/rules.d/
oot at m8360024:~# ls -l /etc/udev/rules.d/
total 76
-rw-r--r-- 1 root root 154 Aug 20 09:08 41-cio-ignore.rules
-rw-r--r-- 1 root root 430 Aug 20 09:08 41-dasd-eckd-0.0.385c.rules
-rw-r--r-- 1 root root 357 Aug 20 09:08 41-generic-ccw-0.0.0009.rules
-rw-r--r-- 1 root root 1049 Aug 20 09:08 41-qeth-0.0.bdf0.rules
-rw-r--r-- 1 root root 58549 Aug 20 09:10 70-snap.snapd.rules
Now, lsinitramfs shows files as below,
root at m8360024:~# lsinitramfs /boot/initrd.img-5.4.0-42-generic | grep 41
etc/udev/rules.d/41-cio-ignore-root.rules
etc/udev/rules.d/41-dasd-eckd-0.0.385c.rules
usr/lib/udev/rules.d/41-cio-ignore.rules
usr/lib/udev/rules.d/41-dasd-eckd-0.0.385c.rules
usr/lib/udev/rules.d/41-generic-ccw-0.0.0009.rules
usr/lib/udev/rules.d/41-qeth-0.0.bdf0.rules
Even though lsinitramfs shows the below files, they are overruled by
the filesystem files.
Next thing we did was to modify the 41-qeth-0.0.bdf0.rules and
modified the buffer_count to 128 (As in the attached file). In ideal
scenario, the value should we modified as mentioned in the bug. But,
in our case, if we are not doing a zipl or update-initramfs -u, the
value is not getting modified.
To manage notifications about this bug go to:
https://bugs.launchpad.net/subiquity/+bug/1892367/+subscriptions
More information about the foundations-bugs
mailing list