[Bug 1429327] Re: Boot from an unique, stable, multipath-dependent symlink

2015-06-19 Thread Mauricio Faria de Oliveira
@smoser > Yeah, its been "fun". Hahah, I do understand the quotes. Well, it's the way that turned out to be more fruitful to put it. :) >> Well, I'm not positive the change to root=UUID=multipath- (done via ROOT=) >> would be well accepted by boot userspace, > I'm not sure what you mean by

[Bug 1429327] Re: Boot from an unique, stable, multipath-dependent symlink

2015-06-18 Thread Scott Moser
another comment, the path that i was pursuing, and almost have in place was to have /etc/multipath/bindings with consitent names and then boot with root=/dev/mappings/mpathX[-partY]. Mauricio's suggestion of boting with root=multipath-UUID is nicer in the event of a disk being replaced. As my sol

[Bug 1429327] Re: Boot from an unique, stable, multipath-dependent symlink

2015-06-18 Thread Scott Moser
Yeah, its been "fun". I'm not sure what you mean by "accepted". as in "accepted upstream" or as in "the initramfs would respect your change to ROOT". initramfs will respect your change to root. Your path *will* work, but will break anyone that doesn't have their root device on multipath. For c

[Bug 1429327] Re: Boot from an unique, stable, multipath-dependent symlink

2015-06-18 Thread Mauricio Faria de Oliveira
Hi Scott, > I believe that your re-setting of ROOT= guarantees failure of boot if you > install multipath-tools-boot on a system that does not have multipath. Good to see more opinions on the this topic. Well, I'm not positive the change to root=UUID=multipath- (done via ROOT=) would be well a

[Bug 1429327] Re: Boot from an unique, stable, multipath-dependent symlink

2015-06-17 Thread Scott Moser
It seems there is a grub component of this bug also, to make grub correctly identify the 'abstraction' of multipath and auomatically set GRUB_DEVICE=/dev/disk/by-uuid/multipath-UUID rather than UUID= -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribe

[Bug 1429327] Re: Boot from an unique, stable, multipath-dependent symlink

2015-06-17 Thread Scott Moser
well, i lied. I've seen it on hwe-u also now. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1429327 Title: Boot from an unique, stable, multipath-dependent symlink To manage notifications about thi

[Bug 1429327] Re: Boot from an unique, stable, multipath-dependent symlink

2015-06-17 Thread Scott Moser
I'm working on curtin support for multipath, and after a very long set of things, I believe I'm down to this bug, and are seeing it reproducibly using trusty+hwe-v on ppc64el (note, I've never seen it in trusty+hwe-u). I believe that your re-setting of ROOT= guarantees failure of boot if you insta

[Bug 1429327] Re: Boot from an unique, stable, multipath-dependent symlink

2015-05-12 Thread Mauricio Faria de Oliveira
** Patch added: "partman-multipath_uuid-multipath.debdiff" https://bugs.launchpad.net/ubuntu/+source/multipath-tools/+bug/1429327/+attachment/4396257/+files/partman-multipath_uuid-multipath.debdiff -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscri

[Bug 1429327] Re: Boot from an unique, stable, multipath-dependent symlink

2015-05-12 Thread Mauricio Faria de Oliveira
Hi Mathieu, (I have no idea what the 3 attachments above are related to. :-) This is the patch missing for the installer. I did some testing and noticed some problems w/ it, which made me to reconsider how/if we should really make this based on an UUID= field. Let me describe the issue. IIRC,

[Bug 1429327] Re: Boot from an unique, stable, multipath-dependent symlink

2015-05-11 Thread Mathieu Trudel-Lapierre
Now that the vivid release is done, let's revisit these patches. I'll do some testing on my end, but looking briefly at them, they make sense. What other installer changes (since you mention them in your comment #20) are necessary? ** Changed in: multipath-tools (Ubuntu) Status: Confirmed