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:
עבור גרסאות MySQL 8.0.0 - 8.0.13:
PostgreSQL גרסאות 9.6-12 משתמשות ביותר מדי זיכרון בעת עדכון טבלאות עם מספר רב של מחיצות (ראה בעיה דוח) . בעיה זו באה לידי ביטוי כאשר Zabbix מעדכנת מגמות במערכות עם TimescaleDB אם מגמות מחולקות לקטנות יחסית (למשל, יום אחד) נתחים. זה מוביל למאות נתחים שנמצאים בטבלאות הטרנדים עם הגדרות ברירת מחדל של משק בית - המצב שבו נמצא PostgreSQL סביר להניח שייגמר הזיכרון.
הבעיה נפתרה מאז Zabbix 5.0.1 עבור התקנות חדשות עם TimescaleDB, אבל אם TimescaleDB הוגדר עם Zabbix לפני כן, בבקשה תראה ZBX-16347 עבור הערות ההגירה.
בעיה זו באה לידי ביטוי כאשר נעשה שימוש ב-TimescaleDB 2.5.0. זה נפתר מאז TimescaleDB 2.5.1.
למידע נוסף, ראה TimescaleDB Issue #3773.
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).
שדרוג Zabbix עלול להיכשל אם טבלאות מסד נתונים נוצרו עם MariaDB 10.2.1 וקודם לכן, מכיוון שבגרסאות אלו פורמט השורה המוגדר כברירת מחדל הוא קוֹמפָּקטִי. ניתן לתקן זאת על ידי שינוי פורמט השורה לדינמי (ראה גם ZBX-17690).
חיבור TLS של מסד נתונים אינו נתמך עם האפשרות 'verify_ca' עבור DBTLSConnect פרמטר אם נעשה שימוש ב-MariaDB.
כאשר פועלים בעומס גבוה, ועם יותר מעובד LLD אחד מעורב, ניתן להיתקל במבוי סתום שנגרם על ידי שגיאת InnoDB הקשורה לאסטרטגיית נעילת השורות (ראה באג במעלה הזרם). השגיאה תוקנה ב-MySQL מאז 8.0.29, אך לא ב-MariaDB. לפרטים נוספים, ראה ZBX-21506.
ייתכן שאירועים לא יהיו מתואמים כראוי אם מרווח הזמן בין ה האירוע הראשון והשני קטן מאוד, כלומר חצי שניה ופחות.
PostgreSQL 11 וגרסאות קודמות תומכות רק בערך נקודה צפה טווח של כ-1.34E-154 עד 1.34E+154.
תהליכי Zabbix שונים עלולים לקרוס באופן אקראי בעת ההפעלה ב-NetBSD גרסאות 8.X ו-9.X. זה נובע מגודל מחסנית ברירת המחדל הקטן מדי (4MB), אותו יש להגדיל על ידי הפעלת:
למידע נוסף, עיין בדוח הבעיות הקשור: ZBX-18275.
בדיקות IPMI לא יעבדו עם חבילת ספריית OpenIPMI הסטנדרטית פועלת דביאן לפני 9 (מתיחה) ואובונטו לפני 16.04 (xenial). לתקן כי, הידור מחדש של ספריית OpenIPMI עם OpenSSL מופעל כפי שנדון ב ZBX-6139.
- חלק מהפצות לינוקס כמו דביאן, אובונטו אינן תומכות במוצפן
מפתחות פרטיים (עם ביטוי סיסמה) אם ספריית 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)
לפרטים.
אין להשתמש במנהל התקן 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.
שרת Zabbix דולף זיכרון בהפצות לינוקס מסוימות עקב Upstream באג כאשר "SSL לאמת עמית" מופעל בתרחישי אינטרנט או בסוכן HTTP. אנא ראה ZBX-10486 למידע נוסף מידע ודרכים זמינות לעקיפת הבעיה.
יש באג בגרסאות fping מוקדמות מגרסה 3.10 שמטפלת בצורה לא נכונה חבילות שידור חוזר של הד כפולות. זה עלול לגרום לתוצאות בלתי צפויות עבור פריטי icmpping
, icmppingloss
, icmpingsec
. מומלץ לעשות השתמש בגרסה העדכנית ביותר של fping. בבקשה תראה ZBX-11726 למידע נוסף פרטים.
אם נעשה שימוש במערכת ההפעלה OpenBSD, באג לאחר שימוש בחינם ב- ספריית Net-SNMP עד גרסת 5.7.3 עלולה לגרום לקריסה של Zabbix שרת אם הפרמטר SourceIP מוגדר בשרת Zabbix קובץ תצורה. כפתרון עוקף, נא לא להגדיר את ה-SourceIP פָּרָמֶטֶר. אותה בעיה חלה גם עבור לינוקס, אבל היא לא לגרום לשרת Zabbix להפסיק לעבוד. תיקון מקומי עבור net-snmp החבילה ב-OpenBSD הוחלה ותשוחרר עם OpenBSD 6.3.
נצפו עליות בנתוני SNMP שעשויים להיות קשורים לחלק מסוים גורמים פיזיים כמו עליות מתח ברשת החשמל. לִרְאוֹת ZBX-14318 פרטים נוספים.
חבילת "net-snmp-perl", הדרושה עבור מלכודות SNMP, הוסרה ב RHEL 8.0-8.2; נוסף מחדש ב-RHEL 8.3.
אז אם אתה משתמש ב-RHEL 8.0-8.2, הפתרון הטוב ביותר הוא לשדרג ל RHEL 8.3.
ראה גם את ZBX-17192 למידע נוסף.
נתקלו במקרים של קריסת תהליך התראה של שרת Zabbix ב-RHEL 7. אנא ראה ZBX-10461 לפרטים.
אם תתקין את ספריית PCRE מאתר חבילות HP-UX פופולרי http://hpux.connect.org.uk, למשל מקובץ pcre-8.42-ia64_64-11.31.depot
, אתה מקבל רק את גרסת 64 סיביות של הספרייה המותקנת בספריית /usr/local/lib/hpux64.
במקרה זה, עבור אוסף סוכן מוצלח צריך אפשרויות מותאמות אישית לשמש עבור הסקריפט "הגדר", למשל:
CFLAGS="+DD64" ./configure --enable-agent --with-libpcre-include=/usr/local/include --with-libpcre-lib=/usr/local/lib/hpux64
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:
On Debian-based systems, run:
For more information, see ZBX-23250.
נצפתה שמקומות חזיתיים עלולים להתהפך ללא ברור היגיון, אני. ה. חלק מהעמודים (או חלקים מדפים) מוצגים באחד שפה בעוד דפים אחרים (או חלקים מדפים) בשפה אחרת. בדרך כלל הבעיה עשויה להופיע כאשר ישנם מספר משתמשים, חלקם שמשתמשים באזור אחד, בעוד שאחרים משתמשים במיקום אחר.
דרך ידועה לעקיפת הבעיה היא השבתת ריבוי השרשורים ב-PHP ו אפאצ'י.
הבעיה קשורה לאופן שבו הגדרת המקום פועלת in PHP: מיקום המידע נשמר לכל תהליך, לא לפי שרשור. אז ב סביבת ריבוי חוטים, כאשר ישנם מספר פרויקטים המנוהלים על ידי אותו תהליך Apache, ייתכן שהמקום משתנה באחר שרשור וזה משנה את האופן שבו ניתן לעבד נתונים בשרשור Zabbix.
למידע נוסף, ראה דוחות בעיות קשורים:
bcdiv
של BC פונקציות מתמטיקה)אם "opcache" מופעל בתצורת PHP 7.3, החזית של Zabbix עשוי להראות מסך ריק בעת טעינתו בפעם הראשונה. זה רשום באג PHP. לעבוד סביב זה, אנא הגדר את הפרמטר "opcache.optimization_level" ל 0x7FFFBFDF
בתצורת PHP (קובץ php.ini).
שינויים בשעון הקיץ (DST) גורמים לאי סדרים כאשר הצגת תוויות ציר X (כפול תאריך, תאריך חסר וכו').
בעת שימוש בצבירת סכום בגרף לתקופה שאורכה פחות משעה, מוצגים גרפים ערכים שגויים (מכפילים) כאשר הנתונים מגיעים ממגמות.
פריטי log[]
ו-logrt[]
קוראים שוב ושוב את קובץ היומן מה- מתחיל אם מערכת הקבצים מלאה ב-100% וקובץ היומן מצורף (ראה ZBX-10884 למידע נוסף מֵידָע).
שרת Zabbix מייצר שאילתות בחירה איטיות במקרה שאינן קיימות ערכים עבור פריטים. זה נגרם על ידי ידוע issue ב-MySQL 5.6/5.7 גרסאות. דרך לעקיפת הבעיה היא השבתת index_condition_pushdown אופטימיזציה ב-MySQL. לתקופה ארוכה דיון, ראה ZBX-10652.
סנכרון התצורה עשוי להיות איטי בהתקנות של 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.
ניתן ליצור מספר רב של הפעלות משתמש פתוחות בעת שימוש בהתאמה אישית סקריפטים עם [שיטה] user.login
(/manual/api/reference/user/login) ללא 'user.logout' הבא.
עקב באג net-snmp, ייתכן שכתובת IPv6 לא תוצג כראוי כאשר שימוש ב-SNMPv3 במלכודות SNMP. לפרטים נוספים ופתרון אפשרי, ראה ZBX-14541.
הודעת ניסיון כניסה נכשל תציג רק את 39 התווים הראשונים של כתובת IP מאוחסנת מכיוון שזו מגבלת התווים במסד הנתונים שדה. זה אומר שכתובות IPv6 ארוכות מ-39 תווים יהיו יוצג בצורה לא מלאה.
ערכי DNS לא קיימים בפרמטר 'שרת' של סוכן Zabbix קובץ התצורה (zabbix_agentd.conf) עשוי להגדיל את סוכן Zabbix זמן תגובה ב-Windows. זה קורה בגלל שמירה במטמון של Windows DNS daemon לא שומר תגובות שליליות עבור כתובות IPv4. עם זאת, עבור תשובות שליליות של כתובות IPv6 נשמרות במטמון, אז פתרון אפשרי לשם כך הוא השבתת IPv4 במארח.
יש כמה בעיות ידועות עם YAML יצוא/ייבוא:
אשף הגדרת החזית אינו יכול לשמור קובץ תצורה ב-SUSE עם NGINX + php-fpm. זה נגרם על ידי הגדרה ב /usr/lib/systemd/system/php-fpm.service unit, המונעת מ-Zabix כתיבה אל /etc. (הוצג ב-PHP 7.4).
קיימות שתי אפשרויות לעקוף:
למרות שברוב המקרים, שירות האינטרנט 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'.
אם נעשה שימוש ב-Zabbix עם התקנת MySQL ב-Azure, שגיאה לא ברורה הודעה [9002] כמה שגיאות אירעו עשויות להופיע ביומני Zabbix. זֶה טקסט שגיאה כללי נשלח לשרת Zabbix או ל-Proxy על ידי מסד הנתונים. ל קבל מידע נוסף על סיבת השגיאה, בדוק את יומני Azure.
אובונטו
ב-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 לא ייטענו כהלכה, אם שדרגת מגרסה ישנה יותר של Zabbix עם NGINX ולא עברת לקובץ התצורה החדש של NGINX במהלך השדרוג.
כדי לתקן את הבעיה, תוכל למחוק את קובץ התצורה הישן, להשתמש בקובץ התצורה מחבילת 6.0 ולהגדיר אותו מחדש כמתואר בהוראות ההורדה בסעיף ה. הגדר את PHP עבור חזית ה-Zabbix.
לחלופין, אתה יכול לערוך באופן ידני קובץ תצורה קיים של NGINX (בדרך כלל, /etc/zabbix/nginx.conf). כדי לעשות זאת, פתח את הקובץ ואתר את הבלוק הבא:
לאחר מכן, החלף את הבלוק הזה ב:
מיקום ~ /(api\/|conf[^\.]|include|locale) {
להכחיש הכל;
חזרה 404;
}
מיקום /ספק {
להכחיש הכל;
חזרה 404;
}
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.
שגיאות ניתוח של JSONPath מתרחשות במקרה של רווח לבן מוביל ומערך/אובייקט ריק. תוקן ב- Zabbix 6.0.12.
ההערכה של ביטויי AND/OR במסנני/עקיפות גילוי ברמה נמוכה עלולה להיכשל בגרסה זו. תוקן ב- Zabbix 6.0.12.