Failed or Missing Dependency of glibc-common Error Neizdevās vai trūkstošu atkarības glibc-kopējā kļūdu

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: Šādas kļūdas paziņojumu vai problēmas var parādīties, kad jūs izmantojat vai skriešanu "/ skriptus / upcp" scenāriju (rokas vai grafiks), "/ skriptus / rhlupdate" skripts no WebHost Manager (WHM) cPanel, "Yum update" komanda, vai "Yum pārbaudi update" komandu CentOS un Linux, piemēram, RedHat vai Fedora:

Error: Missing Dependency: glibc-common = 2.3.4-2 is needed by package libc-dummy-centos-4 Kļūda: Missing atkarība: glibc-kopējā = 2.3.4-2 ir nepieciešamas paketes libc-lelle-CentOS-4

Note that the version number for glibc-common can be different from the above. Ievērojiet, ka versija numuru glibc-kopējā var atšķirties no iepriekš.

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. Ja komanda bija ir veiksmīgi izpildīts, sistēmā pirms, bet pēc tam pēkšņi sniedz šādu trūkstošu atkarības kļūdas paziņojumu, tad TCU datu bāzi, iespējams, ir bojāts. You can try to rebuild RPM database. Jūs varat mēģināt atjaunot TCU datubāzē. 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. Ja jūs izmantojat cPanel, varat viegli atjaunot TCU datubāzē, uzklikšķinot uz "atjaunot TCU Datubāze" saiti Software sadaļai, kas izpilda "/ skriptus / dialog? Dialoglodzi = rebuildrpmdb" skriptu.

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. Jo iepriekš rezolūcija nedarbojas, lai atrisinātu problēmu vai kļūdu, pirmā lieta, to darīt ir pārbaudīt, vai TCU pakete ir uzstādīti vai nav. The following command can be used to check for the existence of installed glibc-common package: Šādu komandu var izmantot, lai pārbaudītu, ka pastāv instal glibc-kopējā pakete:

sudo rpm -qa | grep glibc-common sudo rpm-QA | grep glibc-kopējā
Expected result: glibc-common-2.3.4-2 Sagaidāmais rezultāts: glibc-Common-2.3.4-2
or vai

rpm -q glibc-common rpm-q glibc-kopējā
Expected result: glibc-common-2.3.4-2 Sagaidāmais rezultāts: glibc-Common-2.3.4-2

or vai

yum list glibc-common Yum sarakstu glibc-kopējā

Expected result: Sagaidāmais rezultāts:
Installed Packages Installed Packages
glibc-common.i386 2.3.4-2 installed glibc-common.i386 2.3.4-2 instal
Available Packages Available Packages
glibc-common.i386 2.3.4-2.9 base glibc-common.i386 2.3.4-2.9 bāze

If the glibc-common RPM package is not installed, you can install it with the following command as root user: Ja glibc-kopējā RPM paketi nav uzstādīta, varat instalēt tai šādu komandu, kā root lietotājam:

yum install glibc-common Yum install glibc-kopējā

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. Pēdējais komandēt "Yum sarakstu glibc-kopīgiem" ir nepieciešams arī, lai pārbaudītu un nodrošinātu sistēmas arhitektūra ir jāsaskaņo ar versiju glibc un glibc-kopējā uzstādīta. 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. Yum ir ievērot arhitektūras vērtībām, tādēļ, ja jums ir i386 versija 32-bit x86 sistēma, kas uzstādīta gan glibc un glibc-kopējā vajadzētu būt i386. It's the same if you have i586 or i686 for x64 machine architecture. Tas ir tāds pats, ja Jums ir i586 vai i686, kas x64 mašīna arhitektūru. 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. Blakus, ja jums ir i686 uzstādīti, bet tikai i386 versija ir pieejama glabātuvē, vai, ja Jūs izmantojat x86_64 izplatīšanas bet ar i386 repozitorijā, gan situāciju var izraisīt kļūmes problēma too.

To display what architecture a distribution of glibc and glibc-common is meant for, type the following command: Lai apskatītu, kādi arhitektūra izplatību glibc un glibc-kopīgs, ir domāts, ievadiet komandu:

echo “%_query_all_fmt %%{name}-%%{version}-%%{release}.%%{arch}” >> ~/.rpmmacros echo "% _query_all_fmt%% (nosaukums }-%%{ versija }-%%{ atbrīvot }.%%{ arch)">> ~ /. 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). Komandiera maina veidu, kā rpm komanda parāda izlaides "rpm-q" uz stila, kas arī ietilpst arhitektūras vērtību (piemēram, 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”. Tāpēc iepriekš, piemēram, redzat glibc-Common-2.3.4-2, un tagad jūs redzēsiet libc-Common-2.3.4-2.9.i386 vietā ar komandu par "rpm-q glibc-kopīgi". Check out if both glibc and glibc-common is of i386 flavor. Pārbaudiet, ja abas glibc un glibc-kopējā ir i386 aromāts.

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: Ja jūs par Virtuozzo vai OpenVZ virtuālo serveri VPS ar CentOS un cPanel platformu, un iesaistot kļūdu, kas attiecas uz libc-lelle-CentOS-4 vai libc-lelle-CentOS-3, varat noņemt lelles failu no SWSoft ar komandu:

yum erase glibc-dummy-centos-3 Yum dzēst glibc-lelle-CentOS-3

or vai

yum erase glibc-dummy-centos-4 Yum dzēst glibc-lelle-CentOS-4

This will likely solve your problem as glibc-dummy-centos-3/4 no longer subjected to dependencies check and verification. Tas būs iespējams atrisināt jūsu problēmu, glibc-lelle-CentOS-3 / 4, vairs nav pakļauti atkarības pārbaudi un verifikāciju.

IMPORTANT : The page is machine translated and provided "as is" without warranty. SVARĪGI: Šī lapa ir mašīna tulkoto un ar nosacījumu ", kas ir" bez garantijas. Machine translation may be difficult to understand. Machine translation var būt grūti saprast. Please refer to Lūdzu, skatiet original English article oriģināls angļu rakstu whenever possible. kad vien iespējams.

Related Articles Saistītie raksti

• The Call to DllRegisterServer Failed with Error Code 0×80004005 on Windows Vista Aicinājumu DllRegisterServer Failed ar kļūdas kods 0 × 80004005 uz Windows Vista
• cPanel WHM Failed to Receive Status Information From Apache Error cPanel WHM Neizdevās Receive Statuss Informācija no Apache kļūdu
• Windows Update KB905474 and KB913446 Installation Failed with Error Code 0×80242006 Windows Update KB905474 un KB913446 Instalēšana neizdevās ar kļūdas kods 0 × 80242006
• winnt_accept: Asynchronous AcceptEx failed Error in Apache Log winnt_accept: Asinhroni AcceptEx failed Kļūda Apache Log
• ESET NOD32 AntiVirus or Smart Security Kernel Virus Scanner and File Submission System Initialization Failed Error ESET NOD32 AntiVirus vai Smart Security Kernel Virus Scanner un datņu iesniegšanas sistēmu inicializēšanu Neizdevās kļūdu
• Exim Sender Verify Callout or Callback Could Not Complete or Verification Failed Error Exim Sender Verificēt Callout vai atzvanīšanas nevarēja pabeigt vai Verification Failed kļūdu
• Windows Update or Office Update Encounters 0×80070643 Failed Update Error Windows Update vai Office Update Kuģu satikšanās 0 × 80070643 Neizdevās Update kļūdu
• BOOTMGR Is Missing During Vista Boot Error BOOTMGR trūkst laikā Vista Boot kļūdu
• PHP Parse Error: syntax error, unexpected $end PHP parsēt Kļūda: syntax error, negaidītu $ end
• Common Errors and Problems when Activating Windows Vista with KMS Server Kopējās kļūdas un problēmas, ja aktivizēšana Windows Vista ar km Server

This entry was posted on Tuesday, February 6th, 2007 at 6:33 pm and is filed under Šis ieraksts ir bijis norīkots otrdien, February 6., 2007 6:33 un ir iesniegts saskaņā ar Operating Systems Operating Systems . . You can follow any responses to this entry through the Jūs varat sekot atbildes uz šo ierakstu, izmantojot RSS 2.0 RSS 2,0 feed. You can barību. Varat leave a response atstāt atbilde , or , Vai trackback Trackback from your own site. no jūsu vietā.