Plesk i jego problemy z serwerem MySQL

[kombajn 1]

Szanowni Państwo,

 

doświadczyłem wczoraj bardzo ciekawej reakcji łańcuchowej w wykonaniu Pleska, o ile można to tak nazwać. Problem jest absurdalny. Efektem tego nie jestem w stanie zalogować się do Panelu, a zwraca mi piękny komunikat w postaci:

ERROR: Zend_Db_Adapter_Exception: SQLSTATE[HY000] [1045] Access denied for user 'admin'@'localhost' (using password: YES) (Abstract.php:144)

Jak widzicie Plesk domyślnie zmienia konto root-a dla MySQL na admin. Powiecie pewnie ,,Panie, Google nie gryzie''. Owszem, nie gryzie, nawet jest rozwiązaniu w celu resetu hasła do panelu:

 

http://kb.sp.parallels.com/en/112492

 

Dlaczego to nie działa? Otóż każda próba zresetowania ustawień bazy skutkuje pięknym: Access denied for user 'admin'@'localhost' (using password: YES)

 

Spytacie pewnie, co było przyczyną powstania takiego bigosu? Ano próbowałem nadać sobie uprawnienia do zatrzymywania/startowania serwera bazy, ponieważ nie mogłem tego robić z poziomu root-a (admina). W konsekwencji mamy absurdalne błędne koło. Nie mogę zmienić hasła, ponieważ nie mogę zmienić konfiguracji, ponieważ reset bazy nie jest możliwy przez brak dostępu do tego.

 

Pojawia się jedyne rozwiązanie. Killowanie procesu mysqld na siłę. Kill -9 pid. Wówczas będę mógł odpalić bazę bez uwzględniania tabeli z uprawnieniami i zresetować sobie hasło. Martwię jednak o konsekwencję takiej operacji. Wiele osób pisze, że może mnie to narazić na utratę danych/uszkodzenie bazy.

 

Co o tym sądzicie? Jak wyjść z tego błędnego koła?

 

 

[bybunny 540]

Szanowni Państwo,

 

doświadczyłem wczoraj bardzo ciekawej reakcji łańcuchowej w wykonaniu Pleska, o ile można to tak nazwać. Problem jest absurdalny. Efektem tego nie jestem w stanie zalogować się do Panelu, a zwraca mi piękny komunikat w postaci:

ERROR: Zend_Db_Adapter_Exception: SQLSTATE[HY000] [1045] Access denied for user 'admin'@'localhost' (using password: YES) (Abstract.php:144)

Jak widzicie Plesk domyślnie zmienia konto root-a dla MySQL na admin. Powiecie pewnie ,,Panie, Google nie gryzie''. Owszem, nie gryzie, nawet jest rozwiązaniu w celu resetu hasła do panelu:

 

http://kb.sp.parallels.com/en/112492

 

Dlaczego to nie działa? Otóż każda próba zresetowania ustawień bazy skutkuje pięknym: Access denied for user 'admin'@'localhost' (using password: YES)

 

Spytacie pewnie, co było przyczyną powstania takiego bigosu? Ano próbowałem nadać sobie uprawnienia do zatrzymywania/startowania serwera bazy, ponieważ nie mogłem tego robić z poziomu root-a (admina). W konsekwencji mamy absurdalne błędne koło. Nie mogę zmienić hasła, ponieważ nie mogę zmienić konfiguracji, ponieważ reset bazy nie jest możliwy przez brak dostępu do tego.

 

Pojawia się jedyne rozwiązanie. Killowanie procesu mysqld na siłę. Kill -9 pid. Wówczas będę mógł odpalić bazę bez uwzględniania tabeli z uprawnieniami i zresetować sobie hasło. Martwię jednak o konsekwencję takiej operacji. Wiele osób pisze, że może mnie to narazić na utratę danych/uszkodzenie bazy.

 

Co o tym sądzicie? Jak wyjść z tego błędnego koła?

 

 

 

Problem nie jest absurdalny podobnie jak jego rozwiązanie i wynika również z niewiedzy. Skoro to forum o webhostingu to patrząc na skale odpowiadających trochę to przeraża. Nie wiem czy to sprawa niewiedzy czy wszyscy czekają aż utworzysz temat w dziale giełda. Również nie paliłeś się do odpowiedzi w starszym temacie więc nie wiem czy warto poświęcać czas. Jak temat aktualny to daj znać chodź dziś nie koniecznie jestem na chodzie.

[kombajn 1]

Nieaktualny. Rozwiązanie:

 

su root -c mysql

 

I poustawiałem sobie wszystko jak chciałem bez żadnego killowania ani restartowania.