On this page

11 Uwagi dotyczące aktualizacji do wersji 7.0.0

Te uwagi dotyczą aktualizacji z Zabbix 6.4.x do Zabbix 7.0.0.

Wszystkie uwagi są pogrupowane w:

  • Zmiany niekompatybilne - zmiany, które mogą spowodować problemy z istniejącymi instalacjami, oraz inne istotne informacje związane z procesem aktualizacji
  • Inne - wszystkie pozostałe informacje opisujące zmiany w funkcjonalności Zabbix

Zobacz także:

  • Procedura aktualizacji - wszystkie istotne informacje dotyczące aktualizacji z wersji wcześniejszych niż Zabbix 6.4.0;
  • Aktualizacja klastra HA - instrukcje dotyczące aktualizacji serwerów w klastrze wysokiej dostępności (HA).

Proces aktualizacji

Aby pomyślnie zakończyć aktualizację serwera Zabbix na MySQL/MariaDB, może być konieczne ustawienie GLOBAL log_bin_trust_function_creators = 1 w MySQL, jeśli włączone jest binarne logowanie, nie ma uprawnień superużytkownika, a log_bin_trust_function_creators = 1 nie jest ustawione w pliku konfiguracyjnym MySQL.

Aby ustawić tę zmienną za pomocą konsoli MySQL, uruchom:

mysql> SET GLOBAL log_bin_trust_function_creators = 1;

Po pomyślnym zakończeniu aktualizacji tę opcję można wyłączyć:

mysql> SET GLOBAL log_bin_trust_function_creators = 0;

Zmiany niekompatybilne wstecz

Awaria serwera z TimescaleDB po aktualizacji do 7.0.1 z 7.0.0

Aktualizacja do Zabbix 7.0.1 (lub nowszej) z Zabbix 7.0.0 z użyciem TimescaleDB powoduje awarię serwera. Problem ten jest spowodowany obejściem problemu z zadaniem kompresji w tabeli auditlog w Zabbix 7.0, które nieodwracalnie zmienia politykę kompresji tabeli auditlog.

Szczegóły dotyczące ręcznego naprawienia tabeli auditlog znajdują się w sekcji znane problemy.

Jeśli nie dokonano jeszcze aktualizacji do Zabbix 7.0.0, należy pamiętać, że przy aktualizacji z wersji Zabbix wcześniejszych niż 7.0 do 7.0.1 nie powinny wystąpić takie problemy. Instrukcje aktualizacji znajdują się w sekcji Aktualizacja schematu TimescaleDB.

Błąd przywracania bazy danych z PostgreSQL/TimescaleDB po aktualizacji z 7.0.0-7.0.4

Użycie pg_restore do przywrócenia kopii zapasowej PostgreSQL lub TimescaleDB utworzonej w Zabbix 7.0.0-7.0.4 spowoduje błąd braku funkcji base36_decode, co doprowadzi do niepowodzenia przywracania. Błąd ten występuje podczas przywracania kopii zapasowej utworzonej za pomocą pg_dump.

Szczegóły dotyczące ręcznego rozwiązania tego problemu przed utworzeniem kopii zapasowej znajdują się w sekcji znane problemy.

Jeśli nie dokonano jeszcze aktualizacji do Zabbix 7.0.0, należy pamiętać, że nie powinny występować takie problemy podczas aktualizacji z wersji Zabbix wcześniejszych niż 7.0 do 7.0.5. Instrukcje aktualizacji znajdują się w sekcji Aktualizacja schematu TimescaleDB.

Minimalna wymagana wersja PHP

Minimalna wymagana wersja PHP została podniesiona z 7.4.0 do 8.0.0.

Zdalne polecenia na agentach aktywnych

Zdalne polecenia mogą być teraz wykonywane także na agencie 7.0 działającym wyłącznie w trybie aktywnym.

Należy pamiętać, że w przypadku skryptów wykonywanych tylko na aktywnym agencie prawdopodobnie trzeba będzie zwiększyć domyślny limit czasu serwera lub proxy.
Limit czasu serwera/proxy musi być większy niż częstotliwość odświeżania aktywnego sprawdzania, w przeciwnym razie limit czasu serwera/proxy może zostać przekroczony, zanim aktywny agent w ogóle otrzyma skrypt.

Escapowanie ukośników odwrotnych w parametrach funkcji historii

W parametrach tekstowych funkcji historii dodano prawidłowe escapowanie ukośników odwrotnych.

Ponieważ podczas aktualizacji z wersji Zabbix sprzed 7.0 dodawane są dodatkowe ukośniki odwrotne, prowadzi to do dłuższych parametrów, co może spowodować nieprawidłowe działanie funkcji wyzwalacza, jeśli długość parametru przekroczy maksymalny rozmiar danych wynoszący 255 znaków.

Aby uniknąć tego problemu, zaleca się ręczne przeniesienie długich parametrów do makr użytkownika przed aktualizacją.

Należy pamiętać, że od Zabbix 7.0.11 dodano dodatkowe kontrole wynikowej długości parametrów podczas aktualizacji z wersji Zabbix sprzed 7.0. Jeśli wynikowa długość przekracza maksymalny rozmiar, takie parametry nie są aktualizowane, a w logach wyświetlane jest ostrzeżenie z prośbą o ręczne poprawienie wymienionych parametrów.

Zobacz też problemy z aktualizacją związane z escapowaniem.

Domyślna lokalizacja pliku konfiguracyjnego agenta Windows

Domyślna lokalizacja, w której agent Zabbixa w systemie Windows szuka pliku konfiguracyjnego, została zmieniona. Teraz agent wyszukuje go w katalogu, w którym znajduje się plik binarny zabbix_agentd.exe (zamiast C:\zabbix_agentd.conf, jak wcześniej).

Agent Zabbix 2 w systemie Windows już wcześniej wyszukiwał domyślny plik konfiguracyjny w katalogu, w którym znajduje się plik binarny zabbix_agent2.exe. Jednak w nowej wersji agent 2 oczekuje, że plik konfiguracyjny będzie miał nazwę zabbix_agent2.conf (zamiast zabbix_agent2.win.conf)

Zobacz także: Instalacja agenta Zabbixa w systemie Windows.

Puste wartości dozwolone w konfiguracji wtyczki agent 2

Puste wartości są teraz dozwolone w parametrach konfiguracji związanych z wtyczkami w Zabbix agent 2.

TimescaleDB 1.x nie jest już obsługiwany

Obsługa TimescaleDB 1.x została usunięta.

Typy danych double precision w TimescaleDB

Przed uaktualnieniem do Zabbix 7.0.0 konieczne jest ręczne uaktualnienie TimescaleDB, aby używała typów danych double precision, jeśli TimescaleDB jest używana z kompresją. Można stwierdzić, że TimescaleDB nie używa typów danych double precision, na podstawie ostrzeżenia w sekcji frontend Informacje o systemie lub w logu serwera Zabbix: "Database is not upgraded to use double precision values. Support for the old numeric type will be removed in future versions."

Więcej informacji można znaleźć w sekcji Uaktualnianie do wartości numerycznych o rozszerzonym zakresie.

Dziennik audytu przekonwertowany na hypertable w TimescaleDB

Tabela auditlog została w nowych instalacjach przekonwertowana na hypertable w TimescaleDB, aby korzystać z automatycznego partycjonowania według czasu (domyślnie 7 dni) oraz lepszej wydajności.

Aby pomyślnie uaktualnić istniejące instalacje, zobacz Aktualizacja schematu TimescaleDB.

Zobacz także: Obsługiwane wersje TimescaleDB

Osobna tabela bazy danych dla proxy

Rekordy proxy zostały przeniesione z tabeli hosts i są teraz przechowywane w nowej tabeli proxy.

Ponadto dane operacyjne proxy (takie jak ostatni dostęp, wersja, zgodność) zostały przeniesione z tabeli host_rtdata i są teraz przechowywane w nowej tabeli proxy_rtdata.

W API dostępny jest również nowy obiekt proxy. Wszystkie operacje z proxy powinny zostać zaktualizowane tak, aby były wykonywane za pośrednictwem tego nowego obiektu proxy.

Limit czasu wykonania zapytania dla pozycji monitorujących bazę danych

Na podstawie zmian w konfiguracji limitu czasu pozycji zarówno limit czasu logowania ODBC, jak i limit czasu wykonania zapytania dla pozycji monitorujących bazę danych są teraz ograniczone do wartości parametru Timeout ustawionej w formularzu konfiguracji pozycji.

Zaktualizowane pozycje agent/agent2

  • wmi.get i wmi.getall, gdy są używane z Zabbix agent 2, zwracają teraz JSON z wartościami logicznymi reprezentowanymi jako ciągi znaków (na przykład "RealTimeProtectionEnabled": "True" zamiast wcześniej zwracanego "RealTimeProtectionEnabled": true), aby dopasować format wyjściowy tych pozycji w Zabbix agent;
  • oracle.ts.stats ma nowy parametr conname do określania nazwy docelowego kontenera. Format JSON zwracanych danych został zaktualizowany. Gdy w parametrach klucza nie zostanie określone tablespace, type ani conname, zwrócone dane będą zawierały dodatkowy poziom JSON z nazwą kontenera, co umożliwia rozróżnianie kontenerów.
  • Pozycje net.dns.* nie mogą już być konfigurowane bez parametru name. Chociaż zawsze był on wymieniany jako obowiązkowy, parametr name, jeśli został pominięty, wcześniej przyjmował wartość domyślną (zabbix.com), co nie ma już miejsca.

Listę zmian w pozycjach, które nie naruszają zgodności, znajdziesz w sekcji Co nowego w Zabbix 7.0.0.

Pułapki SNMP z wysoką dostępnością Zabbix

Zabbix może teraz odczytywać pliki pułapek SNMP z właściwej lokalizacji w przypadku przełączenia aktywnego węzła w konfiguracji wysokiej dostępności.

Aby jednak ta funkcja działała, należy zaktualizować format czasu we wszystkich skryptach bash, perl i SNMPTT do "%Y-%m-%dT%H:%M:%S%z" (tj. 2024-01-10T11:56:14+0300).

Zwiększony maksymalny rozmiar i liczba widżetów dashboardu

Domyślna szerokość została zwiększona 3-krotnie dla wszystkich widżetów. Należy pamiętać, że jeśli używasz niestandardowych widżetów, może być konieczna aktualizacja odpowiednich parametrów pliku manifest.json (na przykład podczas konfigurowania niestandardowego widżetu Clock wartość width należy zmienić z 4 na 12).

Widżet może teraz mieć szerokość do 72 kolumn (wcześniej 24) oraz wysokość od 1 do 64 wierszy (wcześniej od 2 do 32). Dashboard może więc teraz pomieścić do 72 widżetów w poziomie.

Historia pozycji i widżety Zwykły tekst

Nowy widżet pulpitu Historia pozycji zastąpił widżet Zwykły tekst, oferując kilka ulepszeń.

W przeciwieństwie do widżetu Zwykły tekst, który wyświetlał tylko najnowsze dane pozycji w postaci zwykłego tekstu, widżet Historia pozycji obsługuje różne opcje wyświetlania dla wielu typów pozycji (liczbowe, znakowe, dziennik, tekstowe i binarne). Na przykład może wyświetlać paski postępu lub wskaźniki, obrazy dla binarnych typów danych (przydatne w przypadku pozycji przeglądarki) oraz wyróżniać wartości tekstowe (przydatne w przypadku monitorowania plików dziennika).

Po aktualizacji wszystkie wcześniej skonfigurowane widżety Zwykły tekst zostaną automatycznie zastąpione widżetami Historia pozycji, z zachowaniem tych samych ustawień konfiguracji. Jednak wszystkie skrypty API odwołujące się do widżetu Zwykły tekst muszą zostać zaktualizowane ręcznie.

Zmiany w rozwiązywaniu niektórych wbudowanych makr po aktualizacji do 7.0.4

W Zabbix 7.0.4 zachowanie rozwiązywania makr {HOST.CONN}, {HOST.DNS}, {HOST.IP}, {EVENT.CAUSE.*}, {EVENT.TAGS.*} oraz {EVENT.SYMPTOMS} zostało poprawione, aby było spójne z innymi wbudowanymi makrami. Teraz będą one zwracać *UNKNOWN*, jeśli podczas obliczania ich wartości wystąpi błąd.

W wyniku tej zmiany, aby zapewnić prawidłowe działanie, konieczna jest aktualizacja typów mediów dla następujących integracji: iTop, Jira Service Desk, ManageEngine ServiceDesk, SolarWinds Service Desk.

Ta zmiana może również wpływać na dowolne niestandardowe skrypty lub integracje korzystające z wymienionych powyżej makr.

Zmiany w API

Zobacz listę zmian w API w Zabbix 7.0.0.

Inne

Oracle DB wycofane

Wsparcie dla Oracle jako bazy danych backendowej zostało wycofane od Zabbix 7.0 i oczekuje się, że zostanie całkowicie usunięte w przyszłych wersjach.

Sprawdzanie aktualizacji oprogramowania

Sprawdzanie aktualizacji oprogramowania jest teraz domyślnie dodawane do nowych i istniejących instalacji - frontend Zabbix będzie komunikować się z publicznym punktem końcowym Zabbix, aby sprawdzać dostępność aktualizacji.

Możesz wyłączyć to sprawdzanie, ustawiając AllowSoftwareUpdateCheck=0 w konfiguracji serwera.

Wartości zmiennoprzecinkowe przycinane dla pozycji całkowitych

Teraz, jeśli dla pozycji typu unsigned integer zostanie odebrana wartość zmiennoprzecinkowa, wartość zostanie przycięta z części dziesiętnej i zapisana jako liczba całkowita. Wcześniej wartość zmiennoprzecinkowa powodowała, że pozycja całkowita była oznaczana jako nieobsługiwana.

Format czasu US

Wyświetlanie czasu i daty w frontendzie teraz jest zgodne z amerykańskim standardem wyświetlania czasu i daty, gdy używany jest domyślny język frontend (en_US).

Before Now

Asynchroniczne pollery

Po aktualizacji wszystkie kontrole agent, HTTP agent oraz walk[OID] SNMP zostaną przeniesione do asynchronicznych pollerów. Nowo dodane pozycje get[OID] domyślnie korzystają z asynchronicznych pollerów.

Wykrywanie funkcji biblioteki cURL w czasie działania

Wcześniej funkcje biblioteki cURL były wykrywane w czasie kompilacji serwera Zabbix, proxy lub agenta. Jeśli funkcje cURL zostały zaktualizowane, aby móc z nich korzystać, odpowiedni komponent Zabbix musiał zostać ponownie skompilowany.

Teraz wystarczy tylko ponowne uruchomienie, aby zaktualizowane funkcje biblioteki cURL stały się dostępne w Zabbix. Ponowna kompilacja nie jest już wymagana. Dotyczy to serwera Zabbix, proxy i agenta.

Dodatkowo:

  • Minimalna wymagana wersja cURL w czasie kompilacji została podniesiona do 7.19.1;
  • Podczas kompilacji Zabbix sprawdza jedynie, czy biblioteka cURL jest dostępna (jeśli została zażądana) i spełnia wymagania wersji;
  • W przypadku zgłoszenia błędu biblioteki cURL w czasie działania do komunikatu zostanie dodana używana wersja (np. "cURL library does not support SSL/TLS (using version 7.88.1)");
  • Gdy serwer Zabbix zostanie uruchomiony i zostanie zarejestrowane uwierzytelnianie SMTP, zapisze on informację o dostępności uwierzytelniania SMTP w używanej bibliotece cURL.

Zmiany konfiguracji limitu czasu pozycji

