[Kernel-packages] [Bug 1624844] Re: Ubuntu 16.04 breaks boot with wrong zpool.cache

2016-12-25 Thread Christopher Snowhill
This is now occurring for me with latest as of this post, as of
shuffling around the drives in my system, including the addition of
another drive. I may need to delete the zfs cache, if that's possible.

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to zfs-linux in Ubuntu.
https://bugs.launchpad.net/bugs/1624844

Title:
  Ubuntu 16.04 breaks boot with wrong zpool.cache

Status in zfs-linux package in Ubuntu:
  Fix Released

Bug description:
  Having just upgraded Ubuntu 16.04, and seeing systemd updates, I
  rebooted the machine, but it failed to start, entering emergency mode.
  Relevant piece of info was this:

  * Failed to start Import ZFS pools by cache file.
  * Started Mount ZFS filesystems
  ** A start job is running for dev-disk

  and then it enters emergency mode.

  Now, the only ZFS pool I have is a backup USB HDD which is constantly
  attached, and the pool is on a LUKS provider, meaning you won't see it
  until the provider is unlocked.

  My guess is that the latest update, having triggered initramfs
  rebuild, wrote the zpool.cache file with that state, and it shouldn't
  have.

  This is totally wrong, as zpool cache should not be built like this as
  it PREVENTS you from having external pools that might not be available
  on boot. I also have no idea why it happened now because I've been
  having this setup (external backup zfs pool on a LUKS provider) since
  16.04 came out and never had a problem until now.

  Removing the /etc/zfs/zpool.cache allowed the system to reboot fine.

  # lsb_release -rd
  Description:  Ubuntu 16.04.1 LTS
  Release:  16.04

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/zfs-linux/+bug/1624844/+subscriptions

-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1624844] Re: Ubuntu 16.04 breaks boot with wrong zpool.cache

2016-11-29 Thread Joseph Salisbury
** Changed in: zfs-linux (Ubuntu)
   Status: Incomplete => Fix Released

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to zfs-linux in Ubuntu.
https://bugs.launchpad.net/bugs/1624844

Title:
  Ubuntu 16.04 breaks boot with wrong zpool.cache

Status in zfs-linux package in Ubuntu:
  Fix Released

Bug description:
  Having just upgraded Ubuntu 16.04, and seeing systemd updates, I
  rebooted the machine, but it failed to start, entering emergency mode.
  Relevant piece of info was this:

  * Failed to start Import ZFS pools by cache file.
  * Started Mount ZFS filesystems
  ** A start job is running for dev-disk

  and then it enters emergency mode.

  Now, the only ZFS pool I have is a backup USB HDD which is constantly
  attached, and the pool is on a LUKS provider, meaning you won't see it
  until the provider is unlocked.

  My guess is that the latest update, having triggered initramfs
  rebuild, wrote the zpool.cache file with that state, and it shouldn't
  have.

  This is totally wrong, as zpool cache should not be built like this as
  it PREVENTS you from having external pools that might not be available
  on boot. I also have no idea why it happened now because I've been
  having this setup (external backup zfs pool on a LUKS provider) since
  16.04 came out and never had a problem until now.

  Removing the /etc/zfs/zpool.cache allowed the system to reboot fine.

  # lsb_release -rd
  Description:  Ubuntu 16.04.1 LTS
  Release:  16.04

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/zfs-linux/+bug/1624844/+subscriptions

-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1624844] Re: Ubuntu 16.04 breaks boot with wrong zpool.cache

2016-10-31 Thread V. K.
Sorry for the late reply, I didn't get any notifications of your
response. After I reported this issue there were a couple of updates to
ZFS. This problem never occurred again, and there were several updates
that redid initramfs, kernel, etc..., with the pool being imported and
mounted. Didn't have to mark it for no cachefile either.

Looks to me this is fixed.

