[Kernel-packages] [Bug 1596835] Re: libnvpair.so.1 should be in /lib/, not /usr/lib/
This bug was fixed in the package zfs-linux - 0.6.5.6-0ubuntu18 --- zfs-linux (0.6.5.6-0ubuntu18) xenial; urgency=medium * Improve cloning performance for large numbers of clones (LP: #1567557) Bump zcmd buffer from 16K to 256K. * Correctly install libraries such as libnvpair.so.1 to /lib and not /usr/lib, this also fixes boot issues (LP: #1596835) -- Colin Ian KingFri, 11 Aug 2017 08:33:23 +0100 ** Changed in: zfs-linux (Ubuntu Xenial) Status: Fix Committed => Fix Released -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to zfs-linux in Ubuntu. https://bugs.launchpad.net/bugs/1596835 Title: libnvpair.so.1 should be in /lib/, not /usr/lib/ Status in zfs-linux package in Ubuntu: Fix Released Status in zfs-linux source package in Xenial: Fix Released Status in zfs-linux source package in Zesty: Fix Released Status in zfs-linux source package in Artful: Fix Released Bug description: [SRU JUSTIFICATION XENIAL] Currently, in Ubuntu 16.04, the package libnvpair1linux puts libnvpair.so.1 in /usr/lib/, however, tools like zpool and zfs which are installed in /sbin/ need this library. According to the FHS this means the required libraries should be in /lib/ in order to allow the user to install /usr/ on a separate partition that is not immediately available after boot. This turns out to be a problem indeed. On one of my systems I had /usr/ on a ZFS filesystem (and /, /lib/, /sbin/, /bin/ on a separate ext4 partition). However, the system failed to boot: it hung while mounting the ZFS partitions which failed because zpool import didn't work as it couldn't find libnvpair.so.1. $ apt-cache policy libnvpair1linux libnvpair1linux: Installed: 0.6.5.6-0ubuntu9 Candidate: 0.6.5.6-0ubuntu9 Version table: *** 0.6.5.6-0ubuntu9 500 500 http://nl.archive.ubuntu.com/ubuntu xenial-updates/universe amd64 Packages 100 /var/lib/dpkg/status 0.6.5.6-0ubuntu8 500 500 http://nl.archive.ubuntu.com/ubuntu xenial/universe amd64 Packages $ apt-cache policy zfsutils-linux zfsutils-linux: Installed: 0.6.5.6-0ubuntu9 Candidate: 0.6.5.6-0ubuntu9 Version table: *** 0.6.5.6-0ubuntu9 500 500 http://nl.archive.ubuntu.com/ubuntu xenial-updates/universe amd64 Packages 100 /var/lib/dpkg/status 0.6.5.6-0ubuntu8 500 500 http://nl.archive.ubuntu.com/ubuntu xenial/universe amd64 Packages [FIX] Correctly set path by modifying the debian install files for the specific libraries to match the correct settings found in releases after Xenial. [TEST] The path /usr/lib/ should no longer be populated with zfs libraries and instead they are located after the fix in /lib as expected. [REGRESSION POTENTIAL] There could be other applications that are relying on the location of the libraries and so moving them could break these. However, they should not be using hard coded paths, so this regression is limited to badly coded applications that I am not aware of. The fix upgrade has been tested and double check with the ubuntu kernel team ZFS regression tests without issue. - To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/zfs-linux/+bug/1596835/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1596835] Re: libnvpair.so.1 should be in /lib/, not /usr/lib/
** Description changed: - Currently, in Ubuntu 16.04, the package libnvpair1linux puts - libnvpair.so.1 in /usr/lib/, however, tools like zpool and zfs which are - installed in /sbin/ need this library. According to the FHS this means - the required libraries should be in /lib/ in order to allow the user to - install /usr/ on a separate partition that is not immediately available - after boot. + [SRU JUSTIFICATION XENIAL] + + + Currently, in Ubuntu 16.04, the package libnvpair1linux puts libnvpair.so.1 in /usr/lib/, however, tools like zpool and zfs which are installed in /sbin/ need this library. According to the FHS this means the required libraries should be in /lib/ in order to allow the user to install /usr/ on a separate partition that is not immediately available after boot. This turns out to be a problem indeed. On one of my systems I had /usr/ on a ZFS filesystem (and /, /lib/, /sbin/, /bin/ on a separate ext4 partition). However, the system failed to boot: it hung while mounting the ZFS partitions which failed because zpool import didn't work as it couldn't find libnvpair.so.1. - $ apt-cache policy libnvpair1linux + $ apt-cache policy libnvpair1linux libnvpair1linux: - Installed: 0.6.5.6-0ubuntu9 - Candidate: 0.6.5.6-0ubuntu9 - Version table: - *** 0.6.5.6-0ubuntu9 500 - 500 http://nl.archive.ubuntu.com/ubuntu xenial-updates/universe amd64 Packages - 100 /var/lib/dpkg/status - 0.6.5.6-0ubuntu8 500 - 500 http://nl.archive.ubuntu.com/ubuntu xenial/universe amd64 Packages + Installed: 0.6.5.6-0ubuntu9 + Candidate: 0.6.5.6-0ubuntu9 + Version table: + *** 0.6.5.6-0ubuntu9 500 + 500 http://nl.archive.ubuntu.com/ubuntu xenial-updates/universe amd64 Packages + 100 /var/lib/dpkg/status + 0.6.5.6-0ubuntu8 500 + 500 http://nl.archive.ubuntu.com/ubuntu xenial/universe amd64 Packages $ apt-cache policy zfsutils-linux zfsutils-linux: - Installed: 0.6.5.6-0ubuntu9 - Candidate: 0.6.5.6-0ubuntu9 - Version table: - *** 0.6.5.6-0ubuntu9 500 - 500 http://nl.archive.ubuntu.com/ubuntu xenial-updates/universe amd64 Packages - 100 /var/lib/dpkg/status - 0.6.5.6-0ubuntu8 500 - 500 http://nl.archive.ubuntu.com/ubuntu xenial/universe amd64 Packages + Installed: 0.6.5.6-0ubuntu9 + Candidate: 0.6.5.6-0ubuntu9 + Version table: + *** 0.6.5.6-0ubuntu9 500 + 500 http://nl.archive.ubuntu.com/ubuntu xenial-updates/universe amd64 Packages + 100 /var/lib/dpkg/status + 0.6.5.6-0ubuntu8 500 + 500 http://nl.archive.ubuntu.com/ubuntu xenial/universe amd64 Packages + + [FIX] + Correctly set path by modifying the debian install files for the specific libraries to match the correct settings found in releases after Xenial. + + [TEST] + The path /usr/lib/ should no longer be populated with zfs libraries and instead they are located after the fix in /lib as expected. + + [REGRESSION POTENTIAL] + There could be other applications that are relying on the location of the libraries and so moving them could break these. However, they should not be using hard coded paths, so this regression is limited to badly coded applications that I am not aware of. + + The fix upgrade has been tested and double check with the ubuntu kernel + team ZFS regression tests without issue. + + + - ** Changed in: zfs-linux (Ubuntu Xenial) Status: Triaged => In Progress -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to zfs-linux in Ubuntu. https://bugs.launchpad.net/bugs/1596835 Title: libnvpair.so.1 should be in /lib/, not /usr/lib/ Status in zfs-linux package in Ubuntu: Fix Released Status in zfs-linux source package in Xenial: In Progress Status in zfs-linux source package in Zesty: Fix Released Status in zfs-linux source package in Artful: Fix Released Bug description: [SRU JUSTIFICATION XENIAL] Currently, in Ubuntu 16.04, the package libnvpair1linux puts libnvpair.so.1 in /usr/lib/, however, tools like zpool and zfs which are installed in /sbin/ need this library. According to the FHS this means the required libraries should be in /lib/ in order to allow the user to install /usr/ on a separate partition that is not immediately available after boot. This turns out to be a problem indeed. On one of my systems I had /usr/ on a ZFS filesystem (and /, /lib/, /sbin/, /bin/ on a separate ext4 partition). However, the system failed to boot: it hung while mounting the ZFS partitions which failed because zpool import didn't work as it couldn't find libnvpair.so.1. $ apt-cache policy libnvpair1linux libnvpair1linux: Installed: 0.6.5.6-0ubuntu9 Candidate: 0.6.5.6-0ubuntu9 Version table: *** 0.6.5.6-0ubuntu9 500 500 http://nl.archive.ubuntu.com/ubuntu xenial-updates/universe amd64 Packages 100 /var/lib/dpkg/status 0.6.5.6-0ubuntu8
[Kernel-packages] [Bug 1596835] Re: libnvpair.so.1 should be in /lib/, not /usr/lib/
This is indeed fixed in 17.04 Zesty onwards. I'll SRU this sometime in the future for earlier releases ** Changed in: zfs-linux (Ubuntu Zesty) Status: New => Fix Released ** Changed in: zfs-linux (Ubuntu Zesty) Importance: Undecided => Medium ** Changed in: zfs-linux (Ubuntu Xenial) Status: New => Triaged ** Changed in: zfs-linux (Ubuntu Xenial) Importance: Undecided => Medium ** Changed in: zfs-linux (Ubuntu Xenial) Assignee: (unassigned) => Colin Ian King (colin-king) ** Changed in: zfs-linux (Ubuntu Artful) Status: New => Fix Committed ** Changed in: zfs-linux (Ubuntu Artful) Status: Fix Committed => Fix Released ** Changed in: zfs-linux (Ubuntu Artful) Importance: Undecided => Medium -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to zfs-linux in Ubuntu. https://bugs.launchpad.net/bugs/1596835 Title: libnvpair.so.1 should be in /lib/, not /usr/lib/ Status in zfs-linux package in Ubuntu: Fix Released Status in zfs-linux source package in Xenial: Triaged Status in zfs-linux source package in Zesty: Fix Released Status in zfs-linux source package in Artful: Fix Released Bug description: Currently, in Ubuntu 16.04, the package libnvpair1linux puts libnvpair.so.1 in /usr/lib/, however, tools like zpool and zfs which are installed in /sbin/ need this library. According to the FHS this means the required libraries should be in /lib/ in order to allow the user to install /usr/ on a separate partition that is not immediately available after boot. This turns out to be a problem indeed. On one of my systems I had /usr/ on a ZFS filesystem (and /, /lib/, /sbin/, /bin/ on a separate ext4 partition). However, the system failed to boot: it hung while mounting the ZFS partitions which failed because zpool import didn't work as it couldn't find libnvpair.so.1. $ apt-cache policy libnvpair1linux libnvpair1linux: Installed: 0.6.5.6-0ubuntu9 Candidate: 0.6.5.6-0ubuntu9 Version table: *** 0.6.5.6-0ubuntu9 500 500 http://nl.archive.ubuntu.com/ubuntu xenial-updates/universe amd64 Packages 100 /var/lib/dpkg/status 0.6.5.6-0ubuntu8 500 500 http://nl.archive.ubuntu.com/ubuntu xenial/universe amd64 Packages $ apt-cache policy zfsutils-linux zfsutils-linux: Installed: 0.6.5.6-0ubuntu9 Candidate: 0.6.5.6-0ubuntu9 Version table: *** 0.6.5.6-0ubuntu9 500 500 http://nl.archive.ubuntu.com/ubuntu xenial-updates/universe amd64 Packages 100 /var/lib/dpkg/status 0.6.5.6-0ubuntu8 500 500 http://nl.archive.ubuntu.com/ubuntu xenial/universe amd64 Packages To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/zfs-linux/+bug/1596835/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1596835] Re: libnvpair.so.1 should be in /lib/, not /usr/lib/
** Also affects: zfs-linux (Ubuntu Artful) Importance: Undecided Status: New ** Also affects: zfs-linux (Ubuntu Xenial) Importance: Undecided Status: New ** Also affects: zfs-linux (Ubuntu Zesty) Importance: Undecided Status: New -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to zfs-linux in Ubuntu. https://bugs.launchpad.net/bugs/1596835 Title: libnvpair.so.1 should be in /lib/, not /usr/lib/ Status in zfs-linux package in Ubuntu: Fix Released Status in zfs-linux source package in Xenial: Triaged Status in zfs-linux source package in Zesty: Fix Released Status in zfs-linux source package in Artful: Fix Released Bug description: Currently, in Ubuntu 16.04, the package libnvpair1linux puts libnvpair.so.1 in /usr/lib/, however, tools like zpool and zfs which are installed in /sbin/ need this library. According to the FHS this means the required libraries should be in /lib/ in order to allow the user to install /usr/ on a separate partition that is not immediately available after boot. This turns out to be a problem indeed. On one of my systems I had /usr/ on a ZFS filesystem (and /, /lib/, /sbin/, /bin/ on a separate ext4 partition). However, the system failed to boot: it hung while mounting the ZFS partitions which failed because zpool import didn't work as it couldn't find libnvpair.so.1. $ apt-cache policy libnvpair1linux libnvpair1linux: Installed: 0.6.5.6-0ubuntu9 Candidate: 0.6.5.6-0ubuntu9 Version table: *** 0.6.5.6-0ubuntu9 500 500 http://nl.archive.ubuntu.com/ubuntu xenial-updates/universe amd64 Packages 100 /var/lib/dpkg/status 0.6.5.6-0ubuntu8 500 500 http://nl.archive.ubuntu.com/ubuntu xenial/universe amd64 Packages $ apt-cache policy zfsutils-linux zfsutils-linux: Installed: 0.6.5.6-0ubuntu9 Candidate: 0.6.5.6-0ubuntu9 Version table: *** 0.6.5.6-0ubuntu9 500 500 http://nl.archive.ubuntu.com/ubuntu xenial-updates/universe amd64 Packages 100 /var/lib/dpkg/status 0.6.5.6-0ubuntu8 500 500 http://nl.archive.ubuntu.com/ubuntu xenial/universe amd64 Packages To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/zfs-linux/+bug/1596835/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1596835] Re: libnvpair.so.1 should be in /lib/, not /usr/lib/
FWIW, these are fixed in Debian. So hopefully we'll see this fix in Ubuntu 17.04. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to zfs-linux in Ubuntu. https://bugs.launchpad.net/bugs/1596835 Title: libnvpair.so.1 should be in /lib/, not /usr/lib/ Status in zfs-linux package in Ubuntu: New Bug description: Currently, in Ubuntu 16.04, the package libnvpair1linux puts libnvpair.so.1 in /usr/lib/, however, tools like zpool and zfs which are installed in /sbin/ need this library. According to the FHS this means the required libraries should be in /lib/ in order to allow the user to install /usr/ on a separate partition that is not immediately available after boot. This turns out to be a problem indeed. On one of my systems I had /usr/ on a ZFS filesystem (and /, /lib/, /sbin/, /bin/ on a separate ext4 partition). However, the system failed to boot: it hung while mounting the ZFS partitions which failed because zpool import didn't work as it couldn't find libnvpair.so.1. $ apt-cache policy libnvpair1linux libnvpair1linux: Installed: 0.6.5.6-0ubuntu9 Candidate: 0.6.5.6-0ubuntu9 Version table: *** 0.6.5.6-0ubuntu9 500 500 http://nl.archive.ubuntu.com/ubuntu xenial-updates/universe amd64 Packages 100 /var/lib/dpkg/status 0.6.5.6-0ubuntu8 500 500 http://nl.archive.ubuntu.com/ubuntu xenial/universe amd64 Packages $ apt-cache policy zfsutils-linux zfsutils-linux: Installed: 0.6.5.6-0ubuntu9 Candidate: 0.6.5.6-0ubuntu9 Version table: *** 0.6.5.6-0ubuntu9 500 500 http://nl.archive.ubuntu.com/ubuntu xenial-updates/universe amd64 Packages 100 /var/lib/dpkg/status 0.6.5.6-0ubuntu8 500 500 http://nl.archive.ubuntu.com/ubuntu xenial/universe amd64 Packages To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/zfs-linux/+bug/1596835/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1596835] Re: libnvpair.so.1 should be in /lib/, not /usr/lib/
Yes, that makes sense. I should have looked a bit further. Thank you for pointing this out. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to zfs-linux in Ubuntu. https://bugs.launchpad.net/bugs/1596835 Title: libnvpair.so.1 should be in /lib/, not /usr/lib/ Status in zfs-linux package in Ubuntu: New Bug description: Currently, in Ubuntu 16.04, the package libnvpair1linux puts libnvpair.so.1 in /usr/lib/, however, tools like zpool and zfs which are installed in /sbin/ need this library. According to the FHS this means the required libraries should be in /lib/ in order to allow the user to install /usr/ on a separate partition that is not immediately available after boot. This turns out to be a problem indeed. On one of my systems I had /usr/ on a ZFS filesystem (and /, /lib/, /sbin/, /bin/ on a separate ext4 partition). However, the system failed to boot: it hung while mounting the ZFS partitions which failed because zpool import didn't work as it couldn't find libnvpair.so.1. $ apt-cache policy libnvpair1linux libnvpair1linux: Installed: 0.6.5.6-0ubuntu9 Candidate: 0.6.5.6-0ubuntu9 Version table: *** 0.6.5.6-0ubuntu9 500 500 http://nl.archive.ubuntu.com/ubuntu xenial-updates/universe amd64 Packages 100 /var/lib/dpkg/status 0.6.5.6-0ubuntu8 500 500 http://nl.archive.ubuntu.com/ubuntu xenial/universe amd64 Packages $ apt-cache policy zfsutils-linux zfsutils-linux: Installed: 0.6.5.6-0ubuntu9 Candidate: 0.6.5.6-0ubuntu9 Version table: *** 0.6.5.6-0ubuntu9 500 500 http://nl.archive.ubuntu.com/ubuntu xenial-updates/universe amd64 Packages 100 /var/lib/dpkg/status 0.6.5.6-0ubuntu8 500 500 http://nl.archive.ubuntu.com/ubuntu xenial/universe amd64 Packages To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/zfs-linux/+bug/1596835/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1596835] Re: libnvpair.so.1 should be in /lib/, not /usr/lib/
The same applies to libuutil1linux, libzfs2linux, and libzpool2linux. They are all required by the zfs and zpool commands. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to zfs-linux in Ubuntu. https://bugs.launchpad.net/bugs/1596835 Title: libnvpair.so.1 should be in /lib/, not /usr/lib/ Status in zfs-linux package in Ubuntu: New Bug description: Currently, in Ubuntu 16.04, the package libnvpair1linux puts libnvpair.so.1 in /usr/lib/, however, tools like zpool and zfs which are installed in /sbin/ need this library. According to the FHS this means the required libraries should be in /lib/ in order to allow the user to install /usr/ on a separate partition that is not immediately available after boot. This turns out to be a problem indeed. On one of my systems I had /usr/ on a ZFS filesystem (and /, /lib/, /sbin/, /bin/ on a separate ext4 partition). However, the system failed to boot: it hung while mounting the ZFS partitions which failed because zpool import didn't work as it couldn't find libnvpair.so.1. $ apt-cache policy libnvpair1linux libnvpair1linux: Installed: 0.6.5.6-0ubuntu9 Candidate: 0.6.5.6-0ubuntu9 Version table: *** 0.6.5.6-0ubuntu9 500 500 http://nl.archive.ubuntu.com/ubuntu xenial-updates/universe amd64 Packages 100 /var/lib/dpkg/status 0.6.5.6-0ubuntu8 500 500 http://nl.archive.ubuntu.com/ubuntu xenial/universe amd64 Packages $ apt-cache policy zfsutils-linux zfsutils-linux: Installed: 0.6.5.6-0ubuntu9 Candidate: 0.6.5.6-0ubuntu9 Version table: *** 0.6.5.6-0ubuntu9 500 500 http://nl.archive.ubuntu.com/ubuntu xenial-updates/universe amd64 Packages 100 /var/lib/dpkg/status 0.6.5.6-0ubuntu8 500 500 http://nl.archive.ubuntu.com/ubuntu xenial/universe amd64 Packages To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/zfs-linux/+bug/1596835/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp