A instalação do servidor LAMP para em 79% configurando o MySQL (EC2 BitNami AMI)

Question

Eu criei um servidor de nuvem do Ubuntu 10.04 na nuvem da Amazon (EC2) Estou encontrando uma instalação LAMP paralisada toda vez que eu tentar. Eu criei cerca de 5 instâncias novas. Cada vez que a instalação fica parada em 79% na parte "configurando o mysql-server-5.1" da instalação.

Primeiro eu faço uma atualização (sudo apt-get update) e uma atualização (sudo apt-get upgrade) e então tento instalar a lâmpada usando o tasksel.

Já fiz isso antes em um servidor em nuvem rackspace e funciona bem. Cada tentativa falha em instâncias do EC2. Eu entrarei em contato com a Amazon, mas também estou perguntando aqui, caso seja um problema específico do Ubuntu e, possivelmente, um problema conhecido que alguém possa me orientar para a solução.

A região é o Oeste da UE (Irlanda). O ID da AMI é ami-00e9d874. O tipo de instância é m1.large.

Já experimentei vários AMIs diferentes (todos os ubuntu x64 10.04)

    

Answer 1

Se você começar com um padrão do Ubuntu 10.04 AMI publicado pela Canonical, a instalação do LAMP com o tasksel funciona muito bem. Para o us-west-1, o último AMI de 10 bits de 64 bits é o ami-81dde2f5.

O AMI que você especificou (ami-00e9d874) é um BitNami AMI. Parece que o BitNami já tem o MySQL instalado naquela AMI usando um local não padrão (/ opt / bitnami / mysql). Quando você tenta instalar o MySQL com as ferramentas padrão do Ubuntu, ele não detecta o BitNami MySQL e então tenta executar um segundo servidor MySQL:

120116  0:09:09 [Note] Plugin 'FEDERATED' is disabled.
120116  0:09:09  InnoDB: Started; log sequence number 0 44233
120116  0:09:09 [ERROR] Can't start server: Bind on TCP/IP port: Address already in use
120116  0:09:09 [ERROR] Do you already have another mysqld server running on port: 3306 ?
120116  0:09:09 [ERROR] Aborting

120116  0:09:09  InnoDB: Starting shutdown...
120116  0:09:10  InnoDB: Shutdown completed; log sequence number 0 44233
120116  0:09:10 [Note] /usr/sbin/mysqld: Shutdown complete

Se você precisar usar um BitNami AMI, precisará seguir as instruções para instalar o LAMP.

    

Answer 2

Você está usando o BitNami Drupal AMI e, como Eric menciona, inclui o MySQL. Na verdade, inclui um servidor LAMP instalado e o Drupal rodando sobre ele. A idéia dessa AMI é fornecer uma instalação Drupal pronta para uso na qual o usuário não precisará se preocupar com a configuração do ambiente.

No diretório / opt / bitnami você pode ver que o BitNami inclui as pastas apache, mysql e php. Também inclui um arquivo properties.ini que inclui informações sobre os componentes instalados. O arquivo de configuração do apache está em /opt/bitnami/apache2/conf/httpd.conf, o arquivo de configuração do php está no arquivo /opt/bitnami/php/etc/php.ini e a configuração do mysql está em / opt / bitnami / mysql /my.cnf. Você pode usar esses servidores para executar outros aplicativos sobre ele.

Se você deseja instalar os servidores do sistema, as portas padrão entrarão em conflito com o BitNami. Para evitar isso, você pode executar /etc/init.d/bitnami stop e parar os servidores BitNami. Se você quer ter ambos funcionando (BitNami e servidores do sistema), você precisará configurar alguns deles para usar portas diferentes. Além disso, você não deve encontrar nenhum outro conflito. O BitNami é completamente independente dos componentes do sistema e você pode atualizar, instalar ou remover bibliotecas do sistema sem interromper a instalação do BitNami. Da mesma forma, o BitNami não afetará o software do seu sistema (além do conflito de porta que eu já mencionei.

Eu faço parte da equipe BitNami e achei que adicionar este esclarecimento será útil para entender por que você estava encontrando esse problema com o BitNami.

    

Answer 3

Eu também tive minha instalação pendurada em 79%. No meu caso eu não estava usando bitnami, apenas regular para instalar o mysql-server e a mesma coisa aconteceu com o sudo tasksel do LAMP Stack.

No meu caso específico, minha senha root do mysql tinha uma citação simples, e isso estava bagunçando a etapa de configuração do mysql.

Eu vi isso verificando o log que eu acredito que estava em / var / log / mysql. Nos registros, metade da minha senha deve ser dividida no caractere que me deu a ideia de tentar usar uma senha diferente.