Files still on disc after inactive time
Maxim Dounin
mdounin at mdounin.ru
Wed Feb 28 13:41:47 UTC 2018
Hello!
On Wed, Feb 28, 2018 at 05:22:14AM -0500, Andrzej Walas wrote:
> Can you answer?
The last recommendation you were given is to find out who and why
killed nginx worker process, see here:
http://mailman.nginx.org/pipermail/nginx/2018-February/055648.html
If you think nginx processes are no longer killed, please make
sure it is indeed the case: that is, make sure you've stopped
nginx (make sure "ps -ef | grep nginx" shows no nginx processes),
started it again (record "ps -ef | grep nginx" output here), and
you've started to see "ignore long locked" messages after it, and
no any critical / alert messages in between. Additionally,
compare "ps -ef | grep nginx" output with what you've got right
after start - to make sure there are the same worker processes,
and no processes were lost or restarted.
You may want to share all intermediate results of these steps here
for us to make sure you've did it right.
If any of these steps indicate that nginx processes are still
killed, consider further investigating the reasons.
If these steps demonstrate that "ignore long locked" messages
appear without any crashes, consider testing various other things
to futher isolate the cause. In particular, if you use http2 -
try disabling it to see if it helps. If it does, we need debug
logs of all requests to a particular resource since nginx start till
"ignore long locked" message. Futher information on how to
configure debug logging can be found here:
http://nginx.org/en/docs/debugging_log.html
Note though that enabling debug logging will result in a lot of
logs, and obtaining required logs with "inactive" set to 1d might
not be trivial as you'll have to store at least the whole day of
debug logs till the "ignore long locked" message will appear.
--
Maxim Dounin
http://mdounin.ru/
More information about the nginx
mailing list