Ubuntu 20.04 - проблема после установки ISPmanager Lite

S
На сайте с 24.08.2015
Offline
82
825

Приветствую!

Произошло следующее: на Ubuntu 20.04 был запущен скрипт для установки ISPmanager Lite. После его выполнения слетели все сайты, при попытке войти в phpmyadmin получаем сообщение "1045: Access denied for user 'root'@'localhost' (using password: YES)." Правильно ли я понимаю, что во время установки пользователю root был пароль и это стало причиной всего вышеописанного? Если да, то подскажите как это исправить. А если нет, то что могло произойти и как исправить то?

Заранее спасибо!



PA
На сайте с 15.02.2018
Offline
108
#1
Ставить новый сервер. Ставить на нем панель или чем пользуетесь. Разворачивать бекап  сайтов.
Продаю ХОСТИНГ, VDS шикарные | Дедик, VDS, Бекап ( https://is.gd/vgd245 ) дешево | Мои VDS ( https://is.gd/vds100 ) быстрее твоих
S
На сайте с 24.08.2015
Offline
82
#2
Т.е. на этом уже не восстановить? Ведь все файлы сайтов на месте, значит, по логике и базы тоже.
PA
На сайте с 15.02.2018
Offline
108
#3
samdo #:
Т.е. на этом уже не восстановить?

Будет неудобно.  Ну если вдруг mysql сервер не пострадал с конфигами, то вытяните через консоль дампы баз и архивы файлов сайтов сперва.

S
На сайте с 24.08.2015
Offline
82
#4
А не может быть, что просто пароль для root поменялся? Или права. И нужно их вернуть.
AlbertX
На сайте с 08.03.2024
Offline
13
#5

Не слушай идиотов. Ничего не удалилось, просто этот говнософт без предупреждения отредактировал конфиг.

Общий алгоритм в таких случаях. Проверить пароль. Проверить права. Проверить метод аутентификации. Проверить порт. Последний пункт не про этот случай, но для понимания, это общий универсальный алгоритм.

Простой путь без задействования мозга. Гугл. На форуме ispsystem кстати об этой ошибке c 2015 года упоминания есть. На SO по тексту ошибки первая ссылка тоже с решением.

И самое главное, не пользоваться этой поделкой от криворуких студентов -двоечников из иркутского техникума, за которую авторы по хорошему не деньги брать должны с пользователей, а доплачивать им, и установочные скрипты которой без предупреждения и необходимости правят config.inc.php, из за чего и возникла эта проблема.

Как 10 лет назад ISPmanager был куском говнокода с костылями так он им и остался. Даже беспланые панели лучше этого дерьма.

LEOnidUKG
На сайте с 25.11.2006
Offline
1752
#6
samdo :
был запущен скрипт для установки ISPmanager Lite.

А на самом сервере УЖЕ была ISP и вы повторно запустили? Или на сервере не было панели и вы запустили её установку?

✅ Мой Телеграм канал по SEO, оптимизации сайтов и серверов: https://t.me/leonidukgLIVE ✅ Качественное и рабочее размещение SEO статей СНГ и Бурж: https://getmanylinks.ru/ ✅ Настройка и оптимизация серверов https://getmanyspeed.ru/
Kaavain
На сайте с 28.07.2015
Offline
158
#7
Восстанови доступ и поставь FastPanel, она бесплатна целиком и пожизненно, а может все, что тебе нужно и даже больше. 
Могу порекомендовать только хостинг: https://traf.at/vps - за 3 года все на 4++ и цены не подняли. Ну и банк для белых ИП: https://traf.at/bankm
ispmanager_admin
На сайте с 09.01.2023
Offline
12
#8

В требованиях на установку ispmanager написано явно, что установка должна производится на чистую, только что установленную систему. Если у вас на сервере уже были размещены сайты и другое ПО, то их работа не гарантируется. Насколько мне известно, это общее требование для установки любой хостинговой панели.

Кроме того, вы всегда можете обратиться за помощью в нашу бесплатную и круглосуточную техподдержку по адресу help@ispmanager.com

Держите руку на пульсе — оставайтесь в курсе событий вместе с ispmanager! Наше комьюнити - https://t.me/ispmanager_community
WebAlt
На сайте с 02.12.2007
Offline
257
#9
samdo :
Если да, то подскажите как это исправить. А если нет, то что могло произойти и как исправить то?

Как и написали выше, панель нужно ставить на чистую ОС, но возможно поможет (хотя так себе затея):

https://www.ispmanager.ru/knowledge-base/oshibka-access-denied-for-user-root-localhost-using-password-yes

База знаний
  • www.ispmanager.ru
Эта ошибка может возникать при использовании любого нативного сервера баз данных - MySQL или MariaDB в зависимости от используемой операционной системы. Причины Пароль для пользователя " root " сервера баз данных задали раньше (далее СУБД ), чем была установлена панель; Сервер баз данных был установлен из стороннего репозитория помимо панели;...
Веб-дизайн под ваши задачи: https://art-snowball.ru/
I7
На сайте с 12.06.2008
Offline
365
#10
Попробуйте сменить пароль от MySQL. Но в целом всё верно написали - нельзя ставить панель на сервер с уже установленным софтом. Самое правильное сейчас - слить файлы и БД, установить систему заново и уже снова развернуть сайты.

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий