<div dir="ltr"><div class="gmail_extra">Hi!</div><div class="gmail_extra"><br></div><div class="gmail_extra">create_app is called within the wsgi file (that is, immediately)</div><div class="gmail_extra"><br></div><div class="gmail_extra">

-Clemens<br><br><div class="gmail_quote">On Mon, Apr 7, 2014 at 10:42 PM, Roberto De Ioris <span dir="ltr"><<a href="mailto:roberto@unbit.it" target="_blank">roberto@unbit.it</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="HOEnZb"><div class="h5"><br>
> Hi,<br>
><br>
> ok, some more tests later, I can still reproduce the problem :( To me it<br>
> *feels* like it happens less frequently, but it still happens. More<br>
> information about the setup:<br>
><br>
> # uwsgi --version<br>
> 2.0.3<br>
><br>
> # /usr/bin/uwsgi --ini /etc/uwsgi/apps-enabled/myapp.ini<br>
> [uWSGI] getting INI configuration from /etc/uwsgi/apps-enabled/myapp.ini<br>
> *** Starting uWSGI 2.0.3 (64bit) on [Tue Apr  8 02:54:48 2014] ***<br>
> compiled with version: 4.6.3 on 08 April 2014 02:43:31<br>
> os: Linux-3.2.0-60-generic #91-Ubuntu SMP Wed Feb 19 03:54:44 UTC 2014<br>
> nodename: mynode<br>
> machine: x86_64<br>
> clock source: unix<br>
> detected number of CPU cores: 8<br>
> current working directory: /var/log<br>
> detected binary path: /usr/local/bin/uwsgi<br>
> !!! no internal routing support, rebuild with pcre support !!!<br>
> setgid() to 1010<br>
> setuid() to 1002<br>
> your processes number limit is 128020<br>
> your memory page size is 4096 bytes<br>
> detected max file descriptor number: 1024<br>
> lock engine: pthread robust mutexes<br>
> thunder lock: disabled (you can enable it with --thunder-lock)<br>
> uwsgi socket 0 bound to TCP address <a href="http://127.0.0.1:4003" target="_blank">127.0.0.1:4003</a> fd 3<br>
> Python version: 2.7.3 (default, Feb 27 2014, 20:09:21)  [GCC 4.6.3]<br>
> Python main interpreter initialized at 0xa4b480<br>
> python threads support enabled<br>
> your server socket listen backlog is limited to 100 connections<br>
> your mercy for graceful operations on workers is 60 seconds<br>
> mapped 2503992 bytes (2445 KB) for 150 cores<br>
> *** Operational MODE: preforking+threaded ***<br>
> *** uWSGI is running in multiple interpreter mode ***<br>
> spawned uWSGI master process (pid: 16816)<br>
> spawned uWSGI worker 1 (pid: 16828, cores: 75)<br>
> spawned uWSGI worker 2 (pid: 16829, cores: 75)<br>
> WSGI app 0 (mountpoint='') ready in 2 seconds on interpreter 0xa4b480 pid:<br>
> 16829 (default app)<br>
> WSGI app 0 (mountpoint='') ready in 2 seconds on interpreter 0xa4b480 pid:<br>
> 16828 (default app)<br>
><br>
> My config:<br>
><br>
> [uwsgi]<br>
> master      = 1<br>
> workers     = 2<br>
> threads     = 75<br>
> max-requests = 100<br>
> listen = 100<br>
> socket      = <a href="http://127.0.0.1:4003" target="_blank">127.0.0.1:4003</a><br>
> file        = /usr/bin/myapp.wsgi<br>
> callable    = application<br>
> chdir       = /var/lib/myapp/<br>
> uid         = myapp<br>
> gid         = myapp_group<br>
> lazy        = 1<br>
><br>
<br>
</div></div>Hi Clemens, i have re-read your previous post to understand your structure.<br>
<br>
There is something not clear:<br>
<br>
are the apps created at the first request, or from the WSGI entrypoint ?<br>
<br>
i mean, when create_app() is called ?<br>
<br>
The WSGI entry point is loaded before all of the threads are spawned, and<br>
so you should not have this problem. But if you start adding apps directly<br>
in a thread (during a request phase), the behaviour you get is expected<br>
(but you can easily fix it with locking)<br>
<div class="HOEnZb"><div class="h5"><br>
--<br>
Roberto De Ioris<br>
<a href="http://unbit.it" target="_blank">http://unbit.it</a><br>
_______________________________________________<br>
uWSGI mailing list<br>
<a href="mailto:uWSGI@lists.unbit.it">uWSGI@lists.unbit.it</a><br>
<a href="http://lists.unbit.it/cgi-bin/mailman/listinfo/uwsgi" target="_blank">http://lists.unbit.it/cgi-bin/mailman/listinfo/uwsgi</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div dir="ltr"><div>Clemens Kolbitsch</div><div>Security Researcher</div><div><a href="mailto:kolbitsch@lastline.com" target="_blank">kolbitsch@lastline.com</a></div>

<div>Mobile +1 (206) 356-7745</div><div>Land +1 (805) 456-7076<br></div><div><br></div><div>Lastline, Inc.</div><div>6950 Hollister Avenue, Suite 101</div><div>Goleta, CA 93117</div><div><br></div><div><a href="http://www.lastline.com" target="_blank">www.lastline.com</a></div>

</div>
</div></div>