GNU GRUB - Bugs: bug #43653, grub-probe fails to find ZFS VDEVs...
You are not allowed to post comments on this tracker with your current authentication level.
bug #43653: grub-probe fails to find ZFS VDEVs in /dev/mapper
Submitter: | Bart Kus <bkus> | ||
Submitted: | Fri 21 Nov 2014 01:26:54 AM UTC | ||
Category: | Disk & Partition | Severity: | Major |
Priority: | 6 | Item Group: | Software Error |
Status: | Need Info | Privacy: | Public |
Assigned to: | None | Originator Name: | |
Open/Closed: | Open | Release: | 2.02~beta1 |
Release: | Reproducibility: | Every Time | |
Planned Release: | 2.02 |
Jump to the original submission
Wed 03 May 2017 03:55:26 PM UTC, comment #16: |
Jens Elkner <jelmd> |
Fri 04 Mar 2016 12:06:33 AM UTC, comment #15: Andrei, here it is, working.
|
Chad Miller <chadmiller> |
Fri 26 Feb 2016 07:32:30 PM UTC, comment #14: Did you actually test it with updated ZFS? |
Andrei Borzenkov <arvidjaar> |
Fri 26 Feb 2016 04:19:45 PM UTC, comment #13: zfs-linux now supports environment variable to signal full path output of zpool.
|
Chad Miller <chadmiller> |
Tue 16 Feb 2016 06:12:07 PM UTC, comment #12: arvidjaar, it's not used yet. I proposed a change in a bug report earlier today.
|
Chad Miller <chadmiller> |
Tue 16 Feb 2016 05:22:38 PM UTC, comment #11: I do not see this variable being used in current ZFSoL GIT. Could you provide link to discussion? Thank you. |
Andrei Borzenkov <arvidjaar> |
Tue 16 Feb 2016 04:48:02 PM UTC, comment #10: This patch is a suggestion to zfs zpool to emit full device names. If the system zpool command supports it, it gives us the data we need for all users. If it doesn't, older users still continue to work as they did before. A new parameter would break older installs, and complicate the code a great deal in detecting parameter errors and retrying without parameter. |
Chad Miller <chadmiller> |
Fri 12 Feb 2016 08:54:51 AM UTC, comment #9: I may be mistaken, but my last information is that zdb is for internal use only, its output is not stable, is not guaranteed to remain compatible.
|
Andrei Borzenkov <arvidjaar> |
Fri 12 Feb 2016 08:12:01 AM UTC, comment #8: Another example (to show what a raidz looks like, mirror is probably similar, my previous example is a single drive pool)
|
Jonathan Vaughn <biosehnsucht> |
Fri 12 Feb 2016 08:01:57 AM UTC, comment #7: Instead of 'zpool status POOL', more useful information could be gleaned from 'zdb -C POOL'. Among other things, zdb provides the full device path for each member of the pool.
|
Jonathan Vaughn <biosehnsucht> |
Sat 09 Jan 2016 01:28:12 PM UTC, comment #6: You want us to be holier than zfs? Why you do not ask ZFSoL folks to provide official interface to list full vdev names?
|
Andrei Borzenkov <arvidjaar> |
Fri 08 Jan 2016 03:54:27 PM UTC, comment #5: grub and libzfs have incompatible licenses, so they will never be linked in any place that cares about licenses. No distro will do that.
|
Chad Miller <chadmiller> |
Sat 26 Dec 2015 07:29:12 AM UTC, comment #4: As you noticed this bug is not marked as resolved.
|
Andrei Borzenkov <arvidjaar> |
Sat 26 Dec 2015 04:15:58 AM UTC, comment #3: Oh, a third party library could fix it, if only it were linked in. Great.
|
Chad Miller <chadmiller> |
Fri 21 Nov 2014 08:29:46 AM UTC, comment #2: ii libzfs2 0.6.3-1~wheezy amd64 Native ZFS filesystem library for Linux
|
Bart Kus <bkus> |
Fri 21 Nov 2014 06:17:36 AM UTC, comment #1: grub will fall back to zpool only if libzfs/libnvpair are not found; otherwise it fetches vdev path information directly. You may need to install development packages for those libraries and rebuild grub. Please test using libzfs - does it work? |
Andrei Borzenkov <arvidjaar> |
Fri 21 Nov 2014 01:26:54 AM UTC, original submission:
When the root filesystem is a ZFS composed of VDEVs from /dev/mapper (eg: /dev/mapper/cryptroot), grub-probe fails to find the underlying device(s). This is because it calls out to zpool to find the VDEVs of rpool, but they're listed as non-absolute names in zpool's output, and grub-probe then tries to find the full paths in /dev, but not any sub-dir of /dev, like /dev/mapper.
|
Bart Kus <bkus> |
Depends on the following items: None found
Items that depend on this one: None found
There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.
Follow 8 latest changes.
Date | Changed by | Updated Field | Previous Value | => | Replaced by |
---|---|---|---|---|---|
2017-09-08 | delx | Carbon-Copy | - | Added delx | |
2016-10-11 | phcoder | Priority | 5 - Normal | 6 | |
2016-09-18 | seschwar | Carbon-Copy | - | Added seschwar | |
2016-03-02 | phcoder | Planned Release | 2.03+ | 2.02 | |
2016-03-02 | phcoder | Planned Release | None | 2.03+ | |
2016-02-26 | chadmiller | Attached File | - | Added zpool_full_device_name.patch, #36473 | |
2016-02-16 | chadmiller | Attached File | - | Added zpool-device-full-paths-envvar.patch, #36357 | |
2014-11-21 | arvidjaar | Status | None | Need Info |
Powered by Savane 3.13-758e.
Corresponding source code
~ # zfs list
NAME USED AVAIL REFER MOUNTPOINT
rpool 163G 760G 19K none
rpool/ROOT 2.55G 760G 19K none
rpool/ROOT/linux 2.55G 760G 1.61G /target
rpool/ROOT/linux/home 19K 760G 19K legacy
rpool/ROOT/linux/var 963M 760G 963M legacy
rpool/VARSHARE 19K 760G 19K /target/var/share
rpool/dump 64.0G 824G 8K -
rpool/swap 96.0G 856G 8
~ # zpool status
pool: rpool
state: ONLINE
scan: none requested
config:
NAME STATE READ WRITE CKSUM
rpool ONLINE 0 0 0
nvme0n1p2 ONLINE 0 0 0
~ # zpool status -P
pool: rpool
state: ONLINE
scan: none requested
config:
NAME STATE READ WRITE CKSUM
rpool ONLINE 0 0 0
/dev/nvme0n1p2 ONLINE 0 0 0
May 3 15:37:27 in-target: grub-common is already the newest version (2.02~beta2-36ubuntu3.9).
...
May 3 15:37:28 main-menu[422]: (process:4764): grub-probe: error: failed to get canonical path of `rpool/ROOT/linux'.