mod_wsgi терпит неудачу под давлением - PullRequest
Новая
       18

mod_wsgi терпит неудачу под давлением

7 голосов
/ 11 марта 2012

Я попытался немного напрячь свой сервер, и случилось нечто странное.Я использую mod_wsgi, с подключенным базовым скриптом: 

import socket

def application(environ, start_response):
    status = '200 OK'
    output = 'Hello World!'
    response_headers = [('Content-type', 'text/plain'),
                    ('Content-Length', str(len(output)))]
    start_response(status, response_headers)
    return [output]

Я попытался немного подчеркнуть это простым "ударить все, что я могу": 

#!/bin/zsh

for i in {1..50}
do
wget http://$this_site/ &
done

И странная вещьслучилось - wget бросил в меня сообщения об ошибке 500 на сервере.

когда я проверял логи apache, это то, что я нашел 

[Sat Mar 10 21:46:18 2012] [error] [client 95.49.81.25] mod_wsgi (pid=23632): Target WSGI script '/home/tricky/www/run.py' cannot be loaded as Python module.
[Sat Mar 10 21:46:18 2012] [error] [client 95.49.81.25] mod_wsgi (pid=23632): Exception occurred processing WSGI script '/home/tricky/www/run.py'.
[Sat Mar 10 21:46:18 2012] [error] [client 95.49.81.25] Traceback (most recent call last):
[Sat Mar 10 21:46:18 2012] [error] [client 95.49.81.25]   File "/home/tricky/www/run.py", line 1, in <module>
[Sat Mar 10 21:46:18 2012] [error] [client 95.49.81.25]     import web
[Sat Mar 10 21:46:18 2012] [error] [client 95.49.81.25]   File "/usr/local/lib/python2.7/site-packages/web.py-0.36-py2.7.egg/web/__init__.py", line 14, in <module>
[Sat Mar 10 21:46:18 2012] [error] [client 95.49.81.25]     import utils, db, net, wsgi, http, webapi, httpserver, debugerror
[Sat Mar 10 21:46:18 2012] [error] [client 95.49.81.25]   File "/usr/local/lib/python2.7/site-packages/web.py-0.36-py2.7.egg/web/wsgi.py", line 8, in <module>
[Sat Mar 10 21:46:18 2012] [error] [client 95.49.81.25]     import http
[Sat Mar 10 21:46:18 2012] [error] [client 95.49.81.25] ImportError: No module named http

Как это возможно?И почему это происходит?

1 Ответ

0 голосов
/ 04 мая 2012

Ладно, я нашел решение - у apache2 было какое-то странное состояние гонки после того, как он возился с конфигурацией.После service apache2 restart все вернулось на круги своя:)

...