Recentemente, configurei a nova versão do Firefox Sync Server escrita em Python. Eu usei o tutorial que pode ser encontrado aqui: link
Depois de concluir as etapas do tutorial, configurei os arquivos ini adequadamente para apontar para o meu servidor MySQL, instalei as ligações MySql-Python e testei tudo usando o servidor da Web Paster integrado.
Nenhum problema até agora, Paster funciona bem, não tem erros na minha configuração e eu posso ver no banco de dados MySQL que todas as tabelas (acho que isso são realmente todas as tabelas;)) foram criadas.
Agora eu queria rodar meu servidor de sincronização do FF atrás do Apache2 usando mod_wsgi como supostamente no tutorial. Por isso mudei a minha configuração do VirtualHost para o meu domínio para ficar assim:
<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>
Os arquivos estão localizados em / home / ... porque eu uso virtualmin e webmin para configuração e esses são os caminhos padrão para arquivos html. O Apache é executado como o usuário que possui este diretório inicial, portanto, as restrições de acesso não devem ser um problema (eu também tentei definir o chmod 777 para o caminho completo da home page).
Meu problema agora é que eu só recebo 500 códigos de erro quando o FF Sync tenta se conectar ao servidor. Como eu posso ver no arquivo access_log, o FF Sync tenta acessar subdomain.domain.com/user/1.0/a e mesmo se eu tentar subdomain.domain.com para mim no FF, apenas um erro 500 será retornado. O error_log não mostra nada ..
Alguma sugestão do que poderia dar errado ou o que posso tentar descobrir? Se mais informações forem necessárias, eu posso postar os arquivos de configuração para sync.wsgi, development.ini e sync.conf também.
Atenciosamente, Tobias
Para mim, esse problema foi causado pelo seguinte:
Quando você começa a tecer via Paster (como root), ele cria o arquivo /tmp/sync-error.log
com permissões de rw para root e apenas r para todos os outros.
Ao tentar executar sob mod_wsgi, ele tenta gravar neste arquivo como usuário "sync", que falha.
Eu tive que excluir /tmp/sync-error.log para resolver esse problema.