linux-nfs.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Trond Myklebust <Trond.Myklebust@netapp.com>
To: Chuck Lever <chuck.lever@oracle.com>
Cc: bfields@fieldses.org, steved@redhat.com, linux-nfs@vger.kernel.org
Subject: Re: [PATCH 16/17] lockd: Start PF_INET6 listener only if IPv6 support isavailable
Date: Mon, 30 Mar 2009 18:06:21 -0400	[thread overview]
Message-ID: <1238450781.23512.10.camel@heimdal.trondhjem.org> (raw)
In-Reply-To: <20090303223410.2933.90223.stgit-07a7zB5ZJzbwdl/1UfZZQIVfYA8g3rJ/@public.gmane.org>

On Tue, 2009-03-03 at 15:34 -0700, Chuck Lever wrote:
> Apparently a lot of people need to disable IPv6 completely on their
> distributor-built systems, which have CONFIG_IPV6_MODULE enabled.
> 
> They do this by blacklisting the ipv6.ko module.  This causes the
> creation of the lockd service listener to fail if CONFIG_IPV6_MODULE
> is set, but the module cannot be loaded.
> 
> Now that the kernel's PF_INET6 RPC listeners are completely separate
> from PF_INET listeners, we can always start PF_INET.  Then lockd can
> try to start PF_INET6, but it isn't required to be available.
> 
> Note this has the added benefit that NLM callbacks from AF_INET6
> servers will never come from AF_INET remotes.  We no longer have to
> worry about matching mapped IPv4 addresses to AF_INET when comparing
> addresses.
> 
> Signed-off-by: Chuck Lever <chuck.lever@oracle.com>
> ---
> 
>  fs/lockd/svc.c |   28 ++++++++++++++++++++--------
>  1 files changed, 20 insertions(+), 8 deletions(-)
> 
> diff --git a/fs/lockd/svc.c b/fs/lockd/svc.c
> index 566932b..4342b41 100644
> --- a/fs/lockd/svc.c
> +++ b/fs/lockd/svc.c
> @@ -194,19 +194,29 @@ lockd(void *vrqstp)
>  }
> 
>  static int create_lockd_listener(struct svc_serv *serv, char *name,
> -                                unsigned short port)
> +                                const int family, const unsigned
> short port)
>  {
>         struct svc_xprt *xprt;
> 
> -       xprt = svc_find_xprt(serv, name, 0, 0);
> +       xprt = svc_find_xprt(serv, name, family, 0);
>         if (xprt == NULL)
> -               return svc_create_xprt(serv, name, PF_INET,
> -                                       port, SVC_SOCK_DEFAULTS);
> -
> +               return svc_create_xprt(serv, name, family, port,
> +                                               SVC_SOCK_DEFAULTS);
>         svc_xprt_put(xprt);
>         return 0;
>  }
> 
> +static int create_lockd_family(struct svc_serv *serv, const int
> family)
> +{
> +       int err;
> +
> +       err = create_lockd_listener(serv, "udp", family, nlm_udpport);
> +       if (err < 0)
> +               return err;
> +
> +       return create_lockd_listener(serv, "tcp", family,
> nlm_tcpport);
> +}
> +
>  /*
>   * Ensure there are active UDP and TCP listeners for lockd.
>   *
> @@ -222,13 +232,15 @@ static int make_socks(struct svc_serv *serv)
>         static int warned;
>         int err;
> 
> -       err = create_lockd_listener(serv, "udp", nlm_udpport);
> +       err = create_lockd_family(serv, PF_INET);
>         if (err < 0)
>                 goto out_err;
> 
> -       err = create_lockd_listener(serv, "tcp", nlm_tcpport);
> -       if (err < 0)
> +#if defined(CONFIG_IPV6) || defined(CONFIG_IPV6_MODULE)
> +       err = create_lockd_family(serv, PF_INET6);
> +       if (err < 0 && err != -EAFNOSUPPORT)
>                 goto out_err;
> +#endif /* CONFIG_IPV6 || CONFIG_IPV6_MODULE */
> 
>         warned = 0;
>         return 0;
> 
lockd_up: makesock failed, error=-98

IOW: EADDRINUSE

Isn't that call to IPV6_V6ONLY supposed to be set _before_ you bind the
socket to a particular port?

-- 
Trond Myklebust
Linux NFS client maintainer

NetApp
Trond.Myklebust@netapp.com
www.netapp.com

  parent reply	other threads:[~2009-03-30 22:07 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-03-03 22:32 [PATCH 00/17] Proposed fix for blacklisted ipv6.ko Chuck Lever
     [not found] ` <20090303220539.2933.15015.stgit-07a7zB5ZJzbwdl/1UfZZQIVfYA8g3rJ/@public.gmane.org>
2009-03-03 22:32   ` [PATCH 01/17] SUNRPC: Pass a family argument to svc_register() Chuck Lever
2009-03-03 22:32   ` [PATCH 02/17] SUNRPC: svc_setup_socket() gets protocol family from socket Chuck Lever
2009-03-03 22:32   ` [PATCH 03/17] SUNRPC: Change svc_create_xprt() to take a @family argument Chuck Lever
2009-03-03 22:32   ` [PATCH 04/17] SUNRPC: Remove @family argument from svc_create() and svc_create_pooled() Chuck Lever
2009-03-03 22:32   ` [PATCH 05/17] NFS: Revert creation of IPv6 listeners for lockd and NFSv4 callbacks Chuck Lever
2009-03-03 22:32   ` [PATCH 06/17] SUNRPC: Set IPV6ONLY flag on PF_INET6 RPC listener sockets Chuck Lever
     [not found]     ` <20090303223254.2933.70364.stgit-07a7zB5ZJzbwdl/1UfZZQIVfYA8g3rJ/@public.gmane.org>
2009-03-30 22:17       ` [PATCH 06/17] SUNRPC: Set IPV6ONLY flag on PF_INET6 RPC listenersockets Trond Myklebust
     [not found]         ` <1238451467.23512.11.camel-rJ7iovZKK19ZJLDQqaL3InhyD016LWXt@public.gmane.org>
2009-03-30 22:28           ` Chuck Lever
2009-03-30 22:37             ` Trond Myklebust
     [not found]               ` <1238452665.23512.13.camel-rJ7iovZKK19ZJLDQqaL3InhyD016LWXt@public.gmane.org>
2009-03-30 22:45                 ` Chuck Lever
2009-03-31 12:19                 ` Trond Myklebust
     [not found]                   ` <1238501960.31172.1.camel-rJ7iovZKK19ZJLDQqaL3InhyD016LWXt@public.gmane.org>
2009-03-31 15:32                     ` Chuck Lever
2009-03-03 22:33   ` [PATCH 07/17] SUNRPC: Use IPv4 loopback for registering AF_INET6 kernel RPC services Chuck Lever
2009-03-03 22:33   ` [PATCH 08/17] SUNRPC: Don't return EPROTONOSUPPORT in svc_register()'s helpers Chuck Lever
     [not found]     ` <20090303223309.2933.51773.stgit-07a7zB5ZJzbwdl/1UfZZQIVfYA8g3rJ/@public.gmane.org>
2009-03-11 18:32       ` J. Bruce Fields
2009-03-03 22:33   ` [PATCH 09/17] SUNRPC: Clean up address type casts in rpcb_v4_register() Chuck Lever
2009-03-03 22:33   ` [PATCH 10/17] SUNRPC: Use "0" as r_owner Chuck Lever
     [not found]     ` <20090303223324.2933.57002.stgit-07a7zB5ZJzbwdl/1UfZZQIVfYA8g3rJ/@public.gmane.org>
2009-03-11 19:06       ` J. Bruce Fields
2009-03-11 19:57         ` Chuck Lever
2009-03-11 20:09           ` J. Bruce Fields
2009-03-11 20:18             ` Chuck Lever
2009-03-03 22:33   ` [PATCH 11/17] SUNRPC: Allow callers to pass rpcb_v4_register a NULL address Chuck Lever
2009-03-03 22:33   ` [PATCH 12/17] SUNRPC: Simplify svc_unregister() Chuck Lever
2009-03-03 22:33   ` [PATCH 13/17] SUNRPC: Simplify kernel RPC service registration Chuck Lever
2009-03-03 22:33   ` [PATCH 14/17] SUNRPC: rpcb_register() should handle errors silently Chuck Lever
2009-03-03 22:34   ` [PATCH 15/17] SUNRPC: Remove CONFIG_SUNRPC_REGISTER_V4 Chuck Lever
2009-03-03 22:34   ` [PATCH 16/17] lockd: Start PF_INET6 listener only if IPv6 support is available Chuck Lever
     [not found]     ` <20090303223410.2933.90223.stgit-07a7zB5ZJzbwdl/1UfZZQIVfYA8g3rJ/@public.gmane.org>
2009-03-30 22:06       ` Trond Myklebust [this message]
2009-03-03 22:34   ` [PATCH 17/17] NFS: Start PF_INET6 callback " Chuck Lever

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=1238450781.23512.10.camel@heimdal.trondhjem.org \
    --to=trond.myklebust@netapp.com \
    --cc=bfields@fieldses.org \
    --cc=chuck.lever@oracle.com \
    --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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).