-
Notifications
You must be signed in to change notification settings - Fork 1.8k
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
ZFS (0.6.3) auto mount on startup in Debian #2498
Comments
I don't understand what you're saying... Are you saying that setting ZFS_MOUNT=yes does NOT import and mount the filesystems and that setting it to 'no' DOES imports it!? FYI, that setting have nothing to do with the actual import, just the following mount. |
Ok, lets say I have pool mounted. |
Do you use root on ZFS? I simply can't see any possibility for what you suggests in the code:
If (when) it's 'no', it cancels, and if it's not (i.e., 'yes'), it continues... I have no idea how to debug or to help you here... You might want to take this to the list, maybe someone there could help... |
Likely fixed by #2766 if Dracut is used. |
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 <[email protected]> Signed-off-by: Brian Behlendorf <[email protected]> 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
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 <[email protected]> Signed-off-by: Brian Behlendorf <[email protected]> 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
might (since detail is insufficient) be related to #2979 if import by id fails? |
ok -- I have upgraded to dailies (0.6.3-22 |
Try removing any 'quiet' option on the kernel command line. Also, there's a 'zfsdebug=1' you could try. Both those are only relevant if you boot of ZFS though.
Are you running root on ZFS? Is the scripts /etc/init.d/zfs-{mount,share} run at boot? Try:
and past the output of it here.
|
those debug msgs -- they would be concerned with kernel not rc* bootup verbosity (which is of interest here to investigate init scripts behavior), or am I wrong?
as for mounted-vs-imported -- it can be online (thus imported) but not mounted, and that is how it was upon reboot (I will reboot whenever I get a chance to get a clear(er) picture). But I could similarly unmount the entire pool while still keeping it online (i.e. imported):
or I am misunderstanding something? |
confirmed on reboot -- pool is imported (marked ONLINE) while nothing is mounted. issuing zfs mount -a mounted all partitions including the pool itself (/tank) |
Closing as out of date due to the overhaul of the init scripts. Please open a new issue if this remains a problem. |
Hi!
When in /etc/default/zfs ZFS_MOUNT is set to 'yes', no pools are available (and not mounted on startup, of course).
It is possible to mount zfs pool only after zpool import id/name.
If ZFS_MOUNT is set to 'no', zpools are available to mount.
The text was updated successfully, but these errors were encountered: