если в логе присутствует ошибка такого плана :
Все сталкиваемся с разбором ошибок работы демона по логам, но я к удивлению узнал, что после установки из репо MySQL не ведет никаких логов вообще. Устраняем данную погрешность :
1. обычный access.log
Добавляем строку в my.cnf в блок [mysqld]
log = /var/log/mysql/access.log
1 переходим в директорию с доменом и кидаем туда запакованный bitrix
wget http://www.1c-bitrix.ru/download/intranet_encode_php5.tar.gz
2 распаковываем
tar zxvf intra*
3 идем на уровень выше и ставим пользователем владельца домена (естественно с рекурсией)
chown -R user:usergroup domain.ru
Сделано это для того, что в процессе установки просит права на запись для всей директории домена (ну не будем же мы ставить 777=))
4 также вносим изменения в пользовательский php.ini (помним, что «php как cgi»)
mbstring.func_overload=2
mbstring.internal_encoding=UTF-8
также ставим соответствующие права на директорию сессий (ищем session.save_path= )
накатываем еще на все это дело Zend Optimizer , php5-gd и mod_rewrite.
5 У меня была ошибка (Обработка .htaccess : «Выключено») но это было проигнорированно и установлено корректно
6 Далее ставим как и остальное и проблем не возникнет.
останавливаем сам демон
/etc/init.d/mysql(d) stop
запускаем в «безопасном режиме»
/usr/sbin/mysqld —skip-grant-tables —user=root &
Для Debian :
mysqld_safe –skip-grant-tables &
делаем вход без пароля
mysql -uroot
устанавливаем новый пароль
update mysql.user set password=password('debiandebian') where user='root';
убиваем службу через kill
запускаем уже в штатном режиме
/etc/init.d/mysql(d) start
если у вас выдает такую ошибку, но сервер mysql работает и пароль, указанный в панели верный, то просто перезагрузите панель «killall ispmgr» и все встанет на свои места. Видимо при перезапуске/запуске панели ISPManager у вас лежал сервер mysql и это послужило причиной отказа.