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

tridentctl install --image-registry does not update image for netapp-autosupport #715

Closed
JanusTekk opened this issue Mar 22, 2022 · 2 comments

Comments

@JanusTekk
Copy link

Describe the bug
Using the option to supply a private registry when installing v22.01.1 results in backoffs for ErrImagePull since the reference for netapp-autosupport does not update correctly.

Environment
I'm in an air gapped environment, the registry flag is required to point to our own registry where I have pre-populated the images

  • Tridentctl version: v22.01.1
  • Trident installation flags used: -n trident-ns --image-registry private-registry.organisation/repo

To Reproduce

  • Download and extract the release for v22.01.1
  • run tridentctl install -n trident-ns --image-registry private-registry.organisation/repo
  • pods fail to start with errors that netapp/netapp-autosupport cannot be pulled

Expected behavior
The pods trident tries to deploy reference private-registry.organisation/repo/netapp/image:tag

Additional context
Add any other context about the problem here.

@JanusTekk JanusTekk added the bug label Mar 22, 2022
@lukasz-borek
Copy link

+1, my fix :

VERSION=22.01.1
for IMAGE_BASENAME in trident trident-operator trident-autosupport
do
if [ "$IMAGE_BASENAME" = "trident-autosupport" ]; then
  VERSION="22.01"
fi
...

@gnarl gnarl added the tracked label Apr 19, 2022
@gnarl
Copy link
Contributor

gnarl commented May 10, 2022

This was fixed with commit 7eaca8f and is included in the Trident v22.04.0 release.

@gnarl gnarl closed this as completed May 10, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants