I'm storing sessions on database for my app with no apparent problems (1.99.7 stable).... for storing them in redis, currently there is no way (sorry). When I implemented cache in redis it seemed that I was the only one using a redis stack along web2py...generally redis adoption is quite sparse in web2py world, and the only implemented thing is the cache backend. Anyway if there are demands in this sense, I could write something up, but some changes to how sessions are handled in web2py (namely in gluon.main.wsgibase) are needed.
On Monday, July 16, 2012 6:58:54 PM UTC+2, rochacbruno wrote: > > > 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 >>>>> >>>>> >>> > --
