current user(uid=0) that starts observer is not the same with the original one(uid=1000)

OceanBase 技术问题
#1

【 使用环境 】生产环境
【 OB or 其他组件 】
【 使用版本 】oceanbase-all-in-one-4.2.5.0_20241023.el7.x86_64.tar.gz
【问题描述】重启服务器后无法启动，提示current user(uid=0) that starts observer is not the same with the original one(uid=1000)
【复现路径】登录远程服务器使用的是sysadmin用户，通过sudo -i 成为root账号后部署oceanbase相关服务，正常使用。但重启服务器后提示current user(uid=0) that starts observer is not the same with the original one(uid=1000)，如果切换回sysadmin用户，集群是没有的，只有root账号才能看到集群和执行启动、关闭命令。但是启动会提示之前是由sysadmin用户启动，这个是不可能的。现在应该怎么办？sysadmin用户也无法启动oceanbase（obd提示没有部署的集群），root账号启动数据库又失败，不能通过一些方式去掉这个限制吗？
【附件及日志】

@论坛小助手

1 个赞
#3

根据文档库中的信息，您遇到的问题是因为 OceanBase 数据库安装目录下的 etc 目录的所属权与当前用户不一致。具体来说，您当前使用的是 root 用户来启动 observer，而原来的启动用户是 uid=1000 的用户（可能是 sysadmin 用户）。

解决方法

  1. 更改 etc 目录的所属权：
    您可以将 etc 目录的所属权更改为 root 用户，以便 root 用户能够成功启动 observer。执行以下命令：

    chown root /home/admin/oceanbase/etc

  2. 切换回 sysadmin 用户并重新部署：
    如果您希望继续使用 sysadmin 用户来管理和启动 OceanBase 集群，可以尝试以下步骤：

    • 切换回 sysadmin 用户：
      su - sysadmin
    • 检查 obd 是否已经部署了集群：
      obd cluster list
    • 如果没有部署的集群，可以重新部署：
      obd cluster deploy <cluster_name> -c <config_file>

  3. 修改 obd 配置文件：
    如果您希望在 root 用户下启动 observer 并且不改变 etc 目录的所属权，可以尝试修改 obd 的配置文件，使其允许 root 用户启动 observer。编辑 ~/.obd/plugins/oceanbase-ce/ 下的启动相关插件，例如：

    vi ~/.obd/plugins/oceanbase-ce/3.1.0/start.py

    在 start.py 文件中，找到启动 observer 的部分，添加或修改相关配置，使其允许 root 用户启动 observer。

注意事项

  • 安全性：建议尽量避免使用 root 用户来启动和管理数据库服务，因为这可能会带来安全风险。最好使用专门的数据库管理用户（如 sysadmin）来执行这些操作。
  • 权限管理：确保 sysadmin 用户有足够的权限来管理和启动 OceanBase 集群。

如果您在执行上述步骤后仍然遇到问题，建议联系 OceanBase 的技术支持人员进行进一步的排查和协助。

检索到的文档如下:

  1. 错误码
  2. 通过图形化界面变更组件
  3. 使用 obd 部署主备租户
  4. OceanBase 安装部署工具 V1.6.0
  5. 常见问题汇总
  6. 使用 systemd 部署 OceanBase 数据库
  7. 4000 ~ 4499
  8. SYS 租户/RS 服务问题
  9. 9000 ~ 9499
1 个赞
#4
  1. 修改 obd 配置文件：
    如果您希望在 root 用户下启动 observer 并且不改变 etc 目录的所属权，可以尝试修改 obd 的配置文件，使其允许 root 用户启动 observer。编辑 ~/.obd/plugins/oceanbase-ce/ 下的启动相关插件，例如：
vi ~/.obd/plugins/oceanbase-ce/3.1.0/start.py

在 start.py 文件中，找到启动 observer 的部分，添加或修改相关配置，使其允许 root 用户启动 observer。

这种方式麻烦具体一点，给出实际修改的例子
@论坛小助手

#5

根据您的需求，如果希望在 root 用户下启动 observer 并且不改变 etc 目录的所属权，可以通过修改 obd 的配置文件来实现。以下是具体的修改步骤和示例：

修改 obd 配置文件

  1. 切换到 root 用户：

    sudo -i

  2. 编辑 obd 的启动插件文件：

    vi ~/.obd/plugins/oceanbase-ce/3.1.0/start.py

  3. 找到启动 observer 的部分：
    在 start.py 文件中，找到启动 observer 的部分。通常这部分代码会调用 subprocess 或类似的模块来启动 observer 进程。

  4. 修改启动命令：
    在启动命令中，添加 --user 参数，指定启动 observer 的用户。例如，假设您希望使用 sysadmin 用户启动 observer，可以修改启动命令如下：

    import subprocess

def start_observer():
    # 原始启动命令
    # subprocess.Popen(['./bin/observer', '--config', '/path/to/config'])

    # 修改后的启动命令
    subprocess.Popen(['sudo', '-u', 'sysadmin', './bin/observer', '--config', '/path/to/config'])

  5. 保存并退出编辑器：
    按 Esc 键，输入 :wq 保存并退出 vi 编辑器。

验证修改

  1. 重启 observer：

    obd cluster restart <cluster_name>

  2. 检查 observer 进程：

    ps -ef | grep observer

    确认 observer 进程是由 sysadmin 用户启动的。

注意事项

  • 安全性：虽然这种方法可以解决问题，但建议尽量避免使用 root 用户来启动和管理数据库服务，因为这可能会带来安全风险。最好使用专门的数据库管理用户（如 sysadmin）来执行这些操作。
  • 权限管理：确保 sysadmin 用户有足够的权限来管理和启动 OceanBase 集群。
  • 备份：在修改配置文件之前，建议备份原始文件，以便在出现问题时可以恢复。

如果您在执行上述步骤后仍然遇到问题，建议联系 OceanBase 的技术支持人员进行进一步的排查和协助。

具体信息可参考以下文档:

  1. OceanBase 安装部署工具 V1.2.0
  2. 常见问题汇总
  3. 安装并配置 obd
  4. 使用 OCP 接管 obd 部署的集群
  5. 通过图形化界面部署 OceanBase 集群
  6. 通过图形化界面变更组件
  7. 检查 OBServer 状态
  8. min_observer_version
  9. 设置 Server 级配置
  10. 在 Kubernetes 环境中部署 OceanBase 集群
  11. 集群配置项
  12. OceanBase 数据库升级检查