该案例表明，处理PID文件缺失类故障时，需优先锁定配置文件变更记录，其次排查目录权限和路径有效性。直接修改nginx.conf中pid指令指向稳定存储区域（如logs目录），可避免因临时目录清空导致的重复故障。

本来要以集群方式部署，但先在机器上测试单机部署下是否正常可用。单机部署，只需要在broker.conf里增加内容就可以了，其他的可以根据需求修改日志或者数据存储路径。

原先为5.0.0版本，因检查出有漏洞，升级到5.1.2版本。【Rocketmq是阿里巴巴在2012年开发的分布式消息中间件，专为万亿级超大规模的消息处理而设计，具有高吞吐量、低延迟、海量堆积、顺序收发等特点。在一定条件下，存在远程命令执行风险。攻击者可以利用该漏洞利用更新配置功能以RocketMQ运行的系统用户身份执行命令。

（2）kill主broker并在此查看集群情况，master切换是否成功。重新启动后原master服务器变为从。【BID的0表示主】#BID显示3个，0+1+2，ACTIVATED显示3个，1个true+2个false。命令执行后，可查看到两个进程，NamesrvStartup和BrokerStartup。结果中addr中有broker信息。与dLegerPeers保持对应。

elasticsearch-8.0.0用xpack设置密码登陆

接到客户消息，系统扫描9200及9300属于高危漏洞需修复，这端口恰好是ES使用的端口。ES对外http访问端口默认9200，内部通讯端口默认9300。

以下问题本次部署启动时均遇到，因为事后整理且无法看到执行记录，凭印象记录乱序排列。

3台服务器用作集群，采用普通方式部署，当主掉了后不会有从上位为主，所以尽量还是用5版本的吧。（rocketmq-5版本以下没有dleger模式）

之前在部署rocketmq的时候未修改日志路径，导致在用户目录下有日志数据写入。因不方便修改或空间足够可正常写入，但日志量过大需清理，现添加定时任务执行。

Linux的centos系统首次使用安装ES（elasticsearch）从头开始配置