This repository has been archived by the owner on Nov 1, 2022. It is now read-only.
-
Notifications
You must be signed in to change notification settings - Fork 1.1k
Flux uses registry credentials from other namespaces #2723
Labels
Comments
bootc
added
blocked-needs-validation
Issue is waiting to be validated before we can proceed
bug
labels
Jan 6, 2020
I think that the problem was introduced in #2520 I am looking into it. |
BTW, thanks a lot for the detailed bug report and for pinpointing in what version the bug was introduced. |
2opremio
removed
the
blocked-needs-validation
Issue is waiting to be validated before we can proceed
label
Jan 8, 2020
Thanks @2opremio! Is there (or will there be) an image of Flux I can test with before it's released? |
I can create one for you. Give me a few minutes |
You can use |
Yes, that looks like it fixes the issue for me. Many thanks! 👍 |
@bootc The fix for this issue has been released with 1.17.1 |
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Describe the bug
Flux appears to be using credentials from other namespaces when accessing our private registry, and is thus failing to check for image updates.
The logs below show the relevant (and slightly redacted) lines for one of our environments with 5 applications in 5 different namespaces, all pulling from the same registry and with the same Secret name.
app1:Secret/gitlab-registry
can only see theregistry.example.com/tcl/app1
tags, and so on. For some reason Flux is picking one of our apps (app5
in the example below) and using that credential to query the tags on all the images includingapp1
throughapp4
. In effect the credential is bleeding across namespaces.To Reproduce
Steps to reproduce the behaviour:
0. Create two namespaces with two different Docker registry secrets, with the same name and same registry host.
Expected behavior
It should use the credential only from the relevant namespace.
Logs
Additional context
Add any other context about the problem here, e.g
The text was updated successfully, but these errors were encountered: