Eu tive um problema parecido e corrigi-lo atualizando o módulo ssh php com sudo pecl install ssh2-0.13 no Ubuntu.
Eu posso acessar o frontend de uma nova configuração do Wordpress sem problemas. Também posso fazer login com uma conta de usuário sem problemas. No entanto, se eu tentar fazer login com uma conta de administrador, recebo um erro 500 em 70 a 80% do tempo.
Se eu conseguir acessar o painel do WP, qualquer página dentro do painel de administração causará o erro somente / algumas vezes / - não consigo encontrar uma maneira de reproduzir o erro.
O log de erros do Apache mostra uma falha de segmentação para cada um desses 500 erros.
Comecei minha investigação com o Wordpress:
O peitoril de erro ocorreu intermitentemente.
Eu imaginei que meu próximo passo seria obter um core dump do thread do Apache que morreu para ver se havia algum indício, mas não consigo fazer com que ele seja descartado.
Estou executando o Debian 6.0.4 e segui as instruções em /usr/share/doc/apache2.2-common/README.backtrace , que estado:
1) Install the packages apache2-dbg libapr1-dbg libaprutil1-dbg gdb.
2) Add "CoreDumpDirectory /var/cache/apache2" to your apache configuration.
3) Execute as root: /etc/init.d/apache2 stop ulimit -c unlimited /etc/init.d/apache2 start
4) Do whatever it takes to reproduce the crash. There should now be the file /var/cache/apache2/core .
Ainda assim, os arquivos principais não estão sendo descartados, e o log de erros do Apache não possui (core dumped) nas linhas de falha de segmentação.
Alguma idéia?
Eu tive um problema parecido e corrigi-lo atualizando o módulo ssh php com sudo pecl install ssh2-0.13 no Ubuntu.
Tente chmod 777 desse diretório. Se você colocar o dump em /tmp , poderá ter mais sucesso, pois o tmp é gravável por todos no sistema. Eu tive o mesmo problema e fazer isso e executar os comandos na etapa 3 em sequência, em vez de todos de uma vez, me deu o que eu precisava.