Have you guys found a solution for this? This happens on one of our servers 
that uses Django CMS and relies on gevent worker. Others using gevent work 
fine. I am investigating other differences. Any suggestions?

Django==1.4.3
django-cms==2.3.1
eventlet==0.9.17
gevent==0.13.7
greenlet==0.4.0
gunicorn==0.14.6

Andrei


On Monday, December 3, 2012 6:48:12 AM UTC+1, Garth Cumming wrote:
>
> I've noticed this same behaviour as well but only with a higher loaded 
> production server and using the gunicorn gevent class, i've never seen this 
> happen with a sync class.
>
> I'll take a wild guess that gevent worker class is handling requests 
> before django has had a chance to initialize. Perhaps django does some sort 
> of blocking on startup and the gevent monkey patching prevents this 
> blocking behaviour on startup. Just a wild guess.
>
> On Wednesday, November 28, 2012 3:03:10 PM UTC-8, Michael Dippery wrote:
>>
>> I have a Django app running on a production server. It is handled with 
>> gunicorn 0.14.2 behind nginx. When I reload the app (by reloading the 
>> gunicorn workers), I get this error: 
>>
>> --- 
>> Traceback (most recent call last): 
>>
>>  File 
>> "/opt/app/venv/myapp/lib/python2.6/site-packages/django/core/handlers/base.py",
>>  
>> line 101, in get_response 
>>    request.path_info) 
>>
>>  File 
>> "/opt/app/venv/myapp/lib/python2.6/site-packages/django/core/urlresolvers.py",
>>  
>> line 250, in resolve 
>>    for pattern in self.url_patterns: 
>>
>>  File 
>> "/opt/app/venv/myapp/lib/python2.6/site-packages/django/core/urlresolvers.py",
>>  
>> line 283, in _get_url_patterns 
>>    raise ImproperlyConfigured("The included urlconf %s doesn't have any 
>> patterns in it" % self.urlconf_name) 
>>
>> ImproperlyConfigured: The included urlconf myapp.urls doesn't have any 
>> patterns in it 
>> --- 
>>
>> Others with this problem have commonly noted that it occurs while using 
>> reverse in a URLconf, but I am not using reverse in any URLconfs (nor are 
>> they used in any third-party apps). Also, this error only occurs in 
>> production -- never in development (using the Django dev server) or on my 
>> staging server (also using gunicorn 0.14.2 behind nginx). It also doesn't 
>> seem to cause trouble with the site at any other time then during reloads. 
>> And it only happens for the first 10-20 requests on the website (which 
>> makes me wonder if it's some sort of race condition, perhaps). 
>>
>> Any ideas what's causing the problem?
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Django users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To post to this group, send email to [email protected].
Visit this group at http://groups.google.com/group/django-users?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.


Reply via email to