* zfsutils-linux-0.6.5.6-0ubuntu14
* Linux erebus 4.4.0-36-generic #55-Ubuntu SMP Thu Aug 11 18:01:55 UTC 2016 
x86_64 x86_64 x86_64 GNU/Linux

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to zfs-linux in Ubuntu.
https://bugs.launchpad.net/bugs/1624844

Title:
  Ubuntu 16.04 breaks boot with wrong zpool.cache

Status in zfs-linux package in Ubuntu:
  Incomplete

Bug description:
  Having just upgraded Ubuntu 16.04, and seeing systemd updates, I
  rebooted the machine, but it failed to start, entering emergency mode.
  Relevant piece of info was this:

  * Failed to start Import ZFS pools by cache file.
  * Started Mount ZFS filesystems
  ** A start job is running for dev-disk

  and then it enters emergency mode.

  Now, the only ZFS pool I have is a backup USB HDD which is constantly
  attached, and the pool is on a LUKS provider, meaning you won't see it
  until the provider is unlocked.

  My guess is that the latest update, having triggered initramfs
  rebuild, wrote the zpool.cache file with that state, and it shouldn't
  have.

  This is totally wrong, as zpool cache should not be built like this as
  it PREVENTS you from having external pools that might not be available
  on boot. I also have no idea why it happened now because I've been
  having this setup (external backup zfs pool on a LUKS provider) since
  16.04 came out and never had a problem until now.

  Removing the /etc/zfs/zpool.cache allowed the system to reboot fine.

  # lsb_release -rd
  Description:  Ubuntu 16.04.1 LTS
  Release:  16.04

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/zfs-linux/+bug/1624844/+subscriptions

-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1624844] Re: Ubuntu 16.04 breaks boot with wrong zpool.cache

2016-10-03 Thread Joseph Salisbury
Can you test the Yakkety proposed kernel and post back if it resolves this bug?
See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to 
enable and use -proposed. 

Thank you in advance!

** Changed in: zfs-linux (Ubuntu)
   Importance: Undecided => High

** Tags added: kernel-da-key

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to zfs-linux in Ubuntu.
https://bugs.launchpad.net/bugs/1624844

Title:
  Ubuntu 16.04 breaks boot with wrong zpool.cache

Status in zfs-linux package in Ubuntu:
  Incomplete

Bug description:
  Having just upgraded Ubuntu 16.04, and seeing systemd updates, I
  rebooted the machine, but it failed to start, entering emergency mode.
  Relevant piece of info was this:

  * Failed to start Import ZFS pools by cache file.
  * Started Mount ZFS filesystems
  ** A start job is running for dev-disk

  and then it enters emergency mode.

  Now, the only ZFS pool I have is a backup USB HDD which is constantly
  attached, and the pool is on a LUKS provider, meaning you won't see it
  until the provider is unlocked.

  My guess is that the latest update, having triggered initramfs
  rebuild, wrote the zpool.cache file with that state, and it shouldn't
  have.

  This is totally wrong, as zpool cache should not be built like this as
  it PREVENTS you from having external pools that might not be available
  on boot. I also have no idea why it happened now because I've been
  having this setup (external backup zfs pool on a LUKS provider) since
  16.04 came out and never had a problem until now.

  Removing the /etc/zfs/zpool.cache allowed the system to reboot fine.

  # lsb_release -rd
  Description:  Ubuntu 16.04.1 LTS
  Release:  16.04

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/zfs-linux/+bug/1624844/+subscriptions

-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1624844] Re: Ubuntu 16.04 breaks boot with wrong zpool.cache

2016-09-20 Thread Richard Laager
If this is a non-root pool which is not available at boot, then you should do 
this:
sudo zpool set cachefile=none POOL

That will inhibit the creation of a zpool.cache file for that pool.

The other option, if this is always plugged in, would be to configure it
to unlock automatically on boot. For example, using a key file. This
would be secure only if the root file system is also on LUKS.

** Changed in: zfs-linux (Ubuntu)
   Status: New => Incomplete

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to zfs-linux in Ubuntu.
https://bugs.launchpad.net/bugs/1624844

