Tetsuo,
Kay Sievers (udev upstream) just pointed out what to fix to avoid the ENOBUFS
condition, I uploaded the fix to trusty:
https://launchpad.net/ubuntu/+source/initramfs-tools/0.103ubuntu3
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
This bug was fixed in the package initramfs-tools - 0.103ubuntu0.8
---
initramfs-tools (0.103ubuntu0.8) raring; urgency=low
* src/wait-for-root.c: udev_monitor_receive_device() might still
return NULL even with a blocking socket if recvmsg() fails with
ENOBUFS. Retry every s
This bug was fixed in the package initramfs-tools - 0.103ubuntu0.2.1
---
initramfs-tools (0.103ubuntu0.2.1) quantal; urgency=low
* src/wait-for-root.c: udev_monitor_receive_device() might still
return NULL even with a blocking socket if recvmsg() fails with
ENOBUFS. Retry ev
This bug was fixed in the package initramfs-tools - 0.99ubuntu13.3
---
initramfs-tools (0.99ubuntu13.3) precise; urgency=low
* src/wait-for-root.c: udev_monitor_receive_device() might still
return NULL even with a blocking socket if recvmsg() fails with
ENOBUFS. Retry every
An end-user that was experiencing the problem was able to verify that
this fix solved his issue on precise. Unfortunately, as I am unable to
reproduce all I could do was verify that initramfs-tools did not cause a
noticeable regression on q,r.
--
You received this bug notification because you ar
@Dave - What kind of testing did you do to verify this SRU?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1215911
Title:
wait-for-root fails to wait for plain /dev/sdaX partitions.
To manage notifi
** Tags added: verification-done-quantal
** Tags added: verification-done-raring
** Tags removed: verification-needed
** Tags added: verification-done
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/12
** Tags added: verification-done-precise
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1215911
Title:
wait-for-root fails to wait for plain /dev/sdaX partitions.
To manage notifications about this
Martin Pitt (pitti) wrote on 2013-08-26:
> I have never actually seen ENOBUFS, or uevents being missed due to it,
> so I think the chance of that is quite small. But I can't assert that
> all messages will be received after an ENOBUFS. But as you said,
> waiting longer in that case is a safer fallb
Hello Tetsuo, or anyone else affected,
Accepted initramfs-tools into raring-proposed. The package will build
now and be available at http://launchpad.net/ubuntu/+source/initramfs-
tools/0.103ubuntu0.8 in a few hours, and then in the -proposed
repository.
Please help us by testing this new package
ACK on the debdiffs, they look good.
I've uploaded them for processing by the SRU team, with a slight change
to the quantal versioning.
Thanks!
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1215911
** Description changed:
+ SRU Justification:
+ [Impact]
+ * Boot failures can occur with the wait-for-root utility in P/Q/R due to a
race condition.
+ * Because of this issue unattended reboots and boots can randomly fail.
+ * The original bug was submitted against Precise LTS.
+
+ [Test
** Patch added: "fix-raring-lp1216911.debdiff"
https://bugs.launchpad.net/ubuntu/+source/initramfs-tools/+bug/1215911/+attachment/3804772/+files/fix-raring-lp1216911.debdiff
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://b
** Patch added: "fix-quantal-lp1216911.debdiff"
https://bugs.launchpad.net/ubuntu/+source/initramfs-tools/+bug/1215911/+attachment/3804771/+files/fix-quantal-lp1216911.debdiff
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https:/
** Also affects: initramfs-tools (Ubuntu Precise)
Importance: Undecided
Status: New
** Also affects: initramfs-tools (Ubuntu Quantal)
Importance: Undecided
Status: New
** Also affects: initramfs-tools (Ubuntu Raring)
Importance: Undecided
Status: New
** Changed in:
Tetsuo Handa [2013-08-26 12:59 -]:
> By the way, is there any possibility that "the message of a block device which
> the wait-for-root is waiting for" cannot be received after ENOBUFS?
I have never actually seen ENOBUFS, or uevents being missed due to it,
so I think the chance of that is quit
This bug was fixed in the package initramfs-tools - 0.103ubuntu1
---
initramfs-tools (0.103ubuntu1) saucy; urgency=low
* src/wait-for-root.c: udev_monitor_receive_device() might still return NULL
even with a blocking socket if recvmsg() fails with ENOBUFS. Retry every
second
Thank you.
By the way, is there any possibility that "the message of a block device which
the wait-for-root is waiting for" cannot be received after ENOBUFS?
I think that any messages of block devices which are generated while the socket
buffer is full cannot be received using recvmsg(). I worry
Fix uploaded. Thanks!
** Changed in: initramfs-tools (Ubuntu)
Status: Triaged => Fix Committed
** Changed in: initramfs-tools (Ubuntu)
Assignee: (unassigned) => Martin Pitt (pitti)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
Thanks for investigating this! I don't really like the "poll every 1 s"
approach, as in the worst case this would unnecessarily delay the boot
by a whole second. But I agree that we can wait for 1 s if
udev_monitor_receive_device() fails. There can't be an infinite loop as
we always have the alarm_
Similar report in systemd package.
https://bugzilla.redhat.com/show_bug.cgi?id=655857
** Bug watch added: Red Hat Bugzilla #655857
https://bugzilla.redhat.com/show_bug.cgi?id=655857
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
h
I confirmed that below patch fixes my problem.
-- patch start --
--- a/src/wait-for-root.c
+++ b/src/wait-for-root.c
@@ -88,7 +88,9 @@ main (int argc,
/* When the device doesn't exist yet, or is still being processed
* by udev, use the monitor socket to wait it t
22 matches
Mail list logo
