Alterações no Apache Config entre 12.04.2 e 12.04.3 LTS

Question

Então, hoje eu atualizei um monte de servidores web de 12.04.2 a 12.04.3 e adivinhe, nem um único vhost estava funcionando após a atualização.

os principais motivos foram:

no apache2.conf a linha      %código% foi substituído por       IncludeOptional sites-enabled/*

OK, não é grande coisa. Todos os links simbólicos em nossos diretórios habilitados para sites estavam sem uma extensão .conf, então esses arquivos não seriam incluídos na configuração.

No entanto, algo do modo como o Apache manipula o controle de acesso também mudou entre as versões. De acordo com o link eu tive que mudar

Order allow,deny
Allow from all

na configuração do vhost para

Require all granted

ou inclua o módulo IncludeOptional sites-enabled/*.conf .

Agora, minha pergunta é ... Eu sempre senti que os lançamentos LTS deveriam ser atualizados sem quebrar nada. Com isso quero dizer a capacidade de executar mod_access_compat sem quebrar nada. Essa suposição estava errada? Se sim, onde e como posso saber com antecedência o que acontecerá da próxima vez? O que quero dizer é, como posso descobrir que terei que modificar meu apache / php / qualquer configuração depois de atualizar?

    

Answer 1

Tem certeza de que o Apache 2.4 foi instalado a partir de um dos repositórios canônicos do Ubuntu? Você está usando algum PPA?

O Apache 2.2 para 2.4 foi atualizado em mim por um PPA de terceiros para o PHP 5.4. Foi alterado para o PHP 5.5 e o Apache 2.4 foi adicionado ao PPA em um ponto. Um novo Vagrant up depois que um destroy quebrou quando eu encontrei o mesmo problema que você fez e a configuração do vhost era incompatível com o Apache 2.4.

Como é a saída do "apache-cache policy apache2"? Acabei de criar uma nova instância em branco do Vagrant e executei sudo apt-get -y update && sudo apt-get -y upgrade && sudo apt-get -y dist-upgrade . Esta é minha saída:

t# apt-cache policy apache2
apache2:
  Installed: (none)
  Candidate: 2.2.22-1ubuntu1.4
  Version table:
     2.2.22-1ubuntu1.4 0
        500 http://us.archive.ubuntu.com/ubuntu/ precise-updates/main amd64 Packages
        500 http://security.ubuntu.com/ubuntu/ precise-security/main amd64 Packages
     2.2.22-1ubuntu1 0
        500 http://us.archive.ubuntu.com/ubuntu/ precise/main amd64 Packages

Eu suspeito que você verá que o Apache 2.4 veio de um repositório de terceiros e não de repositórios canônicos para 12.04.

    

Answer 2

Também posso confirmar este problema. Em 27/11, fiz todas as atualizações do Ubuntu usando o Webmin. Os vhosts quebraram, mas agora foram corrigidos facilmente adicionando a extensão .conf. Adicionando

<Directory />
  Options All
  AllowOverride All
  Require all granted
</Directory>

para meus arquivos vhost fizeram o truque.

Também no meu caso, a extensão PHP uploadprogess também foi quebrada de acordo com meus relatórios de status do Drupal. A solução que finalmente funcionou foi simplesmente desinstalar com o PECL e reinstalar. A atualização do Apache aparentemente moveu o arquivo .so para outro diretório e reinstalou-o para colocá-lo de volta no local adequado.

Quanto a um repositório de terceiros sendo a fonte do 2.4, os únicos que foram adicionados foram 2 para o Webmin. Eu nunca me preocupei com atualizações do sistema antes, mas eu acho que agora eu tenho que :( eu acho que o Ubuntu bagunçou.