轻松的鱼
#1
- 背景:测试环境,OB 3.1.2
- 问题描述:
在root下启动observer后,再次使用 admin 用户启动observer失败。
observer.log 提示打开某些文件失败,权限不足,但是没有提示是哪个文件:
修改所有 observer 目录的权限后启动成功:
chown -R admin.admin /home/admin/oceanbase/
chown -R admin.admin /data/1
chown -R admin.admin /data/log1
3.期待解答
a. 在 root 用户下执行 ./bin/observer,应当也可以使用 admin 用户运行 observer,并不一定要用 root 用户来运行进程,就像很多其他软件一样比如 MySQL,可以避免运行后一些文件的权限发生改变;
b. 上述处理方法有什么隐患吗,是否有更正确的方法?
和顺
#3
可以参考ocp 接管obd 部署的环境中的第4步调整操作系统用户。
轻松的鱼
#4
您的回答看起来是借助 obd 修改运行用户,odb 会去做修改数据文件、日志文件、配置文件…权限的动作。
我的问题不完全符合这个场景,没有 obd 的情况下(OCP部署的),本来是指定了 admin 用户运行 observer,但是某次误操作在 root 下启动了 observer,这次启动会将部分文件权限属主修改为 root,导致下次在 OCP 上重启 observer 时(或者在 su - admin 后启动 observer)失败。