Я также добавляю эту проблему, для меня вышеупомянутое решение не работает.Похоже, что plesk развивает свою защиту паролем (например, .psa.shadow теперь зашифрован aes-cbc)
эта статья в КБ работала для меня - я использую plesk 11.09 http://kb.parallels.com/112492
Я попал в эту ситуацию, когда я получил экземпляр облака VM, где я не мог войти в MySQL.поэтому я mysqld_safe и обновил пароль администратора до того, что он должен был быть, что означало, что я мог войти в систему, но я также сломал plesk.этот кб снова поднялся на ноги
Одна вещь, которую я нашел;после выполнения этих шагов я не могу войти в систему для пользователя plesk 'admin' в командной строке, даже с паролем, который я указал в переменной env!поэтому перед сбросом пароля администратора в соответствии с этой статьей kb создайте еще одного пользователя mysql со всеми привилегиями.затем используйте нового пользователя, чтобы у вас не было проблемы с разделением пользователя с plesk
относительно того, почему это происходит, я не знаю, мне интересно, если кто-то делает.похоже, что ch_admin_passwd из psa запускает mysql с отключенной защитой, выполняет некоторую операцию с паролем (obfuscate ?, encrypt?, add salt?) и устанавливает этот пароль для пользователя-администратора.Независимо от того, что эта временная операция означает, что, хотя plesk может войти в mysql как администратор, поскольку он согласуется с самим собой, версия пароля в виде открытого текста, заданная для ch_admin_passwd, не работает в командной строке с mysql