TM sometimes sets cachegroups to unavailable if all caches are ONLINE instead of REPORTED #6048
Labels
bug
something isn't working as intended
high impact
impacts the basic function, deployment, or operation of a CDN
Traffic Monitor
related to Traffic Monitor
Milestone
I'm submitting a ...
Traffic Control components affected ...
Current behavior:
TM sometimes appears to add cachegroups to the
disabledLocations
array in its/publish/CrStates
API when all caches are set toONLINE
. In the following example, all caches areONLINE
, yetdisabledLocations
contain cachegroups:Expected behavior:
Since all the caches are
ONLINE
, the above example should have no cachegroups indisabledLocations
. When a cachegroup is indisabledLocations
, that essentially tells TR that all caches in that cachegroup are unavailable.Minimal reproduction of the problem with instructions:
Set all caches to
ONLINE
in a CDN with one or more delivery services, snapshot, and request TM's/publish/CrStates
API.Anything else:
I've tried to reproduce this in CiaB, but in CiaB TM doesn't populate the
disabledLocations
array the same as it does in the environment in which this was observed. Honestly, as this is basically just a premature optimization for Traffic Router, we might just want to change TM to never populate thedisabledLocations
. Traffic Router will still quickly find that all caches are unavailable in a given cachegroup and try the next closest. CheckingdisabledLocations
probably only saves TR a handful of nanoseconds when routing a request (and only if entire cachegroups are unavailable), so I think we'd be fine if TM never populated it.The text was updated successfully, but these errors were encountered: