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

is there an HELM chart available? #38

Open
syncush opened this issue Nov 18, 2022 · 12 comments
Open

is there an HELM chart available? #38

syncush opened this issue Nov 18, 2022 · 12 comments
Labels
bug Something isn't working

Comments

@syncush
Copy link

syncush commented Nov 18, 2022

Hi, I would like to test openblocks in my company's Kubernetes cluster (OCP to be specific), is there a helm chart available to use?

if not, I would be happy to contribute one.

@hanshuai
Copy link
Contributor

There is currently no helm chart available. It would be great if you could contribute one!

@y086300
Copy link

y086300 commented Nov 23, 2022

@hanshuai will the app be fine if entrypoint.sh would not contain chown on /run directory?
It can be used by Kubernetes for instance to mount secrets so /run/secrets/ can be a read-only path. This makes current openblocks image to fail to start on my k8s platforms.

Other then that the Chart should be rather short and simple.

@swright-eti
Copy link

I ran into this same problem when I started testing the chart. OpenBlocks is really great, but if I can't run it in a cluster I wont be able to use it. Could we get this on the road map as soon as possible?

(⎈|beta:openblocks)swright@dev-09:~/workspace/helm-charts/third-party-charts/openblocks$ k   logs -f openblocks-78bc586f8f-kjr8n
Init mongoDB
Init configuration
yml configuration not exist
Starting with UID : 9001
chown: changing ownership of '/run/secrets/kubernetes.io/serviceaccount/namespace': Read-only file system
chown: changing ownership of '/run/secrets/kubernetes.io/serviceaccount/ca.crt': Read-only file system
chown: changing ownership of '/run/secrets/kubernetes.io/serviceaccount/token': Read-only file system
chown: changing ownership of '/run/secrets/kubernetes.io/serviceaccount/..data': Read-only file system
chown: changing ownership of '/run/secrets/kubernetes.io/serviceaccount/..2022_12_02_20_46_49.3615641076/namespace': Read-only file system
chown: changing ownership of '/run/secrets/kubernetes.io/serviceaccount/..2022_12_02_20_46_49.3615641076/ca.crt': Read-only file system
chown: changing ownership of '/run/secrets/kubernetes.io/serviceaccount/..2022_12_02_20_46_49.3615641076/token': Read-only file system
chown: changing ownership of '/run/secrets/kubernetes.io/serviceaccount/..2022_12_02_20_46_49.3615641076': Read-only file system
chown: changing ownership of '/run/secrets/kubernetes.io/serviceaccount': Read-only file system

@neon-balcony
Copy link
Contributor

Hi @swright-eti,

Got it! We will check this issue with our operation engineer and try to fix it soon, please stay tuned.

@neon-balcony neon-balcony added the bug Something isn't working label Dec 5, 2022
@y086300
Copy link

y086300 commented Dec 5, 2022

@neon-balcony wasn't that actually fixed in this #68 PR, but overwritten shortly before 1.1.1 release?
I'm not sure what was wrong with that fix.

@neon-balcony
Copy link
Contributor

Hi @swright-eti @y086300,

After checking with our engineers it should be a merging mistake, we'll fix that in the next release. Sorry about the back and forth changes and thanks for your patience.

@lmx1117
Copy link
Collaborator

lmx1117 commented Dec 9, 2022

Hi everyone, this issue is already solved, please check it out, and thanks again for your advice and patience. 😉

@swright-eti
Copy link

I have updated my chart to use the 1.1.2 tag. I am still getting the same issue where the application is trying to change permission of these files:

(⎈|beta:openblocks)swright@dev-09:~/workspace/helm-charts/third-party-charts/openblocks$ k logs -f openblocks-85f564b7dd-9wgng
Init mongoDB
Init configuration
yml configuration not exist
Starting with UID : 9001
chown: changing ownership of '/run/secrets/kubernetes.io/serviceaccount/namespace': Read-only file system
chown: changing ownership of '/run/secrets/kubernetes.io/serviceaccount/ca.crt': Read-only file system
chown: changing ownership of '/run/secrets/kubernetes.io/serviceaccount/token': Read-only file system
chown: changing ownership of '/run/secrets/kubernetes.io/serviceaccount/..data': Read-only file system
chown: changing ownership of '/run/secrets/kubernetes.io/serviceaccount/..2022_12_09_13_06_35.3176938755/ca.crt': Read-only file system
chown: changing ownership of '/run/secrets/kubernetes.io/serviceaccount/..2022_12_09_13_06_35.3176938755/token': Read-only file system
chown: changing ownership of '/run/secrets/kubernetes.io/serviceaccount/..2022_12_09_13_06_35.3176938755/namespace': Read-only file system
chown: changing ownership of '/run/secrets/kubernetes.io/serviceaccount/..2022_12_09_13_06_35.3176938755': Read-only file system
chown: changing ownership of '/run/secrets/kubernetes.io/serviceaccount': Read-only file system

@neon-balcony
Copy link
Contributor

Sorry 😭 , our operation engineers are looking into this... @swright-eti

@jerry-goodman
Copy link
Contributor

Hi @swright-eti, We have just fixed this bug, please use the latest image and check it out.

@swright-eti
Copy link

I have deployed to this to a cluster. The deployment succeeds in that I dont see the ownership changes. The app is running, but there is another problem. I need to be able to set the context root for the web application. The ingress is configured to listen on /openblocks. When I go to the URL https://beta1.dev.eti.software/openblocks all I see is a spinning graphic. I think the reason for this is that the browser is trying to load Javascript files from https://beta1.dev.eti.software/ instead of https://beta1.dev.eti.software/openblocks

Is there an environment variable I can set to configure the context root?

image

@neon-balcony
Copy link
Contributor

Hi @swright-eti ,

When I go to the URL https://beta1.dev.eti.software/openblocks all I see is a spinning graphic. I think the reason for this is that the browser is trying to load Javascript files from https://beta1.dev.eti.software/ instead of https://beta1.dev.eti.software/openblocks

True, currently we don't support a extra path for Openblock deployment, please try using a specific domain with routing from root for Openblocks.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

7 participants