From: Benjamin Marzinski <bmarzins@redhat.com>
To: Martin Wilck <martin.wilck@suse.com>
Cc: Christophe Varoqui <christophe.varoqui@opensvc.com>,
Alice Frosi <afrosi@redhat.com>,
Paolo Bonzini <pbonzini@redhat.com>,
Martin Wilck <mwilck@suse.com>,
dm-devel@lists.linux.dev
Subject: Re: [PATCH v3 08/10] libmpathcmd: try both abstract and pathname sockets
Date: Mon, 17 Feb 2025 17:57:19 -0500 [thread overview]
Message-ID: <Z7O-zzUk0tP1Tv-N@redhat.com> (raw)
In-Reply-To: <20250214221011.136762-9-mwilck@suse.com>
On Fri, Feb 14, 2025 at 11:10:09PM +0100, Martin Wilck wrote:
> When connecting to the multipathd socket, try the pathname socket
> first, then the abstract socket. Fail only if both connection attempts
> fail.
>
> Signed-off-by: Martin Wilck <mwilck@suse.com>
> ---
> libmpathcmd/mpath_cmd.c | 13 ++++++++++---
> 1 file changed, 10 insertions(+), 3 deletions(-)
>
> diff --git a/libmpathcmd/mpath_cmd.c b/libmpathcmd/mpath_cmd.c
> index c7cf954..ba5bb31 100644
> --- a/libmpathcmd/mpath_cmd.c
> +++ b/libmpathcmd/mpath_cmd.c
> @@ -102,7 +102,10 @@ int mpath_connect__(int nonblocking)
> size_t len;
> struct sockaddr_un addr;
> int flags = 0;
> + const char *names[2] = {PATHNAME_SOCKET, ABSTRACT_SOCKET};
> + int name_idx = 0;
>
> +retry:
> fd = socket(AF_LOCAL, SOCK_STREAM, 0);
> if (fd == -1)
> return -1;
> @@ -113,13 +116,17 @@ int mpath_connect__(int nonblocking)
> (void)fcntl(fd, F_SETFL, flags|O_NONBLOCK);
> }
>
> - len = mpath_fill_sockaddr__(&addr, ABSTRACT_SOCKET);
> + len = mpath_fill_sockaddr__(&addr, names[name_idx]);
> if (connect(fd, (struct sockaddr *)&addr, len) == -1) {
> int err = errno;
>
> close(fd);
> - errno = err;
> - return -1;
> + if (err == ECONNREFUSED && ++name_idx == 1)
Most of the connect() return codes are things that could presumably be
fixed by trying a different address (not the errors related to a problem
with sockfd, but we just created the socket, so those seem pretty
impossible). Is there a reason why we don't just retry on any error?
-Ben
> + goto retry;
> + else {
> + errno = err;
> + return -1;
> + }
> }
>
> if (nonblocking && flags != -1)
> --
> 2.48.1
next prev parent reply other threads:[~2025-02-17 22:57 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-02-14 22:10 [PATCH v3 00/10] multipath-tools: provide pathname and abstract sockets Martin Wilck
2025-02-14 22:10 ` [PATCH v3 01/10] multipath-tools: move DEFAULT_SOCKET definition into Makefile.inc Martin Wilck
2025-02-14 22:10 ` [PATCH v3 02/10] multipath-tools: add helper mpath_fill_sockaddr__() Martin Wilck
2025-02-17 22:52 ` Benjamin Marzinski
2025-02-14 22:10 ` [PATCH v3 03/10] libmpathutil: add support for Unix pathname sockets Martin Wilck
2025-02-14 22:10 ` [PATCH v3 04/10] libmpathutil: move systemd_listen_fds() support into multipathd Martin Wilck
2025-02-17 22:55 ` Benjamin Marzinski
2025-02-14 22:10 ` [PATCH v3 05/10] multipathd: make uxsock_listen() take a pointer to fd Martin Wilck
2025-02-14 22:10 ` [PATCH v3 06/10] multipathd: allow receiving two socket fds from systemd Martin Wilck
2025-02-14 22:10 ` [PATCH v3 07/10] multipathd: listen on pathname and abstract socket by default Martin Wilck
2025-02-14 22:10 ` [PATCH v3 08/10] libmpathcmd: try both abstract and pathname sockets Martin Wilck
2025-02-17 22:57 ` Benjamin Marzinski [this message]
2025-02-18 0:05 ` Martin Wilck
2025-02-14 22:10 ` [PATCH v3 09/10] libmpathcmd: honor MULTIPATH_SOCKET_NAME environment variable Martin Wilck
2025-02-14 22:10 ` [PATCH v3 10/10] multipathd: " Martin Wilck
2025-02-17 22:58 ` [PATCH v3 00/10] multipath-tools: provide pathname and abstract sockets Benjamin Marzinski
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=Z7O-zzUk0tP1Tv-N@redhat.com \
--to=bmarzins@redhat.com \
--cc=afrosi@redhat.com \
--cc=christophe.varoqui@opensvc.com \
--cc=dm-devel@lists.linux.dev \
--cc=martin.wilck@suse.com \
--cc=mwilck@suse.com \
--cc=pbonzini@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.