OceanBase创建一直显示目录为空

OceanBase 技术问题
, ,
#1

【 使用环境 】测试环境
【 OB or 其他组件 】 OB
【 使用版本 】4.2.0
【问题描述】清晰明确描述问题
【复现路径】问题出现前后相关操作
【附件及日志】推荐使用OceanBase敏捷诊断工具obdiag收集诊断信息,详情参见链接（右键跳转查看）：

【SOP系列 22 】——故障诊断第一步(自助诊断和诊断信息收集)

我的 yaml 文件如下，通过obd cluster autodeploy指令安装的时候一直显示目录不为空，但我反复确认确实为空，并且重试了很多新的目录也无法安装。

截屏2024-09-23 14.56.40
截屏2024-09-23 14.56.401728×434 62.7 KB

截屏2024-09-23 14.57.30
截屏2024-09-23 14.57.301122×158 23.7 KB 

user:
    username: root
    password: 123456
oceanbase-ce:
  version: 4.2.0.0
  servers:
    - name: server1
      ip: 49.52.27.33
    - name: server2
      ip: 49.52.27.34
    - name: server3
      ip: 49.52.27.35
  global:
    __min_full_resource_pool_memory: 2147483649
    home_path: /home/dase209/hzr4ob/observer
    data_dir: /data/1
    redo_dir: /data/log1
    mysql_port: 2981
    rpc_port: 2982
    datafile_size: 80G
    log_disk_size: 80G
  server1:
    devname: enp95s0f0
    zone: zone1
  server2:
    devname: enp95s0f0
    zone: zone2
  server3:
    devname: enp95s0f0
    zone: zone3
obproxy-ce:
  version: 4.2.0.0
  depends:
    - oceanbase-ce
  servers:
    - 49.52.27.33
  global:
    home_path: /home/dase209/hzr4ob/obproxy
    skip_proxy_sys_private_check: true
    enable_strict_kernel_release: false
    enable_cluster_checkout: false    
    listen_port: 2887
    prometheus_listen_port: 2889
obagent:
  depends:
    - oceanbase-ce
  servers:
    - name: server1
      ip: 49.52.27.33
    - name: server2
      ip: 49.52.27.34
    - name: server3
      ip: 49.52.27.35
  global:
    home_path: /home/dase209/hzr4ob/obagent
    server_port: 8098
    pprof_port: 8099

【备注】基于 LLM 和开源文档 RAG 的论坛小助手已开放测试，在发帖时输入 [@论坛小助手] 即可召唤小助手，欢迎试用！

#3

根据您提供的信息，您在使用 obd cluster autodeploy 命令部署 OceanBase 时遇到了目录非空的错误。尽管您确认了目录应该是空的，但是系统仍然报告这些目录不为空。根据文档库中的信息 [1], 当使用 obd cluster deploy 或类似命令时，如果 home_path 和 data_dir 指向的目录不是空的，将会报错。此外， [3]也提到了类似的情况，即当配置文件中的目录不为空时，会导致部署失败。

针对您的问题，以下是可能的解决方案：

  1. 确认目录权限：确保您有足够的权限来读取和写入指定的目录。可以通过 ls -la 命令来检查目录的权限和所有者，如您提供的日志所示，/home/dase209/hzr4ob/observer 目录确实看起来是空的，但请再次确认所有涉及的目录，包括 data_dir 和 redo_dir。

  2. 使用 -f 强制选项：如果您确定这些目录可以被清空，可以使用 -f 选项来强制清空目录。例如：

    obd cluster deploy obtest -c mini-single-example.yaml -f

  3. 选择其他目录：如果上述方法仍然无效，您可以考虑选择其他目录来尝试部署。

  4. 检查隐藏文件：有时候即使目录看起来是空的，也可能存在隐藏文件或目录。请使用 ls -la 命令仔细检查每个目录，确保没有任何隐藏文件或目录存在。

  5. 清理缓存：虽然不太可能是这个问题的原因，但确保系统的缓存没有影响到目录的状态也是值得尝试的。可以使用以下命令来释放缓存：

    sudo sysctl -w vm.drop_caches=1
# 或
sudo echo 1 > /proc/sys/vm/drop_caches

如果以上步骤都不能解决问题，建议您进一步检查系统的日志文件或使用 obdiag 工具收集更详细的诊断信息，以便更深入地分析问题所在。 [1] 提供了关于错误码 4345 的具体解释，即“目录非空”，这表明问题确实与目录的状态有关。希望上述建议能帮助您解决问题。

更多信息请查看:

  1. 4000 ~ 4499
  2. 单机部署 OceanBase 数据库
  3. 错误码
  4. 集群命令组
  5. 什么是 obd
  6. 使用命令行部署 OceanBase 数据库生产环境
#4

Fail to init server1(49.52.27.33) data dir: /data/1. 那进一步显示这个呢@论坛小助手

#5

根据您提供的错误信息，“Fail to init server1(49.52.27.33) data dir: /data/1”，这表明问题出现在初始化 server1 的数据目录 /data/1 时。结合您之前的 YAML 配置文件，您指定了 data_dir: /data/1 作为数据目录。根据文档片段 [1] 和 [6]，当遇到目录非空的错误时，通常是因为目标目录中已经存在文件或子目录。

为了进一步排查和解决这个问题，您可以按照以下步骤操作：

  1. 确认目录状态：再次确认 /data/1 目录是否真的为空。您可以登录到服务器 49.52.27.33 并执行 ls -la /data/1 命令来检查目录内容。确保没有任何隐藏文件或目录存在于该路径下。

  2. 使用 -f 强制选项：如果确认该目录可以被清空，您可以尝试使用 -f 选项来强制执行部署命令。这将允许 OBD 清空指定的目录：

    obd cluster deploy obtest -c mini-single-example.yaml -f

  3. 更改目录位置：如果上述方法仍然无法解决问题，您可以考虑选择另一个不同的目录来存放数据。例如，您可以将 data_dir 更改为 /data/new_data_dir，并在 YAML 文件中更新相应的路径。

  4. 检查权限问题：确保用户 root 对 /data/1 目录拥有读写权限。您可以使用 chown 和 chmod 命令来调整目录的所有权和权限：

    sudo chown -R root:root /data/1
sudo chmod -R 755 /data/1

  5. 清理缓存：虽然不太可能是这个问题的原因，但确保系统的缓存没有影响到目录的状态也是值得尝试的。可以使用以下命令来释放缓存：

    sudo sysctl -w vm.drop_caches=1
# 或
sudo echo 1 > /proc/sys/vm/drop_caches

  6. 查看日志文件：如果问题依然存在，建议查看 OBD 的日志文件以获取更多详细信息。日志文件通常位于 ~/.oceanbase/obd/logs 目录下，具体路径取决于您的配置。

通过上述步骤，您应该能够定位并解决初始化数据目录时遇到的问题。如果问题依旧存在，请提供更多详细的错误信息或日志内容以便进一步分析。

检索到的文档如下:

  1. 单机部署 OceanBase 数据库
  2. 错误码
  3. 4000 ~ 4499
  4. OceanBase 数据库社区版 V3.1.2
  5. 快速启动 OceanBase 数据库
  6. 使用命令行部署 OceanBase 数据库生产环境
#7

