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

bin/upgrade: handle conflict errors #122

Closed
jone opened this issue Dec 15, 2016 · 1 comment
Closed

bin/upgrade: handle conflict errors #122

jone opened this issue Dec 15, 2016 · 1 comment

Comments

@jone
Copy link
Member

jone commented Dec 15, 2016

When running upgrade steps with bin/upgrade install -Sp and a ConflictError happens at the end, we have these problems:

  1. the conflict error happens in Zope after the view is terminated an the request logger is terminated, which results in a terminated response and the bin/upgrade command quits with an error although the zope makes a "retry".

  2. the "retry" can never work, because the API tries to validate the authentication token using the authentication tempfile, but it was deleted be the first try, leading to an error.

It would be awesome if bin/upgrade would support conflict errors / retries. If we want to go crazy we could even have an option for changing the maximum amount of retries (which is 2 to by default).

@deiferni
Copy link
Contributor

deiferni commented Feb 7, 2019

This has surfaced again today with slightly different behavior. After a ConflictError the retry was executed successfully without the token validation error mentioned above. If you're not really observing the upgrade output all the time you might easily be tricked into thinking that the upgrade just takes very long and miss the fact that all the upgrades are just rerun. Additionally when a ConflictError occurs once in the upgrades it is not unlikely it will happen again in the retry. I would welcome an option to prevent retries during upgrades, this could be achieved by the option mentioned in this issue to set the maximum amount of retries.
We need to pick up this issue in the near future and discuss possible approaches and a good default for retries during upgrades.

@deiferni deiferni self-assigned this Feb 7, 2019
@jone jone closed this as completed Dec 19, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants