Apache + Passenger retornando 404 para qualquer coisa

Ao rodar o Apache + Passenger agora há pouco, estava obtendo sempre um erro 404. Olhando nos logs de erro do apache:
# tail /var/log/apache2/error.log
[Fri Sep 11 11:24:50 2009] [error] [client 172.20.6.9] File does not exist: /var/www/solicitacoes
[Fri Sep 11 11:26:16 2009] [error] [client 172.20.6.9] File does not exist: /var/www/solicitacoes

Muito estranho, já que meu virtual host apontava para uma pasta completamente diferente. Vamos ver então como o apache está vendo os virtual hosts:
# apache2ctl -S
apache2: Could not reliably determine the server's fully qualified domain name, using 172.20.6.250 for ServerName
VirtualHost configuration:
wildcard NameVirtualHosts and _default_ servers:
*:80 is a NameVirtualHost
default server 172.20.6.250 (/etc/apache2/sites-enabled/000-default:1)
port 80 namevhost 172.20.6.250 (/etc/apache2/sites-enabled/000-default:1)
port 80 namevhost 172.20.6.250 (/etc/apache2/apache2.conf:287)
Syntax OK

Há dois virtual hosts na porta 80, e um deles, aquele da pasta sites-enabled, não é o que eu configurei. Solução? rm no arquivo /etc/apache2/sites-enabled/000-default e tudo ok.

undefined method `reenable' for [environment]>:Rake::Task

Este estranho erro ocorria ao rodar rake db:migrate. Em vários blogs e fóruns, achei sugestões para se atualizar o rake via apt-get. Porém a minha gem do rake estava atualizada e os pacotes instalados no Ubuntu também. O rake que eu usava, porém, - pelo menos assim eu pensava - era uma gem e não estava diretamente instalado no Linux. Ao contrário do que eu pensava, tinha sim um rake instalado no S.O. A solução foi remover o rake via apt-get. Quando fiz isso, o comando ruby desapareceu. Na verdade, apenas o link simbólico ruby --> ruby1.8 em /usr/bin foi excluído. Após tê-lo criado novamente, tudo funcionou bem.