docker-compose部署ThingsBoard+RabbitMQ及运行报错排查

你先后触发了两个互不相关的配置错误：

• 初始RabbitMQ连接失败：Docker Compose启动的容器默认加入专属私有网络，每个容器内的localhost仅指向容器自身，无法指向同网络下的其他服务。写localhost时ThingsBoard会尝试连自己内部的5672端口，当然连不上RabbitMQ。这里把host改成服务名rabbitmq是正确操作，Docker内置DNS会自动把服务名解析为RabbitMQ容器的实际网络地址，不需要手动查容器IP，容器IP重启就会变动，用服务名访问是最稳定的方案。
• 修改host后出现的权限报错：和RabbitMQ配置完全无关，是本地挂载卷的权限问题。thingsboard/tb-postgres镜像内部用UID为799的非root用户thingsboard运行进程，你本地提前生成的./mytb-data、./mytb-logs目录默认归属当前系统用户，容器内的服务账号没有这两个目录的写入权限，才会出现创建/data/db目录被拒绝、PostgreSQL初始化失败的问题。

• 先停掉当前所有异常的容器，清理残留进程：

docker-compose down -v

• 确认docker-compose.yml中RabbitMQ连接配置正确，核心环境变量段保持如下配置即可，不要改host为localhost或者手动写死IP：

environment:
  TB_QUEUE_TYPE: rabbitmq
  TB_QUEUE_RABBIT_MQ_USERNAME: test
  TB_QUEUE_RABBIT_MQ_PASSWORD: test123369
  TB_QUEUE_RABBIT_MQ_HOST: rabbitmq
  TB_QUEUE_RABBIT_MQ_PORT: 5672

• 给本地挂载目录授予足够的访问权限，在docker-compose.yml所在目录执行命令：

# 修复ThingsBoard挂载目录权限
sudo chmod -R 777 ./mytb-data ./mytb-logs
# 提前修复RabbitMQ挂载目录权限，避免后续RabbitMQ启动报同类权限错误
sudo chmod -R 777 ./rmq-test/db-data

如果是Windows/macOS桌面版Docker环境，直接在文件管理器里给这三个文件夹开启所有用户的读写执行权限即可。

• 重新启动服务：

docker-compose up -d

首次启动ThingsBoard需要初始化内置数据库、表结构和基础数据，等待1~3分钟后即可正常访问9091端口的Web服务，RabbitMQ管理后台可以通过15672端口访问，使用你配置的test账号密码就能登录。

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