We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
从设计上看,项目是为两个及以上服务器设计的。 并且一旦在使用脚本通过systemd以master模式安装运行的服务器上执行web ui提供的命令会直接顶掉master服务。 如果手动修改服务文件名称,可以同时运行在一个服务器上。但是脚本既然是以一个服务器一个服务模式为基础的,为什么不直接把Server作为master 的附属模式可选的开启? podman容器下的问题暂时不说了,毕竟镜像本来是为docker设计的。
The text was updated successfully, but these errors were encountered:
从设计上看,项目是为两个及以上服务器设计的。
单个服务器只启动master就好
并且一旦在使用脚本通过systemd以master模式安装运行的服务器上执行web ui提供的命令会直接顶掉master服务。 如果手动修改服务文件名称,可以同时运行在一个服务器上。但是脚本既然是以一个服务器一个服务模式为基础的,为什么不直接把Server作为master 的附属模式可选的开启?
并且一旦在使用脚本通过systemd以master模式安装运行的服务器上执行web ui提供的命令会直接顶掉master服务。
如果手动修改服务文件名称,可以同时运行在一个服务器上。但是脚本既然是以一个服务器一个服务模式为基础的,为什么不直接把Server作为master 的附属模式可选的开启?
Server默认就是master的一部分,master启动后会有一个内置的default server,不可关闭。如果只有一台服务器的话无需再启动server服务
podman容器下的问题暂时不说了,毕竟镜像本来是为docker设计的。
podman有什么问题呢,理论上不用hostnetwork 模式是兼容podman的,host模式是podman本身网络的问题
Sorry, something went wrong.
是这样的,我在WebUI可以看到默认default server 处于“未配置”状态,这可能产生了一些误会。
No branches or pull requests
从设计上看,项目是为两个及以上服务器设计的。
并且一旦在使用脚本通过systemd以master模式安装运行的服务器上执行web ui提供的命令会直接顶掉master服务。
如果手动修改服务文件名称,可以同时运行在一个服务器上。但是脚本既然是以一个服务器一个服务模式为基础的,为什么不直接把Server作为master 的附属模式可选的开启?
podman容器下的问题暂时不说了,毕竟镜像本来是为docker设计的。
The text was updated successfully, but these errors were encountered: