intermitente AWS Linux AMI server error “O arquivo não existe: / var / www / html / var”

Question

Erro intermitente "Arquivo não existe: / var / www / html / var" de todas as áreas de um aplicativo Zend MVC resultando em páginas que ocasionalmente não carregam - quando normalmente elas são carregadas perfeitamente.

Nossa configuração
Aplicativo MVC em uma pilha LAMP na AWS com:

• Aplicativo front end Zend 1 em uma instância média de c1 AWS linux AMI de 64 bits
• Banco de dados MySQL em uma instância média do m1 AWS linux AMI 64bit
• executando o fórum phpbb3 em paralelo com o aplicativo MVC no servidor de aplicativos, com 2 bancos de dados x no servidor db (um para aplicativo, outro para phpbb)
• php 5.4.22
• mysql 5.1.72 + mysqli
• endereços IP elásticos associados aos servidores de aplicativo e de banco de dados
• app & servidores db são conectados usando IP privado (ou seja, o servidor de aplicativos se conecta ao ip do servidor db, o grupo de segurança do servidor db aceita o ip do servidor de aplicativos na porta 3306)
• atualmente executando o site como um site de desenvolvimento, usando um diretório dev do site principal, por exemplo:

  www.mysite.com/dev/

• em /dev/configs/application.ini definimos o seguinte:

  setting.basedir = dev   
  setting.baseurl = http://www.mysite.com/dev   
  setting.securebaseurl = http://www.mysite.com/dev  
  

• temos nosso DNS com godaddy e estamos usando A host = endereço IP (ou seja, IP.IP.IP.IP) não cname

• não estão usando hosts virtuais (já que temos apenas um site por 'servidor')
• nós temos arquivos htaccess & vários redirecionamentos por toda parte - mas não há erros em nossos servidores LAMP locais
• estamos usando o minify e temos o RewriteBase comentado (por padrão)

• link

  ServerName www.mysite.com
  
  UseCanonicalName Off
  
  DocumentRoot "/var/www/html"  
  
  <Directory />  
   Options FollowSymLinks  
   AllowOverride ALL  
  </Directory> 
  
  <Directory "/var/www/html">  
   Options Indexes FollowSymLinks
   AllowOverride All
   Order allow,deny
   Allow from all
  </Directory>
  

O problema
Estamos recebendo o seguinte erro intermitente em / etc / httpd / logs / error_log:

File does not exist: /var/www/html/var, referer: http://www.mysite.com/dev/various

Quando esse erro acontece, uma meia página completa de qualquer parte do site que estávamos tentando acessar é exibida com a mensagem:

"Failed saving metadata to metadataCache"

O erro é intermitente porque não podemos repeti-lo com qualquer sequência de ações ou tempo:

• atualização repetida da página parece se livrar do problema, a página será exibida corretamente e o restante do site poderá ser acessado normalmente por longos períodos
• é independente do navegador ou endereço IP (usado para acessar o site)
• parece independente da página que tentamos acessar (ou seja, tivemos erros de todas as páginas do site)
O erro
• parece ressurgir depois de deixar o site inativo por períodos e depois acessar uma nova parte do site - embora isso seja inconsistente (às vezes o erro reaparece na metade do uso ativo do site).

Não temos este problema em máquinas locais - temos cerca de 3 máquinas locais diferentes em pilhas de lâmpadas mac & máquinas Windows com nossos desenvolvedores.

Nós não tivemos o problema na configuração original da AWS que era app + database em um único linux ami micro instance - acessado via ec2 addres & configs / application.ini baseurl configurado para o endereço ec2 (ou seja, não estávamos usando as configurações de host do DNS A nesse estágio)

Teorias e coisas que tentamos:

1. Quando atualizamos as configurações do application.ini para usar IP em vez de DN, não parece que recebemos o erro (o que indicaria um loop raiz / dns do servidor de algum tipo)

   setting.basedir = dev   
   setting.baseurl = http://www.IP.IP.IP.IP.com/dev   
   setting.securebaseurl = http://www.IP.IP.IP.IP.com/dev 
   

2. Inicialmente pensamos que poderia ser que no httpd.conf ServerName fosse comentado, mas quando definimos isso para www.mysite.com, mysite.com ou "www.mysite.com" não faz diferença

3. Nós fizemos os passos usuais de deletar todo o cache do navegador Zend + forum +, reiniciando o Apache, reiniciando o MySQL etc

Nada que parecemos parece indicar onde está a origem do erro.