Недавно я установил новую версию сервера синхронизации Firefox, написанную на Python. Я использовал учебник, который можно найти здесь: http://docs.services.mozilla.com/howtos/run-sync.html
После того, как я выполнил шаги в учебнике, я настроил INI-файлы соответственно, чтобы они указывали на мой MySQL. Сервер, установил привязки MySql-Python и протестировал все, используя встроенный веб-сервер Paster.
Пока проблем нет, Paster работает нормально, в моей конфигурации нет ошибок, и я вижу в базе данных MySQL, что все таблицы (я думаю, что это действительно все таблицы;)) были созданы.
Теперь я хотел запустить мой сервер FF Sync за Apache2, используя mod_wsgi, как предполагается в учебном пособии. Поэтому я изменил конфигурацию VirtualHost для своего домена, чтобы она выглядела следующим образом:
<VirtualHost ip:80> <Directory /home/user/domains/subdomain/public_html/weave> Order deny,allow Allow from all </Directory> ServerName subdomain.domain.com DocumentRoot /home/user/domains/subdomain/public_html/weave WSGIProcessGroup sync WSGIDaemonProcess sync user=sync group=sync processes=2 threads=25 WSGIPassAuthorization On WSGIScriptAlias / /home/user/domains/subdomain/public_html/weave/sync.wsgi CustomLog /var/log/apache2/example.com-access.log combined ErrorLog /var/log/apache2/example.com-error.log Loglevel info </VirtualHost> Файлы расположены в / home / ..., потому что я использую virtualmin и webmin для конфигурации, и это пути по умолчанию для html-файлов. Apache работает как пользователь, который владеет этим домашним каталогом, поэтому ограничения доступа не должны быть проблемой (я также попытался установить chmod 777 для полного домашнего пути).
Моя проблема сейчас в том, что я получаю только 500 кодов ошибок, когда FF Sync пытается подключиться к серверу. Как я вижу в файле access_log, FF Sync пытается получить доступ к subdomain.domain.com/user/1.0/a, и даже если я попробую subdomain.domain.com для себя в FF, возвращается только ошибка 500. Error_log ничего не показывает ..
Любые предложения, что может пойти не так или что я могу попытаться выяснить это? Если потребуется дополнительная информация, я также могу выложить файлы конфигурации для sync.wsgi, development.ini и sync.conf.
С наилучшими пожеланиями, Тобиас
Для меня эта проблема была вызвана следующим:
Когда вы впервые запускаете weave через Paster (как root), он создает файл /tmp/sync-error.log с правами rw для root и только r для всех остальных. При попытке запустить под mod_wsgi, он пытается записать в этот файл как пользователь "синхронизация", что не удается.
Мне пришлось удалить, /tmp/sync-error.logчтобы решить эту проблему.