Hello!

On Sat, Mar 23, 2019 at 12:20:26AM +0800, 村长 wrote:

> nginx version: nginx/1.10.3
> uname: Linux 4.9.0-8-amd64 #1 SMP Debian 4.9.144-3.1 (2019-02-19) x86_64 GNU/Linux
> VPS: Linode $5
>
>
>
> I set about 900 subsite like this:
>
>
> proxy_cache_path /var/cache/nginx/abc.com/aaa levels=1:2 use_temp_path=off keys_zone=aaa.abc.com:64k inactive=8h max_size=128m;
> proxy_cache_path /var/cache/nginx/abc.com/bbb levels=1:2 use_temp_path=off keys_zone=bbb.abc.com:64k inactive=8h max_size=128m;
> ...
> the list is 900+

Just a side note: it is usually a bad idea to configure individual
cache paths for each site, as it consumes much more resources than
using a single cache for all sites. Instead, consider using a
single proxy_cache_path and add site identifier to
proxy_cache_key.

[...]

> but when I type run it again at once, the nginx will go wrong in minutes:
>
>
> 2019/03/22 10:30:03 [alert] 6356#6356: ignore long locked inactive cache entry 3391b383577454e8dfb6337e060c1d22, count:1
> 2019/03/22 10:30:03 [alert] 6356#6356: ignore long locked inactive cache entry 3391b383577454e8dfb6337e060c1d22, count:1

The "ignore long locked inactive cache entry" alert indicates that
nginx was trying to remove a cache entry, but failed to do this
because the entry was locked. This may be either result of a bug,
or may happen if a worker process is killed or crashed. That is,
this may happen, e.g., if your server run out of memory at some
point and OOM-killer killed an nginx worker process. To find out
what actually happened you may want to investigate error log
before the first "ignore long locked" alert.

On the other hand, the first thing you may want to do is to
upgrade - nginx 1.10.3 is rather old and no longer supported.
Invesigating anything with nginx 1.10.3 hadly make sense.

[...]

--
Maxim Dounin
http://mdounin.ru/
_______________________________________________
nginx mailing list
nginx@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx