Resolution
To manually bring the Traffic Controller VM back into a state where it can be updated, you must manually stop the RLP process.
1. SSH onto the affected
loggregator_trafficcontroller vm and become sudo.
2. Run the command:
monit stop reverse_log_proxy3. Run the command:
ps aux | grep rlp
Locate the process ID for the RLP and kill it.
4. Run the command:
kill -9 <PID of rlp>5.
Run the command:
monit start reverse_log_proxy
Note: If you have many Traffic Controller VMs, you may wish to verify the all of them before running Apply Changes to avoid lengthy failures. This can be done by proactively checking each Traffic Controller VM. SSH onto each one and perform a monit stop reverse_log_proxy. Give it 15-20 seconds to stop.
Perform $ ps aux | grep rlp to see if the process is still running. If the rlp process is still running even after monit says it is not, proceed to run, kill -9 <PID of rlp> and then $ monit start reverse_log_proxy.
Once the RLP process has been manually restarted (via the above methods of force killing the process) on the affected machine, an
Apply Changes shall be able to update it successfully.
The TAS versions with the patch for this are: 2.7.16+, 2.8.10+, 2.9.4+, 2.10+