[Bug 1488688] Re: partprobe fails on /dev/mapper/353333330000007d0

2017-09-11 Thread Launchpad Bug Tracker
[Expired for multipath-tools (Ubuntu) because there has been no activity for 60 days.] ** Changed in: multipath-tools (Ubuntu) Status: Incomplete => Expired -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu.

[Bug 1488688] Re: partprobe fails on /dev/mapper/353333330000007d0

2017-07-13 Thread ChristianEhrhardt
Hi, I try to come back to bugs dormant for too long. It was rather unclear (to me at least) if that was about the message or an actual functional issue. No response yet on that. Also these days one should try to check if the latest release is any better and might have a fix to backport already.

[Bug 1488688] Re: partprobe fails on /dev/mapper/353333330000007d0

2016-12-13 Thread ChristianEhrhardt
Sorry, I forgot to subscribe back then. I used Xenial (to check if it is an issue in newer code) and used real devices (to check if scsi_debug might be the issue). Following your commands exactly doesn't give me a /dev/mapper entry - only a /dev/sd* device. But I haven't checked what might be

[Bug 1488688] Re: partprobe fails on /dev/mapper/353333330000007d0

2016-04-20 Thread Loic Dachary
Hi, Thanks for investigating this issue. It fails the multipath implementation for Ceph. In the case of multipath the partition must be created on /dev/mapper/XXX otherwise it's kind of pointless ;-) When you write "I can confirm that this still applies to Xenial." do you mean that repeating the

[Bug 1488688] Re: partprobe fails on /dev/mapper/353333330000007d0

2016-04-20 Thread ChristianEhrhardt
Hi, thanks for the nice setup with scsi_debug that helps. I also ran it against some real FCP devices I had around. I can confirm that this still applies to Xenial. 1. working without issue on the device itself e.g. /dev/sd* 2. when using on /dev/mapper devices reporting issues ubuntu@s1lp5:~$