在准备环境交维测试的过程中，启用新环境后前台输入需要检索的关键词，后台总会报“164_571_use_949a8355491898090149189809d11171/0.fnm (no such file or directory)“，而且此问题间歇出现，开始非常纳闷为什么程序会在索引文件夹后面莫名其妙添一段”/0.fnm “这样的东西，系统上线几月都没这问题，启用新的编译、打包、发布脚本就有问题，我想应该是脚本问题，可是自己不懂shell脚本，只能叫环境组的排查，但是环境组的排查结论也是没有问题，然后疯狂的查代码逻辑，没发现问题，再加上间歇出问题的特征，一直觉得应该是数据问题。百度了好久，只有一篇文章介绍这种问题，一看说是线程问题导致，恰好我们生成索引文件的确采用多线程，当时非常担心程序多线程有问题。
忙了其他的事好几天，有一天突然静下心来，一个个日志文件排查，发现配置的每分钟起一个线程的tf怎么每分钟起了两个，由于索引分地市计算生成，其他地市都是好的，只有一个地市是这样的情况，更加坚定了我认为不是代码问题，是环境问题的想法。再次求助于环境组，环境组同事一看果然那个地市起了两个tf，环境组修改了shell脚本，我以为大功告成，结果QA反馈还是不行，绝望啊……
由于有其他的任务要完成，晚上加班做其他任务的时候，我再次捡起了这个问题，于是自己百度shell脚本语句到linux系统查，果然还起着多个进程，把它杀掉，索引重算了一把，一切OK，问题解决。
查看进程是否启动的shell脚本语句：ps -ef|grep LUC（LUC为进程名）