Internal Server Errors

[sbranden@…]

Upgrade from Trac 0.10 to 0.12.1 now results in the following server errors in the trac.log

2011-01-12 19:48:53,628 Trac[main] ERROR: Internal Server Error:
Traceback (most recent call last):
  File "/opt/lampp/lib/python2.5/site-packages/Trac-0.12.1-py2.5.egg/trac/web/main.py", line 511, in _dispatch_request
    dispatcher.dispatch(req)
  File "/opt/lampp/lib/python2.5/site-packages/Trac-0.12.1-py2.5.egg/trac/web/main.py", line 261, in dispatch
    req.send(output, content_type or 'text/html')
  File "/opt/lampp/lib/python2.5/site-packages/Trac-0.12.1-py2.5.egg/trac/web/api.py", line 412, in send
    self.write(content)
  File "/opt/lampp/lib/python2.5/site-packages/Trac-0.12.1-py2.5.egg/trac/web/api.py", line 532, in write
    self._write(data)
IOError: client connection closed

Trac Server Info:
System Information
Trac 	0.12.1
Genshi 	0.6
Pygments 	0.9
pysqlite 	2.3.2
Python 	2.5.1 (r251:54863, Oct 30 2007, 17:07:30) [GCC 3.4.6 20060404 (Red Hat 3.4.6-3)]
setuptools 	0.6c7
SQLite 	3.3.17
Subversion 	1.4.6 (r28521)
jQuery:	1.4.2

[Remy Blank]

Which web server and frontend (fcgi, mod_python, …) are you using?

[anonymous]

Replying to rblank:

Which web server and frontend (fcgi, mod_python, …) are you using?

We are using mod_python with wsgi.

Apache/2.2.6 (Unix) DAV/2 
mod_ssl/2.2.6 
OpenSSL/0.9.8e 
mod_python/3.3.1 
Python/2.5.1 
mod_fastcgi/2.4.6 
SVN/1.6.9 
mod_apreq2-20051231/2.5.7 
mod_wsgi/1.3

[anonymous]

We have the same problem from time to time with trac 0.12.2:

mod_wsgi (pid=2172): Exception occurred processing WSGI script 'C:/Program Files/Apache/cgi-bin/trac_ec.wsgi'.
Traceback (most recent call last):
   File "C:/Program Files/Apache/cgi-bin/trac_ec.wsgi", line 7, in application
     return dispatch_request(environ, start_request)
   File "C:\\Python27\\lib\\site-packages\\trac\\web\\main.py", line 479, in dispatch_request
     return _dispatch_request(req, env, env_error)
   File "C:\\Python27\\lib\\site-packages\\trac\\web\\main.py", line 555, in _dispatch_request
     send_internal_error(env, req, sys.exc_info())
   File "C:\\Python27\\lib\\site-packages\\trac\\web\\main.py", line 648, in send_internal_error
     req.send_error(exc_info, status=500, env=env, data=data)
   File "C:\\Python27\\lib\\site-packages\\trac\\web\\api.py", line 462, in send_error
     exc_info)
   File "C:\\Python27\\lib\\site-packages\\trac\\web\\main.py", line 511, in _dispatch_request
     dispatcher.dispatch(req)
   File "C:\\Python27\\lib\\site-packages\\trac\\web\\main.py", line 261, in dispatch
     req.send(output, content_type or 'text/html')
   File "C:\\Python27\\lib\\site-packages\\trac\\web\\api.py", line 416, in send
     self.write(content)
   File "C:\\Python27\\lib\\site-packages\\trac\\web\\api.py", line 536, in write
     self._write(data)
 IOError: failed to write data

Apache/2.2.9 (Win32) 
DAV/2 mod_ssl/2.2.9 
OpenSSL/1.0.0g 
SVN/1.7.3 
mod_wsgi/3.3 
Python/2.7.2 
mod_auth_sspi/1.0.4 
PHP/5.2.6

[anonymous]

it's no problem says ​TH:#11149

the question is if Trac can suppress the exception message

[anonymous]

would be helpful 'cause it spams my log file

[Jun Omae]

Replying to anonymous:

the question is if Trac can suppress the exception message

It needs to apply the following patch.

trac/web/api.py

@@ -626 +626 @@
         except (IOError, socket.error), e:
             if e.args[0] in (errno.EPIPE, errno.ECONNRESET, 10053, 10054):
                 raise RequestDone
+            # Note that mod_wsgi raises an IOError with only a message
+            # if a client disconnects
+            if 'mod_wsgi.version' in self.environ and \
+               e.args[0] in ('failed to write data',
+                             'client connection closed'):
+                raise RequestDone
             raise
 
     # Internal methods

[anonymous]

plz, apply the patch. I got tons of such annoying msgs too

[Jun Omae]

Ok, I'll push the patch to 0.12-stable. There are the same noisy logs in my production environments using mod_wsgi.

[anonymous]

thnx jomae

[Jun Omae]

Fixed in [11841].