This has presumably regressed in 17.04 as they replaced the initrd code
(somewhat by accident). I'm going to review all this stuff and get some
fixes in soon, so it should be re-fixed by the next LTS.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is
Hi. Just to say thanks for fixing this. However the bug has occured for
me very recently on 16.04 LTS. Both 16.04.1 (4.4 kernel) and 16.04.2
(4.8 kernel).
So at this time this was not fixed for 16.04. Which aligns with the 'no
fix target' here for '16.04' in the bug description. Anyhow regardless
** Changed in: zfs-linux (Ubuntu)
Importance: Undecided => Medium
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1577057
Title:
zfs initrd script fails when rootdelay boot option is set
To
This bug was fixed in the package zfs-linux - 0.6.5.7-0ubuntu2
---
zfs-linux (0.6.5.7-0ubuntu2) yakkety; urgency=medium
* Minor changes to satisfy MIR request (LP: #1579082)
[ Richard Laager ]
- zfs-zed: Version "Replaces: zfsutils-linux" and add versioned
"Breaks:
No errors encountered using the PPA.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1577057
Title:
zfs initrd script fails when rootdelay boot option is set
To manage notifications about this bug
@svde-tech: Can you please test from this PPA:
https://launchpad.net/~rlaager/+archive/ubuntu/zfs
The init script is slightly different from my last iteration. I removed
one unrelated change. I also applied your fix, but stopped suppressing
stdout (since that's probably unnecessary). Besides
** Changed in: zfs-linux (Ubuntu)
Status: Confirmed => In Progress
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1577057
Title:
zfs initrd script fails when rootdelay boot option is set
To
Here are the test results:
- no datasets mounted when it breaks
- A delay of 1 second is not enough: breaks on first try
- Retested with 5 seconds delay: ok
- Retested with new zfs script: notok, again the pool is busy error.
I had a quick look at the script and I found the remaining problem:
Also, can you test with this updated /usr/share/initramfs-
tools/scripts/zfs. Make sure to update the initrd, of course.
** Attachment added: "zfs"
https://bugs.launchpad.net/ubuntu/+source/zfs-linux/+bug/1577057/+attachment/4654842/+files/zfs
** Changed in: zfs-linux (Ubuntu)
Status:
When it breaks, are any datasets mounted? Run, `cat /proc/mounts`.
Is a delay of 1 second sufficient (in your limited testing)?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1577057
Title:
zfs
Ok, pinned it down.
The problem appears to be very simple: when using rootdelay, the
zfs_test_import() function is called which tries to do a readonly "zpool
import" immediately followed by exporting the pool. This import/export
sequence goes to fast for my system (which indeed has low specs).
After setting ZFS_RPOOL manually:
zpool list . returns "ONLINE"
zpool export exports the pool without any console message.
I'm going to add some printfs to the zfs script to see where the boot
proces goes wrong and get back to you. I'll keep the current initrd for
reference.
--
You
If you get into the broken state, what happens if you run:
zpool list -H -o health "$ZFS_RPOOL"
zpool export "$ZFS_RPOOL"
Try that literally first. If $ZFS_RPOOL is unset, then replace it by
hand with the name of your pool.
** Changed in: zfs-linux (Ubuntu)
Status: Invalid => Incomplete
I was able to reproduce on the system itself. Add rootdelay=3 to the
boot parameters, and the system will drop in the initramfs shell, zpool
imported, complaining it is not imported yet. Re-importing needed to get
it to mount rw. Leave rootdelay out: system boots fine. Tried several
times,
I was able to reproduce on the system itself. Add rootdelay=3 to the
boot parameters, and the system will drop in the initramfs shell, zpool
imported, complaining it is not imported yet. Re-importing needed to get
it to mount rw. Leave rootdelay out: system boots fine. Tried several
times,
Did you have a zpool.cache or modified ZFS script from testing on that
other bug?
The production script unconditionally exports the pool after a read-only
import. There shouldn't be any way to end up with a pool still imported
unless that export fails for some reason, which seems unlikely.
**
I was not at the machine yesterday to test but it is strange indeed. The
system would never boot without re-importing the pool manually. It was
100% consistent.
When I noticed the rootdelay option still set, I removed it manually
from the grub command line the first time, which worked. Then I
It works for me even with rootdelay=200. If you want to hit me up on
#zfsonlinux (on FreeNode), I'll try to help debug this.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1577057
Title:
zfs initrd
I had it set to 200, this was a configuration that I forgot to remove
after I had to ran on external USB drives for a while with this machine
when the internal disk failed (long before zfs and this install).
Will try later today.
--
You received this bug notification because you are a member of
What did you have rootdelay set to? I just tested again now with
"rootdelay=1" as well as the useless "rootdelay=0" and invalid
"rootdelay=".
Try adding "set -x" to the top of /usr/share/initramfs-
tools/scripts/zfs, rebuilding the init script, and rebooting with
rootdelay set. Grab a picture of
In the last comment, I meant "rebuilding the initrd", of course, not
"rebuilding the init script".
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1577057
Title:
zfs initrd script fails when
** Description changed:
It looks like that, when booting off zfs (zfs holds /boot) with the
rootdelay boot option set, the boot process fails in the initrd fase,
asking to manually import the pool using zpool import -f -R / -N. I only
had one system with that parameter set, which I seldom
22 matches
Mail list logo
