LINUX.ORG.RU

Сообщения Electron

 

Проблема синхронизации некоторых таблиц MySQL

Здравствуйте,

попал в ситуацию, которую ранее не встречал и требуется совет. Имеем:

  • 3 одинаковых CentOS 7 сервера
  • 3 одинаковых сетапа mariadb cluster :
    mysql  Ver 15.1 Distrib 10.1.23-MariaDB, for Linux (x86_64) using readline 5.1
    
  • 2 базы которые ранее жили на стендэлон сервере, а теперь их нужно кластеризовать.

Что делали :

  • Были поставлены заглушки на сайты
  • Был сделан бекап обеих БД через mysqldump
  • Был засетаплен кластер и объединен ( multi master )
  • Был произведен импорт через mysql cli - source dump.sql

Дамп завершился без ошибок на бутстрап сервере и 99% информации корректно разъехалось по серверам, но у части таблиц не было перенесено данных, хотя сами таблицы со структурой были созданы на всех серверах.

В логах ошибки:

May  3 20:44:27 CentOS-73-64-minimal mysqld: 2017-05-03 21:44:27 7f46b771eb00 InnoDB: Error: Column last_update in table "mysql"."innodb_table_stats" is INT UNSIGNED NOT NULL but should be BINARY(4) NOT NULL (type mismatch).
May  3 20:44:27 CentOS-73-64-minimal mysqld: 2017-05-03 21:44:27 7f46b771eb00 InnoDB: Error: Column last_update in table "mysql"."innodb_table_stats" is INT UNSIGNED NOT NULL but should be BINARY(4) NOT NULL (type mismatch).
MariaDB [mysql]> desc innodb_table_stats;
+--------------------------+---------------------+------+-----+-------------------+-----------------------------+
| Field                    | Type                | Null | Key | Default           | Extra                       |
+--------------------------+---------------------+------+-----+-------------------+-----------------------------+
| database_name            | varchar(64)         | NO   | PRI | NULL              |                             |
| table_name               | varchar(64)         | NO   | PRI | NULL              |                             |
| last_update              | timestamp           | NO   |     | CURRENT_TIMESTAMP | on update CURRENT_TIMESTAMP |
| n_rows                   | bigint(20) unsigned | NO   |     | NULL              |                             |
| clustered_index_size     | bigint(20) unsigned | NO   |     | NULL              |                             |
| sum_of_other_index_sizes | bigint(20) unsigned | NO   |     | NULL              |                             |
+--------------------------+---------------------+------+-----+-------------------+-----------------------------+
6 rows in set (0.00 sec)

Что пробовал :

  • mysql_upgrade ( проходит все ОК )
  • тык1
  • тык2
  • Пытался делать дамп таблицы на бутстрап сервере и переносить на другой - дамп проходит корректно, но опять же изменения в кластере не происходят, а только на том сервере, где физически мы заливаем файл дампа.
  • Полностью выводил одну ноду из строя, переустанавливал с нуля MySQL и вводил в кластер

 , , ,

Electron
()

Изменение адреса отправителя с DKIM

Здравствуйте,

возникла проблема - ранее вся исходящая почта проходила смену From через - smtp_header_checks = regexp:/etc/postfix/header_check

/From:.*/ REPLACE From: ex@example.con

Сейчас подключили DKIM и теперь отправка почты падает с ошибкой :

Our system has detected that this message is 550-5.7.1 not RFC 5322 compliant: 550-5.7.1 Multiple 'From' headers found. 550-5.7.1 To reduce the amount of spam sent to Gmail, this message has been 550-5.7.1 blocked. Please visit 550-5.7.1 

В итоге либо у нас почта отправляется от пользователя, от которого запускается скрипт, либо без подписи от нужного пользователя. Что пробовал, чтобы изменить ситуацию : 1. /etc/aliases 2. sender_canonical_maps 3. OversignHeaders

Читал, что можно запустить before-queue milter , но очень не хочется только для смены одного хидера городить огород.

Каким образом можно решить проблему ?

 ,

Electron
()

RSS подписка на новые темы