Title:
  Ubuntu 16.04 breaks boot with wrong zpool.cache

Status in zfs-linux package in Ubuntu:
  Incomplete

Bug description:
  Having just upgraded Ubuntu 16.04, and seeing systemd updates, I
  rebooted the machine, but it failed to start, entering emergency mode.
  Relevant piece of info was this:

  * Failed to start Import ZFS pools by cache file.
  * Started Mount ZFS filesystems
  ** A start job is running for dev-disk

  and then it enters emergency mode.

  Now, the only ZFS pool I have is a backup USB HDD which is constantly
  attached, and the pool is on a LUKS provider, meaning you won't see it
  until the provider is unlocked.

  My guess is that the latest update, having triggered initramfs
  rebuild, wrote the zpool.cache file with that state, and it shouldn't
  have.

  This is totally wrong, as zpool cache should not be built like this as
  it PREVENTS you from having external pools that might not be available
  on boot. I also have no idea why it happened now because I've been
  having this setup (external backup zfs pool on a LUKS provider) since
  16.04 came out and never had a problem until now.

  Removing the /etc/zfs/zpool.cache allowed the system to reboot fine.

  # lsb_release -rd
  Description:  Ubuntu 16.04.1 LTS
  Release:  16.04

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/zfs-linux/+bug/1624844/+subscriptions

-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1624844] Re: Ubuntu 16.04 breaks boot with wrong zpool.cache

2016-09-20 Thread Richard Laager
You are not booting off ZFS? You no longer have a copy of the
zpool.cache from when the problem occurred?

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to zfs-linux in Ubuntu.
https://bugs.launchpad.net/bugs/1624844

Title:
  Ubuntu 16.04 breaks boot with wrong zpool.cache

Status in zfs-linux package in Ubuntu:
  New

Bug description:
  Having just upgraded Ubuntu 16.04, and seeing systemd updates, I
  rebooted the machine, but it failed to start, entering emergency mode.
  Relevant piece of info was this:

  * Failed to start Import ZFS pools by cache file.
  * Started Mount ZFS filesystems
  ** A start job is running for dev-disk

  and then it enters emergency mode.

  Now, the only ZFS pool I have is a backup USB HDD which is constantly
  attached, and the pool is on a LUKS provider, meaning you won't see it
  until the provider is unlocked.

  My guess is that the latest update, having triggered initramfs
  rebuild, wrote the zpool.cache file with that state, and it shouldn't
  have.

  This is totally wrong, as zpool cache should not be built like this as
  it PREVENTS you from having external pools that might not be available
  on boot. I also have no idea why it happened now because I've been
  having this setup (external backup zfs pool on a LUKS provider) since
  16.04 came out and never had a problem until now.

  Removing the /etc/zfs/zpool.cache allowed the system to reboot fine.

  # lsb_release -rd
  Description:  Ubuntu 16.04.1 LTS
  Release:  16.04

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/zfs-linux/+bug/1624844/+subscriptions

-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1624844] Re: Ubuntu 16.04 breaks boot with wrong zpool.cache

2016-09-19 Thread V. K.
zfsutils-linux-0.6.5.6-0ubuntu12

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to zfs-linux in Ubuntu.
https://bugs.launchpad.net/bugs/1624844

Title:
  Ubuntu 16.04 breaks boot with wrong zpool.cache

Status in zfs-linux package in Ubuntu:
  New

