-
Notifications
You must be signed in to change notification settings - Fork 45
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
Repo sync from RH registry fails with 404 #974
Comments
ipanova
added a commit
to ipanova/pulp_container
that referenced
this issue
Aug 17, 2022
Whenever a token expires a new token is requested. The 401 sync problem was triggered because the accept headers that were passed originally with the expired token were not passed to the re-newed token. As a result the registry was redirecting to the wrong schema version (schema1, which is unsuppotrted since july 2022) because of absense of the accept headers. closes pulp#974
ipanova
added a commit
to ipanova/pulp_container
that referenced
this issue
Aug 17, 2022
Whenever a token expires a new token is requested. The 404 sync problem was triggered because the accept headers that were passed originally with the expired token were not passed to the re-newed token. As a result the registry was redirecting to the wrong schema version (schema1, which is unsuppotrted since july 2022) because of absense of the accept headers. closes pulp#974
ipanova
added a commit
to ipanova/pulp_container
that referenced
this issue
Aug 17, 2022
Whenever a token expires a new token is requested. The 404 sync problem was triggered because the accept headers that were passed originally with the expired token were not passed to the re-newed token. As a result the registry was redirecting to the wrong schema version (schema1, which is unsuppotrted since july 2022) because of absense of the accept headers. closes pulp#974
ipanova
added a commit
to ipanova/pulp_container
that referenced
this issue
Aug 17, 2022
Whenever a token expires a new token is requested. The 404 sync problem was triggered because the accept headers that were passed originally with the expired token were not passed to the re-newed token. As a result the registry was redirecting to the wrong schema version (schema1, which is unsupported since july 2022 https://access.redhat.com/articles/6138332) because of absense of the accept headers. closes pulp#974
ipanova
added a commit
to ipanova/pulp_container
that referenced
this issue
Aug 17, 2022
Whenever a token expires a new token is requested. The 404 sync problem was triggered because the accept headers that were passed originally with the expired token were not passed to the re-newed token. As a result the registry was redirecting to the wrong schema version (schema1, which is unsupported since july 2022 https://access.redhat.com/articles/6138332) because of absense of the accept headers. closes pulp#974
ipanova
added a commit
to ipanova/pulp_container
that referenced
this issue
Aug 22, 2022
Whenever a token expires a new token is requested. The 404 sync problem was triggered because the accept headers that were passed originally with the expired token were not passed to the re-newed token. As a result the registry was redirecting to the wrong schema version (schema1, which is unsupported since july 2022 https://access.redhat.com/articles/6138332) because of absense of the accept headers. closes pulp#974
ipanova
added a commit
that referenced
this issue
Aug 22, 2022
Whenever a token expires a new token is requested. The 404 sync problem was triggered because the accept headers that were passed originally with the expired token were not passed to the re-newed token. As a result the registry was redirecting to the wrong schema version (schema1, which is unsupported since july 2022 https://access.redhat.com/articles/6138332) because of absense of the accept headers. closes #974
patchback bot
pushed a commit
that referenced
this issue
Aug 22, 2022
Whenever a token expires a new token is requested. The 404 sync problem was triggered because the accept headers that were passed originally with the expired token were not passed to the re-newed token. As a result the registry was redirecting to the wrong schema version (schema1, which is unsupported since july 2022 https://access.redhat.com/articles/6138332) because of absense of the accept headers. closes #974 (cherry picked from commit 16e104f)
patchback bot
pushed a commit
that referenced
this issue
Aug 22, 2022
Whenever a token expires a new token is requested. The 404 sync problem was triggered because the accept headers that were passed originally with the expired token were not passed to the re-newed token. As a result the registry was redirecting to the wrong schema version (schema1, which is unsupported since july 2022 https://access.redhat.com/articles/6138332) because of absense of the accept headers. closes #974 (cherry picked from commit 16e104f)
patchback bot
pushed a commit
that referenced
this issue
Aug 22, 2022
Whenever a token expires a new token is requested. The 404 sync problem was triggered because the accept headers that were passed originally with the expired token were not passed to the re-newed token. As a result the registry was redirecting to the wrong schema version (schema1, which is unsupported since july 2022 https://access.redhat.com/articles/6138332) because of absense of the accept headers. closes #974 (cherry picked from commit 16e104f)
patchback bot
pushed a commit
that referenced
this issue
Aug 22, 2022
Whenever a token expires a new token is requested. The 404 sync problem was triggered because the accept headers that were passed originally with the expired token were not passed to the re-newed token. As a result the registry was redirecting to the wrong schema version (schema1, which is unsupported since july 2022 https://access.redhat.com/articles/6138332) because of absense of the accept headers. closes #974 (cherry picked from commit 16e104f)
patchback bot
pushed a commit
that referenced
this issue
Aug 22, 2022
Whenever a token expires a new token is requested. The 404 sync problem was triggered because the accept headers that were passed originally with the expired token were not passed to the re-newed token. As a result the registry was redirecting to the wrong schema version (schema1, which is unsupported since july 2022 https://access.redhat.com/articles/6138332) because of absense of the accept headers. closes #974 (cherry picked from commit 16e104f)
patchback bot
pushed a commit
that referenced
this issue
Aug 22, 2022
Whenever a token expires a new token is requested. The 404 sync problem was triggered because the accept headers that were passed originally with the expired token were not passed to the re-newed token. As a result the registry was redirecting to the wrong schema version (schema1, which is unsupported since july 2022 https://access.redhat.com/articles/6138332) because of absense of the accept headers. closes #974 (cherry picked from commit 16e104f)
ipanova
added a commit
that referenced
this issue
Aug 22, 2022
Whenever a token expires a new token is requested. The 404 sync problem was triggered because the accept headers that were passed originally with the expired token were not passed to the re-newed token. As a result the registry was redirecting to the wrong schema version (schema1, which is unsupported since july 2022 https://access.redhat.com/articles/6138332) because of absense of the accept headers. closes #974 (cherry picked from commit 16e104f)
ipanova
added a commit
that referenced
this issue
Aug 22, 2022
Whenever a token expires a new token is requested. The 404 sync problem was triggered because the accept headers that were passed originally with the expired token were not passed to the re-newed token. As a result the registry was redirecting to the wrong schema version (schema1, which is unsupported since july 2022 https://access.redhat.com/articles/6138332) because of absense of the accept headers. closes #974 (cherry picked from commit 16e104f)
ipanova
added a commit
that referenced
this issue
Aug 22, 2022
Whenever a token expires a new token is requested. The 404 sync problem was triggered because the accept headers that were passed originally with the expired token were not passed to the re-newed token. As a result the registry was redirecting to the wrong schema version (schema1, which is unsupported since july 2022 https://access.redhat.com/articles/6138332) because of absense of the accept headers. closes #974 (cherry picked from commit 16e104f)
ipanova
added a commit
that referenced
this issue
Aug 22, 2022
Whenever a token expires a new token is requested. The 404 sync problem was triggered because the accept headers that were passed originally with the expired token were not passed to the re-newed token. As a result the registry was redirecting to the wrong schema version (schema1, which is unsupported since july 2022 https://access.redhat.com/articles/6138332) because of absense of the accept headers. closes #974 (cherry picked from commit 16e104f)
ipanova
added a commit
that referenced
this issue
Aug 22, 2022
Whenever a token expires a new token is requested. The 404 sync problem was triggered because the accept headers that were passed originally with the expired token were not passed to the re-newed token. As a result the registry was redirecting to the wrong schema version (schema1, which is unsupported since july 2022 https://access.redhat.com/articles/6138332) because of absense of the accept headers. closes #974 (cherry picked from commit 16e104f)
ipanova
added a commit
that referenced
this issue
Aug 22, 2022
Whenever a token expires a new token is requested. The 404 sync problem was triggered because the accept headers that were passed originally with the expired token were not passed to the re-newed token. As a result the registry was redirecting to the wrong schema version (schema1, which is unsupported since july 2022 https://access.redhat.com/articles/6138332) because of absense of the accept headers. closes #974 (cherry picked from commit 16e104f)
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Version
main but also older branches
To Reproduce
Steps to Reproduce:
Sync fails with:
Additional context
https://bugzilla.redhat.com/show_bug.cgi?id=2115970
The text was updated successfully, but these errors were encountered: