Failed or Missing Dependency of glibc-common Error נכשל או חסר תלות של glibc-שגיאה נפוצה

The following error message or problem may appear when you're using or running “/scripts/upcp” script (manual or schedule), “/scripts/rhlupdate” script from WebHost Manager (WHM) cPanel, “yum update” command, or “yum check-update” command in CentOS and Linux such as RedHat or Fedora: הודעת השגיאה הבאה או הבעיה עשויה להופיע כאשר אתה משתמש או מפעיל "/ סקריפטים / upcp" סקריפט (ידני או לוח הזמנים), "/ סקריפטים / rhlupdate" בכתב מן למארח Manager (WHM) cPanel, "עדכון יאם" פקודה, או "לבדוק yum-עדכון" הפקודה ב CentOS ו-Linux כגון RedHat או פדורה:

Error: Missing Dependency: glibc-common = 2.3.4-2 is needed by package libc-dummy-centos-4 שגיאה: Missing Dependency: glibc-משותף = 2.3.4-2 נדרשת על ידי החבילה libc בובה-CentOS-4

Note that the version number for glibc-common can be different from the above. שים לב כי מספר הגירסה עבור glibc-משותפת יכולה להיות שונה מן האמור לעיל.

If the command ran has been successfully executed in the system before, but then suddenly give such a missing dependencies error message, the RPM database may have been corrupted. אם הפקודה הוצא להורג רץ בהצלחה במערכת לפני, אבל אז פתאום לתת הודעה כזאת שגיאה חסר תלות, את מסד הנתונים של RPM אולי פגום. You can try to rebuild RPM database. אתה יכול לנסות לבנות מחדש את מסד הנתונים סל"ד. If you're using cPanel, you can easily rebuild RPM database by clicking on “Rebuild RPM Database” link in Software section which executes “/scripts/dialog?dialog=rebuildrpmdb” script. אם אתה משתמש ב cPanel, אתה יכול בקלות לבנות מחדש את מסד הנתונים סל"ד על ידי לחיצה על "לשיקום סל"ד מסד נתונים" קטע הקישור תוכנה אשר מבצעת "/ סקריפטים / שיח? שיח rebuildrpmdb =" סקריפט.

In above resolution doesn't work, in order to solve the problem or error, first thing to do is to check whether the RPM package has been installed or not. בהחלטה הנ"ל לא עובד, כדי לפתור את הבעיה או השגיאה, הדבר הראשון לעשות הוא לבדוק אם חבילת RPM הותקן או לא. The following command can be used to check for the existence of installed glibc-common package: את הפקודה הבאה ניתן להשתמש כדי לבדוק את קיומה של החבילה מותקן glibc-נפוצים:

sudo rpm -qa | grep glibc-common sudo rpm-qa | grep glibc-משותף
Expected result: glibc-common-2.3.4-2 התוצאה הצפויה: glibc-משותפת-2.3.4-2
or או

rpm -q glibc-common rpm-q glibc-משותף
Expected result: glibc-common-2.3.4-2 התוצאה הצפויה: glibc-משותפת-2.3.4-2

or או

yum list glibc-common glibc-yum רשימה משותפת

Expected result: התוצאה הצפויה:
Installed Packages חבילות מותקנות
glibc-common.i386 2.3.4-2 installed glibc-common.i386 2.3.4-2 מותקן
Available Packages Packages available
glibc-common.i386 2.3.4-2.9 base glibc-common.i386 2.3.4-2.9 בסיס

If the glibc-common RPM package is not installed, you can install it with the following command as root user: אם החבילה glibc-RPM משותף אינו מותקן, אתה יכול להתקין אותו עם הפקודה הבאה כמשתמש root:

yum install glibc-common יאם להתקין את glibc-משותף

The last command of “yum list glibc-common” is also needed to verify and ensure that the system architecture is matched with the version of glibc and glibc-common installed. הפקודה האחרונה של "glibc-yum רשימה משותפת" נחוץ גם כדי לוודא ולהבטיח כי ארכיטקטורת המערכת עם גירסה מותאמת של glibc ו-glibc השכיחים המותקנים. Yum is set to respect architecture values, so if you have i386 version for 32-bit x86 system installed, both glibc and glibc-common should be of i386. יאם מוגדר לכבד את הערכים אדריכלות, כך שאם יש לך i386 גרסה 32-bit x86 המערכת המותקנת, הן glibc ו-glibc משותף צריך להיות של i386. It's the same if you have i586 or i686 for x64 machine architecture. זה אותו דבר אם יש לך i586 או i686 עבור ארכיטקטורת x64 של המכונה. Beside, if you have i686 installed but only i386 version is available in the repository, or if you're using the x86_64 distribution but with the i386 repository, both situation may cause a failure problem too. ליד, אם יש לך i686 מותקנת אבל רק בגרסה i386 זמין במאגר, או אם אתה משתמש ההפצה x86_64 אבל עם מאגר i386, הן המצב יכול לגרום לבעיה גם כישלון.

