Dlaczego mod_wsgi nie jest w stanie zapisywać danych? IOError: nie można zapisać danych

Question

Co może być przyczyną tego błędu:

$ 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 

Oto skrypt 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() 

Dlaczego Django nie mógłby zapisać danych?

Używam Django 1.2.4

Answer 1

Jestem zakłady Jest to problem uprawnienia. Prawdziwe ustawienie katalogu docelowego/pliku do uniwersalnego zapisu. Następnie należy utworzyć plik należący do grupy danych WWW (lub dowolnego innego użytkownika Apache), sprawić, aby był on zapisywalny do grupy i upewnić się, że nic w tym folderze nie jest wrażliwe, ponieważ może to być problem z zabezpieczeniami.

Answer 2

To błąd, bez jakiejkolwiek Python traceback może być wariacją na temat problemu opisanego w:

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

Oznacza to, że pojawia się, gdy HTTP połączenie klient jest stracone, zanim pełna odpowiedź mogłaby być zapisywane przez serwer sieciowy. Może manifestować się jako "połączenie klienckie zamknięte", "nie można zapisać danych" lub "nie udało się opróżnić danych" IOError tylko w dzienniku błędów Apache. Tj., Nie widziane przez aplikację WSGI, ponieważ zapis danych następuje po zwróceniu aplikacji WSGI i nie można wrzucić wyjątku z powrotem do aplikacji, aby cokolwiek zrobić.

Pytanie brzmi, czy otrzymasz komunikat o błędzie od Django, jeśli skonfigurujesz błędy, które będą wysyłane do Ciebie pocztą e-mail. Jeśli tak, to zamiast tego dzieje się coś w Django.

Answer 3

Mam ten sam problem w aplikacji, która używa wielu wywołań AJAX (mod_wsgi 3.3). Czy istnieje jakieś znane rozwiązanie? Myślałem o ignorowaniu wyjątku, ale zwykle nie jest to dobry pomysł.

UPDATE

Faktycznie, może to wynikać z kilku rzeczy, ale najbardziej prawdopodobną przyczyną jest to, że używasz write zwrotnego zamiast yield ing wydruku.

wierzę, że to pomoże:

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

Answer 4

Znalazłem ten sam problem z moim Pythona aplikacji internetowej w formie oceanu i po sprawdzeniu plik dziennika poważnie Odkryłam, że to był problem z moją bazą danych mysql! Problem wynikał z faktu, że skończył mi się magazyn (RAM) . Sprawdź to pytanie i rozwiąż problem!

`For Mysql

I this

nadzieję, że pomoże