T.J. Yang

@Akm0d Looks like I have misconfiguration somewhere in my production server to cause the delay. Please close this issue. Another 3006.8 master/minion in my test lab running as VMWare VM....

- This is a sub one sec test.ping on rockylinux 8 test master instance. - Still need to figure out what caused the production master instances spent extra 4 secs....

@Akm0d and all The extra 4 seconds delay is found and fixed by comment out **order_masters: True** line. - This is my syndic.conf in /etc/salt/master.d , master was set True...

@clayoster, thanks for the one-liner script to bring down 3007 salt-master. I am able to confirm this on my test salt-master.

I use same oneliner script to bring down 3007.1 salt-master, 3006.8 withstand this test. A salt-master restart will restore the service. ``` for i in {1..30}; do openssl s_client -connect...

> I use same oneliner script to bring down 3007.1 salt-master, 3006.8 withstand this test. A salt-master restart will restore the service. > > ``` > for i in {1..30};...

> Is there a light at the end of the tunnel? I have the same issue, and it doesn’t take much effort to reproduce it. Before this issue is fixed...

This is similar to https://github.com/saltstack/salt/issues/66177

This impact LTS version of salt-master also. - I like to suggest to disable **pip version check** with action similar like following. ``` [me@salt01 ~]$ cat /opt/saltstack/salt/pip.conf [global] disable-pip-version-check =...

FYI, no problem on salt-minion 3006.9, Rockylinux 9. - install as root user. ``` [root@rocky9t01a pillar]# salt-pip install python-freeipa Collecting python-freeipa Downloading python-freeipa-1.0.8.tar.gz (71 kB) ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 71.3/71.3 kB 1.9 MB/s...