Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Suppress DS consistent hash query params change log entry if nothing changed #5333

Closed
mitchell852 opened this issue Nov 25, 2020 · 4 comments · Fixed by #5410
Closed

Suppress DS consistent hash query params change log entry if nothing changed #5333

mitchell852 opened this issue Nov 25, 2020 · 4 comments · Fixed by #5410
Labels
improvement The functionality exists but it could be improved in some way. Traffic Ops related to Traffic Ops

Comments

@mitchell852
Copy link
Member

mitchell852 commented Nov 25, 2020

I'm submitting a ...

  • improvement request (usability, performance, tech debt, etc.)

Traffic Control components affected ...

  • Traffic Ops

Current behavior:

Every time a DS is created or updated, the following change log entry is created when no consistent hash query params are created.

DS: my-ds-xml-id, ID: 999, ACTION: Created 0 consistent hash query params

Doesn't make much sense to me.

New behavior:

Don't do that if nothing changed with regards to a delivery service's consistent hash query params. If it went from 0 to 1 or 1 to 0 or 2 to 4, then the change log makes sense, otherwise, nobody cares. :)

Minimal reproduction of the problem with instructions:

Create or update a delivery service. Notice the consistent hash query params change log entry.

@mitchell852 mitchell852 added Traffic Ops related to Traffic Ops improvement The functionality exists but it could be improved in some way. labels Nov 25, 2020
@rawlinp
Copy link
Contributor

rawlinp commented Nov 25, 2020

I agree, but even if the CHQPs change, do we care enough to give it its own changelog entry? Or is the single DS entry enough?

Also, we should probably suppress the DS: demo, ID: 442, ACTION: Updated primary origin: demo changelog entry if the orgServerFqdn wasn't changed.

@mitchell852
Copy link
Member Author

but even if the CHQPs change, do we care enough to give it its own changelog entry? Or is the single DS entry enough?

Yes, I think the DS entry is sufficient.

@mitchell852
Copy link
Member Author

Also, we should probably suppress the DS: demo, ID: 442, ACTION: Updated primary origin: demo changelog entry if the orgServerFqdn wasn't changed.

Agree. Want to create a separate issue for that @rawlinp ?

@rawlinp
Copy link
Contributor

rawlinp commented Nov 25, 2020

Done - #5335.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
improvement The functionality exists but it could be improved in some way. Traffic Ops related to Traffic Ops
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants