be启动失败主因是文件描述符限制过小或priority_networks配置错误：需永久修改/etc/security/limits.conf添加“ soft nofile 655360”和“ hard nofile 655360”，并确保fe与be的priority_networks配置一致且覆盖实际ip网段。
BE 启动失败，八成是 ulimit -n 没调够，或者 priority_networks 配错了——这两项不解决，后面全白搭。
BE 启动报 “file descriptors limit is too small” 怎么办
这是 Doris 部署最常卡住的第一步。BE 进程启动时会硬校验系统可打开文件数，ulimit -n 默认值（通常是 1024）远低于 Doris 要求的 60000，直接退出并报错：
E1128 03:45:46.852288 24097 storage_engine.cpp:426] File descriptor number is less than 60000. Please use (ulimit -n) to set a value equal or greater than 60000
临时生效只对当前 shell 有效，生产环境必须永久修改：
Browser Setup (No-Root Linux)
下载
在无 root/sudo 权限的环境（云容器、VPS、隔离主机）中安装并配置 OpenClaw 浏览器工具的 headless Chrome。适用场景：...
- 编辑
/etc/security/limits.conf，追加两行：* soft nofile 655360* hard nofile 655360 - 注意：
*表示所有用户，包括运行be进程的用户（如doris或root） - 改完需重新登录或重启系统才对所有会话生效；仅执行
ulimit -n 65536不足以支撑长期运行 - 额外建议同步调整：
* soft nproc 655350和* hard nproc 655350，避免线程数限制引发后续问题
FE 和 BE 互相“看不见”，大概率是 priority_networks 配得不对
Doris 不靠 hostname 自动发现节点，而是依赖 priority_networks 显式声明本机用于通信的网段。FE 和 BE 必须配同一物理网络，且掩码要能覆盖实际上报 IP。
- 在
fe.conf和be.conf中都必须添加这一行（按你服务器真实网段替换）：priority_networks = 192.168.10.0/24 - 常见错误：
只配 FE、漏配 BE → BE 启动后无法注册到 FE
掩码写成192.168.10.21/32→ BE 上报心跳用的 IP 不在该网段内，FE 拒收
多网卡环境没指定唯一网段 → BE 可能用错网卡 IP 上报，FE 日志里出现 “unregistered host” - 验证方法：启动 BE 后，查
be.INFO日志，确认register to frontend行里上报的 IP 是否落在priority_networks掩码范围内
ALTER SYSTEM ADD BACKEND 执行后 Alive=false，先核对这两项
BE 启动成功 ≠ 加入集群成功。必须手动执行 SQL 注册，且参数必须和 be.conf 完全一致：
ALTER SYSTEM ADD BACKEND "192.168.10.21:9050";
-
192.168.10.21：必须是priority_networks掩码覆盖下的本机 IP（不能是0.0.0.0，也不能是 Docker bridge IP） -
9050：必须等于be.conf中的heartbeat_service_port（默认是 9050，但若改过就必须用改后的值） - 执行后查
SHOW PROC '/backends';，如果Alive是false，优先翻 FE 的fe.warn.log，看是否有connect refused或timeout—— 这比反复重启 BE 更快定位问题
真正容易被忽略的是：BE 启动前必须关 swap（swapoff -a + 注释 /etc/fstab），且 vm.max_map_count 至少设为 2048000；这些在单点部署时可能侥幸跑通，但在多节点或高并发场景下会突然崩在 compaction 阶段。
