Я создал облачный сервер ubuntu 10.04 на облаке Amazon (EC2). Я сталкиваюсь с задержкой установки LAMP каждый раз при попытке. Я создал около 5 свежих экземпляров.
Сначала я делаю обновление (обновление sudo apt-get), а затем обновление (sudo apt- получить обновление), а затем попытаться установить лампу с помощью tasksel.
Я сделал это раньше на сервере облаков rackspace, и он отлично работает. Каждая попытка не выполняется в экземплярах EC2. Я свяжусь с Amazon, но я также спрашиваю здесь, если это конкретная проблема ubuntu и, возможно, известная проблема, что кто-то может помочь мне в решении.
Регион - Запад ЕС (Ирландия). Идентификатор AMI - ami-00e9d874. Тип экземпляра - m1.large.
Я пробовал несколько разных AMI (все ubuntu x64 10.04)
Если вы начинаете со стандартного Ubuntu 10.04 AMI, опубликованного Canonical, то установка LAMP с tasksel работает просто отлично. Для us-west-1 последний 64-разрядный 10.04 AMI - ami-81dde2f5.
AMI, указанный вами (ami-00e9d874), является AMI BitNami. Похоже, что BitNami уже установил MySQL на этом AMI, используя нестандартное местоположение (/ opt / bitnami / mysql). Когда вы пытаетесь установить MySQL со стандартными инструментами Ubuntu, он не обнаруживает BitNami MySQL, а затем не пытается запустить второй сервер 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
Если вам нужно использовать AMI BitNami, вы 'll должны следовать их указаниям для установки LAMP.
Вы используете AMI BitNami Drupal и, как упоминает Эрик, он включает MySQL. На самом деле он включает в себя сервер LAMP и Drupal, работающий поверх него. Идея этого AMI заключается в предоставлении готовой к использованию установки Drupal, в которой пользователю не нужно беспокоиться о настройке среды.
В каталоге / opt / bitnami вы можете увидеть, что BitNami включает apache, mysql и php. Он также включает файл properties.ini, который содержит информацию об установленных компонентах. Файл конфигурации apache находится в /opt/bitnami/apache2/conf/httpd.conf, файл конфигурации php находится в файле /opt/bitnami/php/etc/php.ini, а конфигурация mysql находится в / opt / bitnami / mysql /my.cnf. Вы можете использовать эти серверы для запуска других приложений поверх нее.
Если вы хотите установить системные серверы, порты по умолчанию будут конфликтовать с BitNami. Чтобы этого избежать, вы можете выполнить /etc/init.d/bitnami stop и остановить серверы BitNami. Если вы хотите запустить оба (BitNami и системные серверы), вам нужно будет настроить некоторые из них для использования разных портов. Кроме того, вы не должны найти другого конфликта. BitNami полностью независим от системных компонентов, и вы можете обновлять, устанавливать или удалять системные библиотеки, не нарушая установку BitNami. Точно так же BitNami не повлияет на ваше системное программное обеспечение (кроме конфликта портов, о котором я уже упоминал.
Я часть команды BitNami, и я подумал, что добавление этого разъяснения будет полезно для понимания почему вы обнаружили эту проблему с BitNami.
У меня также была установка на 79%. В моем случае я не использовал bitnami, просто обычный apt install mysql-server, и то же самое случилось с sudo tasksel из LAMP Stack.
В моем конкретном случае выясняется, что мой корневой пароль mysql имел одинаковую цитату в он, и это испортило шаг конфигурации mysql.
Я видел это, проверяя журнал, который, как я считаю, был в / var / log / mysql. В журналах он должен разделять половину моего пароля на символ, который дал мне идею попробовать использовать другой пароль.
У меня также была установка на 79%. В моем случае я не использовал bitnami, просто обычный apt install mysql-server, и то же самое происходило с sudo tasksel из LAMP Stack.
В моем конкретном случае выясняется, что мой корневой пароль mysql имел одинаковую цитату в он, и это испортило шаг конфигурации mysql.
Я видел это, проверяя журнал, который, как я считаю, был в / var / log / mysql. В журналах половина пароля будет разделена на символ, который дал мне идею попробовать другой пароль.