openblocks icon indicating copy to clipboard operation
openblocks copied to clipboard

is there an HELM chart available?

Open syncush opened this issue 2 years ago • 2 comments

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.

syncush avatar Nov 18 '22 07:11 syncush

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

hanshuai avatar Nov 18 '22 07:11 hanshuai

@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.

y086300 avatar Nov 23 '22 13:11 y086300

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

swright-eti avatar Dec 05 '22 14:12 swright-eti

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 avatar Dec 05 '22 15:12 neon-balcony

@neon-balcony wasn't that actually fixed in this https://github.com/openblocks-dev/openblocks/pull/68 PR, but overwritten shortly before 1.1.1 release? I'm not sure what was wrong with that fix.

y086300 avatar Dec 05 '22 15:12 y086300

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.

neon-balcony avatar Dec 06 '22 04:12 neon-balcony

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

lmx1117 avatar Dec 09 '22 05:12 lmx1117

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

swright-eti avatar Dec 09 '22 13:12 swright-eti

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

neon-balcony avatar Dec 14 '22 13:12 neon-balcony

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

jerry-goodman avatar Dec 15 '22 10:12 jerry-goodman

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

swright-eti avatar Dec 15 '22 15:12 swright-eti

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.

neon-balcony avatar Dec 20 '22 08:12 neon-balcony