Debian Bug report logs -
#855801
zfs-mount.service / zfs.target should be WantedBy=local-fs.target, not multi-user.target
Reported by: Christopher Martin <chrsmrtn@gmail.com>
Date: Tue, 21 Feb 2017 17:27:01 UTC
Severity: normal
Found in version zfs-linux/0.6.5.9-2
Done: Aron Xu <aron@debian.org>
Bug is archived. No further changes may be made.
Toggle useless messages
Report forwarded
to debian-bugs-dist@lists.debian.org, Debian ZFS on Linux maintainers <pkg-zfsonlinux-devel@lists.alioth.debian.org>:
Bug#855801; Package zfsutils-linux.
(Tue, 21 Feb 2017 17:27:04 GMT) (full text, mbox, link).
Acknowledgement sent
to Christopher Martin <chrsmrtn@gmail.com>:
New Bug report received and forwarded. Copy sent to Debian ZFS on Linux maintainers <pkg-zfsonlinux-devel@lists.alioth.debian.org>.
(Tue, 21 Feb 2017 17:27:04 GMT) (full text, mbox, link).
Message #5 received at submit@bugs.debian.org (full text, mbox, reply):
Package: zfsutils-linux
Version: 0.6.5.9-2
Currently, the zfs-mount.service is started through the zfs.target,
which is itself in turn WantedBy=multi-user.target. This happens after
local-fs.target is reached (which is when local file systems are
expected to be mounted). As a result, there is no guarantee that a
daemon or other service, many of which are also started through
multi-user.target, will be able to see ZFS mounts when they launch.
This can cause problems (e.g. a DLNA server that wants to serve files
stored on a ZFS array).
Instead, I would suggest that zfs-mount.service or the zfs.target
(whichever makes most sense) be WantedBy=local-fs.target, thereby
mounting ZFS along with all the other local filesystems. That way,
daemons etc. started later, through multi-user.target, will reliably
be able see the system's ZFS mounts when they launch.
Thanks,
Christopher Martin
Reply sent
to Aron Xu <aron@debian.org>:
You have taken responsibility.
(Tue, 28 Nov 2017 08:00:04 GMT) (full text, mbox, link).
Notification sent
to Christopher Martin <chrsmrtn@gmail.com>:
Bug acknowledged by developer.
(Tue, 28 Nov 2017 08:00:04 GMT) (full text, mbox, link).
Message #10 received at 855801-close@bugs.debian.org (full text, mbox, reply):
Hi,
On Wed, Feb 22, 2017 at 1:25 AM, Christopher Martin <chrsmrtn@gmail.com> wrote:
> Package: zfsutils-linux
> Version: 0.6.5.9-2
>
> Currently, the zfs-mount.service is started through the zfs.target,
> which is itself in turn WantedBy=multi-user.target. This happens after
> local-fs.target is reached (which is when local file systems are
> expected to be mounted). As a result, there is no guarantee that a
> daemon or other service, many of which are also started through
> multi-user.target, will be able to see ZFS mounts when they launch.
> This can cause problems (e.g. a DLNA server that wants to serve files
> stored on a ZFS array).
>
> Instead, I would suggest that zfs-mount.service or the zfs.target
> (whichever makes most sense) be WantedBy=local-fs.target, thereby
> mounting ZFS along with all the other local filesystems. That way,
> daemons etc. started later, through multi-user.target, will reliably
> be able see the system's ZFS mounts when they launch.
>
In zfs-mount.servce:
> [Unit]
> Description=Mount ZFS filesystems
> Documentation=man:zfs(8)
> DefaultDependencies=no
> After=systemd-udev-settle.service
> After=zfs-import-cache.service
> After=zfs-import-scan.service
> After=systemd-remount-fs.service
> Before=local-fs.target
So that it is scheduled to run before local-fs.target is reached.
Regards,
Aron
Bug archived.
Request was from Debbugs Internal Request <owner@bugs.debian.org>
to internal_control@bugs.debian.org.
(Wed, 27 Dec 2017 07:24:57 GMT) (full text, mbox, link).
Send a report that this bug log contains spam.
Debian bug tracking system administrator <owner@bugs.debian.org>.
Last modified:
Sat Jul 1 20:34:55 2023;
Machine Name:
bembo
Debian Bug tracking system
Debbugs is free software and licensed under the terms of the GNU
Public License version 2. The current version can be obtained
from https://bugs.debian.org/debbugs-source/.
Copyright © 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson,
2005-2017 Don Armstrong, and many other contributors.