miałem pewne zawirowania i wykasowałem /var/lib/mysql odinstalowałem serwer. ponownie instalując apt-get install mysql-server brak pytania o hasło root do bazy, brak tworzenia plików z bazą, serwer nie wystartował.
service mysqld start Failed to start mysqld.service: Unit mysqld.service not found
@defoxe: Jeśli to myi, to nie będzie problemu, jeśli idb to może się rozjechać (szczególnie, gdy baza była ustawiona jako jeden plik na wszystkie tabele).
@januzi: muszę to przerobić... A powiedz ty mi dobry człowieku jak zmienić hasło root? Mam phpmyadmina - bo oczywiście wygodniej no i loguje się jako root ale niby złe hasło. Ok. Wchodzę więc przez ssh, polecenie mysql jako root. Wybieram tabelę mysql, potem update hasła dla root. Zmieniono jeden rekord. Robię flush. Loguję się jako root w phpmyadmin - złe hasło. ( ͡°ʖ̯͡°)
@defoxe: upewnij się, że w phpmyadminie masz wpisany odpowiedni serwer (ma być dokładnie taki jak przy użytkowniku w mysql use mysql; select * from user\G); najczęściej jest localhost, ale może być też 127.0.0.1. Niby to jest to samo, ale mysql różnie reaguje w zależności od tego jak jest ustawiony
W konsoli możesz odpalić: mysql -u root -p --host=localhost mysql -u root -p --host=127.0.0.1
Jak zadziała, to znaczy, że phpmyadmin źle ustawiony.
miałem pewne zawirowania i wykasowałem /var/lib/mysql odinstalowałem serwer.
ponownie instalując apt-get install mysql-server
brak pytania o hasło root do bazy, brak tworzenia plików z bazą, serwer nie wystartował.
service mysqld start
Failed to start mysqld.service: Unit mysqld.service not found
service mysql start
@Kowalskyyy: Failed to start mysql.service: Unit mysql.service not found.
Znowu odinstalowałem - teraz zakładam mariadb. Nadal nic.
systemctl status mariadb.service
● mariadb.service - MariaDB 10.1.37 database server
Loaded: loaded (/lib/systemd/system/mariadb.service; enabled; vendor preset: enabled)
Active: failed (Result: exit-code) since Thu 2019-01-17 06:59:21 EST; 1min 59s ago
Docs: man:mysqld(8)
https://mariadb.com/kb/en/library/systemd/
Process: 517 ExecStartPost=/etc/mysql/debian-start (code=exited, status=203/EXEC)
Process: 438 ExecStart=/usr/sbin/mysqld $MYSQLDOPTS $WSREPNEWCLUSTER $WSREPSTARTPOSITION (code=exited,
Process:
zainstalowałem jeszcze raz i na czystym ruszyło
Teraz trzeba sprawić żeby zadziałało z bazami jakie przegrałem.
Tak pojechałem mysqlupgrade
i dostałem przykładowo dla jednej z tabel:
devksiega.usergroup
Error : Table 'devksiega.user_group' doesn't exist in engine
status : Operation failed
https://stackoverflow.com/questions/25039927/database-corruption-with-mariadb-table-doesnt-exist-in-engine
Mam phpmyadmina - bo oczywiście wygodniej no i loguje się jako root ale niby złe hasło. Ok.
Wchodzę więc przez ssh, polecenie mysql jako root.
Wybieram tabelę mysql, potem update hasła dla root. Zmieniono jeden rekord. Robię flush.
Loguję się jako root w phpmyadmin - złe hasło. ( ͡° ʖ̯ ͡°)
use mysql; select * from user\G); najczęściej jest localhost, ale może być też 127.0.0.1. Niby to jest to samo, ale mysql różnie reaguje w zależności od tego jak jest ustawiony
W konsoli możesz odpalić:
mysql -u root -p --host=localhost
mysql -u root -p --host=127.0.0.1
Jak zadziała, to znaczy, że phpmyadmin źle ustawiony.
natomiast w /etc/phpmyadmin/config-db.php mam ustawiony również $dbserver='localhost';
No ale jako user phpmyadmin z jego hasłem wchodzę bez problemu, tyle, że widzę tabele jedynie phpmyadmina.
zrobiłem sobie podgląd tabeli user
MariaDB [mysql]> select host, user from user;
+-----------+------------+
| host | user |
+-----------+------------+
| localhost | phpmyadmin |
| localhost | root |
+-----------+------------+
logując się przez phpmyadmin jako root mam:
#