Bug#859157: multipath-tools: after bootup multipathd timeout on commands - requires daemon restart

[Alban Browaeys]

Le vendredi 07 avril 2017 à 13:00 +0530, Ritesh Raj Sarraf a écrit :
> On Thu, 2017-04-06 at 21:37 +0200, Alban Browaeys wrote:
> > It could be that bcache device are not meant to work with multipath
> > ...
> > if so could bcache devices get blacklisted ?
> > I wonder if another bug report (upstream) is of need.
> > 
> 
> Let's see what upstream has to say about your email. The thing with
> Linux
> storage is that independent subsystems are stacked upon one another.
> 
> Such layers need close co-ordination in between the subsystems (SCSI,
> DM, Block,
> FS). Since bcache is a separate layer, let's see what others have to
> share.


I have not asked upstream for a blacklist of bcache0. I do not know
enough about multipath to talk about whether or not bcache0 should get
blacklisted.

> > 
> > About this bug, would you include a patch for this non critical
> > issue ?
> 
> As long as the bug is acknowledged and a fix is committed in the
> upstream repo,
> it shouldn't be a problem. But given that currently Stretch is in
> freeze mode,
> it would highly depend on the timing.
> 
> OTOH, we can always do a stable update later.
> 
> > Else this bug could get close.
> > Next release will be fixed against this issue.
> 
> Since there's no resolution (or root cause) to the issue yet, let's
> keep it
> open.


upstream proposed fix : https://marc.info/?l=dm-devel&m=149154583809387
&w=2 .

I tested a backport of this patch to release 0.6.4.
Please find it attached.

There are a few minor logged items left but nothing breaking boot or
any locking issues anymore.


Best regards
Alban
-------------- next part --------------
A non-text attachment was scrubbed...
Name: multipathd_drop_lock_before_calling_uev_add_path.patch
Type: text/x-patch
Size: 1356 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-lvm-maintainers/attachments/20170407/eb892a4f/attachment.bin>