I am about to give up on uwsgi. Everything was working, and I pulled the latest code now it doesn't work, but my other server with the same code works.
On Wed, Apr 18, 2012 at 2:40 PM, Bruce Wade <bruce.w...@gmail.com> wrote: > Thanks for the explanation the error was strange because first I was > getting permission connecting to the database error I updated that then I > got that error. > > Oh well it is all working now. 2 systems (1 apache, 1 nginx + uwsgi) on a > load balancer going to add a 3rd nginx + uwsgi > -- > Regards, > Bruce > > > On Wed, Apr 18, 2012 at 11:08 AM, Roberto De Ioris <robe...@unbit.it>wrote: > >> >> > Ok got it running, restarted uwsgi not sure what the issue was. >> > >> > However following the guides I my static content isn't being loaded: >> > http://50.116.6.124 >> >> >> The error you got earlier, happens when you do not read the body of the >> request (for example when you have POST data, but you do not read them). >> This is how nginx works. You can avoid that (if you do not want to read >> post data) with --post-buffering <n> in uWSGI. It is a trick to force >> uWSGI to blindly read the http body independently by your app. >> >> Regarding static files, you have to fight with nginx (uWSGI should only >> manage the python part) >> >> Normally working on the location directives and root/alias options is >> enough >> >> > >> > On Wed, Apr 18, 2012 at 10:46 AM, Bruce Wade <bruce.w...@gmail.com> >> wrote: >> > >> >> uwsgi is sure not as easy to get working correctly as apache is. Keep >> >> getting the following: >> >> 2012/04/18 10:44:49 [error] 23686#0: *8454 upstream prematurely closed >> >> connection while reading response header from upstream, client: >> >> 173.180.212.86, server: youadstage, request: "GET / HTTP/1.1", >> upstream: >> >> "uwsgi://127.0.0.1:9001", host: "50.116.6.124" >> >> >> >> >> >> On Wed, Apr 18, 2012 at 9:43 AM, Bruno Rocha >> >> <rochacbr...@gmail.com>wrote: >> >> >> >>> There are directions for this on book >> >>> http://web2py.com/books/default/chapter/29/4#session >> >>> >> >>> Store session on db or set separate=True >> >>> >> >>> >> >>> On Wed, Apr 18, 2012 at 1:36 PM, Bruno Rocha >> >>> <rochacbr...@gmail.com>wrote: >> >>> >> >>>> I recommend you to store sessions on db or cache like memcached, >> >>>> redis... If you are going to run in a load balance, sessions in disk >> >>>> will >> >>>> be a problem. >> >>>> >> >>>> >> >>>> On Wed, Apr 18, 2012 at 11:32 AM, Bruce Wade >> >>>> <bruce.w...@gmail.com>wrote: >> >>>> >> >>>>> Currently FS >> >>>>> >> >>>>> >> >>>>> On Wed, Apr 18, 2012 at 7:22 AM, Bruno Rocha >> >>>>> <rochacbr...@gmail.com>wrote: >> >>>>> >> >>>>>> Are you storing sessions in db or FS? >> >>>>>> >> >>>>>> http://zerp.ly/rochacbruno >> >>>>>> Em 18/04/2012 02:18, "Bruce Wade" <bruce.w...@gmail.com> escreveu: >> >>>>>> >> >>>>>> Yeah, I am not sure how well web2py can handle load but I am going >> >>>>>> to >> >>>>>>> find out pretty fast. I finished setting up a load balancer today, >> >>>>>>> going to >> >>>>>>> have 3 servers under it running nginx + uwsgi + web2py a single >> >>>>>>> dedicated >> >>>>>>> DB server for now, but figure I am going to need some slave read >> >>>>>>> only >> >>>>>>> servers. The speed at which web2py allows you to develop >> >>>>>>> applications >> >>>>>>> will surpass any load issues, well unless it could only handle >> >>>>>>> 50,000 >> >>>>>>> users/per second then that would be a big issue :D >> >>>>>>> >> >>>>>>> My one concern is how good the sticky sessions on linode's >> >>>>>>> nodebalancer works. >> >>>>>>> >> >>>>>>> Regarding uwsgi I have ready time out issues when using it with >> >>>>>>> web2py. >> >>>>>>> >> >>>>>>> -- >> >>>>>>> Regards, >> >>>>>>> Bruce >> >>>>>>> >> >>>>>>> On Tue, Apr 17, 2012 at 9:55 PM, pbreit >> >>>>>>> <pbreitenb...@gmail.com>wrote: >> >>>>>>> >> >>>>>>>> I've never read anything but good things about uwsgi. Django and >> >>>>>>>> Flask both promote it. >> >>>>>>> >> >>>>>>> >> >>>>>>> >> >>>>>>> >> >>>>>>> -- >> >>>>>>> -- >> >>>>>>> Regards, >> >>>>>>> Bruce Wade >> >>>>>>> http://ca.linkedin.com/in/brucelwade >> >>>>>>> http://www.wadecybertech.com >> >>>>>>> http://www.fittraineronline.com - Fitness Personal Trainers >> Online >> >>>>>>> http://www.warplydesigned.com >> >>>>>>> >> >>>>>>> >> >>>>> >> >>>>> >> >>>>> -- >> >>>>> -- >> >>>>> Regards, >> >>>>> Bruce Wade >> >>>>> http://ca.linkedin.com/in/brucelwade >> >>>>> http://www.wadecybertech.com >> >>>>> http://www.fittraineronline.com - Fitness Personal Trainers Online >> >>>>> http://www.warplydesigned.com >> >>>>> >> >>>>> >> >>>> >> >>>> >> >>>> -- >> >>>> >> >>>> Bruno Rocha >> >>>> [http://rochacbruno.com.br] >> >>>> >> >>>> >> >>> >> >>> >> >>> -- >> >>> >> >>> Bruno Rocha >> >>> [http://rochacbruno.com.br] >> >>> >> >>> >> >> >> >> >> >> -- >> >> -- >> >> Regards, >> >> Bruce Wade >> >> http://ca.linkedin.com/in/brucelwade >> >> http://www.wadecybertech.com >> >> http://www.fittraineronline.com - Fitness Personal Trainers Online >> >> http://www.warplydesigned.com >> >> >> >> >> > >> > >> > -- >> > -- >> > Regards, >> > Bruce Wade >> > http://ca.linkedin.com/in/brucelwade >> > http://www.wadecybertech.com >> > http://www.fittraineronline.com - Fitness Personal Trainers Online >> > http://www.warplydesigned.com >> > >> >> >> -- >> Roberto De Ioris >> http://unbit.it >> > > > > -- > -- > Regards, > Bruce Wade > http://ca.linkedin.com/in/brucelwade > http://www.wadecybertech.com > http://www.fittraineronline.com - Fitness Personal Trainers Online > http://www.warplydesigned.com > > -- -- Regards, Bruce Wade http://ca.linkedin.com/in/brucelwade http://www.wadecybertech.com http://www.fittraineronline.com - Fitness Personal Trainers Online http://www.warplydesigned.com
