今天解决了一个困扰一上午的问题,进程打开文件进行写入时,使用vim打开文件进行写入导致fd文件描述符失效
https://www.douban.com/note/592324007/
一、bug描述
dpi v5程序在运行一段时间过后,程序的server日志不生成了.
使用sed -i 修改了一个日志文件后,tail -f 发现该文件不再有输出了,最后,无奈,reload了下进程才能重写。
二、做实验复现
下面来复现下现象:
1.进程打开日志文件,使用lsof -p pid
2.vim没打开文件前(或者打开vim没进行wq保存),进程打开的文件描述符的状态是
上图
3.当vim 修改文件后wq时,会提示
有个警告,提示文件在读期间被修改了,我们选择yes,
4.此时再使用lsof -p pid命令来查看打开的文件描述符
进程打开的文件描述符的状态变为了deleted状态.
三、总结和复盘
原因可能是 sed -i 或者vim会新建一个文件,然后替换掉旧文件。进程里的打开的文件描述符还是老的文件描述符,但是已经没关联该新建立的文件,所以进程就不会往该文件里写内容。
vim打开一个文件背后发生了什么?swp交换文件是干什么用的? 在q时,会对swp文件做什么处理? 在wq时,会对swp文件做什么处理?
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。