远程Linux集群源码编译Milvus遇权限问题及连接失败求助

一、解决start_cluster.sh的日志权限拒绝问题 #

出现/tmp/xxx.log: Permission denied的核心原因是**/tmp目录下已存在同名日志文件且属主为root**，或当前用户对目标日志路径无写入权限。可通过以下方式解决：

方案1：清理旧日志后重新启动 #

# 删除/tmp下所有Milvus相关日志文件
sudo rm -f /tmp/rootcoord.log /tmp/datacoord.log /tmp/datanode.log /tmp/proxy.log /tmp/querycoord.log /tmp/querynode.log /tmp/indexcoord.log /tmp/indexnode.log
# 重新执行启动脚本
./scripts/start_cluster.sh

方案2：修改启动脚本的日志输出路径 #

将日志输出到当前用户有权限的自定义目录，避免/tmp的权限问题：

1. 创建专属日志目录：

mkdir -p ~/milvus_runtime_logs

2. 编辑scripts/start_cluster.sh，将所有/tmp/开头的日志路径替换为~/milvus_runtime_logs/，例如：
   将原行：

nohup ${MILVUS_BIN_DIR}/rootcoord > /tmp/rootcoord.log 2>&1 &

修改为：

nohup ${MILVUS_BIN_DIR}/rootcoord > ~/milvus_runtime_logs/rootcoord.log 2>&1 &

3. 保存修改后重新执行启动脚本。

方案3：确保编译与启动的用户一致性 #

若之前使用sudo执行编译操作，可能导致生成的二进制文件属主为root，引发启动权限问题。重新编译：

# 清理原有编译产物
make clean
# 以普通用户身份重新编译
make
# 执行启动脚本
./scripts/start_cluster.sh

二、解决milvus-cli连接失败问题 #

连接失败的本质是Milvus集群服务未正常启动，需先确保所有组件（rootcoord、datacoord、proxy等）成功运行：

1. 验证Milvus进程状态：

ps aux | grep -E "rootcoord|datacoord|datanode|proxy|querycoord|querynode|indexcoord|indexnode"

2. 检查19530端口是否被监听：

ss -tulpn | grep 19530

待所有进程正常运行且端口监听后，再执行milvus-cli的连接命令。若为远程集群，需确保集群防火墙开放19530端口。

内容的提问来源于stack exchange，提问作者rachel song