【 使用环境 】生产环境 or 测试环境
【 OB or 其他组件 】 OCP OBProxy
【 使用版本 】OCP(4.3.5-20250319105844) OBProxy(4.2.3.0-3)
【问题描述】清晰明确描述问题
OCP的参数ocp.operation.default.os.user修改成了obadmin，正常完成obproxy集群的创建，在服务器上查看obproxy进程是obadmin用户启动的。后面在这个obproxy集群中通过OCP添加OBProxy，OCP提示：用户 admin 在主机列表 [x.x.x.x:x] 不存在。手动在服务器上创建admin用户后，检查通过，正常扩容添加进去，但是进程是启动到admin用户下面了。
检查文档中的“ ocp.operation.default.os.user 调整默认配置。用户修改后，仅对 创建分布式集群、创建 OBProxy 集群和 创建仲裁服务 产生影响，不影响已有集群的其他配置。” 这个参数是对新增obproxy不生效吗？
@论坛小助手
【复现路径】问题出现前后相关操作
【附件及日志】推荐使用OceanBase敏捷诊断工具obdiag收集诊断信息,详情参见链接（右键跳转查看）：
【SOP系列 22 】——故障诊断第一步(自助诊断和诊断信息收集)
【备注】基于 LLM 和开源文档 RAG 的论坛小助手已开放测试，在发帖时输入 [@论坛小助手] 即可召唤小助手，欢迎试用！
4 个赞
这个问题让我想起了用户相关的优化，特别是在operation方面，采用default策略很有效。
3 个赞
查看OCP元数据中的表ocp-meta.obproxy_cluster，已经运行的这个obproxy，run_path和install_path都是“/home/admin/obproxy”，但是实际去服务器上查看是运行在obadmin下，都没有/home/admin/obproxy这个目录存在。
ps -ef|grep proxy
obadmin 10273 1 55 2025 ? 45-03:58:55 /home/obadmin/obproxy/bin/obproxy -p 2883 -n obproxy_xxxx
obadmin 10441 1 0 2025 ? 12:17:44 /bin/bash /home/obadmin/obproxy/bin/obproxyd.sh -c checkalive -p 2883 -r /home/obadmin/obproxy -n obproxy_xxxx
3 个赞
淇铭
#9
你看看这个解释 你安装的时候 改了主用户的所属么？还是安装之前改的
3 个赞
改了参数为obadmin以后，新建的obproxy的信息是对的。run_user是obadmin,run_path和install_path是对的（自定义的路径）。这几个有问题的obproxy集群，好像是ocp部署好后，从原先的老ocp接管过来的。实际运行的用户和路径和表中的值不匹配。实际运行的用户虽然也是obadmin，但是表中显示是admin。就导致在有问题的obproxy集群中新添加obproxy节点，会去检查admin用户，并且因为是添加，不能自定义修改，自动继承了错误的信息。
2 个赞
淇铭
#11
新添加obproxy的这个节点 是运行在obadmin用户还是admin用户呢？
1 个赞
检查的时候提示缺少admin用户，在操作系统上新建admin用户以后，检查通过，自动运行在admin用户下
1 个赞
淇铭
#13
应该是之前obproxy运行的用户和现在的新建的obproxy集群运行的用户 信息不一致导致的
