Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

CENTOS 7 Root fails to start #2563

Closed
greg-hydrogen opened this issue Aug 3, 2014 · 2 comments
Closed

CENTOS 7 Root fails to start #2563

greg-hydrogen opened this issue Aug 3, 2014 · 2 comments
Milestone

Comments

@greg-hydrogen
Copy link

Hello Everyone,

I am having an issue booting a centos 7 zfs root. I currently have no issues with Centos 6.5 and Fedora 20

I have a small ext4 boot partition that is used for grub and related boot files (kernel, initramfs, etc). I have build the initramfs with all the necessary zfs modules. However, when booting the system I keep getting dropped to a dracut emergency shell. Below is the relevant parts of a capture from the output of rd.debug

[ 1.700874] localhost.localdomain dracut-mount[1369]: //lib/dracut/hooks/mount/98-mount-zfs.sh@12(): case "$root" in
[ 1.701177] localhost.localdomain dracut-mount[1369]: //lib/dracut/hooks/mount/98-mount-zfs.sh@15(): '[' zfs:rpool/CENTOS7 = zfs:AUTO ']'
[ 1.701455] localhost.localdomain dracut-mount[1369]: //lib/dracut/hooks/mount/98-mount-zfs.sh@47(): zfsbootfs=rpool/CENTOS7
[ 1.701734] localhost.localdomain dracut-mount[1369]: //lib/dracut/hooks/mount/98-mount-zfs.sh@48(): pool=rpool
[ 1.702024] localhost.localdomain dracut-mount[1369]: //lib/dracut/hooks/mount/98-mount-zfs.sh@49(): zpool list -H rpool
[ 1.713355] localhost.localdomain dracut-mount[1369]: ///lib/dracut/hooks/mount/98-mount-zfs.sh@64(): zfs get -H -o value mountpoint rpool/CENTOS7
[ 1.721114] localhost.localdomain dracut-mount[1369]: cannot open 'rpool/CENTOS7': dataset does not exist
[ 1.721580] localhost.localdomain dracut-mount[1369]: //lib/dracut/hooks/mount/98-mount-zfs.sh@64(): mountpoint=
[ 1.721873] localhost.localdomain dracut-mount[1369]: //lib/dracut/hooks/mount/98-mount-zfs.sh@65(): '[' '' = legacy ']'
[ 1.722164] localhost.localdomain dracut-mount[1369]: //lib/dracut/hooks/mount/98-mount-zfs.sh@68(): mount -o zfsutil -t zfs rpool/CENTOS7 /sysroot
[ 1.729971] localhost.localdomain dracut-mount[1369]: filesystem 'rpool/CENTOS7' cannot be mounted, unable to open the dataset

If I type exit from the dracut emergency shell it fails back to the shell, but has /sysroot mounted, typing exit another time will boot the system without an issues.

It appears for some reason that discover the mounpoint on startup...

Performing the same command from the emergency shell
zfs get -H -o value mountpoint rpool/CENTOS7
produces the expected output "legacy"

I have also tried using the bootfs property but the same occurs...

Any ideas?

@behlendorf behlendorf added the Bug label Aug 6, 2014
@behlendorf behlendorf added this to the 0.8.0 milestone Aug 6, 2014
@l1k
Copy link
Contributor

l1k commented Oct 6, 2014

Likely fixed by #2766.

behlendorf pushed a commit to behlendorf/zfs that referenced this issue Oct 7, 2014
Make use of Dracut's ability to restore the initramfs on shutdown and
pivot to it, allowing for a clean unmount and export of the ZFS root.
No need to force-import on every reboot anymore.

Signed-off-by: Lukas Wunner <lukas@wunner.de>
Signed-off-by: Brian Behlendorf <behlendorf1@llnl.gov>
Issue openzfs#2195
Issue openzfs#2476
Issue openzfs#2498
Issue openzfs#2556
Issue openzfs#2563
Issue openzfs#2575
Issue openzfs#2600
Issue openzfs#2755
Issue openzfs#2766
ryao pushed a commit to ryao/zfs that referenced this issue Nov 29, 2014
Make use of Dracut's ability to restore the initramfs on shutdown and
pivot to it, allowing for a clean unmount and export of the ZFS root.
No need to force-import on every reboot anymore.

Signed-off-by: Lukas Wunner <lukas@wunner.de>
Signed-off-by: Brian Behlendorf <behlendorf1@llnl.gov>
Issue openzfs#2195
Issue openzfs#2476
Issue openzfs#2498
Issue openzfs#2556
Issue openzfs#2563
Issue openzfs#2575
Issue openzfs#2600
Issue openzfs#2755
Issue openzfs#2766
@behlendorf behlendorf removed the Bug label Sep 30, 2016
@loli10K
Copy link
Contributor

loli10K commented Aug 18, 2017

Closing as stale and supposedly fixed.

@loli10K loli10K closed this as completed Aug 18, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants