使用环境：vscode，使用的实验室的服务器，服务器操作系统为ubuntu
运行的时oceanbase源码，已经克隆下来了。
使用版本：ubuntu22.04 oceanbase是社区版，版本为：oceanbase-ce-4.5.1.0
问题描述：大家好！我在运行oceanbase源码启动服务的时候遇到了如上图2所示的问题，图1是我输入的启动命令。我根据1002错误码这个提示查看了官方文档，但是按照官方文档的做法操作之后还是报了一摸一样的错误。
复现路径：发现问题后的操作在问题描述里面已经提到了。出了问题描述里面所呈现的，我还将相关文件夹删除后重新创建，但是重新创建后还是没有能够解决问题。
附件：
【备注】基于 LLM 和开源文档 RAG 的论坛小助手已开放测试，在发帖时输入 [@论坛小助手] 即可召唤小助手，欢迎试用！
执行ls -a /tmp/obtest/observer1/store/clog
路径文件夹不需要人工创建
single.yaml文件提供一下看看
文件系统使用的是什么，看下新目录下是否有个lost文件
没有发现这个lost文件
这是源码部署？
是的，在进行源码编译和运行。其中源码编译成功了，以debug的形式编译的。运行的话输入以下两条命令： ./tools/deploy/obd.sh prepare -p /tmp/obtest
./tools/deploy/obd.sh deploy -c ./tools/deploy/single.yaml
以启动oceanbase服务，但是报错了，报错内容如贴所示
./tools/deploy/obd.sh destroy --rm -n single 先清理后重新部署呢
还是一样的情况
整一个纯净的环境吧，现在有点乱
整一个文件夹，把observer二进制拉出来，./observer --nodaemon，看看有没有报错
重启试试
先用lsof查看 /tmp/obtest 被哪些进程使用
lsof +D /tmp/obtest
把这些进程停止再
sudo rm -rf /tmp/obtest
./tools/deploy/obd.sh prepare -p /tmp/obtest
./tools/deploy/obd.sh deploy -c ./tools/deploy/single.yaml
试试
帮顶
结论：机器环境的ls被alias ls改了导致正常的ls执行返回的状态码不对。而OBD 在判定目录的时候会通过机器的ls执行获取状态码。
下一步Action: 将机器的ls命令的别名改回来，保证ls 不返回错误的状态码