<div dir="ltr"><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;font-size:small">Related to the information provided by NGINX via <span style="font-family:Arial,Helvetica,sans-serif">stub_status, I would like to suggest implementing ways to get feedback on the upstream servers, so one could figure out when they are done with requests and updates on the upstream node can start again.</span></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;font-size:small"><span style="font-family:Arial,Helvetica,sans-serif"><br></span></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;font-size:small"><span style="font-family:Arial,Helvetica,sans-serif">For example, let's say I have an upstream "myapp" with two servers, "<a href="http://myapp1.domain.com">myapp1.domain.com</a>" and "<a href="http://myapp2.domain.com">myapp2.domain.com</a>". I add the "down" option to the first one and reload. Then I have to wait for the server to finish off processing requests to that first server before deploying the new version of the "myapp" application. Once completed, I need to remove the "down" option, add it to the other server, then reload. Not sure if this is the expected way to do things, of course, but right now I need to play with console tools to check for connections, which is not as reliable as having NGINX inform about, say, they number of active requests with "<a href="http://myapp1.domain.com">myapp1.domain.com</a>".</span></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;font-size:small"><span style="font-family:Arial,Helvetica,sans-serif"><br></span></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;font-size:small"><span style="font-family:Arial,Helvetica,sans-serif">Thanks.</span></div></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Wed, Aug 20, 2025 at 6:15 PM Maxim Dounin <<a href="mailto:mdounin@mdounin.ru">mdounin@mdounin.ru</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hello!<br>
<br>
On Wed, Aug 20, 2025 at 01:06:33PM +0200, Eirik Øverby via nginx wrote:<br>
<br>
> Let me start with a (belated) thank you to all contributors for <br>
> the continued work on freenginx. We are in the process of <br>
> switching to it - late but hopefully good!<br>
> <br>
> In the commercial F5 nginx, there has for some time been ways to <br>
> monitor the status/usage of shared memory zones and (presumably) <br>
> some other run-time stats that remain opaque to users of the <br>
> community version. I'm wondering if there are any such <br>
> facilities in freenginx - implemented or planned? It would be <br>
> nice if the VTS plugin could emit some statistics, for example.<br>
> <br>
> We would be quite interested in such a feature, but realise it <br>
> will be a fair amount of work for a relatively narrow audience. <br>
> Is there any way we can "encourage" such functionality to be <br>
> added, e.g. through financial support or some other means? We <br>
> might even be able to produce code to do it, but would prefer if <br>
> it was done by someone who is already familiar with (free)nginx <br>
> and its architecture - we have no such people on-hand.<br>
<br>
Providing better status information might indeed be an interesting <br>
area for improvements.<br>
<br>
Right now, the only status information provided by freenginx is <br>
that shown by stub_status, which is quite limited and basically <br>
only shows connections in various states and total <br>
accepts/requests counters.  Everything else needs to be monitored <br>
either via logs or with 3rd party modules, like VTS you've <br>
mentioned.<br>
<br>
It would be great if you could share which stats you use/monitor, <br>
and how.  In particular, it would be interesting to know preferred <br>
data formats.<br>
<br>
It would also be interesting to know how you expect to use <br>
information about shared memory zones usage.<br>
<br>
As for improving the VTS module, I don't think it's specific to <br>
freenginx.  Information about shared memory zone usage is in the <br>
ngx_slab_pool_t structure since nginx 1.11.7, and it's more or <br>
less a question of showing this information properly.  Just in <br>
case, relevant commits are:<br>
<br>
changeset:   6828:99770a5ea14f<br>
user:        Ruslan Ermilov <<a href="mailto:ru@nginx.com" target="_blank">ru@nginx.com</a>><br>
date:        Wed Dec 07 22:25:37 2016 +0300<br>
summary:     Slab: slots statistics.<br>
<br>
changeset:   6829:6e757036e588<br>
user:        Ruslan Ermilov <<a href="mailto:ru@nginx.com" target="_blank">ru@nginx.com</a>><br>
date:        Wed Dec 07 22:25:37 2016 +0300<br>
summary:     Slab: free pages statistics.<br>
<br>
<a href="https://freenginx.org/hg/nginx/rev/99770a5ea14f" rel="noreferrer" target="_blank">https://freenginx.org/hg/nginx/rev/99770a5ea14f</a><br>
<a href="https://freenginx.org/hg/nginx/rev/6e757036e588" rel="noreferrer" target="_blank">https://freenginx.org/hg/nginx/rev/6e757036e588</a><br>
<br>
-- <br>
Maxim Dounin<br>
<a href="http://mdounin.ru/" rel="noreferrer" target="_blank">http://mdounin.ru/</a><br>
</blockquote></div><div><br clear="all"></div><div><br></div><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div>Jaume Sabater<br>"Ubi sapientas ibi libertas"</div></div></div>