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

unable to open database file #615

Closed
15767637775 opened this issue Oct 20, 2020 · 5 comments · Fixed by #729 or #734
Closed

unable to open database file #615

15767637775 opened this issue Oct 20, 2020 · 5 comments · Fixed by #729 or #734

Comments

@15767637775
Copy link

Just getting started

$helm install mysql-operator presslabs/mysql-operator

$kubectl get po mysql-operator-0
NAME READY STATUS RESTARTS AGE
mysql-operator-0 1/2 CrashLoopBackOff 221 18h

$ kubectl logs mysql-operator-0 -c orchestrator
2020-10-20 01:19:48 FATAL unable to open database file

nothing else logs, how can I fix it?

@AMecea
Copy link
Contributor

AMecea commented Oct 25, 2020

Hi @15767637775, can you tell me more about your environment (e.i k8s version, provider, underlaying storage)?

Also, you can try disabling Orchestrator's persistence to test if that's the cause. #610 is a discussion related to this. And you can disable persistence by setting this value on false. Here's how the install command will look like:

$ helm install mysql-operator presslabs/mysql-operator --set orchestrator.persistence.enabled=false

Please let me know if this works. Usually, Orchestrator works without persistence but is not encourage to run in production without it.

@LERSONG
Copy link

LERSONG commented Mar 19, 2021

Hi @15767637775, can you tell me more about your environment (e.i k8s version, provider, underlaying storage)?

Also, you can try disabling Orchestrator's persistence to test if that's the cause. #610 is a discussion related to this. And you can disable persistence by setting this value on false. Here's how the install command will look like:

$ helm install mysql-operator presslabs/mysql-operator --set orchestrator.persistence.enabled=false

Please let me know if this works. Usually, Orchestrator works without persistence but is not encourage to run in production without it.

it worked

@xdimedrolx
Copy link

I have the same problem for v0.5.0-rc.2. My environment: k8s 1.17.9, persistent storage - OpenStack Cinder.

@apurwaj2
Copy link

apurwaj2 commented Jun 16, 2021

I have the same problem with with k8s version 1.20.2. I do not wish to disable the persistence field but it would be better to know the underlying issue.

@apurwaj2
Copy link

I have the same problem with with k8s version 1.20.2. I do not wish to disable the persistence field but it would be better to know the underlying issue.

I could move past this hurdle, did not have write permissions on the PV created. Once I changed that I could proceed ahead.

xhkyyy added a commit to xhkyyy/mysql-operator that referenced this issue Oct 3, 2021
xhkyyy added a commit to xhkyyy/mysql-operator that referenced this issue Oct 3, 2021
calind pushed a commit that referenced this issue Oct 8, 2021
calind added a commit that referenced this issue Oct 8, 2021
This reverts commit 4931049.
calind pushed a commit that referenced this issue Oct 12, 2021
@calind calind mentioned this issue Oct 12, 2021
1 task
xhkyyy added a commit to xhkyyy/mysql-operator that referenced this issue Oct 20, 2021
设置 master 故障恢复后可以自动作为 slave 挂载到新的 master 上

ASK 同步

ASK 更新

ASK更新

ASK

ASK

DOCS

fix: bitpoke#615

TODO

hook

TODO

TODO

local build

Makefile

make

gitignore

mysql 5.7 percona

恢复 Makefile
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
5 participants