Bug description:
  Having just upgraded Ubuntu 16.04, and seeing systemd updates, I
  rebooted the machine, but it failed to start, entering emergency mode.
  Relevant piece of info was this:

  * Failed to start Import ZFS pools by cache file.
  * Started Mount ZFS filesystems
  ** A start job is running for dev-disk

  and then it enters emergency mode.

  Now, the only ZFS pool I have is a backup USB HDD which is constantly
  attached, and the pool is on a LUKS provider, meaning you won't see it
  until the provider is unlocked.

  My guess is that the latest update, having triggered initramfs
  rebuild, wrote the zpool.cache file with that state, and it shouldn't
  have.

  This is totally wrong, as zpool cache should not be built like this as
  it PREVENTS you from having external pools that might not be available
  on boot. I also have no idea why it happened now because I've been
  having this setup (external backup zfs pool on a LUKS provider) since
  16.04 came out and never had a problem until now.

  Removing the /etc/zfs/zpool.cache allowed the system to reboot fine.

  # lsb_release -rd
  Description:  Ubuntu 16.04.1 LTS
  Release:  16.04

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/zfs-linux/+bug/1624844/+subscriptions

-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1624844] Re: Ubuntu 16.04 breaks boot with wrong zpool.cache

2016-09-19 Thread Colin Ian King
Which version of zfs-linux are you currently using?

dpkg -l zfsutils-linux

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to zfs-linux in Ubuntu.
https://bugs.launchpad.net/bugs/1624844

Title:
  Ubuntu 16.04 breaks boot with wrong zpool.cache

Status in zfs-linux package in Ubuntu:
  New

Bug description:
  Having just upgraded Ubuntu 16.04, and seeing systemd updates, I
  rebooted the machine, but it failed to start, entering emergency mode.
  Relevant piece of info was this:

  * Failed to start Import ZFS pools by cache file.
  * Started Mount ZFS filesystems
  ** A start job is running for dev-disk

  and then it enters emergency mode.

  Now, the only ZFS pool I have is a backup USB HDD which is constantly
  attached, and the pool is on a LUKS provider, meaning you won't see it
  until the provider is unlocked.

  My guess is that the latest update, having triggered initramfs
  rebuild, wrote the zpool.cache file with that state, and it shouldn't
  have.

  This is totally wrong, as zpool cache should not be built like this as
  it PREVENTS you from having external pools that might not be available
  on boot. I also have no idea why it happened now because I've been
  having this setup (external backup zfs pool on a LUKS provider) since
  16.04 came out and never had a problem until now.

  Removing the /etc/zfs/zpool.cache allowed the system to reboot fine.

  # lsb_release -rd
  Description:  Ubuntu 16.04.1 LTS
  Release:  16.04

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/zfs-linux/+bug/1624844/+subscriptions

-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp


[Kernel-packages] [Bug 1624844] Re: Ubuntu 16.04 breaks boot with wrong zpool.cache

2016-09-19 Thread Martin Pitt
** Package changed: systemd (Ubuntu) => zfs-linux (Ubuntu)

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to zfs-linux in Ubuntu.
https://bugs.launchpad.net/bugs/1624844

Title:
  Ubuntu 16.04 breaks boot with wrong zpool.cache

Status in zfs-linux package in Ubuntu:
  New

Bug description:
  Having just upgraded Ubuntu 16.04, and seeing systemd updates, I
  rebooted the machine, but it failed to start, entering emergency mode.
  Relevant piece of info was this:

  * Failed to start Import ZFS pools by cache file.
  * Started Mount ZFS filesystems
  ** A start job is running for dev-disk

  and then it enters emergency mode.

  Now, the only ZFS pool I have is a backup USB HDD which is constantly
  attached, and the pool is on a LUKS provider, meaning you won't see it
  until the provider is unlocked.

  My guess is that the latest update, having triggered initramfs
  rebuild, wrote the zpool.cache file with that state, and it shouldn't
  have.

  This is totally wrong, as zpool cache should not be built like this as
  it PREVENTS you from having external pools that might not be available
  on boot. I also have no idea why it happened now because I've been
  having this setup (external backup zfs pool on a LUKS provider) since
  16.04 came out and never had a problem until now.

  Removing the /etc/zfs/zpool.cache allowed the system to reboot fine.

  # lsb_release -rd
  Description:  Ubuntu 16.04.1 LTS
  Release:  16.04

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/zfs-linux/+bug/1624844/+subscriptions

-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp