I'm fairly new to running salt masters but wondering if salt-syndic would work to get around this limitation? Is there an existing workaround to get this working?

@other-ryan one existing workaround is to simply have one instance of Alcali per master.
It's definitely not ideal, but it works.

Have been poking around a littlebit and I think the easiest way to achieve this could be to use the pyapi and syndics.
That way you could have the Alcali server be the master of masters and then just send the commands to the minions and get the returns back.
This needs to have the pyapi implemented first though.

@other-ryan
Got it to work with Syndics, one important thing is that the MoM has to have a copy of all the Keys from every syndic or else it won't be able to do the minion refresh.

@claudekenni I realize I completely missed your response here and it's now October. Great to hear that syndic could work here. I'll have to give this a shot.

Cheers!

Hello @other-ryan - I'm trying to get the same setup working like you did. But how have you achieved to that the MoM have access to the keys from the syndic?

My use case for multi masters is that there are 3 masters in HA mode, with a shared config on an NFS share. I think I am running into a problem where only a subset of the minions are showing up, presumably the ones talking to the master I pointed alcali at. Any advice other then using syndic?