From: Benjamin Marzinski <bmarzins@redhat.com>
To: Martin Wilck <martin.wilck@suse.com>
Cc: Christophe Varoqui <christophe.varoqui@opensvc.com>,
dm-devel@lists.linux.dev, Martin Wilck <mwilck@suse.com>
Subject: Re: [PATCH 00/13] multipathd: More map reload handling, and checkerloop work
Date: Tue, 10 Dec 2024 19:02:56 -0500 [thread overview]
Message-ID: <Z1jWsMST0iRUH6aG@redhat.com> (raw)
In-Reply-To: <20241206233617.382200-1-mwilck@suse.com>
On Sat, Dec 07, 2024 at 12:36:04AM +0100, Martin Wilck wrote:
> This patch set goes on top of Ben's set [1] for github issue 105 [2].
>
> The first patch implements the remark I had on patch 2 on Ben's set.
>
> Patch 2-4 add map reload logic for the case when update_pathvec_from_dm()
> detects an inconsistency: in this case, the map is now reloaded before
> the checkers are actually started. If the inconsistency can't be cleared,
> another attempt will be made when the checkers have finished.
>
> Patch 5 ff. reshuffle the code in checkerloop(). There is now one function,
> checker_finished(), that takes all actions that need to be done with the vecs
> lock taken after the checkers have finished. checkerloop() enters this
> function immediately when the checkers have finished, without dropping and
> re-acquiring the vecs lock. The map reload logic is completely handled in this
> function.
>
> The various _tick() functions don't loop over mpvec any more; they are now
> just called for a single mpp, and they simply return true if a map reload is
> required. The actual reload action differs: if missing_uev_wait_tick()
> requests a reload, it needs to be a full update_map() (which calls
> adopt_paths()), whereas in the other cases, reload_and_sync_map() is sufficient.
> The last patch changes the reload action for the ghost delay tick.
>
> Reviews & comments welcome.
For all the patches I haven't commented on:
Reviewed-by: Benjamin Marzinski <bmarzins@redhat.com>
>
> Regards
> Martin
>
> [1] https://lore.kernel.org/dm-devel/20241205035638.1218953-1-bmarzins@redhat.com/
> [2] https://github.com/opensvc/multipath-tools/issues/105
>
> Martin Wilck (13):
> multipathd: don't reload map in update_mpp_prio()
> multipathd: remove dm_get_info() call from refresh_multipath()
> multipathd: allow map removal in do_sync_mpp()
> multipathd: reload maps in do_sync_mpp() if necessary
> multipathd: move yielding for waiters to start of checkerloop
> multipathd: add checker_finished()
> multipathd: move "tick" calls into checker_finished()
> multipathd: remove mpvec_garbage_collector()
> multipathd: don't call reload_and_sync_map() from
> deferred_failback_tick()
> multipathd: move retry_count_tick() into existing mpvec loop
> multipathd: don't call update_map() from missing_uev_wait_tick()
> multipathd: don't call udpate_map() from ghost_delay_tick()
> multipathd: only call reload_and_sync_map() when ghost delay expires
>
> multipathd/main.c | 295 +++++++++++++++++++---------------------------
> 1 file changed, 120 insertions(+), 175 deletions(-)
>
> --
> 2.47.0
prev parent reply other threads:[~2024-12-11 0:03 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-12-06 23:36 [PATCH 00/13] multipathd: More map reload handling, and checkerloop work Martin Wilck
2024-12-06 23:36 ` [PATCH 01/13] multipathd: don't reload map in update_mpp_prio() Martin Wilck
2024-12-06 23:36 ` [PATCH 02/13] multipathd: remove dm_get_info() call from refresh_multipath() Martin Wilck
2024-12-06 23:36 ` [PATCH 03/13] multipathd: allow map removal in do_sync_mpp() Martin Wilck
2024-12-10 19:02 ` Benjamin Marzinski
2024-12-10 19:44 ` Benjamin Marzinski
2024-12-10 21:05 ` Martin Wilck
2024-12-10 22:49 ` Benjamin Marzinski
2024-12-11 20:48 ` Martin Wilck
2024-12-10 23:30 ` Benjamin Marzinski
2024-12-11 12:06 ` Martin Wilck
2024-12-11 17:09 ` Benjamin Marzinski
2024-12-11 20:20 ` Martin Wilck
2024-12-11 20:33 ` Martin Wilck
2024-12-12 17:12 ` Benjamin Marzinski
2024-12-12 17:18 ` Martin Wilck
2024-12-12 17:50 ` Benjamin Marzinski
2024-12-06 23:36 ` [PATCH 04/13] multipathd: reload maps in do_sync_mpp() if necessary Martin Wilck
2024-12-10 19:20 ` Benjamin Marzinski
2024-12-06 23:36 ` [PATCH 05/13] multipathd: move yielding for waiters to start of checkerloop Martin Wilck
2024-12-06 23:36 ` [PATCH 06/13] multipathd: add checker_finished() Martin Wilck
2024-12-06 23:36 ` [PATCH 07/13] multipathd: move "tick" calls into checker_finished() Martin Wilck
2024-12-06 23:36 ` [PATCH 08/13] multipathd: remove mpvec_garbage_collector() Martin Wilck
2024-12-10 23:34 ` Benjamin Marzinski
2024-12-06 23:36 ` [PATCH 09/13] multipathd: don't call reload_and_sync_map() from deferred_failback_tick() Martin Wilck
2024-12-06 23:36 ` [PATCH 10/13] multipathd: move retry_count_tick() into existing mpvec loop Martin Wilck
2024-12-06 23:36 ` [PATCH 11/13] multipathd: don't call update_map() from missing_uev_wait_tick() Martin Wilck
2024-12-10 23:13 ` Benjamin Marzinski
2024-12-06 23:36 ` [PATCH 12/13] multipathd: don't call udpate_map() from ghost_delay_tick() Martin Wilck
2024-12-06 23:36 ` [PATCH 13/13] multipathd: only call reload_and_sync_map() when ghost delay expires Martin Wilck
2024-12-11 0:02 ` Benjamin Marzinski [this message]
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=Z1jWsMST0iRUH6aG@redhat.com \
--to=bmarzins@redhat.com \
--cc=christophe.varoqui@opensvc.com \
--cc=dm-devel@lists.linux.dev \
--cc=martin.wilck@suse.com \
--cc=mwilck@suse.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.