ezelkow1 opened a new issue #6672: URL: https://github.com/apache/trafficcontrol/issues/6672
<!-- ************ STOP!! ************ If this issue identifies a security vulnerability, DO NOT submit it! Instead, contact the Apache Traffic Control Security Team at [email protected] and follow the guidelines at https://apache.org/security regarding vulnerability disclosure. - For *SUPPORT QUESTIONS*, use the #traffic-control channel on the ASF slack (https://s.apache.org/tc-slack-request) or the Traffic Control Users mailing list (send an email to [email protected] to subscribe). - Before submitting, please **SEARCH GITHUB** for a similar issue or PR * https://github.com/apache/trafficcontrol/issues * https://github.com/apache/trafficcontrol/pulls --> <!-- Do not submit security vulnerabilities or support requests here - see above --> ## This Improvement request (usability, performance, tech debt, etc.) affects these Traffic Control components: <!-- delete all those that don't apply --> - Traffic Control Cache Config (`t3c`, formerly ORT) - Traffic Portal ## Current behavior: <!-- Describe how the current features are insufficient. --> Currently it is possible to have a setting of max_simple_retries= or > number of parents. If the object requested is a 404 and unresolvable by any of the parents and the max number >= num_parents, then a 502 will be sent down because all the parents have been exhausted but was still requested to connect to yet another parent. ## New behavior: There should be a check done somewhere to either warn, or set a max bounds on max_simple_retry to be num_parents-1 so that we dont inadvertently get 502's being generated <!-- Describe how this change would improve Traffic Control --> This would provide more reliable err codes and states -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: [email protected] For queries about this service, please contact Infrastructure at: [email protected]
