Здравствуйте. Имеется Rhel 8.1. Необходимо установить nginx. Не подскажите какую версию и откуда лучше устанавливать:
a) Можно из репозитория rhel 8.1 версии : «пакет 1.14» (по умолчанию) или «пакет 1.1.6», но там ставится nginx с зависимостями и модулями
b) Можно из репозитория самого nginx - ставится просто один «пакет nginx 1.16»
Имеется zabbix 4.4.7 и база данных MariaDB 10.4. По имеющейся в интернете информации получается, что если используют секционирование базы данных, то в этом случае отключают встроенную очистку данных zabbix через housekeeper, а используют удаление данных через процедуру, удаляя целиком разделы. Можно ли сделать секционирование базы данных и оставить при этом включенным housekeeper? Будет ли housekeeper удалять данные в базе данных с секционированием?
Про TimescableDB имеется описание, но не могу понять. Если установить PostgreSQL + TimescableDB будет ли возможность выбора удаления исторических данных так, чтобы они удалялись не порциями, например больше месяца для всех узлов, а задавать индивидуально удаление для каждого конкретного узла как это делается в стандартной установке из коробки через housekeeper.
Для zabbix сервера 4.4.7 в настоящее время используется операционная система Rhel 7.7.
В качестве дополнительных репозиториев пакетов для установки zabbix используются репозитории Centos.
Согласно политике нашей организации решено вместо репозиториев Centos использовать репозитории Rhel.
Веб-интерфейс Zabbix требует дополнительные пакеты, которые отсутствуют в базовой установке.
В документации по установке zabbix на Rhel 7 написано, что для установки web интерфейса необходимо активировать репозиторий опциональных rpm пакетов командой:
yum-config-manager --enable rhel-7-server-optional-rpms
В то же время, для zabbix 5 рекомендуется устанавливать php из репозитория Red Hat Software Collections подключив его командой:
yum-config-manager --enable rhel-7-server-optional-rpms
Не подскажите, может у кого-то есть опыт использования zabbix на Rehl - для установки zabbix сервера и в дальнейшем установки дополнительного ПО (python. perl) достаточно будет приобрести подписписки Rhel на дополнительные пакеты:
Red Hat Software Collections и Rhel Server Optionalrepository или желательно приобрести еще какие-то подписки?
При попытке выполнить optimize table history_uint :
MariaDB [zabbix]> optimize table history_uint;
+---------------------+----------+----------+-------------------------------------------------------------------+
| Table | Op | Msg_type | Msg_text |
+---------------------+----------+----------+-------------------------------------------------------------------+
| zabbix.history_uint | optimize | note | Table does not support optimize, doing recreate + analyze instead |
| zabbix.history_uint | optimize | error | Temporary file write failure |
| zabbix.history_uint | optimize | status | Operation failed |
+---------------------+----------+----------+-------------------------------------------------------------------+
в то же время, если выполнить optimize table history, то :
MariaDB [zabbix]> optimize table history;
+----------------+----------+----------+-------------------------------------------------------------------+
| Table | Op | Msg_type | Msg_text |
+----------------+----------+----------+-------------------------------------------------------------------+
| zabbix.history | optimize | note | Table does not support optimize, doing recreate + analyze instead |
| zabbix.history | optimize | status | OK |
+----------------+----------+----------+-------------------------------------------------------------------+
Имеется ОС Rhel 7.7. Необходим расширенный набор пакетов. Его можно получить по платной подписке, а можно на свой страх и риск использовать репозитории CentOS.До этого так и делал и проблем не возникало, но в определенный момент сделал yum update и после произведенных изменений слетел Rhel. Стал изучать вопрос и возникла мысль вместо репозитория CentOS использовать репозитории Fedora, а именно репозиторий RPM Fusion поскольку этот продукт ближе по сути к Redhat. Можно как то оценить эту мысль? Заранее спасибо.
Не подключается к zabbix серверу 4.4.6 zabbix агент 4.4.6 на rhel 7.6, выводит ошибку: Get value from agent failed: cannot connect to При этом:
с сервера команда «zabbix_get -s 10.200.2.116 -k agent.ping» возвращает «1»
на rhel 7.6 где установлен агент команда «netstat -tulp | grep zabbix» возвращает:
tcp 0 0 0.0.0.0:zabbix-agent 0.0.0.0:* LISTEN 6667/zabbix_agentd
tcp6 0 0 [::]:zabbix-agent [::]:* LISTEN 6667/zabbix_agentd
udp 0 0 zabbix4db:ntp 0.0.0.0:* 1980/ntpd
6667:20200312:144206.726 Starting Zabbix Agent [ZABBIX-MARIADB].
Zabbix 4.4.6 (revision 8cc702429d).
6667:20200312:144206.726 **** Enabled features ****
6667:20200312:144206.726 IPv6 support: YES
6667:20200312:144206.726 TLS support: YES
6667:20200312:144206.726 **************************
6667:20200312:144206.726 using configuration file: /etc/zabbix/zabbix_agentd.conf
6667:20200312:144206.726 In zbx_load_modules()
6667:20200312:144206.726 End of zbx_load_modules():SUCCEED
6667:20200312:144206.726 In init_collector_data()
6667:20200312:144206.726 In zbx_dshm_create() size:0
6667:20200312:144206.727 End of zbx_dshm_create():SUCCEED shmid:-1
6667:20200312:144206.727 End of init_collector_data()
6667:20200312:144206.727 agent #0 started [main process]
6668:20200312:144206.727 agent #1 started [collector]
6668:20200312:144206.727 In init_cpu_collector()
6668:20200312:144206.727 End of init_cpu_collector():SUCCEED
6669:20200312:144206.728 agent #2 started [listener #1]
6669:20200312:144206.728 In zbx_tls_init_child()
6668:20200312:144206.728 zbx_setproctitle() title:'collector [processing data]'
6668:20200312:144206.728 In update_cpustats()
6670:20200312:144206.728 agent #3 started [listener #2]
6670:20200312:144206.728 In zbx_tls_init_child()
6668:20200312:144206.728 End of update_cpustats()
6671:20200312:144206.728 agent #4 started [listener #3]
6671:20200312:144206.728 In zbx_tls_init_child()
6668:20200312:144206.728 zbx_setproctitle() title:'collector [idle 1 sec]'
6669:20200312:144206.729 OpenSSL library (version OpenSSL 1.0.1e-fips 11 Feb 2013) initialized
6669:20200312:144206.729 End of zbx_tls_init_child()
6669:20200312:144206.729 zbx_setproctitle() title:'listener #1 [waiting for connection]'
6670:20200312:144206.729 OpenSSL library (version OpenSSL 1.0.1e-fips 11 Feb 2013) initialized
6670:20200312:144206.729 End of zbx_tls_init_child()
6670:20200312:144206.729 zbx_setproctitle() title:'listener #2 [waiting for connection]'
6671:20200312:144206.729 OpenSSL library (version OpenSSL 1.0.1e-fips 11 Feb 2013) initialized
6671:20200312:144206.730 End of zbx_tls_init_child()
6671:20200312:144206.730 zbx_setproctitle() title:'listener #3 [waiting for connection]'
6668:20200312:144207.728 zbx_setproctitle() title:'collector [processing data]'
6668:20200312:144207.728 In update_cpustats()
6668:20200312:144207.729 End of update_cpustats()
6668:20200312:144207.729 zbx_setproctitle() title:'collector [idle 1 sec]'
6668:20200312:144208.729 zbx_setproctitle() title:'collector [processing data]'
6668:20200312:144208.729 In update_cpustats()
6668:20200312:144208.729 End of update_cpustats()
6668:20200312:144208.729 zbx_setproctitle() title:'collector [idle 1 sec]'
6668:20200312:144209.729 zbx_setproctitle() title:'collector [processing data]'
Первоначальные условия:
ОС RHEL 7.6 Zabbix 4.4.6. nginx и zabbix сервер на одном сервере , база данных (mariadb 10.4) на другом сервере. Оперативная память: на сервере - 16 Гб, на базе данных - 32 Гб. Количество узлов - 600. Количество элементов данных - 10000. Конфигурационный файл mariadb:
\\
datadir = /var/lib/mysql
#pid-file = /var/run/mysqld/mysqld.pid #socket = /var/run/mysqld/mysqld.sock basedir = /usr lc-messages-dir = /usr/share/mysql
connect_timeout = 60 wait_timeout = 28800 max_connections = 3000 max_allowed_packet = 256M max_connect_errors = 1000 #interactive_timeout<–><——>= 180 #net_read_timeout<—–><——>= 900 #net_write_timeout<—-><——>= 900
tmp_table_size = 1G max_heap_table_size = 1G table_open_cache = 1024
slow_query_log<><——><——>= ON log_error = /tmp/mysql-error.log slow_query_log_file = /tmp/mysql-slow.log slow_query_log = 1 long_query_time = 5
\\
################################################## ###############################
\\
#query_cache_type=1 #query_cache_size=2G query_cache_type=0 query_cache_size=0 query_cache_limit=1M innodb_buffer_pool_instances=21 join_buffer_size=512K
\\
################################################## ###############################
\
thread_cache_size=16
innodb_data_file_path = ibdata1:128M;ibdata2:128M:autoextend:max:4096M
innodb_file_per_table = 1
innodb_status_file = 1
innodb_buffer_pool_size = 12G
innodb_flush_method = O_DIRECT
innodb_io_capacity = 2000
innodb_flush_log_at_trx_commit = 2
innodb_log_buffer_size = 16M
innodb_strict_mode<—-><——>= 0
innodb_log_file_size<–><——>= 1G innodb_buffer_pool_instances<–>= 12
\\
в конфигурационном файле zabbix_server изменены только значения: StartPollers=50; StartPollersUnreachable=10
В логе медленных запросов много записей вида:
\\
use zabbix; SET timestamp=1583302328; SELECT p.eventid,p.objectid,p.clock,p.ns,p.name,p.severit y FROM problem p WHERE p.source=‘0’ AND p.object=‘0’ AND NOT EXISTS (SELECT NULL FROM functions f,items i,hosts_groups hgg LEFT JOIN rights r ON r.id=hgg.groupid AND r.groupid=15 WHERE p.objectid=f.triggerid AND f.itemid=i.itemid AND i.hostid=hgg.hostid GROUP BY i.hostid HAVING MAX(permission)<2 OR MIN(permission) IS NULL OR MIN(permission)=0) AND NOT EXISTS (SELECT NULL FROM event_suppress es WHERE es.eventid=p.eventid) AND (p.r_eventid IS NULL OR p.r_clock>1583302023) ORDER BY p.eventid DESC LIMIT 1001;
\\
MySQL использует только 6 Гб памяти.
Проблема:
Медленно (минуту и более) открываются дашбоды. Причем, что интересно - если пользователь имеет права на всё, т.е. админ, то его дашборд открывается за приблизительно 3 секунды, если пользователь имеет ограничения по правам, то его дашборд открывается минуту и более. Изменение параметров конфигурации MySQL в сторону увеличения параметров ничего не дало. Перевод на гораздо более мощное железо базы данных ничего не дало.
Не запускается zabbix server 4.4.6. В логе сообщает: 6919:20200304:100142.405 Starting Zabbix Server. Zabbix 4.4.6 (revision 8cc702429d). 6919:20200304:100142.406 ****** Enabled features ****** 6919:20200304:100142.406 SNMP monitoring: YES 6919:20200304:100142.406 IPMI monitoring: YES 6919:20200304:100142.406 Web monitoring: YES 6919:20200304:100142.406 VMware monitoring: YES 6919:20200304:100142.406 SMTP authentication: YES 6919:20200304:100142.406 ODBC: YES 6919:20200304:100142.406 SSH support: YES 6919:20200304:100142.406 IPv6 support: YES 6919:20200304:100142.406 TLS support: YES 6919:20200304:100142.406 ****************************** 6919:20200304:100142.406 using configuration file: /etc/zabbix/zabbix_server.conf 6919:20200304:100142.415 current database version (mandatory/optional): 04040000/04040001 6919:20200304:100142.415 required mandatory version: 04040000 6919:20200304:100142.423 server #0 started [main process] 6921:20200304:100142.424 server #1 started [configuration syncer #1] 6921:20200304:100143.097 __mem_malloc: skipped 0 asked 256 skip_min 18446744073709551615 skip_max 0 6921:20200304:100143.097 [file:dbconfig.c,line:94] __zbx_mem_malloc(): out of memory (requested 256 bytes) 6921:20200304:100143.097 [file:dbconfig.c,line:94] __zbx_mem_malloc(): please increase CacheSize configuration parameter 6921:20200304:100143.097 === memory statistics for configuration cache === 6921:20200304:100143.097 free chunks of size 24 bytes: 3 6921:20200304:100143.097 free chunks of size 112 bytes: 1 6921:20200304:100143.097 min chunk size: 24 bytes 6921:20200304:100143.097 max chunk size: 112 bytes 6921:20200304:100143.097 memory of total size 8388232 bytes fragmented into 75964 chunks 6921:20200304:100143.098 of those, 184 bytes are in 4 free chunks 6921:20200304:100143.098 of those, 7172640 bytes are in 75960 used chunks 6921:20200304:100143.098 ================================ 6921:20200304:100143.098 === Backtrace: === 6921:20200304:100143.098 13: /usr/sbin/zabbix_server: configuration syncer syncing configuration [0x5629b152e024] 6921:20200304:100143.098 12: /usr/sbin/zabbix_server: configuration syncer syncing configuration [0x5629b15294c7] 6921:20200304:100143.098 11: /usr/sbin/zabbix_server: configuration syncer syncing configuration [0x5629b14f2695] 6921:20200304:100143.098 10: /usr/sbin/zabbix_server: configuration syncer syncing configuration [0x5629b153964d] 6921:20200304:100143.098 9: /usr/sbin/zabbix_server: configuration syncer syncing configuration [0x5629b15397e2] 6921:20200304:100143.098 8: /usr/sbin/zabbix_server: configuration syncer syncing configuration [0x5629b14fca43] 6921:20200304:100143.099 7: /usr/sbin/zabbix_server: configuration syncer syncing configuration [0x5629b14fed97] 6921:20200304:100143.099 6: /usr/sbin/zabbix_server: configuration syncer syncing configuration [0x5629b13d50af] 6921:20200304:100143.099 5: /usr/sbin/zabbix_server: configuration syncer syncing configuration [0x5629b153baa7] 6921:20200304:100143.099 4: /usr/sbin/zabbix_server: configuration syncer syncing configuration [0x5629b13c7d28] 6921:20200304:100143.099 3: /usr/sbin/zabbix_server: configuration syncer syncing configuration [0x5629b152d88d] 6921:20200304:100143.099 2: /usr/sbin/zabbix_server: configuration syncer syncing configuration [0x5629b13c7375] 6921:20200304:100143.099 1: /lib64/libc.so.6(__libc_start_main+0xf5) [0x7ffb7af05495] 6921:20200304:100143.099 0: /usr/sbin/zabbix_server: configuration syncer syncing configuration [0x5629b13c6409] 6919:20200304:100143.101 One child process died (PID:6921,exitcode/signal:1). Exiting … 6919:20200304:100143.103 syncing trend data… 6919:20200304:100143.103 syncing trend data done 6919:20200304:100143.103 Zabbix Server stopped. Zabbix 4.4.6 (revision 8cc702429d).
Выход в Интернет осуществляется через proxy. От root команда выполняется ./zbxtg.py «@ivanov» «test» «test» и сообщения приходят в telegram. Если выполнять от пользователя zabbix команду: sudo -u zabbix ./zbxtg.py «@ivanov» «test» «test» то выдаются сообщения об ошибках. Удалось запустить команду от пользователя zabbix, которая приводит к отправке сообщений в телеграм: sudo -u zabbix -E bash -c ‘/usr/lib/zabbix/alertscripts/zbxtg.py «@ivanov» «test» «test»’. Как использовать эту команду, чтобы zabbix отправлял сам сообщения в telegram.
Имеется файл в формате json с ошибками, который периодически обновляется. Значения полей «code» в файле являются значениями ошибок. Имеется файл с описанием ошибок. Необходимо проанализировать файл на наличие ошибок и если они есть, то выдать сообщение об ошибке с описанием ошибки.
Файл с ошибками:
{«GPS_Lat»: 53.876407623291016, «Uptime_s»: 75522, «VehicleType»: «760M», «Counter»: 14706, «GPS_Long»: 27.527387619018555, «ErrorList»: [{«Date»: «2020-02-17 16:04:51», «Code»: 91210}, {«Date»: «2020-02-17 19:37:13», «Code»: 81024}, {«Date»: «2020-02-16 15:57:10», «Code»: 81030}, {«Date»: «2020-02-16 15:57:10», «Code»: 80028}, {«Date»: «2020-02-18 04:55:12», «Code»: 21370}, {«Date»: «2020-02-18 04:55:02», «Code»: 90857}, {«Date»: «2020-01-18 06:32:00», «Code»: 91904}, {«Date»: «2020-02-18 04:55:12», «Code»: 21376}, {«Date»: «2020-02-17 18:42:58», «Code»: 60721}, {«Date»: «2020-02-17 18:42:58», «Code»: 60722}, {«Date»: «2020-02-17 17:19:06», «Code»: 21310}, {«Date»: «2020-02-17 18:25:19», «Code»: 21311}, {«Date»: «2020-02-17 17:19:10», «Code»: 21312}, {«Date»: «2020-02-17 18:42:12», «Code»: 60752}, {«Date»: «2020-02-17 18:29:33», «Code»: 60759}, {«Date»: «2020-02-17 18:42:12», «Code»: 60760}, {«Date»: «2020-02-17 18:29:33», «Code»: 60767}, {«Date»: «2020-02-18 04:39:20», «Code»: 81250}, {«Date»: «2020-02-18 04:39:20», «Code»: 81257}, {«Date»: «2020-02-18 04:55:12», «Code»: 21371}, {«Date»: «2020-02-18 04:55:12», «Code»: 21372}, {«Date»: «2020-02-18 04:55:12», «Code»: 21373}, {«Date»: «2020-02-18 04:55:12», «Code»: 21374}, {«Date»: «2020-02-18 04:55:12», «Code»: 21375}, {«Date»: «2020-02-18 02:31:40», «Code»: 91520}, {«Date»: «2020-02-18 04:55:12», «Code»: 21377}, {«Date»: «2020-02-18 04:55:12», «Code»: 21378}, {«Date»: «2020-02-18 04:55:12», «Code»: 21379}, {«Date»: «2020-02-18 04:55:12», «Code»: 21380}, {«Date»: «2020-02-18 04:55:12», «Code»: 21381}, {«Date»: «2020-02-18 04:55:02», «Code»: 91570}], «FuelLvl_Eng1»: 128.0, «FuelConsumption_Eng4»: 142.0, «FuelLvl_Eng3»: 139.0, «FuelLvl_Eng2»: 0, «FuelLvl_Eng4»: 114.0, «VehicleNumber»: «002», «Date»: «2020-02-18 08:38:58», «FuelConsumption_Eng1»: 0.0, «FuelConsumption_Eng2»: 0.0, «FuelConsumption_Eng3»: 0.0}
Zabbix сервер и база данных находятся на разных серверах. При обновлении zabbix сервера по инструкции с версии 4.4.1 до версии 4.4.5 (остановка zabbix сервера, обновление пакетов, запуск zabbix сервера) должно было произойти обновление базы данных, что должно было быть видно в /var/log/zabbix/zabbix_server.log. Однако в указанном логе (возможно из-за большого количества записей) я не заметил записей по поводу обновления базы. В то же время в web интерфейсе отображается версия 4.4.5 и данные в базу продолжают поступать. Вопрос такой - при переходе с версии 4.4.1 на версию 4.4.5 должна ли была обновиться база данных или она обновляется в случае более серьезных обновлений например при переходе с 4.2 до 4.4? Если да, то можно ли как -то проверить командой или еще как-то, что zabbix серверу и web интерфейсу 4.4.5 соответствует соответствующая структура базы.
При просмотре статуса zabbix-server по команде:
systemctl status zabbix-server
видно, что сервер запущен, однако в конце выводятся сообщения об ошибках:
Dec 04 15:19:34 zabbix4web systemd[1]: Starting Zabbix Server… Dec 04 15:19:34 zabbix4web systemd[1]: zabbix-server.service: Supervising process 3202 which is not our child. We’ll most likely not notice when it exits. Dec 04 15:19:34 zabbix4web systemd[1]: Started Zabbix Server. Dec 11 10:52:01 zabbix4web sudo[20360]: pam_unix(sudo:auth): conversation failed Dec 11 10:52:01 zabbix4web sudo[20360]: pam_unix(sudo:auth): auth could not identify password for [zabbix] Dec 11 10:52:01 zabbix4web sudo[20360]: pam_succeed_if(sudo:auth): requirement «uid >= 1000» not met by user «zabbix» Dec 11 10:52:03 zabbix4web sudo[20360]: zabbix : user NOT in sudoers ; TTY=unknown ; PWD=/ ; USER=root ; COMMAND=/usr/bin/nmap -O 10.1.0.55 Dec 11 10:52:03 zabbix4web postfix/sendmail[20363]: fatal: parameter inet_interfaces: no local interface found for ::1
Не подскажите в чем может быть проблема и как ее исправить.
Здравствуйте, не подскажите решение проблемы. Имеется zabbix server и Zabbix proxy, в агенте прописаны строки
EnableRemoteCommands=1 LogRemoteCommands=1 Если навести на карте на узел и выбрать какой либо из скриптов - Ping или Traceroute то появляется ошибка - «Remote commands are not enabled».
Здравствуйте. Установлены zabbix 4.4, nginx 1.16.1, php 7.2.23. Если в браузере открыть web интерфейса zabbix-а, начать перемещаться по пунктам меню, а затем нажимать на стрелку в браузере «вперед» или «назад», то вместо повторного открытия просмотренных ранее страниц, периодически появляется сообщение: «Подтвердите повторную отправку формы. ERR_CACHE_MISS». Если повторно нажать на стрелку в браузере, то осуществляется переход на соответствующую страницу. Можно ли с этим что-то сделать, где можно попробовать это настроить - в настройка zabbix-а, ngix или php?
Здравствуйте. У меня zabbix server и база данных (mariadb) разнесены на разные сервера. В документации и на форумах в Интернете предполагается, что zabbix server и база данных находятся на одном сервере. Если необходимо обновить zabbix, то останавливается zabbix server, обновляются пакеты zabbix-web-mysql и zabbix-server-mysql, и когда вновь запускается zabbix server то происходит обновление базы. Вопрос: можно ли хотя бы в общем описать действия по обновлению zabbix , когда zabbix-server и база данных (mariadb) находятся на разных серверах, чтобы при этом сохранились данные, накопленные в базе данных.
| ← предыдущие |