我就现在WB_BF项目群里面提到的“根据测试脚本运行日志来看，bf运行了约31小时后又开始出现了api调用返回nginx的错误信息。之后，bf客户端也无法打开。”问题做一下说明，今天早上我在机器上复现了这一问题。针对于api调用会返回nginx的错误信息以及bf客户端无法打开的情况。
现在写一下排除问题的过程：
首先检查数据库字段的问题：
首先确保bf server启动正常，在服务均正常运行的情况下，在终端中输入命令：
docker ps -a查看当前运行的服务，并找到brainframedatabase：
输入命令：
docker exec -it <数据库名称> bash进入到brainframe_database_1数据库中 ：
进入之后输入命令：
psql -d brainframe -U user列出字段表，输入命令\d：
检测total_count、zone_alarm_count_condition、zone_alarm_rate_condition这三个表中的最大值，我这里没有数据，你们提取出来后查一下表中的最大值，进行数据库错误的排查，如图：
然后说一下bf server无法正常启动的问题：
首先，当brainframe sever无法正常打开的情况下，可以通过重启的方式尝试进行解决，在终端中输入brainframe compose down命令，关闭server有关服务：
然后输入命令sudo brainframe compose up -d命令尝试恢复bf server：
或者直接输入命令 brainframe compose restart：
当上述操作遇到了障碍，某个服务出现了error的情况，通过docker ps命令查看服务是否都正常，如果出现了问题，下面是一个简单分析问题的过程：
像之前在群中提到的可通过：
docker ps命令来进行服务是否运行正常的判断，如果bf客户端起不来，会显示原因，或者直接就会在客户端中进行显示，如图：
这就是一个典型的bf无法启动的例子，问题的指向为 Port 80端口的冲突问题，具体在这里体现：
我们首先就将问题定位在了端口的问题上。
然后执行重启操作，发现问题在Creating brainframe_http_proxy_1上，并显示出端口已被占用。
可以通过命令过滤出正在使用80端口的应用程序，选择卸载或者杀死进程都可以，只要能让bf服务启动起来就好，
再说回WB_BF群里面提到的504 Gateway Time-out的问题：
根据群里面发的图片：
问题定位在504 gateway，504gateway错误的原因比较多，上面说的，首先我们可以重新启动服务。
第二种方案就是将nginx代理的配置超时时间调长，我不太了解brainframe api调用的一些详细内容，但是我认为可以看一下前段调用接口是否设置了time out？ 接口的504报错需要优化接口性能，短期内不可行。