扫码关注官方订阅号
84669人学习
65727人学习
82984人学习
467778人学习
498837人学习
471966人学习
256484人学习
152542人学习
224170人学习
139536人学习
81804人学习
85022人学习
11944人学习
20001人学习
60816人学习
5487人学习
15007人学习
2150人学习
6980人学习
194925人学习
359900人学习
1142人学习
19058人学习
3206人学习
180550人学习
48569人学习
17603人学习
40936人学习
1049人学习
750人学习
32909人学习
在做Nginx的日志文件切割,发现一个诡异的问题。当我手工把Nginx的日志文件转移位置以后,如果不reload配置文件,Nginx还是继续写这个被转移到其他目录的日志文件。 难道Nginx写日志的时候不是通过文件路径吗? 为什么日志文件被转移走了还是能写到?
欢迎选择我的课程,让我们一起见证您的进步~~
这是文件系统的特性,有点类似编程语言管理变量生命周期的里的引用计数。移动一个文件,甚至删除一个文件,只要这个文件还被某个进程打开着,这个文件就还能被访问到。但如果所有的“引用”都没有了,例如文件名,硬链接(hard link)及文件句柄(不再被程序打开着),才影响对文件的下一次引用,就表现为“找不到文件了”。
我觉得原因是,nginx打开的log文件之后,在系统中实际上是以inode来标识的,移动文件并不会修改inode的编号,所以还会继续写入该文件。
nginx为了更快的速度,一般都缓存了文件的inode的。
微信扫码关注PHP中文网服务号
QQ扫码加入技术交流群
扫描下载App
Copyright 2014-2024 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号
精品班
技术支持
技术咨询
学习群
会员优惠
返回顶部
这是文件系统的特性,有点类似编程语言管理变量生命周期的里的引用计数。移动一个文件,甚至删除一个文件,只要这个文件还被某个进程打开着,这个文件就还能被访问到。但如果所有的“引用”都没有了,例如文件名,硬链接(hard link)及文件句柄(不再被程序打开着),才影响对文件的下一次引用,就表现为“找不到文件了”。
我觉得原因是,nginx打开的log文件之后,在系统中实际上是以inode来标识的,移动文件并不会修改inode的编号,所以还会继续写入该文件。
nginx为了更快的速度,一般都缓存了文件的inode的。