Po aktualizacji globalne limity czasu dla wszystkich obsługiwanych typów pozycji zostaną ustawione na podstawie wartości parametru Timeout z pliku konfiguracyjnego serwera. Jeśli skonfigurowano proxy, to domyślnie będzie ono używać globalnych ustawień limitu czasu serwera.

Podczas korzystania z zaktualizowanego serwera (wersja 7.0.0 lub nowsza) ze starszym proxy lub agentem proxy lub agent będą działać tak jak wcześniej:

  • proxy będzie używać parametru Timeout z pliku konfiguracyjnego proxy;
  • agent będzie używać parametru Timeout z pliku konfiguracyjnego agenta.

Parametry limitu czasu zostały usunięte z plików konfiguracyjnych wtyczek Modbus i MQTT. Limity czasu wykonania żądań można teraz ustawiać w formularzu konfiguracji pozycji.

Pozycje przeglądarkowe

Do Zabbixa dodano nowy typ pozycji - Browser item - umożliwiający monitorowanie złożonych witryn internetowych i aplikacji webowych przy użyciu przeglądarki. Pozycje przeglądarkowe umożliwiają wykonywanie zdefiniowanego przez użytkownika kodu JavaScript w celu symulowania działań związanych z przeglądarką, takich jak klikanie, wprowadzanie tekstu, nawigowanie po stronach internetowych itp.

Dodatkowo ta funkcja wprowadza następujące zmiany:

Współbieżność w wykrywaniu sieci

W nowej wersji proces wykrywania sieci został przebudowany tak, aby umożliwić współbieżność między sprawdzeniami usług. Dodano nowy proces menedżera wykrywania oraz konfigurowalną liczbę workerów wykrywania (lub wątków). Proces menedżera wykrywania przetwarza reguły wykrywania i tworzy zadanie wykrywania dla każdej reguły wraz z zadaniami (sprawdzeniami usług). Sprawdzenia usług są pobierane i wykonywane przez workery wykrywania.

Parametr StartDiscoverers określa teraz łączną liczbę dostępnych workerów wykrywania. Domyślna wartość StartDiscoverers została zwiększona z 1 do 5, a zakres z 0-250 do 0-1000. Procesy discoverer z poprzednich wersji Zabbix zostały usunięte.

Dodatkowo liczba dostępnych workerów dla każdej reguły jest teraz konfigurowalna w frontend. Ten parametr jest opcjonalny. Podczas aktualizacji zostanie ustawiony na "One", tak jak w poprzednich wersjach Zabbix.

Ikony zastąpione czcionkami

Wszystkie ikony w frontend zostały zastąpione czcionkami zamiast arkuszy obrazów ikon.

Najnowsze dane — filtr

W Monitoring → Najnowsze dane podfiltr i dane nie są już domyślnie wyświetlane, jeśli filtr nie jest ustawiony. Należy jednak pamiętać, że wcześniej zapisane filtry, które zostały ustawione wyłącznie przy użyciu podfiltra, pozostają bez zmian. W takich przypadkach podfiltr pozostanie widoczny, a dane będą wyświetlane nawet bez ustawienia głównego filtra.

Parametry konfiguracji

Domyślna wartość kilku parametrów konfiguracji została zmieniona:

  • parametr konfiguracji BufferSize dla Zabbix agent 2 został zwiększony ze 100 do 1000;
  • parametr konfiguracji Plugins.<PluginName>.System.Capacity dla Zabbix agent 2 został zwiększony ze 100 do 1000 (maksymalnie). Należy pamiętać, że parametr Plugins.<PluginName>.Capacity, przestarzały w Zabbix 6.0, został całkowicie usunięty;
  • parametr konfiguracji StartAgents dla Zabbix agent został zwiększony z 3 do 10. Należy pamiętać, że w pakietach dla mniejszych systemów (np. Raspberry Pi) wartość domyślna może pozostać równa 3.

Zmiany te nie wpływają na istniejące instalacje, w których te parametry są jawnie ustawione.

Obliczenia agregujące

