이상한 냠 동작 - Centos

이상한 냠 동작 - Centos

나는 yum이 저장소를 어떻게 통과하는지 이해하려고 2시간 동안 돌아다녔습니다. 제가 이상하게 행동하고 있어요.

일부 배경:

  • 리포지토리 서버의 로컬 epel-7 CentOS 리포지토리
  • 리포지토리는 reposync(reposync, createrepo, repomanage)를 사용하여 생성 됩니다.
  • 다음 명령을 사용하여 저장소를 볼 수 있습니다http://local.reposerver/epel-7-x86_64/
  • 또한 리포지토리 서버의 셸을 사용하여 이러한 파일을 볼 수도 있습니다.
  • 클라이언트가 구성되었으며 저장소에 대한 네트워크 액세스 권한이 있습니다.

Epel-7 저장소 구조는 Epel-6 구조와 약간 다릅니다. 다음과 같습니다.

tree -d
.
├── 0
├── 2
├── 3
├── a
├── b
├── c
├── d
├── e
├── f
├── g
├── h
├── i
├── j
├── k
├── l
├── m
├── n
├── o
├── p
├── q
├── r
├── repodata
├── s
├── t
├── u
├── v
├── w
├── x
├── y
└── z

30 directories

모든 패키지는 해당 문자/번호 아래에 있습니다.

내가 이렇게 말하는 이유는 내 문제의 핵심이 다음과 같을 때이기 때문입니다.

yum --disablerepo="*" --enablerepo="epel-7" list available

l나는 디렉토리와 그 아래의 모든 것을 제외한 모든 패키지를 얻습니다.

나는 모든 것을 지우려고 노력했습니다.

yum clean all

리포지토리 서버에서 리포지토리 데이터를 삭제하고 다시 생성해 보았으나 아무 소용이 없습니다.

그래서 yum search이 명령의 내부 구조를 이해하려고 노력하고 있습니다. 어떤 파일/데이터베이스가 손상/손상되었는지 찾기 위해 어떤 파일/데이터베이스를 호출합니까?

http 서버 측의 캐시일 수 있습니까?

관련 정보