8 בעיות ידועות

אתחול פרוקסי עם MySQL 8.0.0-8.0.17

zabbix_proxy ב-MySQL גרסאות 8.0.0-8.0.17 נכשל עם הפריטים הבאים שגיאת "גישה נדחתה":

 חיבור [Z3001] למסד הנתונים 'zabbix' נכשל: [1227] הגישה נדחתה; אתה צריך (לפחות אחת מהרשאות SUPER, SYSTEM_VARIABLES_ADMIN או SESSION_VARIABLES_ADMIN) עבור פעולה זו

זה נובע מכך ש-MySQL 8.0.0 החלה לאכוף הרשאות מיוחדות עבור הגדרת משתני הפעלה. עם זאת, ב-8.0.18 התנהגות זו הוסרה: נכון ל-MySQL 8.0.18, הגדרת ערך ההפעלה של משתנה מערכת זה כבר לא מוגבל פעולה.

הדרך לעקיפת הבעיה מבוססת על הענקת הרשאות נוספות ל- משתמש zabbix:

עבור גרסאות MySQL 8.0.14 - 8.0.17:

 הענק SESSION_VARIABLES_ADMIN ב-*.* ל-'zabbix'@'localhost';

עבור גרסאות MySQL 8.0.0 - 8.0.13:

 הענק את SYSTEM_VARIABLES_ADMIN ב-*.* ל-'zabbix'@'localhost';

DB: שימוש בזיכרון גבוה עם מספר גדול של מחיצות

PostgreSQL גרסאות 9.6-12 משתמשות ביותר מדי זיכרון בעת עדכון טבלאות עם מספר רב של מחיצות (ראה בעיה דוח) . בעיה זו באה לידי ביטוי כאשר Zabbix מעדכנת מגמות במערכות עם TimescaleDB אם מגמות מחולקות לקטנות יחסית (למשל, יום אחד) נתחים. זה מוביל למאות נתחים שנמצאים בטבלאות הטרנדים עם הגדרות ברירת מחדל של משק בית - המצב שבו נמצא PostgreSQL סביר להניח שייגמר הזיכרון.

הבעיה נפתרה מאז Zabbix 5.0.1 עבור התקנות חדשות עם TimescaleDB, אבל אם TimescaleDB הוגדר עם Zabbix לפני כן, בבקשה תראה ZBX-16347 עבור הערות ההגירה.

טווח זמן DB 2.5.0: מדיניות הדחיסה עלולה להיכשל בטבלאות המכילות מספרים שלמים

בעיה זו באה לידי ביטוי כאשר נעשה שימוש ב-TimescaleDB 2.5.0. זה נפתר מאז TimescaleDB 2.5.1.

למידע נוסף, ראה TimescaleDB Issue #3773.

Upgrade

SQL mode setting for successful upgrade

The sql_mode setting in MySQL/MariaDB must have the "STRICT_TRANS_TABLES" mode set. If it is absent, the Zabbix database upgrade will fail (see also ZBX-19435).

שדרוג עם MariaDB 10.2.1 ואילך

שדרוג Zabbix עלול להיכשל אם טבלאות מסד נתונים נוצרו עם MariaDB 10.2.1 וקודם לכן, מכיוון שבגרסאות אלו פורמט השורה המוגדר כברירת מחדל הוא קוֹמפָּקטִי. ניתן לתקן זאת על ידי שינוי פורמט השורה לדינמי (ראה גם ZBX-17690).

Templates

Template compatibility in dual-stack (IPv4/IPv6) environments

In dual-stack environments (systems configured to support both IPv4 and IPv6), the hostname localhost typically resolves to both IPv4 and IPv6 addresses. Due to the common prioritization of IPv6 over IPv4 by many operating systems and DNS resolvers, Zabbix templates may fail to work correctly if the service being monitored is configured to listen only on IPv4.

Services that are not configured to listen on IPv6 addresses may become inaccessible, leading to monitoring failures. Users might configure access correctly for IPv4 but still face connectivity issues due to the default behavior of prioritizing IPv6.

A workaround for this is to ensure that the services (Nginx, Apache, PostgreSQL, etc.) are configured to listen on both IPv4 and IPv6 addresses, and Zabbix server/agent is allowed access via IPv6. Additionally, in Zabbix templates and configurations, use localhost explicitly instead of 127.0.0.1 to ensure compatibility with both IPv4 and IPv6.

For example, when monitoring PostgreSQL with the PostgreSQL by Zabbix agent 2 template, you may need to edit the pg_hba.conf file to allow connections for the zbx_monitor user. If the dual-stack environment prioritizes IPv6 (system resolves localhost to ::1) and you configure localhost but only add an IPv4 entry (127.0.0.1/32), the connection will fail because there is no matching IPv6 entry.

The following pg_hba.conf file example ensures that the zbx_monitor user can connect to any database from the local machine using both IPv4 and IPv6 addresses with different authentication methods:

# TYPE     DATABASE     USER            ADDRESS          METHOD
         host     all          zbx_monitor     localhost        trust
         host     all          zbx_monitor     127.0.0.1/32     md5
         host     all          zbx_monitor     ::1/128          scram-sha-256

If necessary, you can also use the IPv4 address (127.0.0.1) directly when configuring the PostgreSQL by Zabbix agent 2 template macro for the connection string.

Accidental installation of EPEL Zabbix packages

With EPEL repository installed and enabled, installing Zabbix from packages will lead to EPEL Zabbix packages being installed rather than official Zabbix packages.

In this case uninstall Zabbix packages from EPEL, i.e.:

dnf remove zabbix-server-mysql

Block Zabbix packages from EPEL. Add the following line in the /etc/yum.conf file:

exclude=zabbix6.0*

Install Zabbix server again:

dnf install zabbix-server-mysql

Notice that official Zabbix packages have the word release in their version string:

6.0.25-release1.el8

Zabbix packages for RHEL on Red Hat UBI environments

When installing Zabbix from Red Hat Enterprise Linux packages on Red Hat Universal Base Image environments, ensure access to required repositories and dependencies. Zabbix packages depend on libOpenIPMI.so and libOpenIPMIposix.so libraries, which are not provided by any package in the default package manager repositories enabled on UBI systems and will result in installation failures.

The libOpenIPMI.so and libOpenIPMIposix.so libraries are available in the OpenIPMI-libs package, which is provided by the redhat-#-for-<arch>-appstream-rpms repository. Access to this repository is curated by subscriptions, which, in the case of UBI environments, get propagated by mounting repository configuration and secrets directories of the RHEL host into the container file-system namespace.

For more information, see ZBX-24291.

Expired signing key for RHEL packages

When upgrading Zabbix on Red Hat Enterprise Linux, you may encounter an expired signing key issue for packages on Zabbix repository. When a signing key expires, attempts to verify package signatures will result in an error indicating that the certificate or key is no longer valid. For example:

error: Verifying a signature using certificate D9AA84C2B617479C6E4FCF4D19F2475308EFA7DD (Zabbix LLC (Jul 2022) <[email protected]>):
         1. Certificiate 19F2475308EFA7DD invalid: certificate is not alive
             because: The primary key is not live
             because: Expired on 2024-07-04T11:41:23Z
         2. Key 19F2475308EFA7DD invalid: key is not alive
             because: The primary key is not live
             because: Expired on 2024-07-04T11:41:23Z

To resolve such issues, manually reinstall the latest zabbix-release package for your specific variant of RHEL (replace the link below with the correct one from Zabbix repository).

For example, on RHEL 9, run:

rpm -Uvh https://repo.zabbix.com/zabbix/6.0/rhel/9/x86_64/zabbix-release-latest.el9.noarch.rpm

Then, update the repository information:

dnf update

For more information, see ZBX-24761.

חיבור TLS למסד נתונים עם MariaDB

חיבור TLS של מסד נתונים אינו נתמך עם האפשרות 'verify_ca' עבור DBTLSConnect פרמטר אם נעשה שימוש ב-MariaDB.

מבוי סתום אפשרי עם MySQL/MariaDB

