Hi roberto and thanks for your response.
Unfortunally i'm still encountering problems with that, so I can't figure
out what can be the perfect setup for my case.
Putting post-buffering 4096 just don't work for me. It never upload the file
and raise a browser error telling me that the connection with the server has
been reinitialized.
I've tried disabling harakiri with harakiri=false and it works fine unless I
upload +/- 20 mb zip files...
So I'm asking me what's the problem with post-buffering 4096. My virtual
server runs with only 256mb can it be a clue ?
Or is there something I can do from the cherokee setup part ?
Also is disabling harakiri can leads into other problems in my app, what
others of you use to setup a simple cms/blog app with big file uploads need
(I need +/- 200 mb upload for video files) ?
In place of passing arguments from command line i've done some ini files, to
make the tests.
Here is my last ini config file :
[uwsgi]
socket=127.0.0.1:32944
home=/home/administrator/.virtualenvs/django.test.0.0.4
pythonpath=/home/administrator/sandbox/demo/projects/
pythonpath=/home/administrator/sandbox/demo/projects/demo/
env = DJANGO_SETTINGS_MODULE=demo.staging_settings
module = django.core.handlers.wsgi:WSGIHandler()
processes=4
master=true
harakiri=false
limit-as=128
socket-timeout=360
memory-report=true
logto=/home/administrator/sandbox/demo/log/uwsgi.log
And last log :
{address space usage: 72519680 bytes/69MB} {rss usage: 56455168 bytes/53MB}
[pid: 1915|app: 0|req: 13/48] 192.168.0.13 () {62 vars in 1594 bytes} [Wed
Dec 8 16:21:51 2010] GET /fr/admin/photologue/galleryupload/add/ =>
generated 14100 bytes in 436 msecs (HTTP/1.1 200) 10 headers in 511 bytes (0
async switches on async core 0)
{address space usage: 40144896 bytes/38MB} {rss usage: 23916544 bytes/22MB}
[pid: 1917|app: 0|req: 12/49] 192.168.0.13 () {60 vars in 1410 bytes} [Wed
Dec 8 16:21:52 2010] GET /admin/jsi18n/ => generated 4201 bytes in 23 msecs
(HTTP/1.1 200) 4 headers in 144 bytes (0 async switches on async core 0)
SIGPIPE: writing to a closed pipe/socket/fd (probably the client
disconnected) on request /fr/admin/photologue/galleryupload/add/ !!!
write(): Broken pipe [pyutils.c line 101]
{address space usage: 41504768 bytes/39MB} {rss usage: 25276416 bytes/24MB}
[pid: 1918|app: 0|req: 13/50] 192.168.0.13 () {62 vars in 1680 bytes} [Wed
Dec 8 16:22:22 2010] POST /fr/admin/photologue/galleryupload/add/ =>
generated 0 bytes in 23933 msecs (HTTP/1.1 302) 11 headers in 709 bytes (0
async switches on async core 0)
Thanks in advance for your advice
franck
2010/11/25 Roberto De Ioris <[email protected]>
>
> Il giorno 25/nov/2010, alle ore 15.15, franck bret ha scritto:
>
> > Hi there,
> >
> > I've just setup, uwsgi behind cherokee for my django project on live
> server, so i'm doing some kind of crash test ;-)
> > Through django admin interface I tried to upload a 150 mb zip file, it
> goes to 5% and then i can see in the log :
> >
> > *** HARAKIRI ON WORKER 1 (pid: 24580) ***
> > HARAKIRI: --- uWSGI worker 1 (pid: 24580) WAS managing request
> /fr/admin/photologue/galleryupload/add/ since Thu Nov 25 14:48:26 2010 ---
> > DAMN ! process 24580 died :( trying respawn ...
> > Respawned uWSGI worker (new pid: 24698)
> > *** HARAKIRI ON WORKER 1 (pid: 24698) ***
> > HARAKIRI: --- uWSGI worker 1 (pid: 24698) WAS managing request
> /fr/admin/photologue/galleryupload/add/ since Thu Nov 25 15:04:05 2010 ---
> > DAMN ! process 24698 died :( trying respawn ...
> > Respawned uWSGI worker (new pid: 24882)
> >
> > The uwsgi command running is :
> > /usr/bin/uwsgi -s 127.0.0.1:32944 -t 10 -M -p 1 -C -x
> /home/administrator/sandbox/projects/crashtest/uwsgi_production.xml -H
> /home/administrator/.virtualenvs/django.test.0.0.4
> >
> > What do I need to adjust in order to be able to upload such kind of
> filesize ?
> >
> >
>
> Cherokee streams upload directly to uWSGI workers, so if you use harakiri
> you have to exclude the uploading time from its
> check.
>
> You can add the
>
> --post-buffering 4096
>
> option to avoid control on uploads or simply disable harakiri.
>
> --
> Roberto De Ioris
> http://unbit.it
>
> _______________________________________________
> uWSGI mailing list
> [email protected]
> http://lists.unbit.it/cgi-bin/mailman/listinfo/uwsgi
_______________________________________________
uWSGI mailing list
[email protected]
http://lists.unbit.it/cgi-bin/mailman/listinfo/uwsgi
