From: Gianni Milo <gianni.milo22@gmail.com>
To: Proxmox VE user list <pve-user@lists.proxmox.com>
Subject: Re: [PVE-User] zfs root after last update grub unknown filesystem
Date: Sun, 13 Sep 2020 23:16:13 +0100 [thread overview]
Message-ID: <CACzVk9WshXO9QE8Dj9iorNUEAeHiJway+gnKFcuwg12cKm0HDA@mail.gmail.com> (raw)
In-Reply-To: <35ff9a9f-60ba-5588-b5f7-d5c9b7483c84@it-functions.nl>
GRUB does not support all zfs features, so it's quite common for it to fail
to recognise the rpool during boot if it has a feature which is
incompatible with it. In your case, I believe that is the "encyption"
feature.
Do you recall the issue starting after enabling encryption on rpool/data
dataset? If so, you may have to rebuild the pool and leave rpool/data
unencrypted.
Note that even though you enabled encryption only on rpool/data, the
feature will take effect at the pool level, hence the GRUB issue you
are facing.
Because of this issue, people have started using a separate boot pool
(bpool), with limited zfs features enabled and a different data pool
(rpool) for the OS and the data. I believe that the PVE installer should be
modified to follow this approach (if it hasn't done it already) to overcome
similar issues.
Gianni
On Sun, 13 Sep 2020 at 22:29, Stephan Leemburg <sleemburg@it-functions.nl>
wrote:
> Hi All,
>
>
>
> I have a proxmox system at netcup that was clean installed about two
>
> weeks ago.
>
>
>
> It is full zfs, so root on zfs. I am migrating from one netcup system
>
> with less storage to this system.
>
>
>
> This system is using the pve-no-subscription repository, but after
>
> migration I will move the subscription from the 'old' system to this
> system.
>
>
>
> The rpool/data dataset is zfs encrypted.
>
>
>
> Today I did zfs send/recv from the 'old' system to this system to the
>
> rpool/data dataset.
>
>
>
> After that I did an apt update and noticed there where updates available.
>
>
>
> After the upgrade and the mandatory reboot, the system does not come up
>
> anymore. It is stuck in grub rescue.
>
>
>
> Grub mentions that it has a 'unknown filesystem'.
>
>
>
> Has anyone else experienced this same situation?
>
>
>
> If so and you could recover, what was the reason and fix?
>
>
>
> I am still researching what is causing this. If I boot a .iso then I can
>
> import the pool and see all datasets and subvolumes.
>
>
>
> So, it seems that the zpool itself and the datasets are ok, it is just
>
> that grub is unable to recognize them for some reason.
>
>
>
> I have read about other situations like this where large_dnode seemed to
>
> be the cause. I noticed that on the zpool large_dnode is enabled. And it
>
> is a creation only setting. It cannot be changed to disabled afterwards.
>
>
>
> This must have been done by the Proxmox installer. As booting is about
>
> the root filesystem, I guess the zfs send / recv to the rpool/data
>
> dataset would have nothing to do with it, but I could be wrong.
>
>
>
> I will continue my research tomorrow evening after some other
>
> obligations, but if anyone has an idea, please share it. If it is just
>
> how to get more debugging info out of the zfs module in grub.
>
>
>
> Because 'unknown filesystem', with the zfs module loaded is kind of not
>
> helping enough..
>
>
>
> Best regards,
>
>
>
> Stephan
>
>
>
>
>
> _______________________________________________
>
> pve-user mailing list
>
> pve-user@lists.proxmox.com
>
> https://lists.proxmox.com/cgi-bin/mailman/listinfo/pve-user
>
>
>
>
next prev parent reply other threads:[~2020-09-13 22:16 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-09-13 21:11 Stephan Leemburg
2020-09-13 22:16 ` Gianni Milo [this message]
2020-09-14 7:07 ` Aaron Lauterer
[not found] ` <mailman.74.1600071257.452.pve-user@lists.proxmox.com>
2020-09-14 9:29 ` Gianni Milo
2020-09-14 9:34 ` Aaron Lauterer
2020-09-14 10:09 ` Gianni Milo
2020-09-15 6:02 ` Stephan Leemburg
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=CACzVk9WshXO9QE8Dj9iorNUEAeHiJway+gnKFcuwg12cKm0HDA@mail.gmail.com \
--to=gianni.milo22@gmail.com \
--cc=pve-user@lists.proxmox.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox