Perché mod_wsgi non è in grado di scrivere dati? IOError: non è riuscito a scrivere i dati

Question

Che cosa potrebbe causare questo errore:

$ sudo tail -n 100 /var/log/apache2/error.log'

[Wed Dec 29 15:20:03 2010] [error] [client 220.181.108.181] mod_wsgi (pid=20343): Exception occurred processing WSGI script '/home/username/public_html/idm.wsgi'. 
[Wed Dec 29 15:20:03 2010] [error] [client 220.181.108.181] IOError: failed to write data 

Ecco lo script WSGI:

$ cat public_html/idm.wsgi 
import os 
import sys 

sys.path.append('/home/username/public_html/IDM_app/') 

os.environ['DJANGO_SETTINGS_MODULE'] = 'settings' 

import django.core.handlers.wsgi 

application = django.core.handlers.wsgi.WSGIHandler() 

Perché Django non è in grado di scrivere dati?

Io corro Django 1.2.4

Answer 1

sto scommesse si tratta di un problema di autorizzazioni. Vero che la directory/il file di destinazione è universalmente scrivibile. Quindi rendi il file di proprietà del tuo gruppo www-data (o qualunque sia l'utente apache), rendilo gruppo scrivibile e assicurati che nulla in quella cartella sia sensibile perché questo potrebbe essere un problema di sicurezza.

Answer 2

Tale errore, senza alcun tipo di Python traceback, può essere una variazione sul problema descritto in:

http://code.google.com/p/modwsgi/issues/detail?id=29&can=1

Cioè, si verifica quando HTTP connessione client si perde prima che la risposta completa potrebbe essere scritto indietro dal server web. Può manifestarsi come IOError "client closed connection", "failed write write" o "failed to write data" nel log degli errori di Apache. Cioè, non visto dall'application WSGI perché la scrittura dei dati avviene dopo che l'applicazione WSGI è tornata e quindi non può restituire all'applicazione l'eccezione per fare qualcosa.

La domanda è se si riceve un messaggio di errore da Django se si configurano errori da inviare all'utente tramite posta elettronica. Se lo fai, allora sta succedendo qualcosa in Django.

Answer 3

Ho lo stesso problema in un'applicazione che utilizza molte chiamate AJAX (mod_wsgi 3.3). C'è qualche soluzione nota per questo? Ho pensato di ignorare l'eccezione, ma di solito non è una buona idea.

UPDATE

In realtà, questo può essere dovuto a diverse cose, ma la causa più probabile è che si sta utilizzando il write callback anziché yield ing vostra uscita.

Credo che questo vi aiuterà:

http://groups.google.com/group/modwsgi/browse_thread/thread/c9cc1307bc10cfff

Answer 4

ho trovato lo stesso problema con il mio pitone web app in oceano digitale e dopo aver controllato il file di log sul serio ho scoperto che era un problema con il mio database mysql! Il problema era dovuto al fatto che stavo esaurendo la memoria (RAM) Quindi controlla quelle domande e risolvi il problema!

`For Mysql

E this

auguriamo che contribuiscano