mkdir: can't create directory '/node-conf': Permission denied
sed: /node-conf/nodes.conf: No such file or directory
Running without TLS mode
ACL_MODE is not true, skipping ACL file modification
Starting redis service in cluster mode.....
11:C 23 Apr 2024 21:08:58.648 # oO0OoO0OoO0Oo Redis is starting oO0OoO0OoO0Oo
11:C 23 Apr 2024 21:08:58.648 # Redis version=7.0.12, bits=64, commit=00000000, modified=0, pid=11, just started
11:C 23 Apr 2024 21:08:58.648 # Configuration loaded
11:M 23 Apr 2024 21:08:58.649 * monotonic clock: POSIX clock_gettime
11:M 23 Apr 2024 21:08:58.649 # Can't open /node-conf/nodes.conf in order to acquire a lock: No such file or directory
However in the yaml for the created pod, I am seeing different users than the ones specified in the creation:
What version of redis operator are you using? redis-operator version: redis-operator.v0.15.1
Does this issue reproduce with the latest release? This is the latest version I see as available in the OpenShift Operator Hub
What operating system and processor architecture are you using (
kubectl version
)?OpenShift Container Platform 4.12
What did you do?
Attempt to create a cluster using this yaml:
What did you expect to see?
I expected to see a cluster to be created.
What did you see instead?
mkdir: can't create directory '/node-conf': Permission denied sed: /node-conf/nodes.conf: No such file or directory Running without TLS mode ACL_MODE is not true, skipping ACL file modification Starting redis service in cluster mode..... 11:C 23 Apr 2024 21:08:58.648 # oO0OoO0OoO0Oo Redis is starting oO0OoO0OoO0Oo 11:C 23 Apr 2024 21:08:58.648 # Redis version=7.0.12, bits=64, commit=00000000, modified=0, pid=11, just started 11:C 23 Apr 2024 21:08:58.648 # Configuration loaded 11:M 23 Apr 2024 21:08:58.649 * monotonic clock: POSIX clock_gettime 11:M 23 Apr 2024 21:08:58.649 # Can't open /node-conf/nodes.conf in order to acquire a lock: No such file or directory
However in the yaml for the created pod, I am seeing different users than the ones specified in the creation:
I have also tried using podSecurityContext and an empty securityContext in the cluster creation yaml, all with the same result.