To display what architecture a distribution of glibc and glibc-common is meant for, type the following command: כדי להציג את מה אדריכלות הפצה של glibc ו-glibc המשותף נועד הפקודה, הקלד את הטקסט הבא:

echo “%_query_all_fmt %%{name}-%%{version}-%%{release}.%%{arch}” >> ~/.rpmmacros הד "_query_all_fmt%%% (שם }-%%{ גרסה }-%%{ לשחרר }.%%{ קשת)">> ~ /. rpmmacros

The command alters the way rpm command displays the output of “rpm -q” to a style which also include architecture value (such as rpm_name.arch). הפקודה משנה את הפקודה סל"ד דרך מציג את הפלט של rpm "-Q" בסגנון הכוללים גם ערך האדריכלות (כגון rpm_name.arch). So in above example, you see glibc-common-2.3.4-2, and now you will see libc-common-2.3.4-2.9.i386 instead with the command of “rpm -q glibc-common”. אז מעל למשל, אתה רואה glibc-משותפת-2.3.4-2, ועכשיו תראה libc-משותפת-2.3.4-2.9.i386 במקום עם הפקודה של "rpm-q glibc-משותף". Check out if both glibc and glibc-common is of i386 flavor. בדוק אם הן glibc ו-glibc נפוץ הוא של טעם i386.

If you're on Virtuozzo or OpenVZ virtual server VPS with CentOS and cPanel platform, and getting the error that related to libc-dummy-centos-4 or libc-dummy-centos-3, you can remove the dummy file from SWSoft with the following command: אם אתה על Virtuozzo או OpenVZ שרת וירטואלי VPS עם cPanel CentOS ועל הפלטפורמה, וכן מקבל את השגיאה הקשורות libc-בובה-CentOS-4-libc או דמה-CentOS-3, אתה יכול להסיר את הקובץ מן דמה SWSoft עם הפקודה הבאה:

yum erase glibc-dummy-centos-3 יאם למחוק glibc-בובה-CentOS-3

or או

yum erase glibc-dummy-centos-4 יאם למחוק glibc-בובה-CentOS-4

This will likely solve your problem as glibc-dummy-centos-3/4 no longer subjected to dependencies check and verification. זו צפויה לפתור את הבעיה שלך כמו glibc-CentOS דמה--3 / 4 עוד נתון לבדוק תלות ואימות.

IMPORTANT : The page is machine translated and provided "as is" without warranty. חשוב: הדף מכונת תירגם מתפרסם "כמות שהוא" ללא אחריות. Machine translation may be difficult to understand. תרגום מכונה יכול להיות קשה להבין. Please refer to נא עיין original English article המאמר המקורי באנגלית whenever possible. בכל הזדמנות אפשרית.

Related Articles מאמרים קשורים

• Fix Failed Windows 7 Ugrade from Vista with Previous Version Restored and Endless Reboot Error תיקון תקלה של Windows 7 Ugrade מ Vista עם שוחזר גירסה הקודם ו Reboot שגיאה אינסופיות
• The Call to DllRegisterServer Failed with Error Code 0×80004005 on Windows Vista הקריאה DllRegisterServer נכשלה עם קוד שגיאה 0 × 80004005 ב-Windows Vista
• cPanel WHM Failed to Receive Status Information From Apache Error cPanel WHM נכשלה לקבל מעמד אפאצ 'י מידע מאת שגיאה
• Windows Update KB905474 and KB913446 Installation Failed with Error Code 0×80242006 Windows Update KB905474 והתקנה KB913446 נכשלה עם קוד שגיאה 0 × 80242006
• winnt_accept: Asynchronous AcceptEx failed Error in Apache Log winnt_accept: Asynchronous AcceptEx נכשל שגיאה ב-Apache התחבר
• ESET NOD32 AntiVirus or Smart Security Kernel Virus Scanner and File Submission System Initialization Failed Error ESET NOD32 Antivirus Smart Security Kernel או וירוס סורק הגשת קובץ מערכת האתחול נכשל שגיאה
• Exim Sender Verify Callout or Callback Could Not Complete or Verification Failed Error Exim שולח אמת Callback הסבר או אפשרות להשלים את האימות נכשל או שגיאה
• Windows Update or Office Update Encounters 0×80070643 Failed Update Error Windows Update או Office Update מפגשים שגיאה 0 × 80070643 עדכון שנכשל
• BOOTMGR Is Missing During Vista Boot Error BOOTMGR Is Missing שגיאה במהלך האתחול של Windows Vista
• PHP Parse Error: syntax error, unexpected $end PHP Parse שגיאה: שגיאת תחביר, לא צפוי סוף $

This entry was posted on Tuesday, February 6th, 2007 at 6:33 pm and is filed under רשומה זו פורסמה על יום שלישי 6 פבואר, 2007 ב 6:33 pm, והוא הגיש תחת Operating Systems מערכות הפעלה . . You can follow any responses to this entry through the אתה יכול לעקוב אחר כל התגובות רשומה זו דרך RSS 2.0 RSS 2.0 feed. You can להאכיל. אתה יכול leave a response להשאיר תגובה , or , או trackback Trackback from your own site. מתוך האתר האישי שלך.