公司内部使用nebula，需要每天开启服务，关闭设置的是服务器到点自动关。大概有小半年时间没有任何问题。唯独今天无法启动，查看日志
无论是nebula-metad.WARNING 还是nebula-metad.ERROR，都是报错，如上图。
大概就是说使用Thrift 序列化只能用于结构和啥，不包含thereof。thereof估计是nebula内部什么组件，源码没研究过。
找问题所在无非就是看日志，看源码，然后日志提示的信息貌似不足，源码也看不到，那就只能研究启动命令,命令看了半天也没看懂，就研究了下nebula的文件夹结构，
这个bin里面，都是可执行文件，没有参考价值，略过，
data就是数据文件，
etc是nebula的配置，配置从始至终都没改过，略过，
logs就是日志文件夹，
pids这个文件夹后面引起了我的兴趣，pid无非就是进程的英文缩写，每次服务启动的进程id都不一样，干嘛要单独写下来，没搞懂，然后我就想把它们干掉，反正干之前备份就行
绿色部分就是备份的，干这个pid是之前用elasticsearch还是neo4j同事遇到过什么问题 ，所有谋生删掉pid文件的想法。
最终结果删掉之后，再启动就成功了。
其实项删除pid文件并只是单凭同事之前遇到类似的问题，主要是多次尝试在启动nebula的时候，控制台老是输出已存在的pid，每次启动前是已调用停止命令，就很纳闷，相信大家遇到过删除文件，提示不能删除的情况，有一种便是打开excel，然后去删excel。感觉情况类似。
然后这个时候再看报错日志，我估计便是nebula在序列化什么的时候使用了错误的pid。
希望比较懂的同学解释下，到底怎么回事
