From: Cong Wang <xiyou.wangcong-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
To: initramfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: Re: [PATCH] split out nfs rpc process startup
Date: Mon, 30 Jan 2012 08:18:40 +0000 (UTC) [thread overview]
Message-ID: <jg5jov$3qk$2@dough.gmane.org> (raw)
In-Reply-To: 20120130064350.GA7114@darkstar.nay.redhat.com
On Mon, 30 Jan 2012 at 06:43 GMT, Dave Young <dyoung-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> wrote:
> Index: dracut/modules.d/95nfs/nfs-start-rpc
>===================================================================
> --- /dev/null
> +++ dracut/modules.d/95nfs/nfs-start-rpc
> @@ -0,0 +1,22 @@
> +#!/bin/sh
> +# -*- mode: shell-script; indent-tabs-mode: nil; sh-basic-offset: 4; -*-
> +# ex: ts=8 sw=4 sts=4 et filetype=sh
> +
> +nfsstart() {
> + # Start rpcbind or rpcbind
> + # FIXME occasionally saw 'rpcbind: fork failed: No such device' -- why?
> + command -v portmap >/dev/null && [ -z "$(pidof portmap)" ] && portmap
> + command -v rpcbind >/dev/null && [ -z "$(pidof rpcbind)" ] && rpcbind
> +
> + if [ "$1" = "nfs4" ]; then
> + [ ! -d /var/lib/nfs/rpc_pipefs/nfs ] && \
> + mount -t rpc_pipefs rpc_pipefs /var/lib/nfs/rpc_pipefs
> +
> + # Start rpc.statd as mount won't let us use locks on a NFSv4
> + # filesystem without talking to it. NFSv4 does locks internally,
> + # rpc.lockd isn't needed
> + [ -z "$(pidof rpc.statd)" ] && rpc.statd
> +
> + [ -z "$(pidof rpc.idmapd)" ] && rpc.idmapd
> + fi
> +}
> Index: dracut/modules.d/95nfs/nfsroot
>===================================================================
> --- dracut.orig/modules.d/95nfs/nfsroot
> +++ dracut/modules.d/95nfs/nfsroot
> @@ -84,22 +84,10 @@ getarg rw && nfsrw=rw
>
> options=${options:+$options,}$nfsrw
>
> -# Start rpcbind or rpcbind
> -# FIXME occasionally saw 'rpcbind: fork failed: No such device' -- why?
> -command -v portmap >/dev/null && [ -z "$(pidof portmap)" ] && portmap
> -command -v rpcbind >/dev/null && [ -z "$(pidof rpcbind)" ] && rpcbind
> +. /sbin/nfs-start-rpc
> +nfsstart $nfs
Huh? Why making nfsstart a function and source it here?
Why not just make nfsstart as a script and invoke that script here?
This reads odd to me.
next prev parent reply other threads:[~2012-01-30 8:18 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-01-30 6:43 [PATCH] split out nfs rpc process startup Dave Young
2012-01-30 8:18 ` Cong Wang [this message]
2012-01-30 8:39 ` Dave Young
[not found] ` <4F26572E.7030806-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2012-01-30 8:38 ` Cong Wang
[not found] ` <4F265712.7090302-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2012-01-30 9:03 ` Dave Young
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='jg5jov$3qk$2@dough.gmane.org' \
--to=xiyou.wangcong-re5jqeeqqe8avxtiumwx3w@public.gmane.org \
--cc=initramfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox