Ok it makes a little more sense now, I believe I see the lions share of the problem (IE bigger than reorganizing).
Ive got two nodes that dont agree here, both consider one of the forks valid but node 2 is following a shorter chain.
Looking at the log on node2, it feels the list of sanctuaries is different than node1. Another words, it has a view of sanctuary payments that differs from other parts of our network.
So basically the sanctuary payment is enforced with a hard rule - and this can cause a fork. We need to either A) Sync all the sancs, or B) Temporarily not enforce that sancs get paid properly.
Ill work on B at a network level now.
Sancs: Please try to sync to the top so your data can synchronize.
We will need to know what the "top" is.. I have 3 different chains i'm seeing
Ive confirmed we need a mandatory upgrade for the entire network to turn off the switch, then we sync to the top, the top stays the top, then in a couple days we will re-enable the spork.
So for now, please disregard my comment about the Top.
The new version will be out in less than one hour.
Thanks for everyones patience.
One other reason this happened is we have GIN hosting a fair amount of Sancs and they are on the old chain (as I really dont want to have them upgrade until we are synced) - exacerbating the problem. (Their sancs are not in agreement with heights from 1199 sancs, so no masternode winners can be calculated yet).