maxadmin commands hang when master pod deleted after failover occurs

All maxadmin commands seem to hang for 30 to over 60 seconds during pod failover using mariadbmon. The following are just two of the commands that seem to hang:
maxadmin list servers (which we use to determine server status)
maxadmin show monitor MariaDB-Monitor (used to audit auto-failover flag).

I have no idea what maxscale itself is doing during this time. Our monitors running on this container will eventually detect that the IP has changed for the deleted pod and perform a maxadmin alter server to update the IP address, but that doesn't happen for quite a while after the pod is recreated due to all the hung maxadmin commands blocking this from happening.

This does NOT happen on maxscale-2.2.19.

Attached is:
maxscale.log - maxscale logs during this time
ps.out - ps -ef on the container with date every 5 minutes to show hung maxadmin processes
maxadmin.time - shows the running time of a couple manual maxadmin list servers