Bug#915088: multipath-tools: installing multipath-tools will force dracut to be removed while it shouldn't.
On Mon, 2018-12-03 at 10:22 +, LAHAYE Olivier wrote: > My though (outside this bug reporting) is that it would be a good > step forward for Debian to switch from old initramfs-tools to modern > dracut. In 2015, at Debconf, there was a BoF session about kernel and userland. There dracut was mentioned. Back then too, we had the same problem. We (different package maintainers as well as the dracut package maintainer) agreed that the way forward to have better integration is to make more people use it. But, for Debian, that usually only happens when someone puts that effort. And for a core piece like initramfs, there's quite some work. Back then, initramfs-tools was unmaintained if I remember correct. Because we did discuss for some time on how to maintain it ahead. And dracut was vetted as an alternative. But sadly, not much seems to have progressed from then to now. Instead, it seems, initramfs-tools got an active maintainer. -- Ritesh Raj Sarraf | http://people.debian.org/~rrs Debian - The Universal Operating System signature.asc Description: This is a digitally signed message part
Bug#915088: multipath-tools: installing multipath-tools will force dracut to be removed while it shouldn't.
I understand, I don't want to break things for sure. In the meantime, I think that dracut native multipath module has the logic to handle stackable storage, though, of course, on Debian nobody can test as both dracut and multiupath-tools can't be installed together for further testing debugging. On my side, (Systemimager), I made multipath-tools optional (dracut generates a warning telling it can't load the multipath module because multipathd binary is not found), and that's ok for those who don't need multipath) It's up to you to decide what is the best for Debian. My though (outside this bug reporting) is that it would be a good step forward for Debian to switch from old initramfs-tools to modern dracut. Cheers, Le 01/12/2018 05:55, « Ritesh Raj Sarraf » a écrit : Hi Olivier, I am not denying any of what you have said below. Dracut may be a great tool. But unfortunately, it does not have the uptake in Debian, that initramfs-tools has. Just look at the popcon stats. multipath-tools needs tight integration with the plumbing layer to ensure you have a stackable storage. For Debian, the work so far has been done integrating it with initramfs-tools. I am not opposed to adding dracut as an option. It is just that I have never worked on it. Nor have any users/developers ever reported about its integration here. If dracut can serve as a drop-in replacement, I don't have any problem adding it as an OR dependency in `sg3-utils-udev` package. On Fri, 2018-11-30 at 16:13 +, LAHAYE Olivier wrote: > Dracut is the only tool to create initramfs on many distros and it > works fine with multipath so far. Dracut is to initramfs-tools what > systemd is to basic initscripts. > Dracut is modular and event driven while initramfs-tools is > monolithic and linear static. > > If you look at /usr/lib/dracut/modules.d you'll notice that a module > already exists for multipathd. (/usr/lib/dracut/modules.d/90multipath > and /usr/lib/dracut/modules.d/90multipath-hostonly) > > man dracut > man dracut.modules > man dracut.cmdline > > See also the module-setup.sh in both 90multipath and 90multipath- > hostonly modules > > Dracut is really a wonderful piece of code that is really easy to > understand and that can create really powerful ramfs images. -- Ritesh Raj Sarraf | http://people.debian.org/~rrs Debian - The Universal Operating System
Bug#915088: multipath-tools: installing multipath-tools will force dracut to be removed while it shouldn't.
Hi Olivier, I am not denying any of what you have said below. Dracut may be a great tool. But unfortunately, it does not have the uptake in Debian, that initramfs-tools has. Just look at the popcon stats. multipath-tools needs tight integration with the plumbing layer to ensure you have a stackable storage. For Debian, the work so far has been done integrating it with initramfs-tools. I am not opposed to adding dracut as an option. It is just that I have never worked on it. Nor have any users/developers ever reported about its integration here. If dracut can serve as a drop-in replacement, I don't have any problem adding it as an OR dependency in `sg3-utils-udev` package. On Fri, 2018-11-30 at 16:13 +, LAHAYE Olivier wrote: > Dracut is the only tool to create initramfs on many distros and it > works fine with multipath so far. Dracut is to initramfs-tools what > systemd is to basic initscripts. > Dracut is modular and event driven while initramfs-tools is > monolithic and linear static. > > If you look at /usr/lib/dracut/modules.d you'll notice that a module > already exists for multipathd. (/usr/lib/dracut/modules.d/90multipath > and /usr/lib/dracut/modules.d/90multipath-hostonly) > > man dracut > man dracut.modules > man dracut.cmdline > > See also the module-setup.sh in both 90multipath and 90multipath- > hostonly modules > > Dracut is really a wonderful piece of code that is really easy to > understand and that can create really powerful ramfs images. -- Ritesh Raj Sarraf | http://people.debian.org/~rrs Debian - The Universal Operating System signature.asc Description: This is a digitally signed message part
Bug#915088: multipath-tools: installing multipath-tools will force dracut to be removed while it shouldn't.
Dracut is the only tool to create initramfs on many distros and it works fine with multipath so far. Dracut is to initramfs-tools what systemd is to basic initscripts. Dracut is modular and event driven while initramfs-tools is monolithic and linear static. If you look at /usr/lib/dracut/modules.d you'll notice that a module already exists for multipathd. (/usr/lib/dracut/modules.d/90multipath and /usr/lib/dracut/modules.d/90multipath-hostonly) man dracut man dracut.modules man dracut.cmdline See also the module-setup.sh in both 90multipath and 90multipath-hostonly modules Dracut is really a wonderful piece of code that is really easy to understand and that can create really powerful ramfs images. Cheers, Le 30/11/2018 16:01, « Ritesh Raj Sarraf » a écrit : On Fri, 2018-11-30 at 09:10 +, Olivier Lahaye wrote: >* What exactly did you do (or not do) that was effective (or > ineffective)? > Installed multipath-tools using: > apt-get install --no-install-suggests multipath-tools > >* What was the outcome of this action? > dracut was replaced with initramfs-tools because sg3-utils-udev > is > required by multipath-tools and sg3-utils-udev conflicts with > dracut > >* What outcome did you expect instead? > It should be possible to install multipath-tools and use it with > dracut. In other words, it should be possible to do: > apt-get install multipath-tools dracut The problem is that nobody, afaik, has tested the combination of multipath-tools and dracut together. dracut, afair, claims to be a drop-in replacement for initramfs-tools. But I am not sure at all. Right now, multipath-tools has tight integration with initramfs-tools. Also the sg3-utils-udev package ships in modules to add further integration. If dracut can do the equivalent, then we can relax the dependencies. -- Ritesh Raj Sarraf | http://people.debian.org/~rrs Debian - The Universal Operating System
Bug#915088: multipath-tools: installing multipath-tools will force dracut to be removed while it shouldn't.
On Fri, 2018-11-30 at 09:10 +, Olivier Lahaye wrote: >* What exactly did you do (or not do) that was effective (or > ineffective)? > Installed multipath-tools using: > apt-get install --no-install-suggests multipath-tools > >* What was the outcome of this action? > dracut was replaced with initramfs-tools because sg3-utils-udev > is > required by multipath-tools and sg3-utils-udev conflicts with > dracut > >* What outcome did you expect instead? > It should be possible to install multipath-tools and use it with > dracut. In other words, it should be possible to do: > apt-get install multipath-tools dracut The problem is that nobody, afaik, has tested the combination of multipath-tools and dracut together. dracut, afair, claims to be a drop-in replacement for initramfs-tools. But I am not sure at all. Right now, multipath-tools has tight integration with initramfs-tools. Also the sg3-utils-udev package ships in modules to add further integration. If dracut can do the equivalent, then we can relax the dependencies. -- Ritesh Raj Sarraf | http://people.debian.org/~rrs Debian - The Universal Operating System signature.asc Description: This is a digitally signed message part
Bug#915088: multipath-tools: installing multipath-tools will force dracut to be removed while it shouldn't.
Package: multipath-tools Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? I'm SystemImager developper, a software that is based on dracut. SystemImager is an imaging software mainly targetted at cluster deployment. As such it makes use of multipathd if required. dracut is shipped with a multipathd module, unfortunately, multipath-tools has dependancies that will conflict with dracut while it is unnecessary. * What exactly did you do (or not do) that was effective (or ineffective)? Installed multipath-tools using: apt-get install --no-install-suggests multipath-tools * What was the outcome of this action? dracut was replaced with initramfs-tools because sg3-utils-udev is required by multipath-tools and sg3-utils-udev conflicts with dracut * What outcome did you expect instead? It should be possible to install multipath-tools and use it with dracut. In other words, it should be possible to do: apt-get install multipath-tools dracut *** End of the template - remove these template lines *** -- System Information: Debian Release: 9.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.9.125-linuxkit (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968), LANGUAGE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Init: unable to detect Versions of packages multipath-tools depends on: ii init-system-helpers 1.48 ii kpartx 0.6.4-5+deb9u1 pn libaio1 ii libc62.24-11+deb9u3 ii libdevmapper1.02.1 2:1.02.137-2 pn librados2 ii libreadline7 7.0-3 ii libsystemd0 232-25+deb9u6 ii libudev1 232-25+deb9u6 pn liburcu4 ii lsb-base 9.20161125 pn sg3-utils-udev ii udev 232-25+deb9u6 multipath-tools recommends no packages. Versions of packages multipath-tools suggests: pn multipath-tools-boot