Zaktualizowano kilka funkcji agregujących. Teraz:

  • Funkcje agregujące obsługują również typy nienumeryczne podczas obliczeń. Może to być przydatne na przykład w przypadku funkcji count i count_foreach.
  • Funkcje agregujące count i count_foreach obsługują opcjonalne parametry operator i pattern, które można wykorzystać do precyzyjniejszego filtrowania pozycji i zliczania tylko wartości spełniających podane kryteria.
  • Wszystkie funkcje foreach nie uwzględniają już w zliczaniu nieobsługiwanych pozycji.
  • Funkcja last_foreach, wcześniej skonfigurowana tak, aby ignorować argument okresu czasu, przyjmuje go teraz jako parametr opcjonalny.

Stary typ wartości numerycznej (float) został usunięty

Od Zabbix 5.0 typ danych numerycznych (float) obsługuje precyzję około 15 cyfr oraz zakres od około -1.79E+308 do 1.79E+308. Stary typ numeryczny był wyłączony, ale nadal obsługiwany. Od Zabbix 6.4 był przestarzały, a począwszy od Zabbix 7.0 został całkowicie usunięty.

Jeśli w Twojej instalacji nie przeprowadzono aktualizacji do używania wartości numerycznych o rozszerzonym zakresie, w sekcji Reports → System information wyświetlane jest następujące ostrzeżenie: "Database history tables upgraded: No. Support for the old numeric type is deprecated. Please upgrade to numeric values of extended range".

Podczas aktualizacji do Zabbix 7.0 następujące bazy danych są aktualizowane automatycznie:

  • MySQL
  • PostgreSQL/TimescaleDB (bez kompresji)
  • Oracle

Jednak w przypadku Oracle, starszych wersji MySQL oraz dużych instalacji zaleca się ręczną aktualizację typu danych przed uaktualnieniem do Zabbix 7.0.

W przypadku TimescaleDB z kompresją baza danych musi zostać zaktualizowana ręcznie.

Szczegóły aktualizacji znajdują się w sekcji Aktualizacja do wartości numerycznych o rozszerzonym zakresie.

Ustawianie typu uruchamiania usługi Windows agent

Dodano opcję ustawiania typu uruchamiania usługi Windows Zabbix agent/agent 2 (-S --startup-type). Opcja ta umożliwia skonfigurowanie usługi agent/agent 2 tak, aby uruchamiała się automatycznie podczas startu systemu Windows (automatic), po zakończeniu uruchamiania usług uruchamianych automatycznie (delayed), po ręcznym uruchomieniu przez użytkownika lub aplikację (manual) albo aby całkowicie wyłączyć usługę (disabled).

Podczas wykonywania instalacji Windows agent z pakietu MSI domyślny typ uruchamiania w systemach Windows Server 2008/Vista i nowszych wersjach to teraz delayed, jeśli nie określono inaczej w parametrze wiersza poleceń STARTUPTYPE. Zwiększa to niezawodność i wydajność usługi Windows Zabbix agent/agent 2, szczególnie podczas ponownego uruchamiania systemu.

Szablony

Informacje o nowych szablonach i zmianach w istniejących szablonach znajdziesz w sekcji Zmiany w szablonach.

Nowa struktura katalogów dla plików związanych z bazą danych

Podczas instalacji Zabbixa z pakietów i przygotowywania schematu bazy danych lokalizacja plików związanych z bazą danych została zmieniona, aby lepiej odpowiadała strukturze plików w źródłach:

  • Podstawowe pliki inicjalizacyjne (schema.sql, data.sql, images.sql) znajdują się w katalogu głównym katalogu bazy danych.
  • Opcjonalne pliki/poprawki do aktualizacji tabel bazy danych znajdują się w katalogu option-patches.
  • Rozszerzenia bazy danych i dodatki są teraz podkatalogami, nazwanymi zgodnie z nazwą rozszerzenia i umieszczonymi w odpowiednim katalogu bazy danych.
  • Zmiany specyficzne dla TimescaleDB:
    • Skrót tsdb został zastąpiony przez timescaledb.
    • Katalog option-patches zawiera podkatalogi with-compression i without-compression; zawierają one opcjonalne pliki/poprawki do aktualizacji tabel bazy danych w zależności od ustawień kompresji TimescaleDB.
    • Plik tworzenia schematu hypertable dla TimescaleDB został przeniesiony do database/postgresql/timescaledb/schema.sql.

