This SRU got removed due to the failed verification of bug 1536008, and
is generally stalled. At this point 14.04 is old enough that actual
users who encounter this will either have learned how to live with this
or moved to 16.04 LTS. Thus "wontfix".
** Changed in: multipath-tools (Ubuntu Trusty)
Any sort of response on your part other than that one would be
appreciated. You have not made any attempt at all to explain yourself.
This bug has two parts:
1) Parted seems to be failing to sync with udev and wait for it to
create the device, despite carrying a patch to make it do just that
Please leave this bug as it was.
** Changed in: multipath-tools (Ubuntu)
Status: Triaged => Fix Released
** Changed in: parted (Ubuntu)
Status: Invalid => Triaged
** Changed in: parted (Ubuntu Trusty)
Status: Invalid => Triaged
--
You received this bug notification
** Changed in: multipath-tools (Ubuntu Trusty)
Status: Fix Released => Triaged
** Changed in: parted (Ubuntu Trusty)
Status: Fix Committed => Invalid
** Changed in: parted (Ubuntu)
Status: Triaged => Invalid
--
You received this bug notification because you are a member of
I'm not sure we are understanding each other correctly. I am not sure
what the change you made to multipath-tools has to do with this bug, but
the change you made to parted which is still sitting in the -proposed
pocket is incorrect and needs to be rejected. Instead of changing
parted, it is
I'm not sure we are understanding each other correctly. I am not sure
what the change you made to multipath-tools has to do with this bug, but
the change you made to parted which is still sitting in the -proposed
pocket is incorrect and needs to be rejected. Instead of changing
parted, it is
This bug was fixed in the package multipath-tools - 0.4.9-3ubuntu7.9
---
multipath-tools (0.4.9-3ubuntu7.9) trusty; urgency=medium
* debian/patches/kpartx-support-device-names-with-spaces.patch: fix loopback
files unmapping. (LP: #1543430)
multipath-tools (0.4.9-3ubuntu7.8)
This bug was fixed in the package multipath-tools - 0.4.9-3ubuntu7.9
---
multipath-tools (0.4.9-3ubuntu7.9) trusty; urgency=medium
* debian/patches/kpartx-support-device-names-with-spaces.patch: fix loopback
files unmapping. (LP: #1543430)
multipath-tools (0.4.9-3ubuntu7.8)
Hello bugproxy, or anyone else affected,
Accepted multipath-tools into trusty-proposed. The package will build
now and be available at https://launchpad.net/ubuntu/+source/multipath-
tools/0.4.9-3ubuntu7.9 in a few hours, and then in the -proposed
repository.
Please help us by testing this new
Hello bugproxy, or anyone else affected,
Accepted multipath-tools into trusty-proposed. The package will build
now and be available at https://launchpad.net/ubuntu/+source/multipath-
tools/0.4.9-3ubuntu7.9 in a few hours, and then in the -proposed
repository.
Please help us by testing this new
This was already verified successfully before; the additional update
does not need reverification, only checking the regression in bug
1543430.
** Tags removed: verification-needed
** Tags added: verification-done
--
You received this bug notification because you are a member of Ubuntu
Bugs,
This was already verified successfully before; the additional update
does not need reverification, only checking the regression in bug
1543430.
** Tags removed: verification-needed
** Tags added: verification-done
--
You received this bug notification because you are a member of Ubuntu
Server
Your output there clearly shows that the verification *failed*. This
change needs to be reverted as it does completely the wrong thing. The
correct name is p1, not -part1. It is multipath-tools that needs
changed, not parted. Please revert the parted change immediately.
** Changed in: parted
Your output there clearly shows that the verification *failed*. This
change needs to be reverted as it does completely the wrong thing. The
correct name is p1, not -part1. It is multipath-tools that needs
changed, not parted. Please revert the parted change immediately.
** Changed in: parted
This is working correctly.
Marking as verification-done.
After partitioning with parted, there's only one device node for the
partition (with the -part disk-partition separator).
There's /still/ some messages in parted mentioning it could not find the
device, but the partitions are created
This is working correctly.
Marking as verification-done.
After partitioning with parted, there's only one device node for the
partition (with the -part disk-partition separator).
There's /still/ some messages in parted mentioning it could not find the
device, but the partitions are created
Hello bugproxy, or anyone else affected,
Accepted multipath-tools into trusty-proposed. The package will build
now and be available at https://launchpad.net/ubuntu/+source/multipath-
tools/0.4.9-3ubuntu7.8 in a few hours, and then in the -proposed
repository.
Please help us by testing this new
Hello bugproxy, or anyone else affected,
Accepted multipath-tools into trusty-proposed. The package will build
now and be available at https://launchpad.net/ubuntu/+source/multipath-
tools/0.4.9-3ubuntu7.8 in a few hours, and then in the -proposed
repository.
Please help us by testing this new
Hello bugproxy, or anyone else affected,
Accepted parted into trusty-proposed. The package will build now and be
available at
https://launchpad.net/ubuntu/+source/parted/2.3-19ubuntu1.14.04.2 in a
few hours, and then in the -proposed repository.
Please help us by testing this new package. See
Hello bugproxy, or anyone else affected,
Accepted parted into trusty-proposed. The package will build now and be
available at
https://launchpad.net/ubuntu/+source/parted/2.3-19ubuntu1.14.04.2 in a
few hours, and then in the -proposed repository.
Please help us by testing this new package. See
** Changed in: parted (Ubuntu)
Status: Triaged => Fix Released
** Changed in: parted (Ubuntu Trusty)
Status: Triaged => In Progress
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to multipath-tools in Ubuntu.
** Changed in: parted (Ubuntu)
Status: Triaged => Fix Released
** Changed in: parted (Ubuntu Trusty)
Status: Triaged => In Progress
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1473903
multipath-tools already carries the patches to synchronize with udev; so
does parted. This should fix the issues with "device is busy" messages
when doing the partitioning (but it looks as though there can still be
some), and on xenial I can verify that there is just one device being
created.
multipath-tools already carries the patches to synchronize with udev; so
does parted. This should fix the issues with "device is busy" messages
when doing the partitioning (but it looks as though there can still be
some), and on xenial I can verify that there is just one device being
created.
I managed to find a patch I'm testing now, which adds udev sync support
to parted 2.3 (in 14.04) which is already in parted 3.2.
Testing is in progress, this should help remove the "device is busy"
warnings.
As for the two devices, other patches to multipath-tools and parted's
partitioning
I managed to find a patch I'm testing now, which adds udev sync support
to parted 2.3 (in 14.04) which is already in parted 3.2.
Testing is in progress, this should help remove the "device is busy"
warnings.
As for the two devices, other patches to multipath-tools and parted's
partitioning
We have already spent a lot of effort over the years going with #2, so
turning around at this point isn't the right thing to do. The one place
I still see multipath-tools doing the wrong thing is in its kpartx.rules
file, which still contains this stanza:
ENV{DM_STATE}=="ACTIVE",
We have already spent a lot of effort over the years going with #2, so
turning around at this point isn't the right thing to do. The one place
I still see multipath-tools doing the wrong thing is in its kpartx.rules
file, which still contains this stanza:
ENV{DM_STATE}=="ACTIVE",
Don't both device names actually work fine though? I couldn't find any
blocking issue to leaving both in place, since they don't seem to
interfere with any operation of the system. This would certainly
constitute the least-intrusive change, on account that there would be no
change required.
Don't both device names actually work fine though? I couldn't find any
blocking issue to leaving both in place, since they don't seem to
interfere with any operation of the system. This would certainly
constitute the least-intrusive change, on account that there would be no
change required.
I'm having a bit of trouble seeing why dm_udev_wait() would make this
work properly ... Seems like the device creation should happen
regardless of whether kpartx has done its job beforehand, at least from
my quick look at the code in parted.
Also, this patch seems to be for parted 3.2; but in
I'm having a bit of trouble seeing why dm_udev_wait() would make this
work properly ... Seems like the device creation should happen
regardless of whether kpartx has done its job beforehand, at least from
my quick look at the code in parted.
Also, this patch seems to be for parted 3.2; but in
Thierry, could you please simply attach the patch you used instead?
I've been looking into this today, I can't reproduce the issue with the
default settings (without user_friendly_names), as expected. I can see
how this would happen with friendly-names though, because then the parts
of
Thierry, could you please simply attach the patch you used instead?
I've been looking into this today, I can't reproduce the issue with the
default settings (without user_friendly_names), as expected. I can see
how this would happen with friendly-names though, because then the parts
of
** Changed in: multipath-tools (Ubuntu)
Status: New = Invalid
** Changed in: multipath-tools (Ubuntu)
Assignee: Mathieu Trudel-Lapierre (mathieu-tl) = (unassigned)
** Changed in: parted (Ubuntu)
Status: New = Triaged
** Changed in: parted (Ubuntu)
Importance: Undecided =
** Changed in: multipath-tools (Ubuntu)
Status: New = Invalid
** Changed in: multipath-tools (Ubuntu)
Assignee: Mathieu Trudel-Lapierre (mathieu-tl) = (unassigned)
** Changed in: parted (Ubuntu)
Status: New = Triaged
** Changed in: parted (Ubuntu)
Importance: Undecided =
multipath-tools 0.4.9-3ubuntu7.4 was published to trusty-updates on July
28. Do you already have this package installed? Does it not address
this issue?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
multipath-tools 0.4.9-3ubuntu7.4 was published to trusty-updates on July
28. Do you already have this package installed? Does it not address
this issue?
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to multipath-tools in Ubuntu.
Actually, this would be more of a partman-multipath issue, but it seems
to me like it would anyway be fixed by partman-multipath 4ubuntu0.1; but
you'll only find this version number from within the installer; looking
at /var/lib/dpkg/status.
Seeing as we didn't make any additional changes which
Actually, this would be more of a partman-multipath issue, but it seems
to me like it would anyway be fixed by partman-multipath 4ubuntu0.1; but
you'll only find this version number from within the installer; looking
at /var/lib/dpkg/status.
Seeing as we didn't make any additional changes which
All the fixes for this should have landed already, in parted, partman,
and multipath-tools. Could you please re-test this on 14.04 with all
updates applied?
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to multipath-tools in Ubuntu.
All the fixes for this should have landed already, in parted, partman,
and multipath-tools. Could you please re-test this on 14.04 with all
updates applied?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
ok, so at least part of the problem here is a mismatch with different
parts of the system referencing the two different ways of naming
partitions on mpath devices.
** Changed in: parted (Ubuntu)
Assignee: (unassigned) = Mathieu Trudel-Lapierre (mathieu-tl)
** Changed in: multipath-tools
ok, so at least part of the problem here is a mismatch with different
parts of the system referencing the two different ways of naming
partitions on mpath devices.
** Changed in: parted (Ubuntu)
Assignee: (unassigned) = Mathieu Trudel-Lapierre (mathieu-tl)
** Changed in: multipath-tools
No clear solution (per Steve Langasek) and late for 14.04.3.
Thierry Fauck to check parted 3.2 package.
Need to understand what we think the fix is, but expect it can go in service
stream.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
No clear solution (per Steve Langasek) and late for 14.04.3.
Thierry Fauck to check parted 3.2 package.
Need to understand what we think the fix is, but expect it can go in service
stream.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed
sudo /etc/init.d/udev stop
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to multipath-tools in Ubuntu.
https://bugs.launchpad.net/bugs/1473903
Title:
parted will generate two devices when adding one partition on mpath
device
To
sudo /etc/init.d/udev stop
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1473903
Title:
parted will generate two devices when adding one partition on mpath
device
To manage notifications about
I'm not sure why the error from parted's mkpart command, but the fact
that there are two different devices is due to the multipath-tools guys
deciding to break traddition and configure their udev script to run
kpartx and ask it to create the partition with the form base-partX
rather than the baseX
I'm not sure why the error from parted's mkpart command, but the fact
that there are two different devices is due to the multipath-tools guys
deciding to break traddition and configure their udev script to run
kpartx and ask it to create the partition with the form base-partX
rather than the baseX
Thank you for taking the time to report this bug and helping to make
Ubuntu better. It seems that your bug report is not filed about a
specific source package though, rather it is just filed against Ubuntu
in general. It is important that bug reports be filed about source
packages so that people
** Summary changed:
- ISST-LTE: parted will generate two devices when adding one partition on mpath
device
+ parted will generate two devices when adding one partition on mpath device
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
** Package changed: ubuntu = parted (Ubuntu)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1473903
Title:
parted will generate two devices when adding one partition on mpath
device
To manage
53 matches
Mail list logo