כאשר פועלים בעומס גבוה, ועם יותר מעובד LLD אחד מעורב, ניתן להיתקל במבוי סתום שנגרם על ידי שגיאת InnoDB הקשורה לאסטרטגיית נעילת השורות (ראה באג במעלה הזרם). השגיאה תוקנה ב-MySQL מאז 8.0.29, אך לא ב-MariaDB. לפרטים נוספים, ראה ZBX-21506.

מתאם אירוע עולמי

ייתכן שאירועים לא יהיו מתואמים כראוי אם מרווח הזמן בין ה האירוע הראשון והשני קטן מאוד, כלומר חצי שניה ופחות.

טווח סוגי נתונים מספריים (צפים) עם PostgreSQL 11 ואילך

PostgreSQL 11 וגרסאות קודמות תומכות רק בערך נקודה צפה טווח של כ-1.34E-154 עד 1.34E+154.

NetBSD 8.0 ואילך

תהליכי Zabbix שונים עלולים לקרוס באופן אקראי בעת ההפעלה ב-NetBSD גרסאות 8.X ו-9.X. זה נובע מגודל מחסנית ברירת המחדל הקטן מדי (4MB), אותו יש להגדיל על ידי הפעלת:

 ulimit -s 10240

למידע נוסף, עיין בדוח הבעיות הקשור: ZBX-18275.

Regular expression limitations in Zabbix agent 2

Zabbix agent 2 does not support lookaheads and lookbehinds in regular expressions due to the standard Go regexp library limitations.

בדיקות IPMI

בדיקות IPMI לא יעבדו עם חבילת ספריית OpenIPMI הסטנדרטית פועלת דביאן לפני 9 (מתיחה) ואובונטו לפני 16.04 (xenial). לתקן כי, הידור מחדש של ספריית OpenIPMI עם OpenSSL מופעל כפי שנדון ב ZBX-6139.

בדיקות SSH

