| 2016-08-19 01:22:25 |
Maciej Puzio |
bug |
|
|
added bug |
| 2016-08-19 01:23:54 |
Maciej Puzio |
affects |
autofs (Ubuntu) |
zfs-linux (Ubuntu) |
|
| 2017-05-30 18:12:31 |
Colin Ian King |
zfs-linux (Ubuntu): importance |
Undecided |
Low |
|
| 2017-05-30 18:12:35 |
Colin Ian King |
zfs-linux (Ubuntu): assignee |
|
Colin Ian King (colin-king) |
|
| 2017-05-30 18:12:38 |
Colin Ian King |
zfs-linux (Ubuntu): status |
New |
In Progress |
|
| 2017-05-31 08:52:41 |
Colin Ian King |
zfs-linux (Ubuntu): importance |
Low |
Medium |
|
| 2017-05-31 09:47:33 |
Colin Ian King |
nominated for series |
|
Ubuntu Yakkety |
|
| 2017-05-31 09:47:33 |
Colin Ian King |
bug task added |
|
zfs-linux (Ubuntu Yakkety) |
|
| 2017-05-31 09:47:33 |
Colin Ian King |
nominated for series |
|
Ubuntu Xenial |
|
| 2017-05-31 09:47:33 |
Colin Ian King |
bug task added |
|
zfs-linux (Ubuntu Xenial) |
|
| 2017-05-31 09:47:42 |
Colin Ian King |
zfs-linux (Ubuntu Xenial): importance |
Undecided |
Medium |
|
| 2017-05-31 09:47:44 |
Colin Ian King |
zfs-linux (Ubuntu Yakkety): importance |
Undecided |
Medium |
|
| 2017-05-31 09:47:45 |
Colin Ian King |
zfs-linux (Ubuntu Xenial): assignee |
|
Colin Ian King (colin-king) |
|
| 2017-05-31 09:47:48 |
Colin Ian King |
zfs-linux (Ubuntu Yakkety): assignee |
|
Colin Ian King (colin-king) |
|
| 2017-05-31 10:37:11 |
Colin Ian King |
bug task deleted |
zfs-linux (Ubuntu Yakkety) |
|
|
| 2017-05-31 10:37:45 |
Colin Ian King |
zfs-linux (Ubuntu Xenial): status |
New |
In Progress |
|
| 2017-05-31 11:26:02 |
Andy Whitcroft |
zfs-linux (Ubuntu Xenial): status |
In Progress |
Fix Committed |
|
| 2017-05-31 11:26:05 |
Andy Whitcroft |
bug |
|
|
added subscriber Ubuntu Stable Release Updates Team |
| 2017-05-31 11:26:09 |
Andy Whitcroft |
bug |
|
|
added subscriber SRU Verification |
| 2017-05-31 11:33:09 |
Colin Ian King |
description |
Currently package zfsutils-linux contains systemd target file /lib/systemd/system/zfs.target that specifies following dependencies:
Requires=zfs-mount.service
Requires=zfs-share.service
Wants=zed.service
zfs-share.service is not essential in setups where file sharing is not used, or when it is configured without the use of the zfs utility. The user may therefore choose to mask this service. However, doing so has an unexpected and confusing effect, preventing zfs from starting on boot at all. This is because zfs.target is the only zfs-related unit that is wanted by multi-user.target, and if one of its required services is masked, zfs.target is skipped, together with zfs-mount.service. A solution is to replace "Requires=zfs-share.service" with "Wants=zfs-share.service".
Steps to reproduce:
systemctl mask zfs-share.service
reboot
Expected results:
Module zfs is loaded
zfs-mount.service is active and ZFS filesystems are mounted
ZFS filesystems are not shared
Observed results:
Module zfs is not loaded
ZFS filesystems are not mounted
zpool status produces an error:
"The ZFS modules are not loaded.
Try running '/sbin/modprobe zfs' as root to load them."
$ lsb_release -rd
Description: Ubuntu 16.04.1 LTS
Release: 16.04
$ apt-cache policy zfsutils-linux
zfsutils-linux:
Installed: 0.6.5.6-0ubuntu10 |
== SRU Xenial ==
[Justification]
Currently package zfsutils-linux contains systemd target file /lib/systemd/system/zfs.target that specifies following dependencies:
Requires=zfs-mount.service
Requires=zfs-share.service
Wants=zed.service
zfs-share.service is not essential in setups where file sharing is not used, or when it is configured without the use of the zfs utility. The user may therefore choose to mask this service. However, doing so has an unexpected and confusing effect, preventing zfs from starting on boot at all. This is because zfs.target is the only zfs-related unit that is wanted by multi-user.target, and if one of its required services is masked, zfs.target is skipped, together with zfs-mount.service. A solution is to replace "Requires=zfs-share.service" with "Wants=zfs-share.service".
[Testcase]
Steps to reproduce:
systemctl mask zfs-share.service
reboot
Expected results:
Module zfs is loaded
zfs-mount.service is active and ZFS filesystems are mounted
ZFS filesystems are not shared
Observed results:
Module zfs is not loaded
ZFS filesystems are not mounted
zpool status produces an error:
"The ZFS modules are not loaded.
Try running '/sbin/modprobe zfs' as root to load them."
With the fix, the modules are loaded and zfs filesystems are mounted
[Fix]
A solution is to replace "Requires=zfs-share.service" with "Wants=zfs-share.service".
[Regression Potential]
Minimal, this affects the start up of a service that should be starting and currently isn't. Limited to just this specific scenario.
---------------------
$ lsb_release -rd
Description: Ubuntu 16.04.1 LTS
Release: 16.04
$ apt-cache policy zfsutils-linux
zfsutils-linux:
Installed: 0.6.5.6-0ubuntu10 |
|
| 2017-05-31 12:33:17 |
Colin Ian King |
tags |
|
verification-done |
|
| 2017-05-31 13:24:01 |
Colin Ian King |
description |
== SRU Xenial ==
[Justification]
Currently package zfsutils-linux contains systemd target file /lib/systemd/system/zfs.target that specifies following dependencies:
Requires=zfs-mount.service
Requires=zfs-share.service
Wants=zed.service
zfs-share.service is not essential in setups where file sharing is not used, or when it is configured without the use of the zfs utility. The user may therefore choose to mask this service. However, doing so has an unexpected and confusing effect, preventing zfs from starting on boot at all. This is because zfs.target is the only zfs-related unit that is wanted by multi-user.target, and if one of its required services is masked, zfs.target is skipped, together with zfs-mount.service. A solution is to replace "Requires=zfs-share.service" with "Wants=zfs-share.service".
[Testcase]
Steps to reproduce:
systemctl mask zfs-share.service
reboot
Expected results:
Module zfs is loaded
zfs-mount.service is active and ZFS filesystems are mounted
ZFS filesystems are not shared
Observed results:
Module zfs is not loaded
ZFS filesystems are not mounted
zpool status produces an error:
"The ZFS modules are not loaded.
Try running '/sbin/modprobe zfs' as root to load them."
With the fix, the modules are loaded and zfs filesystems are mounted
[Fix]
A solution is to replace "Requires=zfs-share.service" with "Wants=zfs-share.service".
[Regression Potential]
Minimal, this affects the start up of a service that should be starting and currently isn't. Limited to just this specific scenario.
---------------------
$ lsb_release -rd
Description: Ubuntu 16.04.1 LTS
Release: 16.04
$ apt-cache policy zfsutils-linux
zfsutils-linux:
Installed: 0.6.5.6-0ubuntu10 |
== SRU Xenial ==
[Justification]
Currently package zfsutils-linux contains systemd target file /lib/systemd/system/zfs.target that specifies following dependencies:
Requires=zfs-mount.service
Requires=zfs-share.service
Wants=zed.service
zfs-share.service is not essential in setups where file sharing is not used, or when it is configured without the use of the zfs utility. The user may therefore choose to mask this service. However, doing so has an unexpected and confusing effect, preventing zfs from starting on boot at all. This is because zfs.target is the only zfs-related unit that is wanted by multi-user.target, and if one of its required services is masked, zfs.target is skipped, together with zfs-mount.service. A solution is to replace "Requires=zfs-share.service" with "Wants=zfs-share.service".
[Testcase]
Steps to reproduce:
systemctl mask zfs-share.service
reboot
Expected results:
Module zfs is loaded
zfs-mount.service is active and ZFS filesystems are mounted
ZFS filesystems are not shared
Observed results:
Module zfs is not loaded
ZFS filesystems are not mounted
zpool status produces an error:
"The ZFS modules are not loaded.
Try running '/sbin/modprobe zfs' as root to load them."
With the fix, the modules are loaded and zfs filesystems are mounted
Without the fix:
With the fix:
$ systemctl status zfs-share.service
● zfs-share.service - ZFS file system shares
Loaded: loaded (/lib/systemd/system/zfs-share.service; enabled; vendor preset
Active: active (exited) since Wed 2017-05-31 14:22:31 BST; 11s ago
Process: 2483 ExecStart=/sbin/zfs share -a (code=exited, status=0/SUCCESS)
Process: 2476 ExecStartPre=/bin/rm -f /etc/dfs/sharetab (code=exited, status=0
Main PID: 2483 (code=exited, status=0/SUCCESS)
Tasks: 0 (limit: 4915)
Memory: 0B
CPU: 0
CGroup: /system.slice/zfs-share.service
[Fix]
A solution is to replace "Requires=zfs-share.service" with "Wants=zfs-share.service".
[Regression Potential]
Minimal, this affects the start up of a service that should be starting and currently isn't. Limited to just this specific scenario.
---------------------
$ lsb_release -rd
Description: Ubuntu 16.04.1 LTS
Release: 16.04
$ apt-cache policy zfsutils-linux
zfsutils-linux:
Installed: 0.6.5.6-0ubuntu10 |
|
| 2017-05-31 13:26:32 |
Colin Ian King |
description |
== SRU Xenial ==
[Justification]
Currently package zfsutils-linux contains systemd target file /lib/systemd/system/zfs.target that specifies following dependencies:
Requires=zfs-mount.service
Requires=zfs-share.service
Wants=zed.service
zfs-share.service is not essential in setups where file sharing is not used, or when it is configured without the use of the zfs utility. The user may therefore choose to mask this service. However, doing so has an unexpected and confusing effect, preventing zfs from starting on boot at all. This is because zfs.target is the only zfs-related unit that is wanted by multi-user.target, and if one of its required services is masked, zfs.target is skipped, together with zfs-mount.service. A solution is to replace "Requires=zfs-share.service" with "Wants=zfs-share.service".
[Testcase]
Steps to reproduce:
systemctl mask zfs-share.service
reboot
Expected results:
Module zfs is loaded
zfs-mount.service is active and ZFS filesystems are mounted
ZFS filesystems are not shared
Observed results:
Module zfs is not loaded
ZFS filesystems are not mounted
zpool status produces an error:
"The ZFS modules are not loaded.
Try running '/sbin/modprobe zfs' as root to load them."
With the fix, the modules are loaded and zfs filesystems are mounted
Without the fix:
With the fix:
$ systemctl status zfs-share.service
● zfs-share.service - ZFS file system shares
Loaded: loaded (/lib/systemd/system/zfs-share.service; enabled; vendor preset
Active: active (exited) since Wed 2017-05-31 14:22:31 BST; 11s ago
Process: 2483 ExecStart=/sbin/zfs share -a (code=exited, status=0/SUCCESS)
Process: 2476 ExecStartPre=/bin/rm -f /etc/dfs/sharetab (code=exited, status=0
Main PID: 2483 (code=exited, status=0/SUCCESS)
Tasks: 0 (limit: 4915)
Memory: 0B
CPU: 0
CGroup: /system.slice/zfs-share.service
[Fix]
A solution is to replace "Requires=zfs-share.service" with "Wants=zfs-share.service".
[Regression Potential]
Minimal, this affects the start up of a service that should be starting and currently isn't. Limited to just this specific scenario.
---------------------
$ lsb_release -rd
Description: Ubuntu 16.04.1 LTS
Release: 16.04
$ apt-cache policy zfsutils-linux
zfsutils-linux:
Installed: 0.6.5.6-0ubuntu10 |
== SRU Xenial ==
[Justification]
Currently package zfsutils-linux contains systemd target file /lib/systemd/system/zfs.target that specifies following dependencies:
Requires=zfs-mount.service
Requires=zfs-share.service
Wants=zed.service
zfs-share.service is not essential in setups where file sharing is not used, or when it is configured without the use of the zfs utility. The user may therefore choose to mask this service. However, doing so has an unexpected and confusing effect, preventing zfs from starting on boot at all. This is because zfs.target is the only zfs-related unit that is wanted by multi-user.target, and if one of its required services is masked, zfs.target is skipped, together with zfs-mount.service. A solution is to replace "Requires=zfs-share.service" with "Wants=zfs-share.service".
[Testcase]
Steps to reproduce:
systemctl mask zfs-share.service
reboot
Expected results:
Module zfs is loaded
zfs-mount.service is active and ZFS filesystems are mounted
ZFS filesystems are not shared
Observed results:
Module zfs is not loaded
ZFS filesystems are not mounted
zpool status produces an error:
"The ZFS modules are not loaded.
Try running '/sbin/modprobe zfs' as root to load them."
With the fix, the modules are loaded and zfs filesystems are mounted
[Fix]
A solution is to replace "Requires=zfs-share.service" with "Wants=zfs-share.service".
[Regression Potential]
Minimal, this affects the start up of a service that should be starting and currently isn't. Limited to just this specific scenario.
---------------------
$ lsb_release -rd
Description: Ubuntu 16.04.1 LTS
Release: 16.04
$ apt-cache policy zfsutils-linux
zfsutils-linux:
Installed: 0.6.5.6-0ubuntu10 |
|
| 2017-06-09 16:40:49 |
Łukasz Zemczak |
tags |
verification-done |
verification-done-xenial |
|
| 2017-06-15 14:19:27 |
Launchpad Janitor |
zfs-linux (Ubuntu Xenial): status |
Fix Committed |
Fix Released |
|
| 2017-06-15 14:19:32 |
Andy Whitcroft |
removed subscriber Ubuntu Stable Release Updates Team |
|
|
|
| 2017-07-06 06:42:15 |
Colin Ian King |
zfs-linux (Ubuntu): status |
In Progress |
Fix Released |
|