Dodatkowo należy zwrócić uwagę na następujące zmiany:

  • Wszystkie pliki history_pk_*.sql zostały przemianowane na history_upgrade_*.sql, a plik trends_upgrade.sql został dodany w celu ulepszenia skryptów aktualizacji bazy danych.
  • Plik double.sql został usunięty z powodu usunięcia starego typu wartości numerycznej (float).

Poniżej znajduje się porównanie poprzedniej i obecnej struktury katalogów dla baz danych MySQL i PostgreSQL.

# Previous:                                         # Current:

database                                            database
├── mysql                                           ├── mysql
│  ├── data.sql                                     │  ├── option-patches
│  ├── double.sql                                   │  │  └── history_upgrade_prepare.sql
│  ├── history_pk_prepare.sql                       │  ├── data.sql
│  ├── images.sql                                   │  ├── images.sql
│  └── schema.sql                                   │  └── schema.sql
│                                                   │
│                                                   │
├── postgresql                                      ├── postgresql
│  ├── tsdb_history_pk_upgrade_no_compression       │  ├── option-patches
│  │  ├── history_pk.sql                            │  │  └── history_upgrade_prepare.sql
│  │  ├── history_pk_log.sql                        │  ├── timescaledb
│  │  ├── history_pk_str.sql                        │  │  ├── option-patches
│  │  ├── history_pk_text.sql                       │  │  │  ├── with-compression
│  │  │  │  ├── history_upgrade.sql
│  │  │  │  ├── history_upgrade_log.sql
│  │  │  │  ├── history_upgrade_str.sql
│  │  │  │  ├── history_upgrade_text.sql
│  │  │  │  ├── history_upgrade_uint.sql
│  │  │  │  └── trends_upgrade.sql
│  │  │  └── without-compression
│  │  │     ├── history_upgrade.sql
│  │  │     ├── history_upgrade_log.sql
│  │  │     ├── history_upgrade_str.sql
│  │  │     ├── history_upgrade_text.sql
│  │  │     ├── history_upgrade_uint.sql
│  │  │     └── trends_upgrade.sql
│  │  └── schema.sql
│  ├── data.sql                                     │  ├── data.sql
│  ├── double.sql                                   │  ├── images.sql
│  ├── history_pk_prepare.sql                       │  ├── schema.sql
│  ├── images.sql                                   │  └── timescaledb.sql
│  ├── schema.sql                                   │
│  └── timescaledb.sql                              │
│                                                   │
├── ...                                             ├── ...

Zaktualizuj również swoje skrypty, jeśli zawierają odwołania do poprzedniej struktury katalogów lub plików.

Protokół JSON dla pasywnych sprawdzeń agenta

Zaimplementowano protokół oparty na JSON dla pasywnych sprawdzeń agenta.

W celu zapewnienia zgodności ze starszymi agentami dodano przejście awaryjne do starego protokołu tekstowego. Jeśli agent zwróci "ZBX_NOTSUPPORTED", Zabbix zapisze interfejs jako używający starego protokołu i ponowi sprawdzenie, wysyłając tylko tekstowy klucz pozycji.

Polecenie Zabbix get można teraz uruchomić z nową opcją -P --protocol <value>, gdzie "value" może mieć jedną z następujących wartości:

  • auto - łączy się przy użyciu protokołu JSON, a w razie potrzeby przechodzi awaryjnie i ponawia próbę z protokołem tekstowym (domyślnie);
  • json - łączy się przy użyciu klucza protokołu JSON;
  • plaintext - łączy się przy użyciu protokołu tekstowego, w którym wysyłany jest tylko klucz pozycji.

Jeśli klucz pozycji nie jest obsługiwany, Zabbix get zwróci teraz kod wyjścia 1 zamiast 0.