пятница, 27 декабря 2019 г.

Удаление innodb журналов вида mysql-bin.0000nn в mysql

Двоичные журналы при использовании модели innodb используются в СУБД MySQL для передачи на сервер горячей замены (standby server) или же для восстановления базы после сбоя.
Количество и размер этих файлов можно менять в настройках, обычно это /etc/my.cnf, но вот удалять их смело средствами файловой системы не следует, поскольку СУБД о них помнит. Если же в этих файлах отсутствует польза, следует сделать следующее:

mysql> SHOW BINARY LOGS; 
+------------------+-----------+
| Log_name         | File_size |
+------------------+-----------+
| mysql-bin.000003 | 928374712 | 
| mysql-bin.000004 | 247892347 | 
| mysql-bin.000005 |  23457366 | 
| mysql-bin.000006 |  63242480 | 
+------------------+-----------+
 
  Видим, о каких файлах помнит СУБД, удалим, к примеру, все кроме последнего:
 
mysql>PURGE BINARY LOGS TO 'mysql-bin.000005';
 
 

понедельник, 9 сентября 2019 г.

OpenSSH и метод обмена ключами (no matching key exchange method)

После обновления openssh до версии 7 замечаем, что те хосты, которые  ранее общались с нами приветливо, ныне выдают сообщение:

Unable to negotiate with x.x.x.x port 22: no matching key exchange method found. Their offer: diffie-hellman-group1-sha1

Причина вышеупомянутого в том, что некоторые методы обмена ключами были признаны небезопасными и по умолчанию стали запрещены.
Однако, возможность разрешить использование осталась, для чего используем следующую запись в ~/.ssh/config

Host x.x.x.x
  KexAlgorithms +diffie-hellman-group1-sha1
 
или же используем прямое указание при соединении

ssh -oKexAlgorithms=+diffie-hellman-group1-sha1 user@x.x.x.x

Посмотреть поддерживаемые клиентом алгоритмы можно командами

ssh -Q cipher       # List supported ciphers
ssh -Q mac          # List supported MACs
ssh -Q key          # List supported public key types
ssh -Q kex          # List supported key exchange algorithms
 
 
Посмотреть параметры, используемые для требуемого соединения можно следующим образом:

ssh -G user@x.x.x.x
 
Информация получена из http://www.openssh.com/legacy.html