[2024-09-23 15:20:09.799] [DEBUG] – root@49.52.27.35 execute: rm -fr /data/1/*
[2024-09-23 15:20:09.843] [DEBUG] – exited code 1, error output:
[2024-09-23 15:20:09.844] [DEBUG] zsh:1: no matches found: /data/1/*
[2024-09-23 15:20:09.844] [DEBUG]
[2024-09-23 15:20:09.844] [ERROR] OBD-1002: Fail to init server3(49.52.27.35) data dir: /data/1 permission denied .
[2024-09-23 15:20:09.924] [INFO] [ERROR] OBD-1002: Fail to init server3(49.52.27.35) data dir: /data/1 permission denied .

我已经设置了sudo chown root:root /data/1和sudo chmod 755 /data/1，为什么还是有权限问题
@论坛小助手

#8

根据您提供的日志信息，您在尝试清空 /data/1 目录时遇到了权限问题，具体错误信息为 “permission denied”。尽管您已经尝试使用 sudo chown root:root /data/1 和 sudo chmod 755 /data/1 设置了目录的所有权和权限，但问题仍然存在。
在这种情况下，您可以尝试以下几种方法来解决权限问题：

重新检查目录权限：确保您使用的是正确的命令，并且命令执行成功。您可以再次运行以下命令，并检查命令的输出结果：
sudo chown -R root:root /data/1
sudo chmod -R 755 /data/1
使用 ls -ld /data/1 命令来验证目录的所有权和权限是否正确设置。

检查 SELinux 或 AppArmor：某些 Linux 发行版启用了 SELinux 或 AppArmor，它们可能会限制某些文件的操作权限。您可以检查 SELinux 或 AppArmor 的状态，并根据需要禁用它们：
sudo setenforce 0 # 临时禁用 SELinux
sudo systemctl stop apparmor # 临时禁用 AppArmor
sudo systemctl disable apparmor # 禁用 AppArmor

使用其他用户：尝试使用其他具有足够权限的用户来执行操作。例如，您可以使用具有 sudo 权限的用户，并确保该用户对 /data/1 目录具有读写权限。

检查父目录权限：确保 /data 目录及其父目录具有正确的权限。您可以使用 ls -ld /data 命令来检查 /data 目录的所有权和权限。

使用绝对路径：确保在执行命令时使用绝对路径。例如，您可以使用 /data/1/* 而不是 ./data/1/*。

检查防火墙或安全组规则：虽然不太可能，但确保服务器上的防火墙或安全组规则不会阻止对 /data/1 目录的访问。

如果以上方法都无法解决问题，建议您进一步检查系统的日志文件或使用 obdiag 工具收集更详细的诊断信息，以便更深入地分析问题所在。
希望上述建议能帮助您解决权限问题。如果问题仍然存在，请提供更多详细的错误信息或日志内容以便进一步分析。

详情请参考:

  1. 错误码
  2. 使用命令行部署 OCP Express
  3. 快速启动 OceanBase 数据库
  4. OceanBase 数据库社区版 V3.1.2
  5. 什么是 obd
#9

麻烦帖一下 /data/1 /data/log权限
home_path可以改为新路径: /home/dase209/observer

#10

权限应该没问题看起来，然后 home_path我已经改成直接在目录下了：/root/observer

截屏2024-09-23 15.40.15
截屏2024-09-23 15.40.15888×262 40 KB

#11

部署用户也用root么。看你上面用的是dase209用户

#12

根据您提供的最新信息，您已经将 home_path 修改为 /root/observer，并且确认了 /data/1 目录的权限为 drwxr-xr-x，这意味着 root 用户对该目录具有读写权限。然而，您仍然遇到了权限问题。为了进一步排查问题，您可以尝试以下步骤：

  1. 检查 SELinux 或 AppArmor：某些 Linux 发行版启用了 SELinux 或 AppArmor，它们可能会限制某些文件的操作权限。您可以检查 SELinux 或 AppArmor 的状态，并根据需要禁用它们：

    sudo setenforce 0 # 临时禁用 SELinux
sudo systemctl stop apparmor # 临时禁用 AppArmor
sudo systemctl disable apparmor # 禁用 AppArmor

  2. 检查父目录权限：确保 /data 目录及其父目录具有正确的权限。您可以使用 ls -ld /data 命令来检查 /data 目录的所有权和权限：

    ls -ld /data

    根据您提供的日志，/data 目录的权限为 drwxr-xr-x. 4 root root 64 Sep 15 12:41 /data/，看起来权限是正确的。

  3. 使用绝对路径：确保在执行命令时使用绝对路径。例如，您可以使用 /data/1/* 而不是 ./data/1/*。

  4. 检查隐藏文件：有时候即使目录看起来是空的，也可能存在隐藏文件或目录。请使用 ls -la 命令仔细检查每个目录，确保没有任何隐藏文件或目录存在：

    ls -la /data/1

  5. 使用其他用户：尝试使用其他具有足够权限的用户来执行操作。例如，您可以使用具有 sudo 权限的用户，并确保该用户对 /data/1 目录具有读写权限。

  6. 重新检查命令执行结果：确保您使用的是正确的命令，并且命令执行成功。您可以再次运行以下命令，并检查命令的输出结果：

    sudo chown -R root:root /data/1
sudo chmod -R 755 /data/1

  7. 查看日志文件：如果问题依然存在，建议查看 OBD 的日志文件以获取更多详细信息。日志文件通常位于 ~/.oceanbase/obd/logs 目录下，具体路径取决于您的配置。

  8. 使用 -f 强制选项：如果确认该目录可以被清空，您可以尝试使用 -f 选项来强制执行部署命令。这将允许 OBD 清空指定的目录：

    obd cluster deploy obtest -c mini-single-example.yaml -f

  9. 检查防火墙或安全组规则：虽然不太可能，但确保服务器上的防火墙或安全组规则不会阻止对 /data/1 目录的访问。

如果以上方法都无法解决问题，建议您进一步检查系统的日志文件或使用 obdiag 工具收集更详细的诊断信息，以便更深入地分析问题所在。

希望上述建议能帮助您解决权限问题。如果问题仍然存在，请提供更多详细的错误信息或日志内容以便进一步分析。

更多信息请查看:

  1. 错误码
  2. 使用命令行部署 OCP Express
  3. 快速启动 OceanBase 数据库
  4. OceanBase 数据库社区版 V3.1.2
  5. 什么是 obd

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

  1. 错误码

(小助手的答复已结束，如未能解决您的问题，请继续提问并等待其他同学的回复，谢谢！)

#13

是的，最新的 yaml 改成这样了：

user:
    username: root
    password: 123456
oceanbase-ce:
  version: 4.2.0.0
  servers:
    - name: server1
      ip: 49.52.27.33
    - name: server2
      ip: 49.52.27.34
    - name: server3
      ip: 49.52.27.35
  global:
    __min_full_resource_pool_memory: 2147483649
    home_path: /root/observer
    data_dir: /data/1
    redo_dir: /data/log1
    mysql_port: 2981
    rpc_port: 2982
    datafile_size: 80G
    log_disk_size: 80G
  server1:
    devname: enp95s0f0
    zone: zone1
  server2:
    devname: enp95s0f0
    zone: zone2
  server3:
    devname: enp95s0f0
    zone: zone3
obproxy-ce:
  version: 4.2.0.0
  depends:
    - oceanbase-ce
  servers:
    - 49.52.27.33
  global:
    home_path: /root/obproxy
    skip_proxy_sys_private_check: true
    enable_strict_kernel_release: false
    enable_cluster_checkout: false    
    listen_port: 2887
    prometheus_listen_port: 2889
obagent:
  depends:
    - oceanbase-ce
  servers:
    - name: server1
      ip: 49.52.27.33
    - name: server2
      ip: 49.52.27.34
    - name: server3
      ip: 49.52.27.35
  global:
    home_path: /root/obagent
    server_port: 8098
    pprof_port: 8099
#14

缺少了内存设置参数，可以参考配置文件例子。如果嫌麻烦 建议使用obd web方法白屏化部署集群
https://www.oceanbase.com/docs/community-obd-cn-1000000000955340

image
image1080×97 25 KB