From: NeilBrown <neilb@suse.de>
To: Steve Dickson <steved@redhat.com>
Cc: Linux NFS Mailing list <linux-nfs@vger.kernel.org>
Subject: Re: [PATCH 2/2] systemd: Removed the "ordering cycle" from nfs-server.service
Date: Wed, 19 Feb 2014 14:21:14 +1100 [thread overview]
Message-ID: <20140219142114.7a237f73@notabene.brown> (raw)
In-Reply-To: <1392713329-17979-3-git-send-email-steved@redhat.com>
[-- Attachment #1: Type: text/plain, Size: 1710 bytes --]
On Tue, 18 Feb 2014 03:48:49 -0500 Steve Dickson <steved@redhat.com> wrote:
> Commit 88ff0417 introduce 'Wants=' statements that
> conditionally started other services. Those services
> need to be removed from the 'After=' statements
> otherwise a systemd ordering cycle is created.
>
> Signed-off-by: Steve Dickson <steved@redhat.com>
> ---
> systemd/nfs-server.service | 2 --
> 1 file changed, 2 deletions(-)
>
> diff --git a/systemd/nfs-server.service b/systemd/nfs-server.service
> index 26df656..43be4aa 100644
> --- a/systemd/nfs-server.service
> +++ b/systemd/nfs-server.service
> @@ -7,8 +7,6 @@ Wants=rpc-statd.service nfs-idmapd.service rpc-gssd.service rpc-svcgssd.service
> Wants=rpc-statd-notify.service
>
> After= network.target proc-fs-nfsd.mount rpcbind.target nfs-mountd.service
> -After= nfs-idmapd.service rpc-statd.service
> -After= rpc-gssd.service rpc-svcgssd.service
> Before= rpc-statd-notify.service
>
> [Service]
"Wants" does not imply ordering. If A Wants B, then A and B can be started
at the same time.
But we really want these various services to be running before nfsd is
started. So the "After" are important. Please leave them.
The lack of ordering is explicit in the documentation for Requires:
If a unit foo.service requires a unit bar.service as
configured with Requires= and no ordering is configured with After=
or Before=, then both units will be started simultaneously and
without any delay between them if foo.service is activated.
and implicit in the documentation for Wants:
Wants=
A weaker version of Requires=.
Thanks,
NeilBrown
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 828 bytes --]
next prev parent reply other threads:[~2014-02-19 3:21 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-02-18 8:48 [PATCH 0/2] nfs-utils: systemd units bug fixes and comments Steve Dickson
2014-02-18 8:48 ` [PATCH 1/2] rpc-svcgssd.service: removed a the start up triggers Steve Dickson
2014-02-19 3:17 ` NeilBrown
2014-02-19 16:03 ` Simo Sorce
2014-02-19 22:19 ` NeilBrown
2014-02-18 8:48 ` [PATCH 2/2] systemd: Removed the "ordering cycle" from nfs-server.service Steve Dickson
2014-02-19 3:21 ` NeilBrown [this message]
2014-02-18 14:29 ` [PATCH 0/2] nfs-utils: systemd units bug fixes and comments Chuck Lever
2014-02-18 18:44 ` Steve Dickson
2014-02-18 19:36 ` Chuck Lever
2014-02-18 21:14 ` Steve Dickson
2014-02-19 6:57 ` NeilBrown
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=20140219142114.7a237f73@notabene.brown \
--to=neilb@suse.de \
--cc=linux-nfs@vger.kernel.org \
--cc=steved@redhat.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.