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"WebHost 관리자 (WHM)에서 스크립트의 cPanel, "얌 업데이트"명령, 또는 "얌 확인 -"CentOS와 레드햇 리눅스에 명령이나 페도라 등 업데이트 :
Error: Missing Dependency: glibc-common = 2.3.4-2 is needed by package libc-dummy-centos-4 오류 : 누락 종속성 : 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. 당신이 RPM 데이터베이스를 다시 시도할 수있습니다. 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를 사용하는 경우, 당신은 쉽게 RPM 데이터베이스 다시 작성 "에 = rebuildrpmdb"스크립트 대화 소프트웨어 부분은 "실행"링크 / 스크립트 / 대화?를 클릭하여 RPM 데이터베이스를 다시 작성하실 수있습니다.
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에서 - 품질 보증 | 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 - 공통점
Expected result: 예상 결과 :
Installed Packages 설치된 패키지
glibc-common.i386 2.3.4-2 installed glibc - 2.3.4-2 설치된 common.i386
Available Packages 해당 패키지
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 패키지가 설치되어 있지 않은 경우, 당신은 루트 사용자로서 다음 명령을 함께 설치할 수있습니다 :
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의 마지막 명령 - 공통점"도 확인하고 그 시스템 아키텍처 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의 i386 버전 - 비트 x86 시스템을 설치, 모두 glibc와 glibc -가 설정되어있습니다. It’s the same if you have i586 or i686 for x64 machine architecture. 기계면의 x64 아키텍처에 대한 i586 또는 i686도 마찬가지 예요. 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 명령을 명령하는 방식도 달라져 아키텍처 가치 rpm_name.arch (등)를 포함하는 스타일 "rpm에서 - q"야의 출력이 표시됩니다. 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”. 위의 예를 그래서, 당신과 - 공통점 - 2.3.4 - 2, glibc 볼 이제 당신 - 공통점 - 2.3.4 libc가 나타납니다 - 2.9.i386의 명령 대신 "- q와 glibc - rpm에서 흔히". 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: 버추오조는 경우 또는 CentOS와 오픈 플랫폼과 함께 가상 서버의 cPanel VPS에있어 오류가 libc 관련 - 마네킹 - CentOS - 4 또는 libc - 마네킹 - CentOS - 3, 당신은 SW 소프트에서 함께 마네킹 파일을 제거할 수있습니다지고 다음 명령 :
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 : This is a machine translated page which is provided "as is" without warranty. 중요 :이 기계는 "보증도없이있는 그대로"제공됩니다 페이지를 번역했다. Machine translation may be difficult to understand. 기계 번역을 이해하기 어려울 수있습니다. Please refer to 을 참조하시기 바랍니다 original English article 원래 영어 문서 whenever possible. 언제든 가능합니다.
Share and contribute or get technical support and help at 공유와 기여하거나 기술 지원과에 도움이 My Digital Life Forums 내 디지털 생활 포럼 .
Related Articles 관련 기사
- Starting Apache HTTPD Failed Due to Cannot Open or No Such mod_bwlimited, mod_log_bytes or mod_bandwidth Files 아파치 httpd는 또는 No 등 mod_bwlimited mod_log_bytes 또는 mod_bandwidth 파일을 열 수 없다 실패로 인해 시작
- cPanel WHM Failed to Receive Status Information From Apache Error 수신 상태 정보를 아파치 오류에서 실패의 cPanel WHM
- PHP Parse Error: syntax error, unexpected $end PHP는 구문 분석 오류 : 구문 오류, 예기치 않은 $ 끝
- The Call to DllRegisterServer Failed with Error Code 0×80004005 on Windows Vista 오류 코드와 함께의 DllRegisterServer 실패로 전화를 0 × 80004005 Windows Vista에서
- PHP 5 Unable to Open HTTP Request Stream with fopen or fsockopen Functions PHP 5는 함수하면 fopen 또는 fsockopen와 HTTP 요청 스트림을 열지 못했습니다
- winnt_accept: Asynchronous AcceptEx failed Error in Apache Log winnt_accept : 비동기 AcceptEx 시스템 아파치 로그에 오류 실패
- BOOTMGR Is Missing During Vista Boot Error bootmgr 비스타 부팅 오류 중 실종
- Windows Update KB905474 and KB913446 Installation Failed with Error Code 0×80242006 윈도우 업데이트 KB905474 및 KB913446 설치 오류 코드는 0 × 80242006 실패
- Fix Explorer.exe Unable to Locate Component Because Browseui.dll Was Not Found Error Browseui.dll 때문에 찾을 수없습니다 Explorer.exe에서 오류가 발생했습니다 고칠 수없는 구성 요소를 찾습니다
- Email Bounces Back with “unrouteable mail domain” Error 이메일 반송 위로 unrouteable 메일 도메인 "과"오류
December 27th, 2007 23:11 12 월 27 일 2007 23시 11분
very usefull, thank you! 정말, 감사에 유용!
June 5th, 2008 19:56 6 월 5 일 2008 19:56
Handy article - much appreciated! 핸디 문서 -별로 극명하게!