Closed mxsavchenko closed 1 year ago
@kqzh was the adaptation towards containerized finished, please?
@mxsavchenko sorry, the docker-compose is not for production, in k8s operator, the br is ready now.
please refer to https://docs.nebula-graph.io/3.4.1/nebula-operator/10.backup-restore-using-operator/
do you have a plan to complete the adaptation for docker-compose?
@mxsavchenko sorry, the docker-compose is not for production, in k8s operator, the br is ready now.
please refer to https://docs.nebula-graph.io/3.4.1/nebula-operator/10.backup-restore-using-operator/
thank, do you have a plan to complete the adaptation for docker-compose?
Sorry @mxsavchenko
Due to the process of the backup and restore will restart some of the containers, it's not that fitting the compose. @kqzh correct me if wrong, I think we don't have a "control-plane" capability to do so in a non-hacking fashion in compose system for now.
If k8s is not considered in your infra, you could instead use the bare OS deployment(.deb/.rpm), where the full BR is supported.
Thanks!
I have noticed that the issue you created hasn’t been updated for nearly a month, so I have to close it for now. If you have any new updates, you are welcome to reopen this issue anytime.
Thanks a lot for your contribution anyway 😊
Nebula version (meta/graph/storage): v3.4.1 Agent version: v3.4.0 BR version: V-3.3.0 OS: AlmaLinux 8.5 Docker version 20.10.10
Hi, i have nebula cluster on 3 different servers in docker containers. On every server run components: meta, graph, storage and agent, each running in its own container. All components communicate with each other through names. All components are ONLINE:
meta:
agent:
graph:
storage:
but when trying to make a backup, an error appears:
In meta logs i see also errors: