重启 rcmstat,重新下发扫描任务。
即使报告大小有 250M,处理阶段也在 1 分半钟内完成。
第二次卡住,这次报告大小为 115M。
发现卡住的地方在 b 与 c 之间。
使用下面的命令找到 redis 信息
grep 10876730 -B5 ctask_status_updater.log
重启 rcmstat 服务
进入 shell
cd /opt/disk2/var/www/scancenter/
source /opt/ENV/scancenter2.7/bin/activate
msg =
from utils._redis import RedisQueue
TASK_RESULT_UPDATE_QUEUE = "nsfocus:scancenter:task:result"
rq = RedisQueue(TASK_RESULT_UPDATE_QUEUE)
import simplejson
rq._put(simplejson.dumps(msg))
第三次卡住,这次连 aaaa 都没有打印。
重启 rcmstat 后,重新发送消息,成功。
rcmstat 卡住的原因是什么,最近卡住越来越频繁了。
有时,还需要重启 ctask_status_updater
还有另外一次,SYS 和 WEB 任务都卡在解析环节。一般 SYS 的报告比较小。不会在解析阶段出现。如果出现这种情况,是在 sync_scanner_report_done_trans
队列的消费时出现了问题
登录 scancenter daemon 节点,查看日志
grep -A1 10943373 consume_router.log
看不到相应日志。这时需要重启 consume_from_node 进程。同时需要注意的是。 consume_from_node 进程使用的 python 和其他进程的 python 不一致。
consume_from_node 使用的是 /opt/python2.7/bin/python,而其他进程使用的是 /opt/ENV/scancenter2.7/bin/python
欢迎来到这里!
我们正在构建一个小众社区,大家在这里相互信任,以平等 • 自由 • 奔放的价值观进行分享交流。最终,希望大家能够找到与自己志同道合的伙伴,共同成长。
注册 关于