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

zpool in use on another system debian 7.5 zfs 0.6.3 root fresh install #2476

Closed
aarcane opened this issue Jul 9, 2014 · 3 comments
Closed
Milestone

Comments

@aarcane
Copy link

aarcane commented Jul 9, 2014

The problem that led to the discovery of #2474 and #2475 is that when rebooting a fresh install of debian 7.5 and zfs 0.6.3 root, I was forced to manually import the rpool with the -f parameter because zpool import failed saying the pool was in use on another system. This occured despite zdb reporting no "hostid" attribute. hostid was 0x00000000 both in the initramfs and the running OS. the "errata" column of zdb -l was 0, and the hostname column of zdb -l was "(none)", which matched the value of hostname as run from the initramfs but not from the host OS. Despite the hostid being absent and the hostname matching, zpool still refused to import the pool. The only solution was to copy zpool.cache from the initramfs to the host, continue booting, then re-insert the zpool.cache into the initramfs, which led to the discovery of #2474 on subsequent boots.

@behlendorf behlendorf added this to the 0.6.4 milestone Jul 16, 2014
@behlendorf behlendorf added the Bug label Jul 16, 2014
@behlendorf
Copy link
Contributor

It sounds like there's still a corner case here which needs to be explained.

@l1k
Copy link
Contributor

l1k commented Oct 6, 2014

Likely fixed by #2766 if Dracut is used.

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
Copy link
Contributor

This is believe to be resolved in master.

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

3 participants