Change ORT to not update ip_allow except badass#5041
Change ORT to not update ip_allow except badass#5041dneuman64 merged 2 commits intoapache:masterfrom
Conversation
194d2fa to
37de458
Compare
ATS has a known bug where changing ip_allow.config causes random blocking on config reload. We changed ORT a while back to not reload when it changes, but other files can later trigger a reload. This changes ORT to not update the file at all, and log an error. This will cause any added servers to not be added to the allow, likely breaking Edges. But breaking an Edge is better than breaking a Mid. Further, the error log will allow users to create alarms, so they know to go in and manually badass and restart the machine.
37de458 to
36332e2
Compare
|
Since this only affects Mids and not Edges, is there a way to only apply this to Mids? Maybe we can make it a config or flag and we can set it up such that edges update the file and mids do not? |
|
Edges have the same problem. They just don't update their config very often. |
|
Are you sure because I don't think we have seen that issue on edges before? We have only seen this issue on Mids. |
|
I am positive. We haven't seen it on Edges because they're basically open to the internet, and almost never change. If I can add a flag. |
* Change ORT to not update ip_allow except badass ATS has a known bug where changing ip_allow.config causes random blocking on config reload. We changed ORT a while back to not reload when it changes, but other files can later trigger a reload. This changes ORT to not update the file at all, and log an error. This will cause any added servers to not be added to the allow, likely breaking Edges. But breaking an Edge is better than breaking a Mid. Further, the error log will allow users to create alarms, so they know to go in and manually badass and restart the machine. * Add ORT flag to update ip_allow.config in syncds (cherry picked from commit 492290d)
* Change ORT to not update ip_allow except badass ATS has a known bug where changing ip_allow.config causes random blocking on config reload. We changed ORT a while back to not reload when it changes, but other files can later trigger a reload. This changes ORT to not update the file at all, and log an error. This will cause any added servers to not be added to the allow, likely breaking Edges. But breaking an Edge is better than breaking a Mid. Further, the error log will allow users to create alarms, so they know to go in and manually badass and restart the machine. * Add ORT flag to update ip_allow.config in syncds (cherry picked from commit 492290d)
ATS has a known bug where changing ip_allow.config causes random
blocking on config reload. We changed ORT a while back to not reload
when it changes, but other files can later trigger a reload.
This changes ORT to not update the file at all, and log an error.
This will cause any added servers to not be added to the allow,
likely breaking Edges. But breaking an Edge is better than
breaking a Mid.
Further, the error log will allow users to create alarms, so
they know to go in and manually badass and restart the machine.
I've manually tested, verified server IP changes log the error but don't update the file, changes to other files apply as expected, badass mode updates ip_allow.config as expected.
Includes changelog.
No docs, ORT config file details are not documented.
No tests, ORT itself doesn't have an integration test framework yet.
Which Traffic Control components are affected by this PR?
What is the best way to verify this PR?
Change or add a Server in Traffic Ops with a new IP, run ORT in syncds mode, verify an Error is logged but the file is not updated. Change something else, like a DS Origin, verify change still applies correctly. Run ORT in badass move, verify ip_allow.config is updated.
If this is a bug fix, what versions of Traffic Control are affected?
It's behaved this way forever
The following criteria are ALL met by this PR
Additional Information