Ad Widget

Collapse

проблемы обновления zabbix 3.0 -> 3.2

Collapse
X
Collapse
 
  • Page of 1
  • Time
  • Show
Clear All
new posts
Previous template Next
  • max13
    Junior Member
    • Nov 2016
    • 6
    #1

    проблемы обновления zabbix 3.0 -> 3.2

    Доброго времени суток!
    обновляю zabbix 3.0 (с партицированием) на zabbix 3.2 из репозиторий и возникают некоторые проблемы

    версия mysql:
    mysql Ver 14.14 Distrib 5.5.53, for debian-linux-gnu (x86_64) using readline 6.3

    OS:
    14.04.1-Ubuntu x86_64


    zabbix_server.log
    Code:
                                                                  
  2200:20161102:095536.070 Starting Zabbix Server. Zabbix 3.2.1 (revision 62890).
  2200:20161102:095536.070 ****** Enabled features ******
  2200:20161102:095536.070 SNMP monitoring:           YES
  2200:20161102:095536.070 IPMI monitoring:           YES
  2200:20161102:095536.070 Web monitoring:            YES
  2200:20161102:095536.070 VMware monitoring:         YES
  2200:20161102:095536.070 SMTP authentication:       YES
  2200:20161102:095536.070 Jabber notifications:      YES
  2200:20161102:095536.070 Ez Texting notifications:  YES
  2200:20161102:095536.070 ODBC:                      YES
  2200:20161102:095536.070 SSH2 support:              YES
  2200:20161102:095536.070 IPv6 support:              YES
  2200:20161102:095536.070 TLS support:               YES
  2200:20161102:095536.070 ******************************
  2200:20161102:095536.070 using configuration file: /etc/zabbix/zabbix_server.conf
  2200:20161102:095536.774 current database version (mandatory/optional): 03010000/03010000
  2200:20161102:095536.892 required mandatory version: 03020000
  2200:20161102:095536.892 starting automatic database upgrade
  2200:20161102:095543.668 [Z3005] query failed: [1062] Duplicate entry '1476799200' for key 'PRIMARY' [alter table history_log drop column id]
  2200:20161102:095543.668 slow query: 6.775721 sec, "alter table history_log drop column id"
  2200:20161102:095543.668 database upgrade failed
    дубликатов таких очень много. вот кусок таблицы :

    Code:
    /*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
/*!40101 SET NAMES utf8mb4 */;
/*!40014 SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=0 */;
/*!40101 SET @OLD_SQL_MODE=@@SQL_MODE, SQL_MODE='NO_AUTO_VALUE_ON_ZERO' */;

-- Дамп структуры базы данных zabbix
CREATE DATABASE IF NOT EXISTS `zabbix` /*!40100 DEFAULT CHARACTER SET utf8 COLLATE utf8_bin */;
USE `zabbix`;


-- Дамп структуры для таблица zabbix.history_log
CREATE TABLE IF NOT EXISTS `history_log` (
  `id` bigint(20) unsigned NOT NULL,
  `itemid` bigint(20) unsigned NOT NULL,
  `clock` int(11) NOT NULL DEFAULT '0',
  `timestamp` int(11) NOT NULL DEFAULT '0',
  `source` varchar(64) COLLATE utf8_bin NOT NULL DEFAULT '',
  `severity` int(11) NOT NULL DEFAULT '0',
  `value` text COLLATE utf8_bin NOT NULL,
  `logeventid` int(11) NOT NULL DEFAULT '0',
  `ns` int(11) NOT NULL DEFAULT '0',
  PRIMARY KEY (`id`,`clock`),
  KEY `history_log_1` (`itemid`,`clock`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_bin
/*!50100 PARTITION BY RANGE ( clock)
(PARTITION p2016_10_19 VALUES LESS THAN (1476885600) ENGINE = InnoDB,
 PARTITION p2016_10_20 VALUES LESS THAN (1476972000) ENGINE = InnoDB,
 PARTITION p2016_10_21 VALUES LESS THAN (1477058400) ENGINE = InnoDB,
 PARTITION p2016_10_22 VALUES LESS THAN (1477144800) ENGINE = InnoDB,
 PARTITION p2016_10_29 VALUES LESS THAN (1477749600) ENGINE = InnoDB,
 PARTITION p2016_10_30 VALUES LESS THAN (1477836000) ENGINE = InnoDB,
 PARTITION p2016_10_31 VALUES LESS THAN (1477922400) ENGINE = InnoDB,
 PARTITION p2016_11_01 VALUES LESS THAN (1478008800) ENGINE = InnoDB,
 PARTITION p2016_11_03 VALUES LESS THAN (1478181600) ENGINE = InnoDB) */;

-- Дамп данных таблицы zabbix.history_log: ~71*632 rows (приблизительно)
/*!40000 ALTER TABLE `history_log` DISABLE KEYS */;
INSERT INTO `history_log` (`id`, `itemid`, `clock`, `timestamp`, `source`, `severity`, `value`, `logeventid`, `ns`) VALUES
	(7137614, 79383, 1476799200, 0, '', 0, '[2016-10-18 23:48:55] [01] PCM 3 SLIP', 0, 157532582),
	(7137615, 79383, 1476799200, 0, '', 0, '[2016-10-18 23:49:24] [01] PCM 3 SLIP', 0, 198303063),
	(7137616, 79531, 1476799227, 0, '', 0, '[2016-10-18 23:57:58] [01] PCM 2 SLIP', 0, 279748107),
	(7137617, 79532, 1476799229, 0, '', 0, '[2016-10-18 23:57:51] [15] Plata FIND', 0, 314086603),
	(7137618, 79532, 1476799229, 0, '', 0, '[2016-10-18 23:57:52] [15] Plata DOWN', 0, 314088095),
	(7137619, 79532, 1476799229, 0, '', 0, '[2016-10-18 23:58:06] [15] Plata FIND', 0, 314089610),
	(7137620, 79532, 1476799229, 0, '', 0, '[2016-10-18 23:58:07] [15] Plata DOWN', 0, 314090473),
	(7137621, 79532, 1476799229, 0, '', 0, '[2016-10-18 23:58:21] [15] Plata FIND', 0, 314091420),
	(7137622, 79532, 1476799229, 0, '', 0, '[2016-10-18 23:58:22] [15] Plata DOWN', 0, 314092278),
	(7137623, 79532, 1476799229, 0, '', 0, '[2016-10-18 23:58:36] [15] Plata FIND', 0, 314093117),
	(7137624, 79532, 1476799229, 0, '', 0, '[2016-10-18 23:58:37] [15] Plata DOWN', 0, 314094063),
	(7137625, 79383, 1476799260, 0, '', 0, '[2016-10-18 23:49:53] [01] PCM 3 SLIP', 0, 286426816),
        (7137626, 79383, 1476799260, 0, '', 0, '[2016-10-18 23:50:23] [01] PCM 3 SLIP', 0, 327394387),
	(7137627, 80456, 1476799280, 0, '', 0, '[2016-10-18 22:54:00] [07] PCM 0 +RRA+', 0, 558767478),
	(7137628, 80456, 1476799280, 0, '', 0, '[2016-10-18 22:54:01] [07] PCM 0 -RRA-', 0, 609998672),
	(7137629, 79531, 1476799287, 0, '', 0, '[2016-10-18 23:58:55] [01] PCM 2 SLIP', 0, 429353072),
	(7137630, 79532, 1476799289, 0, '', 0, '[2016-10-18 23:58:51] [15] Plata FIND', 0, 566506104),
	(7137631, 79532, 1476799289, 0, '', 0, '[2016-10-18 23:58:52] [15] Plata DOWN', 0, 566507518),
	(7137632, 79532, 1476799289, 0, '', 0, '[2016-10-18 23:59:06] [15] Plata FIND', 0, 566509158),
	(7137633, 79532, 1476799289, 0, '', 0, '[2016-10-18 23:59:07] [15] Plata DOWN', 0, 566510238),
	(7137634, 79532, 1476799289, 0, '', 0, '[2016-10-18 23:59:21] [15] Plata FIND', 0, 566511107),
	(7137635, 79532, 1476799289, 0, '', 0, '[2016-10-18 23:59:22] [15] Plata DOWN', 0, 566512018),
	(7137636, 79532, 1476799289, 0, '', 0, '[2016-10-18 23:59:36] [15] Plata FIND', 0, 566512818),
	(7137637, 79532, 1476799289, 0, '', 0, '[2016-10-18 23:59:37] [15] Plata DOWN', 0, 566513679),
.
.
.
	(7177633, 79383, 1477013629, 0, '', 0, '[2016-10-21 11:22:36] [01] PCM 3 SLIP', 0, 250836024),
	(7177634, 79383, 1477013629, 0, '', 0, '[2016-10-21 11:23:08] [01] PCM 3 SLIP', 0, 291910700),
	(7177635, 79531, 1477013653, 0, '', 0, '[2016-10-21 11:31:36] [01] PCM 2 SLIP', 0, 558367775),
	(7177636, 79532, 1477013662, 0, '', 0, '[2016-10-21 11:31:35] [15] Plata FIND', 0, 559061717),
	(7177637, 79531, 1477013656, 0, '', 0, '[2016-10-21 11:32:31] [01] PCM 2 SLIP', 0, 558520380),
	(7177638, 79383, 1477013689, 0, '', 0, '[2016-10-21 11:23:41] [01] PCM 3 SLIP', 0, 382715557),
	(7177639, 79383, 1477013689, 0, '', 0, '[2016-10-21 11:24:13] [01] PCM 3 SLIP', 0, 429065750),
	(7177640, 79532, 1477013663, 0, '', 0, '[2016-10-21 11:31:36] [15] Plata DOWN', 0, 595380841),
	(7177641, 79532, 1477013663, 0, '', 0, '[2016-10-21 11:31:50] [15] Plata FIND', 0, 595386415),
	(7177642, 79532, 1477013663, 0, '', 0, '[2016-10-21 11:31:51] [15] Plata DOWN', 0, 595387500),
	(7177643, 79532, 1477013663, 0, '', 0, '[2016-10-21 11:32:05] [15] Plata FIND', 0, 595388560),
	(7177644, 79532, 1477013663, 0, '', 0, '[2016-10-21 11:32:06] [15] Plata DOWN', 0, 595389413),
	(7177645, 79532, 1477013663, 0, '', 0, '[2016-10-21 11:32:20] [15] Plata FIND', 0, 595390255),
	(7177646, 79532, 1477013663, 0, '', 0, '[2016-10-21 11:32:21] [15] Plata DOWN', 0, 595391269),
	(7177647, 79532, 1477013663, 0, '', 0, '[2016-10-21 11:32:35] [15] Plata FIND', 0, 595397930),
	(7177648, 79532, 1477013663, 0, '', 0, '[2016-10-21 11:32:36] [15] Plata DOWN', 0, 595398825),
	(7177649, 79531, 1477013714, 0, '', 0, '[2016-10-21 11:33:27] [01] PCM 2 SLIP', 0, 677773796),
	(7177650, 79532, 1477013722, 0, '', 0, '[2016-10-21 11:32:50] [15] Plata FIND', 0, 712849402);
/*!40000 ALTER TABLE `history_log` ENABLE KEYS */;
/*!40101 SET SQL_MODE=IFNULL(@OLD_SQL_MODE, '') */;
/*!40014 SET FOREIGN_KEY_CHECKS=IF(@OLD_FOREIGN_KEY_CHECKS IS NULL, 1, @OLD_FOREIGN_KEY_CHECKS) */;
/*!40101 SET CHARACTER_SET_CLIENT=@OLD_CHARACTER_SET_CLIENT */;
    тоже самое с таблицей history_text

    Code:
      3240:20161102:103358.639 [Z3005] query failed: [1062] Duplicate entry '1476799332' for key 'PRIMARY' [alter table history_text drop column id]
  3240:20161102:103358.639 slow query: 5.222940 sec, "alter table history_text drop column id"
  3240:20161102:103358.639 database upgrade failed
    таблица:

    Code:
    /*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
/*!40101 SET NAMES utf8mb4 */;
/*!40014 SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=0 */;
/*!40101 SET @OLD_SQL_MODE=@@SQL_MODE, SQL_MODE='NO_AUTO_VALUE_ON_ZERO' */;

-- Дамп структуры базы данных zabbix
CREATE DATABASE IF NOT EXISTS `zabbix` /*!40100 DEFAULT CHARACTER SET utf8 COLLATE utf8_bin */;
USE `zabbix`;


-- Дамп структуры для таблица zabbix.history_text
CREATE TABLE IF NOT EXISTS `history_text` (
  `id` bigint(20) unsigned NOT NULL,
  `itemid` bigint(20) unsigned NOT NULL,
  `clock` int(11) NOT NULL DEFAULT '0',
  `value` text COLLATE utf8_bin NOT NULL,
  `ns` int(11) NOT NULL DEFAULT '0',
  PRIMARY KEY (`id`,`clock`),
  KEY `history_text_1` (`itemid`,`clock`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_bin
/*!50100 PARTITION BY RANGE ( clock)
(PARTITION p2016_10_19 VALUES LESS THAN (1476885600) ENGINE = InnoDB,
 PARTITION p2016_10_20 VALUES LESS THAN (1476972000) ENGINE = InnoDB,
 PARTITION p2016_10_21 VALUES LESS THAN (1477058400) ENGINE = InnoDB,
 PARTITION p2016_10_22 VALUES LESS THAN (1477144800) ENGINE = InnoDB,
 PARTITION p2016_10_29 VALUES LESS THAN (1477749600) ENGINE = InnoDB,
 PARTITION p2016_10_30 VALUES LESS THAN (1477836000) ENGINE = InnoDB,
 PARTITION p2016_10_31 VALUES LESS THAN (1477922400) ENGINE = InnoDB,
 PARTITION p2016_11_01 VALUES LESS THAN (1478008800) ENGINE = InnoDB,
 PARTITION p2016_11_03 VALUES LESS THAN (1478181600) ENGINE = InnoDB) */;

-- Дамп данных таблицы zabbix.history_text: ~27*961 rows (приблизительно)
/*!40000 ALTER TABLE `history_text` DISABLE KEYS */;
INSERT INTO `history_text` (`id`, `itemid`, `clock`, `value`, `ns`) VALUES
	(11178760, 36830, 1476799230, 'TRIMOD', 360296099),
	(11178761, 36832, 1476799232, '1.6.2', 628596464),
	(11178762, 36785, 1476799235, 'TRIMOD', 508557383),
	(11178763, 36787, 1476799237, '1.6.2', 312084124),
	(11178764, 72040, 1476799240, 'L7VL-W92W', 731152391),
	(11178765, 72042, 1476799242, 'mk1_crs226_plk', 984464502),
	(11178766, 36830, 1476799280, 'TRIMOD', 414104178),
	(11178767, 36832, 1476799282, '1.6.2', 650105623),
	(11178768, 36785, 1476799285, 'TRIMOD', 226624972),
	(11178769, 36787, 1476799287, '1.6.2', 405980850),
	(11178770, 55391, 1476799299, '00:01:38 2016/10/19 PDU INFO:\n  errorstatus                    0\n  requestid                      0\n  messageid                      0\n  transactionid                  69208\n  receivedfrom                   UDP: [10.100.*.*]:65535->[10.100.*.*]:162\n  community                      fir\n  errorindex                     0\n  notificationtype               TRAP\n  version                        0\nVARBINDS:\n  iso.3.6.1.2.1.1.3.0            type=67 value=Timeticks: (971763404) 112 days, 11:20:34.04\n  iso.3.6.1.6.3.1.1.4.1.0        type=6  value=OID: iso.3.6.1.4.1.119.2.3.76.3.0.2\n  iso.3.6.1.4.1.119.2.3.76.3.2.1.0 type=4  value=STRING: "2C [--] LAN application fault occurred @MP   (16 10 19 00 02 08 00 00 00 00 00 00 00 FF)"\n  iso.3.6.1.6.3.18.1.3.0         type=64 value=IpAddress: 10.100.*.*\n  iso.3.6.1.6.3.18.1.4.0         type=4  value=STRING: "fir"\n  iso.3.6.1.6.3.1.1.4.3.0        type=6  value=OID: iso.3.6.1.4.1.119.2.3.76.3', 302385601),
	(11178771, 55391, 1476799300, '00:01:38 2016/10/19 PDU INFO:\n  errorindex                     0\n  notificationtype               TRAP\n  version                        0\n  requestid                      0\n  errorstatus                    0\n  transactionid                  69209\n  messageid                      0\n  receivedfrom                   UDP: [10.100.*.*]:65535->[10.100.*.*]:162\n  community                      fir\nVARBINDS:\n  iso.3.6.1.2.1.1.3.0            type=67 value=Timeticks: (971763411) 112 days, 11:20:34.11\n  iso.3.6.1.6.3.1.1.4.1.0        type=6  value=OID: iso.3.6.1.4.1.119.2.3.76.3.0.2\n  iso.3.6.1.4.1.119.2.3.76.3.2.1.0 type=4  value=STRING: "3C [--] LAN application returned to normal condition @MP   (16 10 19 00 02 08 00 FF FF FF FF FF FF FF)"\n  iso.3.6.1.6.3.18.1.3.0         type=64 value=IpAddress: 10.100.*.*\n  iso.3.6.1.6.3.18.1.4.0         type=4  value=STRING: "fir"\n  iso.3.6.1.6.3.1.1.4.3.0        type=6  value=OID: iso.3.6.1.4.1.119.2.3.76.3', 302632229),
	(11178772, 55391, 1476799320, '00:02:00 2016/10/19 PDU INFO:\n  messageid                      0\n  transactionid                  69210\n  errorstatus                    0\n  requestid                      0\n  community                      fir\n  receivedfrom                   UDP: [10.100.*.*]:65535->[10.100.*.*]:162\n  notificationtype               TRAP\n  errorindex                     0\n  version                        0\nVARBINDS:\n  iso.3.6.1.2.1.1.3.0            type=67 value=Timeticks: (971765552) 112 days, 11:20:55.52\n  iso.3.6.1.6.3.1.1.4.1.0        type=6  value=OID: iso.3.6.1.4.1.119.2.3.76.3.0.2\n  iso.3.6.1.4.1.119.2.3.76.3.2.1.0 type=4  value=STRING: "2C [--] LAN application fault occurred @MP   (16 10 19 00 03 08 00 80 00 00 00 00 00 FF)"\n  iso.3.6.1.6.3.18.1.3.0         type=64 value=IpAddress: 10.100.*.*\n  iso.3.6.1.6.3.18.1.4.0         type=4  value=STRING: "fir"\n  iso.3.6.1.6.3.1.1.4.3.0        type=6  value=OID: iso.3.6.1.4.1.119.2.3.76.3', 352106969),
	(11178773, 55391, 1476799321, '00:02:00 2016/10/19 PDU INFO:\n  errorindex                     0\n  notificationtype               TRAP\n  version                        0\n  requestid                      0\n  errorstatus                    0\n  transactionid                  69211\n  messageid                      0\n  receivedfrom                   UDP: [10.100.*.*]:65535->[10.100.*.*]:162\n  community                      fir\nVARBINDS:\n  iso.3.6.1.2.1.1.3.0            type=67 value=Timeticks: (971765558) 112 days, 11:20:55.58\n  iso.3.6.1.6.3.1.1.4.1.0        type=6  value=OID: iso.3.6.1.4.1.119.2.3.76.3.0.2\n  iso.3.6.1.4.1.119.2.3.76.3.2.1.0 type=4  value=STRING: "3C [--] LAN application returned to normal condition @MP   (16 10 19 00 03 08 00 FF FF FF FF FF FF FF)"\n  iso.3.6.1.6.3.18.1.3.0         type=64 value=IpAddress: 10.100.*.*\n  iso.3.6.1.6.3.18.1.4.0         type=4  value=STRING: "fir"\n  iso.3.6.1.6.3.1.1.4.3.0        type=6  value=OID: iso.3.6.1.4.1.119.2.3.76.3', 352430313),
	(11178774, 36830, 1476799330, 'TRIMOD', 103487116),
	(11178775, 36832, 1476799332, '1.6.2', 200368697),
	(11178776, 91797, 1476799332, '00:02:11 2016/10/19 PDU INFO:\n  notificationtype               TRAP\n  errorindex                     0\n  version                        0\n  messageid                      0\n  transactionid                  69223\n  errorstatus                    0\n  requestid                      0\n  community                      fir\n  receivedfrom                   UDP: [10.100.*.*]:65535->[10.100.*.*]:162\nVARBINDS:\n  iso.3.6.1.2.1.1.3.0            type=67 value=Timeticks: (1015164076) 117 days, 11:54:00.76\n  iso.3.6.1.6.3.1.1.4.1.0        type=6  value=OID: iso.3.6.1.4.1.119.2.3.76.3.0.2\n  iso.3.6.1.4.1.119.2.3.76.3.2.1.0 type=4  value=STRING: "2C [--] LAN application fault occurred @MP   (16 10 19 00 04 08 00 80 00 00 00 00 00 FF)"\n  iso.3.6.1.6.3.18.1.3.0         type=64 value=IpAddress: 10.100.*.*\n  iso.3.6.1.6.3.18.1.4.0         type=4  value=STRING: "fir"\n  iso.3.6.1.6.3.1.1.4.3.0        type=6  value=OID: iso.3.6.1.4.1.119.2.3.76.3', 629141259),
	(11178777, 91797, 1476799332, '00:02:11 2016/10/19 PDU INFO:\n  version                        0\n  notificationtype               TRAP\n  errorindex                     0\n  community                      fir\n  receivedfrom                   UDP: [10.100.*.*]:65535->[10.100.*.*]:162\n  messageid                      0\n  transactionid                  69224\n  errorstatus                    0\n  requestid                      0\nVARBINDS:\n  iso.3.6.1.2.1.1.3.0            type=67 value=Timeticks: (1015164083) 117 days, 11:54:00.83\n  iso.3.6.1.6.3.1.1.4.1.0        type=6  value=OID: iso.3.6.1.4.1.119.2.3.76.3.0.2\n  iso.3.6.1.4.1.119.2.3.76.3.2.1.0 type=4  value=STRING: "3C [--] LAN application returned to normal condition @MP   (16 10 19 00 04 08 00 FF FF FF FF FF FF FF)"\n  iso.3.6.1.6.3.18.1.3.0         type=64 value=IpAddress: 10.100.*.*\n  iso.3.6.1.6.3.18.1.4.0         type=4  value=STRING: "fir"\n  iso.3.6.1.6.3.1.1.4.3.0        type=6  value=OID: iso.3.6.1.4.1.119.2.3.76.3', 629194387),
	(11178778, 36785, 1476799335, 'TRIMOD', 89735074),
	(11178779, 93735, 1476799335, 'eoip-tun-pu-bltec', 369975461),
	(11178780, 36787, 1476799337, '1.6.2', 85312370),
	(11178781, 97342, 1476799342, 'Auto', 359077656),
	(11178782, 97344, 1476799344, 'Auto', 97626540),
	(11178783, 72144, 1476799344, 'ether1', 126567049),
	(11178784, 93744, 1476799344, 'eiop-tun-pu-bltec', 147988104),
	(11178785, 72145, 1476799345, 'ether2', 283603177),
.
.
.
	(11213976, 36830, 1477013680, 'TRIMOD', 294245787),
	(11213977, 36832, 1477013682, '1.6.2', 827806028),
	(11213978, 36785, 1477013685, 'TRIMOD', 465859245),
	(11213979, 36787, 1477013687, '1.6.2', 985510395),
	(11213980, 63769, 1477013709, '10.100.17.96', 292068818);
/*!40000 ALTER TABLE `history_text` ENABLE KEYS */;
/*!40101 SET SQL_MODE=IFNULL(@OLD_SQL_MODE, '') */;
/*!40014 SET FOREIGN_KEY_CHECKS=IF(@OLD_FOREIGN_KEY_CHECKS IS NULL, 1, @OLD_FOREIGN_KEY_CHECKS) */;
/*!40101 SET CHARACTER_SET_CLIENT=@OLD_CHARACTER_SET_CLIENT */;
    в качестве теста, очищаю таблице History_log и history_text( история очень нужна), возникает следующая ошибка:

    Code:
     

  3871:20161102:104853.350 Starting Zabbix Server. Zabbix 3.2.1 (revision 62890).
  3871:20161102:104853.350 ****** Enabled features ******
  3871:20161102:104853.350 SNMP monitoring:           YES
  3871:20161102:104853.350 IPMI monitoring:           YES
  3871:20161102:104853.350 Web monitoring:            YES
  3871:20161102:104853.350 VMware monitoring:         YES
  3871:20161102:104853.350 SMTP authentication:       YES
  3871:20161102:104853.350 Jabber notifications:      YES
  3871:20161102:104853.350 Ez Texting notifications:  YES
  3871:20161102:104853.350 ODBC:                      YES
  3871:20161102:104853.350 SSH2 support:              YES
  3871:20161102:104853.350 IPv6 support:              YES
  3871:20161102:104853.350 TLS support:               YES
  3871:20161102:104853.350 ******************************
  3871:20161102:104853.350 using configuration file: /etc/zabbix/zabbix_server.conf
  3871:20161102:104853.355 current database version (mandatory/optional): 03010002/03010002
  3871:20161102:104853.355 required mandatory version: 03020000
  3871:20161102:104853.355 starting automatic database upgrade
  3871:20161102:104858.497 slow query: 5.142707 sec, "alter table history_text drop column id"
  3871:20161102:104858.522 completed 1% of database upgrade
  3871:20161102:104904.237 slow query: 5.714714 sec, "alter table triggers add recovery_mode integer default '0' not null"
  3871:20161102:104904.362 completed 2% of database upgrade
  3871:20161102:104913.977 slow query: 9.615300 sec, "alter table triggers add recovery_expression varchar(2048) default '' not null"
  3871:20161102:104914.261 completed 3% of database upgrade
  3871:20161102:104915.514 completed 5% of database upgrade
  3871:20161102:104916.527 completed 6% of database upgrade
  3871:20161102:104918.021 completed 7% of database upgrade
  3871:20161102:104918.612 completed 9% of database upgrade
  3871:20161102:104919.270 completed 10% of database upgrade
  3871:20161102:104919.954 [Z3005] query failed: [1005] Can't create table 'zabbix.#sql-453_59' (errno: 150) [alter table event_tag add constraint c_event_tag_1 foreign key (eventid) references events (eventid) on delete cascade]
  3871:20161102:104919.954 database upgrade failed
    как победить эти проблемы?
    Tags: None
    • Cramac
      Member
      • Sep 2014
      • 91
      #2
      та же история

        Comment

        • max13
          Junior Member
          • Nov 2016
          • 6
          #3
          как победил

          всяко разно пытался сохранить history_log и history_text, ничего не получается, только через очистку таблиц.
          а последнюю ошибку победил бэкапом и удалением таблицы events, из zabbix 3.2 вытащил schema.sql , создал эту таблицу запросом из schema.sql и все пошло( возможно нужно еще помочь создать внешний ключ c_event_tag_1 в таблице event_tag), только партицирование теперь не работет, наверное нужно создавать отдельный пост

            Comment

            • sersad
              Senior Member
              • May 2009
              • 518
              #4
              Таблица event с партиционированием?

                Comment

                • Cramac
                  Member
                  • Sep 2014
                  • 91
                  #5
                  у меня партиций нет, глюк был только в таблице history_text
                  я ее очистил, запустил сервер, все обновилось

                    Comment

                    • CWN
                      Junior Member
                      • Nov 2016
                      • 4
                      #6
                      По history_log и history_text - надо вручную дропнуть первичный ключ:

                      alter table history_log drop primary key;
                      alter table history_text drop primary key;

                      Ошибки с созданием внешних ключей к таблице events (Вида "alter table event_tag add constraint c_event_tag_1 foreign key (eventid) references events (eventid) on delete cascade") можно обойти в ручном режиме, тупо их пропуская.

                      Прогресс апгрейда хранится в таблице dbversion. Там находится номер последнего успешно примененного апдейта. При появлении ошибки в логе - пропускаем апдейт на создание внешнего ключа изменяя данные в dbversion вручную:

                      update dbversion set mandatory='3010011', optional='3010011' limit 1

                      Сбойные апдейты которые создают связи с таблицей events под номерами: 3010011, 3010016, 3010019, 3010020, 3010035, 3010048

                      Сами апдейты можно посмотреть в исходниках, файл src/libs/zbxdbupgrade/dbupgrade_3010.c

                        Comment

                        • Shans
                          Junior Member
                          • Nov 2013
                          • 14
                          #7
                          Originally posted by cwn
                          По history_log и history_text - надо вручную дропнуть первичный ключ:

                          Alter table history_log drop primary key;
                          alter table history_text drop primary key;

                          Ошибки с созданием внешних ключей к таблице events (Вида "alter table event_tag add constraint c_event_tag_1 foreign key (eventid) references events (eventid) on delete cascade") можно обойти в ручном режиме, тупо их пропуская.

                          Прогресс апгрейда хранится в таблице dbversion. Там находится номер последнего успешно примененного апдейта. При появлении ошибки в логе - пропускаем апдейт на создание внешнего ключа изменяя данные в dbversion вручную:

                          Update dbversion set mandatory='3010011', optional='3010011' limit 1

                          Сбойные апдейты которые создают связи с таблицей events под номерами: 3010011, 3010016, 3010019, 3010020, 3010035, 3010048

                          Сами апдейты можно посмотреть в исходниках, файл src/libs/zbxdbupgrade/dbupgrade_3010.c
                          Спасибо за инструкцию.
                          Обновление прошло до конца. Но не скажется ли пропуск ошибок на корректной работе сервера? У вас стабильно работает?

                            Comment

                            • CWN
                              Junior Member
                              • Nov 2016
                              • 4
                              #8
                              Originally posted by shans
                              Спасибо за инструкцию.
                              Обновление прошло до конца. Но не скажется ли пропуск ошибок на корректной работе сервера? У вас стабильно работает?
                              Там ничего критичного не пропускается, только внешние ключи - которые не работают на партиционированных таблицах.

                              Грубо говоря - внешний ключ, это помощь ленивому программисту =)
                              На случай, если он забыл добавить родительский элемент, перед добавлением дочернего. Либо удаление всех зависимых записей каскадным запросом, вместо перебора всех дочерних элементов, перед удалением родительской записи. В общем, немного сокращает код, и уберегает от ошибок забывчивости =)

                              Внешние ключи хороши в системах бизнес-логики, когда система постоянно меняется. В случае с заббиксом толка от них мало, а производительность запросов они снижают.

                                Comment

                                • max13
                                  Junior Member
                                  • Nov 2016
                                  • 6
                                  #9
                                  Originally posted by cwn
                                  По history_log и history_text - надо вручную дропнуть первичный ключ:

                                  Alter table history_log drop primary key;
                                  alter table history_text drop primary key;

                                  Ошибки с созданием внешних ключей к таблице events (Вида "alter table event_tag add constraint c_event_tag_1 foreign key (eventid) references events (eventid) on delete cascade") можно обойти в ручном режиме, тупо их пропуская.

                                  Прогресс апгрейда хранится в таблице dbversion. Там находится номер последнего успешно примененного апдейта. При появлении ошибки в логе - пропускаем апдейт на создание внешнего ключа изменяя данные в dbversion вручную:

                                  Update dbversion set mandatory='3010011', optional='3010011' limit 1

                                  Сбойные апдейты которые создают связи с таблицей events под номерами: 3010011, 3010016, 3010019, 3010020, 3010035, 3010048

                                  Сами апдейты можно посмотреть в исходниках, файл src/libs/zbxdbupgrade/dbupgrade_3010.c
                                  спасибо, заработало! после обновления нужно создавать дропнутые первичные ключи?
                                  Тоже интересует вопрос стабильности.

                                    Comment

                                    • CWN
                                      Junior Member
                                      • Nov 2016
                                      • 4
                                      #10
                                      Originally posted by max13
                                      спасибо, заработало! после обновления нужно создавать дропнутые первичные ключи?
                                      не нужно

                                      Originally posted by max13
                                      Тоже интересует вопрос стабильности.
                                      пропущенные апдейты не влияют на стабильность заббикса. На нашей инсталляции уже месяц после апгрейда прошел - полет нормальный.

                                      Единственный побочный эффект - это если где-то в коде есть каскадное удаление событий из таблицы events, в этом случае будет оставаться "мусор" в дочерних таблицах. Но на работу сервера это влиять никак не должно.

                                        Comment

                                        • Shans
                                          Junior Member
                                          • Nov 2013
                                          • 14
                                          #11
                                          Originally posted by cwn
                                          Там ничего критичного не пропускается, только внешние ключи - которые не работают на партиционированных таблицах.

                                          Грубо говоря - внешний ключ, это помощь ленивому программисту =)
                                          На случай, если он забыл добавить родительский элемент, перед добавлением дочернего. Либо удаление всех зависимых записей каскадным запросом, вместо перебора всех дочерних элементов, перед удалением родительской записи. В общем, немного сокращает код, и уберегает от ошибок забывчивости =)

                                          Внешние ключи хороши в системах бизнес-логики, когда система постоянно меняется. В случае с заббиксом толка от них мало, а производительность запросов они снижают.
                                          Благодарю за столь развёрнутый ответ.
                                          Насколько я понимаю эти ошибки при обновлении не связаны с наличием сегментированных таблиц и могли проявлялятся и у тех, кто не использует патриции?

                                            Comment

                                            • CWN
                                              Junior Member
                                              • Nov 2016
                                              • 4
                                              #12
                                              Originally posted by shans
                                              Благодарю за столь развёрнутый ответ.
                                              Насколько я понимаю эти ошибки при обновлении не связаны с наличием сегментированных таблиц и могли проявлялятся и у тех, кто не использует патриции?
                                              Не могу сказать. Надо сравнивать схемы базы 3.0 и 3.2.

                                              Технически создание внешнего ключа может сбойнуть если в таблицах есть несогласованные данные, то есть - есть дочерний элемент, без родительского.

                                                Comment

                                                Previous template Next
                                                Working...