I've already put in a brief alog about this (comment alog 35966), but it was annoying to fix, so I'm putting a more detailed log in.

After the front end restarts yesterday, the gains for the HAM2&3 GS13s were in the wrong state. The GS13s are put in low gain for the safe state, and nominally switched by the guardians when re-isolating is done. However, HAMs 2&3 are special snowflakes and trip when the ISI guardian switches the gains. With the Ubuntu work stations, this was easy to fix: simply open the Commands screen and push a button that called a PERL script. But we are abandoning PERL, so these scripts don't work on the new Debian machines. We can't leave the GS13s in high gain, because the HAMs restore their alignments and on HAMs 2&3 the RX/RY offsets are big enough to cause the horizontal GS13s to saturate when the tables rotate into position. The ONLY way possible to change these gains without tripping the platform with these scripts not functioning is: I had to take the ISIs down to offline, switch the GS13s by "hand", tweak the RX/RY offsets so the residuals were small, re-isolate the chambers, then finally restore the RX/RY offsets with a long ramp time (~45 seconds). Lastly, I had to clean up SDF

The easiest way to do this would have been last night  by reverting the GS13s with the SDF system. This would not have risked tripping the tables (which I did multiple times this morning with HAM3, trying to figure this process out), if all the setting were reverted at once. It would have been an easy fix this morning, if the Commands screen gain switching script worked. Still, it would be best if all of the tables behaved the same, and HAMs 2&3 had this setting under guardian control.