-
Notifications
You must be signed in to change notification settings - Fork 13
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
Install with the kuberneted operator does not work #69
Comments
I am facing the exact same issue. Did u get it working ? |
it worked when using this fork : r1sharma / kubernetes-crd |
I cloned the forked branch, however when I run basic.yaml example, I get error " serviceaccount:chaostoolkit-crd:chaostoolkit-crd" cannot create resource "namespaces" [2021-01-18 22:10:55,844] kopf.objects [INFO ] [chaostoolkit-crd/my-chaos-exp] Creation event is processed: 0 succeeded; 1 failed. [2021-01-18 22:28:49,355] kopf.objects [INFO ] [chaostoolkit-crd/my-chaos-exp] Creation event is processed: 0 succeeded; 1 failed. |
I got a similar problem using kustomize build manifest/overlays/generic-rbac. With few modification I found that when a parent of namespaces have a namespace tag defined the build fail. After splitting common folder to create namespaces in a separate kustomization file, I success to build. This build doesn't work because of the service account chaostoolkit-crd seems to doesn't have access to the chaostoolkit-run namespace. Maybe the access problem can be solved duplicating the chaostoolkit-crd's serviceaccount (and its roles) in the chaostoolkit-run namespace. |
Im getting the similar error. If anyone solved this error, please mention any solution or work around. |
I will be looking at this today. |
One thing that could be useful is to know the version of kubernetes you running. There are times when things evolve in its API that can break with older manifests. |
I solved the above error by giving clusterrole and cluster role binding in sec/pod/policy.yaml. But Now Im getting this following error - |
my kubectl version Client Version: version.Info{Major:"1", Minor:"20", GitVersion:"v1.20.2", GitCommit:"faecb196815e248d3ecfb03c680a4507229c2a56", GitTreeState:"clean", BuildDate:"2021-01-13T13:28:09Z", GoVersion:"go1.15.5", Compiler:"gc", Platform:"linux/amd64"} |
Thanks @sathiyajith ! I'm looking at it this morning with an hopeful fix/release early next week. |
Hello folks, late but hopefully with useful news. I've fixed a few things and release a new container image of the operator yesterday. Please upgrade to 0.4.0 and let me know if it still fails. |
Hi, I am using the following
Then, from
any idea? |
First guess is a kustomize shenanigan. What version are you using? I think kustomize 4 may have some issues with older formats, would you be okay trying with kuztomize 3 just to check? |
After the downgrade
|
not much better indeed I'll try again on my side. Thanks for reporting. |
Hello, The latest templates should now support Kustomize 4 :) |
Hi,
I'm following the documentation, and can't get anything deployed.
I have cloned the project locally and just run the first command :
Anything I missed here ?
After a bit a digging, I pulled the install-in-another-namespace branche, and get something deployed by going into manifest directory, and running :
But then the pod is not starting :
here's the log :
kopf.reactor.running [ERROR ] Root task 'watcher of chaosexperiments.chaostoolkit.org' is failed: 403, message='chaosexperiments.chaostoolkit.org is forbidden: User "system:serviceaccount:crd:chaostoolkit-crd" cannot list resource "chaosexperiments" in API group "chaostoolkit.org" in the namespace "crd"', url=URL('https://X.X.X.X:443/apis/chaostoolkit.org/v1/namespaces/crd/chaosexperiments')
But probably the first issue is the one to look at.
The text was updated successfully, but these errors were encountered: