Size: a a a

2020 June 17

🇻

🇻 🇱 🇦 🇩 in ru_mysql
покажи это
источник

AS

Alex Sokolskikh in ru_mysql
🇻 🇱 🇦 🇩
cat /etc/passwd | grep mysql
mysql:x:122:127:MySQL Server,,,:/nonexistent:/bin/false
источник

🇻

🇻 🇱 🇦 🇩 in ru_mysql
cat /var/log/mysqld.log
источник

🇻

🇻 🇱 🇦 🇩 in ru_mysql
cat /var/log/mysql.log
источник

AS

Alex Sokolskikh in ru_mysql
🇻 🇱 🇦 🇩
cat /var/log/mysqld.log
cat: /var/log/mysqld.log: No such file or directory
источник

AS

Alex Sokolskikh in ru_mysql
В syslog такая строчка есть MySQL configuration not found at /etc/mysql/my.cnf. Please create one.
источник

🇻

🇻 🇱 🇦 🇩 in ru_mysql
конфиг не создан
источник

AS

Alex Sokolskikh in ru_mysql
🇻 🇱 🇦 🇩
конфиг не создан
как так если вчера работало все?
источник

AS

Alex Sokolskikh in ru_mysql
и как его создать теперь?
источник

🇻

🇻 🇱 🇦 🇩 in ru_mysql
touch /etc/mysql/my.cnf
источник

M

Mb1W@ in ru_mysql
Если это новая инсталяция и в мускуле ничего не было просто переустановите пакеты на убунте.
источник

M

Mb1W@ in ru_mysql
При первом запуске создается рандомный рутовый пароль.
Его нужно взять из логов, залогиниться и поменять на свой.
источник

M

Mb1W@ in ru_mysql
Возможно что-то изменилось, но раньше было так. :)
источник

OL

Olexandr Lytvyn in ru_mysql
Добрый день,
Ищу совета: есть 2 MySQL 5.6 сервера (192.168.1.5 Master, 192.16.1.6 Slave). В данный момент все работает ок.
Но сегодня зашел на Master ввел команду
>  SHOW MASTER STATUS\G;  

получил вывод, и ввел команду:
> SHOW SLAVE STATUS \G;

https://pastebin.com/21Ms0ra8

Получается что сервер 192.168.1.5 является одновременно и Master, и Slave.

> STOP SLAVE;   —> только остановит "репликацию",  но не удалит данные о "Мастере"
> RESET SLAVE ALL;    —>  удалит данные о "Мастере" (MASTER_HOST, MASTER_USER, MASTER_PASSWORD, и тд). Судя по информации которую я увидел то после этого делать перезагрузку MySQL процесса не нужно, т.е. даунтайма не будет.

И еще посмотреть конфиг MySQL сервера, на предмет каких-то полей.

Хотел бы посоветоваться, хватит ли описанных выше шагов, и чтобы не сломать ничего? 😊
источник

В

Вячеслав in ru_mysql
Olexandr Lytvyn
Добрый день,
Ищу совета: есть 2 MySQL 5.6 сервера (192.168.1.5 Master, 192.16.1.6 Slave). В данный момент все работает ок.
Но сегодня зашел на Master ввел команду
>  SHOW MASTER STATUS\G;  

получил вывод, и ввел команду:
> SHOW SLAVE STATUS \G;

https://pastebin.com/21Ms0ra8

Получается что сервер 192.168.1.5 является одновременно и Master, и Slave.

> STOP SLAVE;   —> только остановит "репликацию",  но не удалит данные о "Мастере"
> RESET SLAVE ALL;    —>  удалит данные о "Мастере" (MASTER_HOST, MASTER_USER, MASTER_PASSWORD, и тд). Судя по информации которую я увидел то после этого делать перезагрузку MySQL процесса не нужно, т.е. даунтайма не будет.

И еще посмотреть конфиг MySQL сервера, на предмет каких-то полей.

Хотел бы посоветоваться, хватит ли описанных выше шагов, и чтобы не сломать ничего? 😊
А где вывод команды SHOW MASTER STATUS \G?
источник

OL

Olexandr Lytvyn in ru_mysql
Вячеслав
А где вывод команды SHOW MASTER STATUS \G?
Не подумал об этом:

mysql> SHOW MASTER STATUS\G
*************************** 1. row ***************************
            File: bin.000443
        Position: 16431018
    Binlog_Do_DB:
Binlog_Ignore_DB: mysql
Executed_Gtid_Set:
1 row in set (0.00 sec)

mysql>
источник

M

Mb1W@ in ru_mysql
Я не понял, что вы пытаетесь сделать.
Вы приложили файл на котором слейв не может приконектиться к мастеру.
Судя по настройкам репликации канал сам поднимется когда соединение восстановится ну или умрет окончательно когда закончатся попытки соединиться.
источник

M

Mb1W@ in ru_mysql
Ну и нужно проверить на мастере, чтобы бинлоги хранились все время пока вы решаете проблему.
источник

В

Вячеслав in ru_mysql
Olexandr Lytvyn
Не подумал об этом:

mysql> SHOW MASTER STATUS\G
*************************** 1. row ***************************
            File: bin.000443
        Position: 16431018
    Binlog_Do_DB:
Binlog_Ignore_DB: mysql
Executed_Gtid_Set:
1 row in set (0.00 sec)

mysql>
а вот это https://pastebin.com/21Ms0ra8 вывод с  192.168.1.5 или  192.168.1.6?
источник

OL

Olexandr Lytvyn in ru_mysql
источник