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
@] 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
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
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
> 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
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
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
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,
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
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
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-module
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
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
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
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
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
20 matches
Mail list logo