On Wed, Aug 17, 2011 at 04:30:49PM +0200, Petter Reinholdtsen wrote:
> [Adi Kriegisch]
> > Actually I am quite surprised that ocfs2 is obviously the only
> > script affected by this...
>
> Well, most scripts have fairly correct dependency information, and
> when they do, this problem will not occur.
Hmmm... Judging from a grep on the init scripts on my system almost all of
them depend on "$remote_fs" which will avoid being killed by sendsigs. So,
I think you're right: ocfs2 is (kind of) providing a remote filesystem and
should therefor include a sendsigs dependency.
> Perhaps it should have a stop dependency on sendsigs, or perhaps it
> should depend on $remote_fs, or perhaps it should register a omit file
> to avoid being killed by sendsigs. I do not know, but what you
> descripe defintely sound like a bug in the ocfs2-tools package.
Registering an omit file for a task run by an init script on system
shutdown ("umount -a -t ocfs2") sounds futile to me, but probably isn't
because ocfs2 is running before sendsigs starts. On the other hand a
dependency seems to be a cleaner way of getting rid of that stuff.
IMHO the ocfs2 script should run after sendsigs and in parallel with the
rest of $remote_fs as it is providing the same features.
I will submit a patch for bug #504748 (initscripts: mountall.sh must not
mount ocfs2, gfs) as [u]mountnfs is not the right place to handle ocfs2
stuff.
Thanks for your help and the insights on insserv!
-- Adi
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
