another attempt :
# configuration file /etc/nginx/nginx.conf:
#Core Functionality
user nobody;
worker_processes 8;
pid/var/run/nginx.pid;
pcre_jit on;
error_log /var/log/nginx/error_log;
#error_log /home/abackup/debug.log debug;
worker_rlimit_nofile 30;
#Load Dynamic Modules
includ
I could not paste output of nginx -T, even truncating to 2500 lines instead
of 158000
I get :
Please shorten your messages, the body is too large.
Posted at Nginx Forum:
https://forum.nginx.org/read.php?2,273274,273468#msg-273468
___
nginx mailing lis
@] BR via Nginx :
Idea coming right out of the blue: have you given a thought on compiling
nginx (+ gradually modules) with valgrind? You should know pretty quickly
if something is wrong.
Thanks for this idea which can really improve the eng process...
Brotli seems the main suspected issue
Ano
Am 06-04-2017 19:05, schrieb Maxim Dounin:
Hello!
On Thu, Apr 06, 2017 at 11:32:45AM -0400, JohnCarne wrote:
[...]
[...]
Indeed, we are all tired to do 3 upgrades /month
Note that the way you are asking others to help you is not likely
to attract many volunteers.
+1
Idea coming right out of the blue: have you given a thought on compiling
nginx (+ gradually modules) with valgrind? You should know pretty quickly
if something is wrong.
Note the slowdown, though. Might not be a good idea on production, or if
you do not secure some offload to somewhere else if i
Thanks for your feebacks. I do my best seriously to communicate what I can
!
We note this issue on very busy server only, it will be hard to remove all
modules on such busy server, and reconfig all, but not impossible. Anoop is
on the case on smallest servers, and succeed to see the issue at small
Hello!
On Thu, Apr 06, 2017 at 11:32:45AM -0400, JohnCarne wrote:
> cpanel stat generation cause thet nginx makes a lot of reload to grab new
> file descriptor... no issue on that
>
> Issue is nginx, I show you situation now with 2.58% used for 1 work, which
> is same value for others, but gloab
> cpanel stat generation cause thet nginx makes a lot of reload to grab new
> file descriptor... no issue on that
Even though this is off-topic - if you issue a lot of reloads during cPanel
stat generation, your hooks are configured wrong, since Apache in cPanel only
reloads *once* during the w
Thanks for info, Anoop will read this, he is subscribed
Posted at Nginx Forum:
https://forum.nginx.org/read.php?2,273274,273458#msg-273458
___
nginx mailing list
nginx@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx
On Thursday 06 April 2017 11:32:45 JohnCarne wrote:
> cpanel stat generation cause thet nginx makes a lot of reload to grab new
> file descriptor... no issue on that
>
[..]
JFYI, reloading nginx isn't required to reopen log files.
See for details: http://nginx.org/en/docs/control.html#logs
wbr
cpanel stat generation cause thet nginx makes a lot of reload to grab new
file descriptor... no issue on that
Issue is nginx, I show you situation now with 2.58% used for 1 work, which
is same value for others, but gloably, nginx uses now 2.58%, this number is
increasing slowly at the rythm of ngi
Hello!
On Wed, Apr 05, 2017 at 09:32:41PM -0400, JohnCarne wrote:
> We described it properly when opening ticket, I reformulate :
>
> Usually, 1 nginx worker process consumes 1.16-2% of RAM maximum on this
> server, and it remain stable.
> For some days after nginx upgrades, every overnight, dur
If a module is dynamic loadable has issue and if we do not load the module
, will it still cause the error ?
In the case above , ModSecurity-nginx was compiled as a dynamic module and
not loaded .
On Thu, Apr 6, 2017 at 3:31 PM, JohnCarne
wrote:
> I let dev Anoop answer to you... he has a clue
I let dev Anoop answer to you... he has a clue about the issue :
https://github.com/SpiderLabs/ModSecurity-nginx/issues/45
Posted at Nginx Forum:
https://forum.nginx.org/read.php?2,273274,273444#msg-273444
___
nginx mailing list
nginx@nginx.org
http:/
Am 06-04-2017 07:14, schrieb JohnCarne:
It looks like i don't speak english properly to be understood, others
will
open a thread on this issue, and may be explain better
Well how about to remove the additionally modules and watch if the
memory issue still exists.
###
--add-dynamic-m
It looks like i don't speak english properly to be understood, others will
open a thread on this issue, and may be explain better
Posted at Nginx Forum:
https://forum.nginx.org/read.php?2,273274,273437#msg-273437
___
nginx mailing list
nginx@nginx.org
We described it properly when opening ticket, I reformulate :
Usually, 1 nginx worker process consumes 1.16-2% of RAM maximum on this
server, and it remain stable.
For some days after nginx upgrades, every overnight, during daily stat
generation process of cpanel which happens on overnight like se
Hello!
On Wed, Apr 05, 2017 at 01:02:15AM -0400, JohnCarne wrote:
> Uprgraded to last nginx version :
> memory still increase it seems
You may have better luck describing your issue: what you do, what
you see as a result, and why you think this is an issue. Posting
messages saying "I still ha
Uprgraded to last nginx version :
memory still increase it seems
Posted at Nginx Forum:
https://forum.nginx.org/read.php?2,273274,273411#msg-273411
___
nginx mailing list
nginx@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx
After upgrade and recompilation, issue is much less important, it increase
only by 0.17% for an antire stats processing cycle, but issue remain
unsolved
[root@web1 ~]# nginx -V
nginx version: nginx/1.11.12
built by gcc 4.8.5 20150623 (Red Hat 4.8.5-11) (GCC)
built with LibreSSL 2.5.1
TLS SNI
We made a lot of tests, removing brotli, geoip, we can't solve the issue
i suspect :
nginx: cache manager process
simple bug !
Posted at Nginx Forum:
https://forum.nginx.org/read.php?2,273274,273303#msg-273303
___
nginx mailing list
nginx@nginx.o
We only user nginx as proxy on concerned server
Posted at Nginx Forum:
https://forum.nginx.org/read.php?2,273274,273275#msg-273275
___
nginx mailing list
nginx@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx
Hi,
We suspect an issue on cpanel server from last update nginx.
Every overnight, there is many nginx reloads due to stat generation process
:
We see an ever increasing memory use of ngixn worker process, usually it
says around 1-2%, we now see it cumulating without coming back to normal
each ov
23 matches
Mail list logo
