I tested putting sessions in database, but for some strange reason, when sessions are in db, user are not redirect to login._next after the login, and other issues. Also I think sessions in db gets a bit slower.
I am planning to test sessions in redis. On Mon, Jul 16, 2012 at 1:01 PM, Bruce Wade <bruce.w...@gmail.com> wrote: > That I/o warning shouldn't take down your site I have the same issue with > linode. I think sessions need to be done differently especially on high > load sites with a load balancer sometimes I find over 400,000 files in the > session folder on each server × 4 > On Jul 16, 2012 8:14 AM, "Bruno Rocha" <rochacbr...@gmail.com> wrote: > >> I am having a related problem. >> >> "Your Linode, blouserver, has exceeded the notification threshold (1000) >> for disk io rate by averaging 1382.77 for the last 2 hours: >> >> I receive this message every 2 hour, so my nginx get bas gateway and I >> need to do "rm sessions/* " and also "/etc/init.d/uwsgi restart" to get >> the site running again. >> >> >> >> On Mon, Jul 16, 2012 at 12:07 PM, Massimo Di Pierro < >> massimo.dipie...@gmail.com> wrote: >> >>> This may be related to a bug in rocket that was not catching timouterror >>> and occasionally sending/receiving incomplete requests. >>> >>> Try upgrade rocket.py yo trunk. You can leave everything unchanged. Let >>> us know if the error go away. >>> >>> It is also possible that the request is actually invalid (the browser >>> declares a different size than it sends). Perhaps because of network >>> issues. Perhaps web2py could report a better (clearer error). Do you think >>> it should be logged or silently ignore and the request dropped? >>> >>> Massimo >>> >>> >>> On Monday, 16 July 2012 10:00:14 UTC-5, Bruce Wade wrote: >>>> >>>> I am using the latest stable still. >>>> >>>> On Mon, Jul 16, 2012 at 7:58 AM, Massimo Di Pierro < >>>> massimo.dipie...@gmail.com> wrote: >>>> >>>>> Which web2py version? The error is from copying the request body into >>>>> a tmp object in web2py. Looks like the request declares a size in the >>>>> header but it is shorter (truncated). >>>>> >>>>> >>>>> >>>>> On Friday, 13 July 2012 16:27:51 UTC-5, Brian M wrote: >>>>>> >>>>>> I'm having ongoing problems with IOErrors from one of my web2py apps >>>>>> deployed on Windows with Apache & mod_wsgi. Looks to me like the error >>>>>> maybe happening at a lower level before it even gets to my app code? >>>>>> >>>>>> Traceback (most recent call last): >>>>>> File "C:\\dashboard\\web2py\\gluon\****\main.py", line 447, in >>>>>> wsgibase >>>>>> parse_get_post_vars(request, environ) >>>>>> File "C:\\dashboard\\web2py\\gluon\****\main.py", line 275, in >>>>>> parse_get_post_vars >>>>>> request.body = copystream_progress(request) ### stores request body >>>>>> File "C:\\dashboard\\web2py\\gluon\****\main.py", line 143, in >>>>>> copystream_progress >>>>>> copystream(source, dest, size, chunk_size) >>>>>> File "C:\\dashboard\\web2py\\gluon\****\fileutils.py", line 374, in >>>>>> copystream >>>>>> data = src.read(size) >>>>>> IOError: request data read error >>>>>> >>>>> >>>> >>>> >>>> -- >>>> -- >>>> Regards, >>>> Bruce Wade >>>> http://ca.linkedin.com/in/**brucelwade<http://ca.linkedin.com/in/brucelwade> >>>> http://www.wadecybertech.com >>>> http://www.fittraineronline.**com <http://www.fittraineronline.com> - >>>> Fitness Personal Trainers Online >>>> http://www.warplydesigned.com >>>> >>>> >>
