תקלה ב VCENTER אחרי עדכוני מיקרוסופט

Arielvista

New member
תקלה ב VCENTER אחרי עדכוני מיקרוסופט

אני ממש לא חזק ב VCENTER, ויש לי תופעה מוזרה.
ירשתי רשת שנבנתה ע"י הקודם שלי בתפקיד (הוא פוטר ולא בקטע טוב לכן הוא לא משתף פעולה).
שרת Server 2016, עליו מותקן ה VCENTER שמנהל שתי מכונות ESXi, עם 15-16 שרתים על כל אחת מהן.
לפני כמה ימים השרת עשה עדכוני Windows ומאז ה VCENTER עולה אבל לא מציג לי שום דבר, כאילו שהוא ריק.
בכותרת העליונה יש הודעה:
Could not connect to one or more vCenter Server systems:https://vcenter.******.com:443/sdk

חיפוש בגוגל העלה לי כמה פתרונות אפשריים אבל הם לא ממש ברורים לי:
https://kb.vmware.com/s/article/2050273
https://kb.vmware.com/s/article/2035070

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

אני מודה שאני לא ממש יודע מאיפה להתחיל.

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

מה כבר ניסיתי:
הסרתי את העדכונים, עשיתי ריסטרט לשרת.
חשבתי (אבל לא עשיתי) לנסות restore point.

מי יכול לעזור לי לפתור את העניין?
 

SysAdmin1

New member
כדאי להתחיל מהדברים הפשוטים ביותר בנושא זה:

בשביל ההתחלה תבדוק בכלל שהשירות של VMware vCenter Server , שהוא שירות בשם: vpxd בכלל רץ בשרת Windows זה. אם הוא לא מצליח לרוץ משום מה, אז תבדוק בשביל ההתחלה בקובץ LOG שלו על מה הוא מתלונן בכלל ומה כואב לו. רמז, הקובץ LOG הרלוונטי, הוא vpxd.log . מזה תוכל לדעת מה בידוק הבעיה ואיך להתמודד איתה. הקבצי LOG יושבים בספרייה בנתיב זה: %ALLUSERSPROFILE%\VMWare\vCenterServer\logs
 

Arielvista

New member
אז ככה...:

הסרוויס vpxd לא רץ, כמובן.
אין קובץ לוג שנקרא vpxd.log.
ישנם קבצים אחרים, vpxd-*****.log ויש מעל 160 כאלה.
אם זה עוזר, כשאני פותח בדפדפן את הכתובת IP של ה VCENTER אני מקבל את ההודעה הבאה:
&nbsp
503 Service Unavailable (Failed to connect to endpoint: [class Vmacore::Http::NamedPipeServiceSpec:0x00000236ea5ddf80] _serverNamespace = / action = Allow _pipeName =\\.\pipe\vmware-vpxd-webserver-pipe)
&nbsp
אם אני מוסיף /ui לכתובת אז נפתח לי VCENTER ריק.
&nbsp
&nbsp
&nbsp
&nbsp
 

SysAdmin1

New member
אז ככה...

אם שירות VXPD לא רץ, אז כמובן שאין שום היגיון לנסות להתחבר לממשק וובי של השירות המדובר.

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

למשל יכולה להיות תופעה ששירות אחר תופס לו את האחד המשאבים הדרושים לו להעבודה תקינה. למשל שפורט 80 של TCP נתפס על ידי שירות אחר. למשל אפשר לבדוק, האם שירות של branchcache בשרת WINDOWS לא רץ. אם הוא רץ אפשר לנסות לעצור אותו ולהפעיל את ה vpxd .

בקיצור מדובר על דברים שהם א' ב' של הכרת המחשב. אבל מבלי שבודקים מה הבעיה אפשר להמשיך לנחש עד בכלל.
 

RDiablo

New member
סתם רעיון אבל תבדוק את ה- log on as של התהליך.

אולי זה רץ על השם משתמש של העובד שפוטר, ואם הקוד משתמש שלו לא פעיל אז התהליך לא ירוץ לך.
&nbsp
 

SysAdmin1

New member
ודרך אגב, הקישורים שצירפת לא קשורים כלל לבעיה שלך...

בקישור הראשון מדובר מה קורה, אן דרסת קובץ סרטיפיקט SSL של שרת WEB שמריץ את ה VCENTER .
ובמקרה השני מדובר על התמודדות עם ה VCENTER שהותקן בכלל כמערכת EMBEDDED על בסיס של LINUX , כמכונה וירטואלית באחת ה ESXI. שזה דרך אגב ההתקנה ההיגיונית של VCENTER ולא על גבי שרת WINDOWS
 

SysAdmin1

New member
כאשר יורשים רשת עם בעיות, אז...

כאשר יורשים רשת עם בעיות, אז בדיוק כמו שיורשים בעיות גנטיות מנסים להימנע מזה שהבעיות אלה יהפכו למחלות.
למשל את השרת ה VCENTER צריך להתקין כשרת EMBEDDED על אחת המכונות ה ESXI. משם ברגע שזה יהיה שרת LINUX עצמאי ניתן יהיה לעבוד ללא תלות בבעיות של מערכת הפעלה אחרת וניתן יהיה לבצע את כל מה שנדרש בכל השרתי ESXI ובכל המכונות שרצות בהן. כמובן את ה XCENTER צריך להתקין על NVME מקומי ב ESXI ולא על SAN שיכול להתנתק. גם צריך לשריין לו לפחות 32GB של זיכרון RAM בכדי שהוא ירוץ תקין.
זה הדבר שאתה צריך להתחיל ממונו כבר היום ולא להמתין עד שכל התשתית שוירטואלית תתפרק מחר בבוקר.
 
למעלה