Bruce - Yeah, I doubt this is file permissions - it doesn't happen on every 
request, just occasionally though seemingly over time more frequently.  
Most often seen on ajax requests but occasionally on "regular" page 
requests too (though since there are many more ajax requests coming in it 
makes sense more errors would be encountered from them even if it isn't 
actually a cause).  

As far as sessions - I do session.forget() first thing in the controller 
function that handles the ajax requests, so sessions shouldn't be an 
issue.  Traffic is very low anyway - peak would only be a handful of 
requests a second.

Massimo - I don't know that upgrading to the version of rocket in trunk 
will really help anything - I'm using Apache and mod_wsgi so rocket isn't 
even involved, right?

On Monday, July 16, 2012 9:14:43 AM UTC-5, Bruce Wade wrote:
>
> I also get these errors randomly on nginx+uwsgi+ubuntu so I really don't 
> think it is a file permissions problem as it happens randomly.
>
> On Mon, Jul 16, 2012 at 12:25 AM, Johann Spies wrote:
>
>> On 13 July 2012 23:27, 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
>>>
>>
>> I have never worked on Windows with Apache but this looks like either 
>> incorrect ownership of the web2py files or just a permission problem.
>>
>> Make sure the user that owns Apache process is the one that owns the 
>> web2py tree or at least has full access to it.
>>
>> Regards
>> Johann 
>>
>> -- 
>> Because experiencing your loyal love is better than life itself, 
>> my lips will praise you.  (Psalm 63:3)
>>
>>
>
>
> -- 
> -- 
> 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
>
>

-- 



Reply via email to