为了指导组内同学们处理盒子问题,我大致整理了一下盒子相关常见已知问题处理办法,如下:
盒子问题整理:
问题总结:
1.从医疗设备发的图,没有到盒子上来;
先查看pandion的日志,先检查图是否到盒子,确定盒子和医疗设备之间连通性:
tail -f/home/lifeccp/webapp/pandion/logs/pandion.log
2.从医疗设备发的图,成功到盒子,但没到云端;
检查osprey日志,确定盒子和云影服务器之间连通性:
tail -f/home/lifeccp/webapp/osprey/logs/osprey.log
3.盒子配置信息错误即医院id填写错误;
解决方案:
第一:上传几个病例,登录线上医院负责人查看实际上传病例个数和study_uid;
第二:排除上传成功的study_uid,,去盒子端查看日志,查看日志创建失败,返回006;
第三步:查询006问题原因为医院信息配置错误,打开配置文件,修改医院配置信息
4.设备连接问题;
第一步:查看盒子的网络,盒子的内外网没有问题;
ifconfig
第二步:查看盒子的服务是否起来,服务正常运行;
ps -ef | grep pandion
第三步:检查盒子和设备网络连接,发现CT设备网络连接有问题;
5.DICOM图没传上去:
1.远程连接盒子,检查服务是否正常启动;
如果服务未启动,则重新启动服务,重新传图;
如果服务启动状态,则download图到本地,手动上传;
6.图重复上传了:
1.根据实际情况选择是否需要保留之前的dicom图,
如果不需要保留,则删掉重传;
如果需要,则选择追加方式再次传图即可;
7.盒子内存被沾满,每天发送检查量超过8G:
修改配置文件:
/home/lifeccp/webapp/osprey/config.yml,让盒子中只保存 2天的 dicom图:
cleanCron:"0 0 2 ?"
keepDays:2
8.盒子时间不正确:
/5 * ntpd -s -d(同步本地系统时钟和远程NTP时间服务器的时间 )
ntpd -s -d
/etc/init.d/ntp restart
9.盒子版本较老:
远程连接盒子,升级软件版本到最新可用版本;重启服务;:
10. 网络host路由问题:
由于医院网络配置被修改,盒子路由信息也需要同样去修改,根据用户实际调整正确的路由信息即可;
11. 上传后重启盒子才能看到图
检查网络信息是否正常,调整网络正常即可;
12.ssh问题:
远程连接网络不正确导致,需要医院人员把网络调整正确,然后ssh才能连接;