четверг, 12 июля 2012 г.

tip: команда для архивирования ключей в ~/.ssh

Довольно стандартная задача: перенести все аккаунты с одного сервера на другой, при этом у многих настроена авторизация по ключу.
# cd /home && find . -type d -name '.ssh'  -exec tar zcfv ssh.tgz {} +
Эта команда создасть архив ssh.tgz с директориями .ssh пользователей, который остается только скопировать по сети и распаковать на целевой машине. Разумеется, уиды аккаунтов должны быть равны на обоих серверах.

понедельник, 2 июля 2012 г.

Репликация mysql и ошибка Relay log read failure

После аппаратного сбоя на одном из слейвов репликация не поднялась.
> mysql> show slave status\G
*************************** 1. row ***************************
               Slave_IO_State:
                  Master_Host: 10.5.211.184
                  Master_User: slave
                  Master_Port: 3306
                Connect_Retry: 60
              Master_Log_File: mysql-bin.000565
          Read_Master_Log_Pos: 156109758
               Relay_Log_File: mysqld-relay-bin.000167
                Relay_Log_Pos: 23764825
        Relay_Master_Log_File: mysql-bin.000560
             Slave_IO_Running: No
            Slave_SQL_Running: No
              Replicate_Do_DB:
          Replicate_Ignore_DB:
           Replicate_Do_Table:
       Replicate_Ignore_Table:
      Replicate_Wild_Do_Table:
  Replicate_Wild_Ignore_Table:
                   Last_Errno: 1594
                   Last_Error: Relay log read failure: Could not parse relay log event entry. The possible reasons are: the master's binary log is corrupted (you can check this by running 'mysqlbinlog' on the binary log), the slave's relay log is corrupted (you can check this by running 'mysqlbinlog' on the relay log), a network problem, or a bug in the master's or slave's MySQL code. If you want to check the master's binary log or slave's relay log, you will be able to know their names by issuing 'SHOW SLAVE STATUS' on this slave.
                 Skip_Counter: 0
          Exec_Master_Log_Pos: 23764680
              Relay_Log_Space: 1204690864
              Until_Condition: None
               Until_Log_File:
                Until_Log_Pos: 0
           Master_SSL_Allowed: No
           Master_SSL_CA_File:
           Master_SSL_CA_Path:
              Master_SSL_Cert:
            Master_SSL_Cipher:
               Master_SSL_Key:
        Seconds_Behind_Master: NULL
Master_SSL_Verify_Server_Cert: No
                Last_IO_Errno: 0
                Last_IO_Error:
               Last_SQL_Errno: 1594
               Last_SQL_Error: Relay log read failure: Could not parse relay log event entry. The possible reasons are: the master's binary log is corrupted (you can check this by running 'mysqlbinlog' on the binary log), the slave's relay log is corrupted (you can check this by running 'mysqlbinlog' on the relay log), a network problem, or a bug in the master's or slave's MySQL code. If you want to check the master's binary log or slave's relay log, you will be able to know their names by issuing 'SHOW SLAVE STATUS' on this slave.
1 row in set (0.00 sec)
Собственно в сообщении об ошибке все сказано: релей лог (который слейв выгружает с мастера), поврежден.
Лечится следующим образом:
> stop slave
> SHOW SLAVE STATUS (записываем значения Relay_Master_Log_File, Exec_Master_Log_Pos)
> RESET SLAVE
> Заново устанавливаем мастер со значениями MASTER_LOG_FILE=relay_master_log_file и MASTER_LOG_POS=exec_master_log_pos со второго шага
> SLAVE START
Репликация должна завестись