common/async: async_cond::notify/cancel must post to handler's associated executor
RGWDeleteMultiObj spawns child coroutines via spawn_throttle to delete
objects in parallel. each child coroutine carries the connection strand
as its associated executor, serializing concurrent operations on shared
state like the response formatter and ops_log_entries.
but in multisite env, concurrent deletions in the same bucket shard
contend on async_cond in RGWDataChangesLog::add_entry(). when notify()
fires, waiting coroutines resume on the raw io_context executor
instead of their connection strand, breaking the serialization that prevents data
races in send_partial_response()
any_completion_handler doesn't support post(). so post() to the
default executor and dispatch to the associated executor from there
Signed-off-by: Shilpa Jagannath <smanjara@redhat.com>
(cherry picked from commit
04aceefad0ef2b0186b0854ae28b4fbc4ffa51c3)