Long story short: It won't work directly, the Debian kernel is too old.
mountall uses pipe2 (http://www.kernel.org/doc/man-
pages/online/pages/man2/pipe.2.html) when mounting. Therefore in
mountall.c in the function 'spawn' the following line: NIH_ZERO
(pipe2 (fds, O_CLOEXEC)); causes an in
I have the same behaviour with a Ubuntu domU under a Debian Lenny
system, the kernel used is Debian's 2.6.26-2-xen-amd64. I provide a
strace file of mountall as called by mountall.conf – the final line just
keeps repeating. The whole strace file was over 100 MB but the last
lines were all the same.
Which process is consuming the CPU, is it mountall or mount? Please
strace the process and provide the output so we can see what it's doing
** Changed in: mountall (Ubuntu)
Status: New => Incomplete
** Changed in: mountall (Ubuntu)
Importance: Undecided => High
--
mountall gets stuck
I'm running into a similar issue with Xen using 9.10 as a domU with
kernel version 2.6.18. Adding a note about this to
https://help.ubuntu.com/community/KarmicUpgrades would be hugely helpful
to Xen users who have not yet upgraded and are unaware of mountall's
kernel requirements.
--
mountall ge
It should also be mentioned that this bug causes the Ubuntu 9.10 VM to
use 100% CPU until it is stopped, which is just annoying.
--
mountall gets stuck in a busywait while mounting /sys/kernel/debug when running
on Xen
https://bugs.launchpad.net/bugs/469985
You received this bug notification bec