操作类 服务端异常 地址冲突,在启动broker时,出现地址已在使用错误 解决方案:修改配置文件里面的listenPort的值,然后重新启动。 brokerName不匹配,启动出现异常:brokerb does not match the expected group name: brokera 问题原因:启动其他Master broker服务时,直接将之前使用过的store目录以及bdb目录复制过来,仅仅只是修改了brokerName,导致此问题出现。 解决方案:2.0以后版本brokerName一旦创建启动后就不能改变,否则只能删除store目录才能解决。 service not available 发送消息一定量的时候,出现 create maped file failed, please make sure OS and JDK both 64bit。或者当topic的队列数位1024个的时候,会出现service not available now, maybe disk full,maybe your broker machine memory too small。 解决方案:使用ulimita命令查询系统参数,检查open files是否超过655350,max memory size是为否unlimited,若不是,需要重新根据安装手册的步骤,重新调整系统参数。 磁盘空间不足 当磁盘空间大于85%时,会出现“ CODE: 14 DESC: service not available now, maybe disk full, CL: 0.87 CQ: 0.87 INDEX: 0.87, maybe your broker machine memory too small.”的异常。 解决方案:消息中间件有两种策略, 包括数据高安全性与服务高可靠性,分别如下: 策略 配置 说明 数据高安全性 cleanFileForciblyEnablefalse 若磁盘使用率大于85%,有消息生产时或默认凌晨四点,则触发删除过期的消息,若没过期消息则不会被删除 服务高可靠性 cleanFileForciblyEnabletrue 若磁盘使用率大于85%,有消息生产时或默认凌晨四点,则触发删除消息(在有效期内的数据将被删除) 若磁盘使用率大于85%,策略为数据高安全性,且无过期文件,可以按实际需求,减少数据保存时间来触发消息删除,腾出磁盘空间。 使用updateBrokerConfig命令,修改fileReservedTime属性,此属性为消息保存时间,单位为小时。按需减少保存时间,则可以腾出磁盘空间。 主备都需要同时修改。