[dm-devel] [RFC] How to fix system stall on root volume multipath

Christophe Varoqui christophe.varoqui at free.fr
Fri Nov 16 08:41:12 UTC 2007


> > Ben, Christophe,
> > Is that code still problem for current multipathd?
> > And what do you think about my proposal?
> > 
> I'm not found of yet-another user-visible ramfs for multipathd use,
> that's why I started with the private namespace tricks. The problems are
> still there, and will stay till we stop using pthreads.
> 
> That may happen someday, as one of the main reason for pthread was the
> (blocking ioctl) libdevmapper event collection. And this is being
> superseded by path status uevents.
> 
> But not soon enough, and the private namespace stuff suffers from lack
> of friendliness anyway : we can't expect users to grasp easily that
> changing their prioritizer in /sbin won't be seen by the multipath
> daemon till restart, for example.
> 
> So I propose to start playing with your prioritizers-as-lib idea to see
> if it's practical.
> 
> I prepared the following patch to that effect. It is not complete
> (actually segfaults, no useful prioritizer ported) but can start fixing
> bugs and go where ever your personnal interest leads.
> 
I'm sorry I forgot to post the git-cached part of the changeset, i.e.
libprio/ files.

There it goes.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: libprio.patch
Type: text/x-patch
Size: 33137 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/dm-devel/attachments/20071116/21eb8574/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: libprio-cached.patch
Type: text/x-patch
Size: 6763 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/dm-devel/attachments/20071116/21eb8574/attachment-0001.bin>


More information about the dm-devel mailing list