- חלק מהפצות לינוקס כמו דביאן, אובונטו אינן תומכות במוצפן
       מפתחות פרטיים (עם ביטוי סיסמה) אם ספריית libssh2 מותקנת מ
       חבילות. ראה [ZBX-4850](https://support.zabbix.com/browse/ZBX-4850) לפרטים נוספים.
       
       - בעת שימוש ב-libssh 0.9.x בהפצות לינוקס מסוימות עם OpenSSH 8 בדיקות SSH עשויות
       דווח מדי פעם "לא ניתן לקרוא נתונים משרת SSH". זה נגרם
       מאת libssh [בעיה](https://gitlab.com/libssh/libssh-mirror/-/merge_requests/101)
       ([דוח מפורט יותר](https://bugs.libssh.org/T231)). השגיאה צפויה
       תוקן על ידי גרסה יציבה של libssh 0.9.5. ראה גם
       [ZBX-17756](https://support.zabbix.com/browse/ZBX-17756) לפרטים.
       
       - באמצעות הצינור "|" בסקריפט SSH עלול להוביל ל-a
       שגיאה "לא ניתן לקרוא נתונים משרת SSH". במקרה זה מומלץ
       כדי לשדרג את גרסת ספריית libssh. ראה גם [ZBX-21337](https://support.zabbix.com/browse/ZBX-21337)
       לפרטים.

בדיקות ODBC

• אין להשתמש במנהל התקן MySQL unixODBC עם שרת Zabbix או פרוקסי Zabbix הידור מול מחבר MariaDB ספריה ולהיפך, אם אפשר עדיף גם להימנע משימוש באותו מחבר כמו הנהג עקב באג במעלה הזרם. הגדרה מוצעת:

  מחבר PostgreSQL, SQLite או Oracle → מנהל התקן של MariaDB או MySQL unixODBC מחבר MariaDB → מנהל התקן MariaDB unixODBC מחבר MySQL → מנהל התקן MySQL unixODBC

ראה ZBX-7665 למידע נוסף ופתרונות זמינים לעקיפת הבעיה.

• נתוני XML שנשאלו מ-Microsoft SQL Server עשויים להיקטע בדרכים שונות במערכות Linux ו-UNIX.

• נצפה כי שימוש ב-ODBC בודק לניטור מסדי נתונים של Oracle באמצעות גרסאות שונות של Oracle Instant Client עבור Linux גורם לשרת Zabbix לקרוס.
  ראה גם: ZBX-18402, ZBX-20803.

• אם אתה משתמש במנהל ההתקן של FreeTDS UnixODBC, עליך להוסיף הצהרה 'SET NOCOUNT ON' לשאילתת SQL (לדוגמה, SET NOCOUNT ON DECLARE @strsql NVARCHAR(max) SET @strsql = ....). אחרת, פריט צג מסד הנתונים ב- Zabbix לא יצליח לאחזר את המידע עם שגיאה "שאילתת SQL החזירה תוצאה ריקה".
  ראה ZBX-19917 למידע נוסף.

פרמטר שגוי של שיטת בקשה בפריטים

פרמטר שיטת הבקשה, המשמש רק בבדיקות HTTP, עשוי להיות מוגדר באופן שגוי ל'1', ערך שאינו ברירת מחדל עבור כל הפריטים כתוצאה מ שדרוג מגרסת Zabbix לפני 4.0. לפרטים כיצד לתקן זאת מצב, ראה ZBX-19308.

ניטור אינטרנט וסוכן HTTP

שרת Zabbix דולף זיכרון בהפצות לינוקס מסוימות עקב Upstream באג כאשר "SSL לאמת עמית" מופעל בתרחישי אינטרנט או בסוכן HTTP. אנא ראה ZBX-10486 למידע נוסף מידע ודרכים זמינות לעקיפת הבעיה.

בדיקות פשוטות

יש באג בגרסאות fping מוקדמות מגרסה 3.10 שמטפלת בצורה לא נכונה חבילות שידור חוזר של הד כפולות. זה עלול לגרום לתוצאות בלתי צפויות עבור פריטי icmpping, icmppingloss, icmpingsec. מומלץ לעשות השתמש בגרסה העדכנית ביותר של fping. בבקשה תראה ZBX-11726 למידע נוסף פרטים.

Errors with fping execution in rootless containers

When containers are running in rootless mode or in a specific-restrictions environment, you may face errors related to fping execution when performing ICMP checks, such as fping: Operation not permitted or all packets to all resources lost.

To fix this problem add --cap-add=net_raw to "docker run" or "podman run" commands.

Additionally fping execution in non-root environments may require sysctl modification, i.e.:

sudo sysctl -w "net.ipv4.ping_group_range=0 1995"

where "1995" is the zabbix GID. For more details, see ZBX-22833.

בדיקות SNMP

אם נעשה שימוש במערכת ההפעלה OpenBSD, באג לאחר שימוש בחינם ב- ספריית Net-SNMP עד גרסת 5.7.3 עלולה לגרום לקריסה של Zabbix שרת אם הפרמטר SourceIP מוגדר בשרת Zabbix קובץ תצורה. כפתרון עוקף, נא לא להגדיר את ה-SourceIP פָּרָמֶטֶר. אותה בעיה חלה גם עבור לינוקס, אבל היא לא לגרום לשרת Zabbix להפסיק לעבוד. תיקון מקומי עבור net-snmp החבילה ב-OpenBSD הוחלה ותשוחרר עם OpenBSD 6.3.

עליות נתוני SNMP

נצפו עליות בנתוני SNMP שעשויים להיות קשורים לחלק מסוים גורמים פיזיים כמו עליות מתח ברשת החשמל. לִרְאוֹת ZBX-14318 פרטים נוספים.

מלכודות SNMP

חבילת "net-snmp-perl", הדרושה עבור מלכודות SNMP, הוסרה ב RHEL 8.0-8.2; נוסף מחדש ב-RHEL 8.3.

אז אם אתה משתמש ב-RHEL 8.0-8.2, הפתרון הטוב ביותר הוא לשדרג ל RHEL 8.3.

ראה גם את ZBX-17192 למידע נוסף.

קריסת תהליך ההתראה ב-RHEL 7

נתקלו במקרים של קריסת תהליך התראה של שרת Zabbix ב-RHEL 7. אנא ראה ZBX-10461 לפרטים.

Upgrading Zabbix agent 2 (6.0.5 or older)

When upgrading Zabbix agent 2 (version 6.0.5 or older) from packages, a plugin-related file conflict error may occur. To fix the error, back up your agent 2 configuration (if necessary), uninstall agent 2 and install it anew.

On RHEL-based systems, run:

dnf remove zabbix-agent2
       dnf install zabbix-agent2

On Debian-based systems, run:

apt remove zabbix-agent2
       apt install zabbix-agent2

For more information, see ZBX-23250.

היפוך נקודות קצה

נצפתה שמקומות חזיתיים עלולים להתהפך ללא ברור היגיון, אני. ה. חלק מהעמודים (או חלקים מדפים) מוצגים באחד שפה בעוד דפים אחרים (או חלקים מדפים) בשפה אחרת. בדרך כלל הבעיה עשויה להופיע כאשר ישנם מספר משתמשים, חלקם שמשתמשים באזור אחד, בעוד שאחרים משתמשים במיקום אחר.

דרך ידועה לעקיפת הבעיה היא השבתת ריבוי השרשורים ב-PHP ו אפאצ'י.

הבעיה קשורה לאופן שבו הגדרת המקום פועלת in PHP: מיקום המידע נשמר לכל תהליך, לא לפי שרשור. אז ב סביבת ריבוי חוטים, כאשר ישנם מספר פרויקטים המנוהלים על ידי אותו תהליך Apache, ייתכן שהמקום משתנה באחר שרשור וזה משנה את האופן שבו ניתן לעבד נתונים בשרשור Zabbix.

למידע נוסף, ראה דוחות בעיות קשורים:

• ZBX-10911 (בעיה עם נקודות קצה מתהפכות)
• ZBX-16297 (בעיה עם עיבוד מספרים בגרפים באמצעות הפונקציה bcdiv של BC פונקציות מתמטיקה)

תצורת opcache של PHP 7.3

אם "opcache" מופעל בתצורת PHP 7.3, החזית של Zabbix עשוי להראות מסך ריק בעת טעינתו בפעם הראשונה. זה רשום באג PHP. לעבוד סביב זה, אנא הגדר את הפרמטר "opcache.optimization_level" ל 0x7FFFBFDF בתצורת PHP (קובץ php.ini).

גרפים

שעון קיץ

שינויים בשעון הקיץ (DST) גורמים לאי סדרים כאשר הצגת תוויות ציר X (כפול תאריך, תאריך חסר וכו').

צבירה של סכום

בעת שימוש בצבירת סכום בגרף לתקופה שאורכה פחות משעה, מוצגים גרפים ערכים שגויים (מכפילים) כאשר הנתונים מגיעים ממגמות.

ניטור קבצי יומן

פריטי log[] ו-logrt[] קוראים שוב ושוב את קובץ היומן מה- מתחיל אם מערכת הקבצים מלאה ב-100% וקובץ היומן מצורף (ראה ZBX-10884 למידע נוסף מֵידָע).

שאילתות MySQL איטיות

שרת Zabbix מייצר שאילתות בחירה איטיות במקרה שאינן קיימות ערכים עבור פריטים. זה נגרם על ידי ידוע issue ב-MySQL 5.6/5.7 גרסאות. דרך לעקיפת הבעיה היא השבתת index_condition_pushdown אופטימיזציה ב-MySQL. לתקופה ארוכה דיון, ראה ZBX-10652.

סנכרון תצורה איטי עם Oracle

סנכרון התצורה עשוי להיות איטי בהתקנות של Zabbix 6.0 עם Oracle DB שיש להם מספר גבוה של פריטים ושלבי עיבוד מקדים של פריטים. זה נגרם משדות מסוג nclob של מהירות עיבוד מנוע מסד הנתונים של Oracle.

כדי לשפר את הביצועים, אתה יכול להמיר את סוגי השדות מ-nclob ל-nvarchar2 על ידי יישום ידני של תיקון מסד הנתונים items_nvarchar_prepare.sql. שימו לב שהמרה זו תפחית את מגבלת גודל השדה המקסימלי מ-65535 בתים ל-4000 בתים עבור פרמטרים של עיבוד מקדים של פריט ופרמטרים של פריט כגון תיאור, שדה פריט סקריפט סקריפט, שדות פריט סוכן HTTP גוף הבקשה ו-כותרות, השדה של פריט מעקב מסד נתונים שאילתת SQL. שאילתות לקביעת שמות תבניות שיש למחוק לפני החלת התיקון מסופקות בתיקון כהערה. לחלופין, אם MAX_STRING_SIZE מוגדר, תוכל לשנות את nvarchar2(4000) ל-nvarchar2(32767) בשאילתות התיקון כדי להגדיר את מגבלת גודל השדה של 32767 בתים.

לדיון מורחב, ראה ZBX-22363.

כניסה ל-API

ניתן ליצור מספר רב של הפעלות משתמש פתוחות בעת שימוש בהתאמה אישית סקריפטים עם [שיטה] user.login(/manual/api/reference/user/login) ללא 'user.logout' הבא.

בעיית כתובת IPv6 במלכודות SNMPv3

עקב באג net-snmp, ייתכן שכתובת IPv6 לא תוצג כראוי כאשר שימוש ב-SNMPv3 במלכודות SNMP. לפרטים נוספים ופתרון אפשרי, ראה ZBX-14541.

כתובת ה-IP הארוכה של IPv6 חתוכה בפרטי התחברות שנכשלו

הודעת ניסיון כניסה נכשל תציג רק את 39 התווים הראשונים של כתובת IP מאוחסנת מכיוון שזו מגבלת התווים במסד הנתונים שדה. זה אומר שכתובות IPv6 ארוכות מ-39 תווים יהיו יוצג בצורה לא מלאה.

סוכן Zabbix בודק ב-Windows

ערכי DNS לא קיימים בפרמטר 'שרת' של סוכן Zabbix קובץ התצורה (zabbix_agentd.conf) עשוי להגדיל את סוכן Zabbix זמן תגובה ב-Windows. זה קורה בגלל שמירה במטמון של Windows DNS daemon לא שומר תגובות שליליות עבור כתובות IPv4. עם זאת, עבור תשובות שליליות של כתובות IPv6 נשמרות במטמון, אז פתרון אפשרי לשם כך הוא השבתת IPv4 במארח.

ייצוא/ייבוא YAML

יש כמה בעיות ידועות עם YAML יצוא/ייבוא:

• הודעות שגיאה אינן ניתנות לתרגום;
• JSON חוקי עם סיומת קובץ yaml לפעמים לא ניתן לייבא;
• תאריכים ללא ציטוטים הניתנים לקריאה אנושית מומרים אוטומטית ל-Unix חותמות זמן.

אשף ההתקנה ב-SUSE עם NGINX ו-php-fpm

אשף הגדרת החזית אינו יכול לשמור קובץ תצורה ב-SUSE עם NGINX + php-fpm. זה נגרם על ידי הגדרה ב /usr/lib/systemd/system/php-fpm.service unit, המונעת מ-Zabix כתיבה אל /etc. (הוצג ב-PHP 7.4).

קיימות שתי אפשרויות לעקוף:

• הגדר את ProtectSystem אפשרות ל'true' במקום 'full' ביחידת systemd php-fpm.
• שמור ידנית את קובץ /etc/zabbix/web/zabbix.conf.php.

שירות האינטרנט Chromium for Zabbix ב-Ubuntu 20

למרות שברוב המקרים, שירות האינטרנט Zabbix יכול לפעול עם Chromium, על אובונטו 20.04 באמצעות Chromium גורם לשגיאה הבאה:

 לא ניתן לאחזר נתונים: chrome לא הצליח להתחיל:cmd_run.go:994:
        אזהרה: לא ניתן ליצור ספריית נתוני משתמש: לא ניתן ליצור
        "/var/lib/zabbix/snap/chromium/1564": mkdir /var/lib/zabbix: ההרשאה נדחתה
        מצטערים, ספריות ביתיות מחוץ ל/home אינן נתמכות כרגע. ראה https://forum.snapcraft.io/t/11209 לפרטים.

שגיאה זו מתרחשת מכיוון ש- /var/lib/zabbix משמש כספריית בית של המשתמש 'zabbix'.

קודי שגיאה מותאמים אישית של MySQL

אם נעשה שימוש ב-Zabbix עם התקנת MySQL ב-Azure, שגיאה לא ברורה הודעה [9002] כמה שגיאות אירעו עשויות להופיע ביומני Zabbix. זֶה טקסט שגיאה כללי נשלח לשרת Zabbix או ל-Proxy על ידי מסד הנתונים. ל קבל מידע נוסף על סיבת השגיאה, בדוק את יומני Azure.

אובונטו

המרה שגויה של שירותים ב-Zabix 6.0.0-6.0.2

ב-Zabbix 6.0, הוצגו אלגוריתמים חדשים לחישוב סטטוס שירות גמישים יותר.

לאחר שדרוג מ-Zabbix <6.0 ל-Zabix 6.0.0, 6.0.1, 6.0.2, כללי חישוב מצב השירות 'הקריטי ביותר אם לכל הילדים יש בעיות' ו'הכי קריטי לשירותי ילדים' יתחלפו. לשירותים שנוצרו ב- Zabbix 6.0.0 ואילך יהיו כללי חישוב סטטוס נכונים.

בעת שדרוג מגירסאות <6.0 ל-Zabbix 6.0.3 ומעלה, Zabbix תעדכן נכון את כללי חישוב מצב השירות. שדרוג מ-6.0.x ל-6.0.3 לא ישפיע על כללי חישוב מצב השירות.

שגיאת יישומון Geomap

ייתכן שהמפות בווידג'ט Geomap לא ייטענו כהלכה, אם שדרגת מגרסה ישנה יותר של Zabbix עם NGINX ולא עברת לקובץ התצורה החדש של NGINX במהלך השדרוג.

כדי לתקן את הבעיה, תוכל למחוק את קובץ התצורה הישן, להשתמש בקובץ התצורה מחבילת 6.0 ולהגדיר אותו מחדש כמתואר בהוראות ההורדה בסעיף ה. הגדר את PHP עבור חזית ה-Zabbix.

לחלופין, אתה יכול לערוך באופן ידני קובץ תצורה קיים של NGINX (בדרך כלל, /etc/zabbix/nginx.conf). כדי לעשות זאת, פתח את הקובץ ואתר את הבלוק הבא:

 מיקום ~ /(api\/|conf[^\.]|include|locale|ספק) {
                להכחיש הכל;
                חזרה 404;
        }

לאחר מכן, החלף את הבלוק הזה ב:

 מיקום ~ /(api\/|conf[^\.]|include|locale) {
                להכחיש הכל;
                חזרה 404;
        }
       
        מיקום /ספק {
                להכחיש הכל;
                חזרה 404;
        }

Logrotate for Zabbix server and proxy

The logrotate utility is only included into packages for zabbix-agent, zabbix-agent2 and zabbix-web-service, but needs to be installed separately for Zabbix server and proxy. The logrotate dependency has been added to the server and proxy packages for RHEL and SUSE starting from Zabbix 6.4.4rc1.

בעיות ב-Zabix 6.0.11

שגיאות ניתוח JSONPath

שגיאות ניתוח של JSONPath מתרחשות במקרה של רווח לבן מוביל ומערך/אובייקט ריק. תוקן ב- Zabbix 6.0.12.

ו/או הערכה במסנני LLD

ההערכה של ביטויי AND/OR במסנני/עקיפות גילוי ברמה נמוכה עלולה להיכשל בגרסה זו. תוקן ב- Zabbix 6.0.12.

Missing files in Windows agent archive

The Windows Zabbix agent download ZIP file is missing zabbix_sender.h and zabbix_sender.lib files in versions 6.0.0-6.0.27, required for zabbix_sender.dll.

Use case with global variables shared across webhook calls

As global variables are shared across different webhook calls, the following code will result in the tag value counter gradually increasing:

try 
       {
          aa = aa + 1;
       }
       catch(e)
       {
          aa = 0;
       }

       result = {
               'tags': {
                   'endpoint': aa
               }
           };
       return JSON.stringify(result);

Using local variables instead of global ones is recommended to make sure that each script operates on its own data and that there are no collisions between simultaneous calls.