记一次特别bug
作者:互联网
Bug描述
本机启动服务时不报错,服务间调用该方法不报错,且线上部署后启动和使用该方法均不报错。线上运行大半个月,突然看到错误日志出现错误。排查无果,遂重启服务,日志不出现报错。又运行大半个月后日志开始出现报错。报错信息如下:
运行时异常:Error while extracting response for type [class java.lang.Long] and content type [application/json];
nested exception is org.springframework.http.converter.HttpMessageNotReadableException: Invalid JSON input:
Cannot deserialize instance of `java.lang.Long` out of START_OBJECT token; nested exception is com.fasterxml.jackson.databind.exc.MismatchedInputException:
Cannot deserialize instance of `java.lang.Long` out of START_OBJECT token at [Source: (PushbackInputStream); line: 1, column: 1]
排查错误定位:
错误的起因是由于A服务调用DFS服务(文件上传服务)的上传服务时,上传服务调用失败直接运行期异常,导致返回值为空则A服务转义空位Long类型变量失败。问题的关键在于上传服务
上传服务排错
首先查看了DFS服务的日志
发现/tmp/undertow.xxx目录下不存在文件,查看服务器上/tmp目录下并无该目录,排查代码中是否含有该目录,结果并无,一时捉瞎,遂重启dfs服务,发现/tmp目录下出现一个新的文件夹,与错误日志显示文件夹类似的文件夹名称。就这样相安无事过了一段时间。
错误依旧
线上又运营了半个月并无错误日志出现,以为万事大吉。接下来又开始报警,查看错误日志依旧是之前的错误。
我自我感觉肯定是因为那个文件夹的原因,但是我并未主动创建这个文件,是程序启动后自动创建的,那为什么开始并未报错,结果运营一段时间后就被删掉了呢?
解决错误
我开始往临时文件夹想,因为/tmp是centos系统专门用来存放临时文件夹的目录嘛,那我的这个服务也是跟临时文件有关的,查阅资料,发现centos系统定时会清理tmp目录下的不常用文件夹,我福临心至,猜想很大概率是因为我服务启动后这个临时文件夹长时间未使用,被系统自动清除了,遂准备更换临时文件存放地址,在centos系统里新建一个临时文件目录,取名/data/tmp/,并在dfs服务的application.yml中添加了临时文件存放目录的配置。
servlet:
multipart:
location: /data/tmp
重启服务,到现在已经等待快1个月了,服务并未报类似错误。自此排错成功。
标签:tmp,特别,一次,服务,错误,文件夹,报错,日志,bug 来源: https://www.cnblogs.com/RobetLxx/p/15005328.html