-
-
Notifications
You must be signed in to change notification settings - Fork 275
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
Comments
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
Please let me know if this works. Usually, Orchestrator works without persistence but is not encourage to run in production without it. |
it worked |
I have the same problem for v0.5.0-rc.2. My environment: k8s 1.17.9, persistent storage - OpenStack Cinder. |
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. |
设置 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
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?
The text was updated successfully, but these errors were encountered: