-
Notifications
You must be signed in to change notification settings - Fork 105
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
Cannot apply resources with defined namespaces in manifest #163
Comments
This issue is idle because it has been open for 14 days with no activity. |
Hello! We will look into this. Thanks! |
This issue is idle because it has been open for 14 days with no activity. |
i was able to repro, and just made a PR |
merged the fix. please reopen if issue persists |
@davidgamero I believe I'm encountering this issue with k8s-deploy@v4 but I cannot reopen this issue. I'm trying to deploy cert-manager 1.10.1. cert-manager is normally installed using
Log:
|
Try it with the |
I guess that is no solution because the manifest does not only reference the |
As a workaround for now, I'd suggest using multiple k8s-deploy commands in your YAML like so:
We recently patched an issue where kubectl errors were failing silently, causing the action to pass even if a kubectl command necessary to execute the action had failed. As a result, users were seeing rollout failures even though their resources had successfully deployed because our action was checking the default namespace (if no namespace was provided, but if one was provided to the action it would check that one) for the deployed resources, but since the resources would be deployed to the namespace specified in the YAML, the rollout check would not be able to find the deployed resource, thereby causing the action to fail. Our solution was to make sure that if no namespace was provided to the action, kubectl would deploy and perform a rollout check on the default namespace, or to do the same to whatever other namespace may be provided. Of course, this leads to the issue that you ran into, where the namespace being used by the action in the We plan on working on a fix to support deployment to multiple namespaces within a single run by checking if deployment manifests specify a namespace, but I recommend using the above workaround until we release a new version with this functionality. I hope this helps! |
That suggested workaround means I have to take apart the manifest that is provided by cert-manager. I prefer to stick with a manual |
@hansmbakker we will keep you updated on this. We are working on a fix. |
Thank you both and thank you @jaiveerk for the explanation! |
This issue is idle because it has been open for 14 days with no activity. |
Not released yet but a fix is merged in |
Not sure if I should open a new issue but I tried using
|
This issue is idle because it has been open for 14 days with no activity. |
Hi @OliverMKing any ETA pls ? |
This issue is idle because it has been open for 14 days with no activity. |
@Tchekda @vojtechvelkjop |
This issue is idle because it has been open for 14 days with no activity. |
Tried latest 4.9 and 4.10 releases, but issue is still here:
|
This issue is idle because it has been open for 14 days with no activity. |
This issue I believe should have been fixed in version v4.1.0.0 by this #276 I've tried to use it but still getting the same error as others
|
Still encountering this issue in v5 when trying to deploy a secret to cert-manager namespace. |
Repro steps:
Current behaviour:
Expected behaviour:
The reasoning is, official instructions for ingress-nginx, cert-manager and others do not need a namespace parameter in kubectl, and if namespace=default is passed, the command fails. I have to split the manifests into multiple manifests per each namespace as a workaround.
The text was updated successfully, but these errors were encountered: