Docker를 처음 사용했습니다. 최신 ENV 컨테이너 부두 노동자 RUN이 냠 & & 냠 깨끗한 업데이트 -y 모든Docker : centos 이미지에 라이브러리 설치
나는 다음과 같은 오류/출력받은: 나는 다음과 같은 Dockerfile를 만들고 실행 : CentOS는 FROM
을
루트 @ GGNLABVM-JUPER6 : ~/docker_test # 도커 빌드 -t 테스트. CentOS는 FROM :
단계 1/3 도커 데몬 2.048 킬로바이트를 컨텍스트를 구축 보내기 최신 ---> a8493f5f50ff
단계 2/3 : ENV 컨테이너 부두 노동자 --->에서 실행 RUN 냠 모든 --->이 68ad7f2에서 실행 깨끗한 & & 냠를 업데이트 -y : e8e244c0c9d6 ---> 07355d554b3a
단계 3/3이 e8e244c0c9d6 중간 컨테이너를 제거 f86e2 로드 플러그인 : fastestmirror, 구성된 저장소의
한 OVL은 (알 수 없음), 및 yum을 계속하기에 충분한 캐시 된 데이터가 없습니다 실패했습니다. 이 시점에서 yum이 할 수있는 유일한 안전한 것 은 실패합니다. 일을 "수정"할 수있는 몇 가지 방법이 있습니다이 : 기본/7/x86_64에 나는이 문제를 해결하려면 어떻게
:
1. Contact the upstream for the repository and get them to fix the problem.
2. Reconfigure the baseurl/etc. for the repository, to point to a working
upstream. This is most often useful if you are using a newer
distribution release than is supported by the repository (and the
packages for the previous distribution release still work).
3. Run the command with the repository temporarily disabled
yum --disablerepo=<repoid> ...
4. Disable the repository permanently, so yum won't use it by default. Yum
will then just ignore the repository until you permanently enable it
again or use --enablerepo for temporary usage:
yum-config-manager --disable <repoid>
or
subscription-manager repos --disable=<repoid>
5. Configure the failing repository to be skipped, if it is unavailable.
Note that yum will try to contact the repo. when it runs most commands,
so will have to try and fail each time (and thus. yum will be be much
slower). If it is a very temporary problem though, this is often a nice
compromise:
yum-config-manager --save --setopt=<repoid>.skip_if_unavailable=true
은의 repo에 대한 올바른 base을 찾을 수 없습니까?
FYI : 내 응용 프로그램에 대해 다른 파이썬 종속 라이브러리를 설치하려고합니다.
도커 정보 : 컨테이너 : 25 실행 : 3 일시 중지 : 0 중지 : 22 개 이미지 : 13 서버 버전 : 17.03.1-CE 스토리지 드라이버 : AUFS 루트 디렉터리의 경우 :/var/lib 디렉토리/고정 표시기/AUFS 백업의 파일 시스템 : extfs DIRS : 78 Dirperm1는 지원 : JSON 파일 cgroup에 드라이버 : cgroupfs 플러그인 : 볼륨 : 지역 네트워크 : 브리지 호스트 macvlan 널 오버레이 스웜 : 사실 이 드라이버 로깅 난 , 비활성화 런타임 : runc 기본 런타임 : runc 초기화 진 : 고정 표시기 - 초기화 containerd 버전 : 4ab9917febca54791c5f071a9d1f404867857fcc runc 버전 : 54296cf40ad8143b62dbcaa1d90e520a2136ddfe 초기화 버전 : 949e6fa 보안 옵션 : AppArmor의 기는 seccomp 프로필 : 커널 버전을 기본 : 4.4. 0-72-generic 운영 체제 : Ubuntu 16.04.1 LTS OSType : linux 아키텍처 : x86_64 CPU : 1 총 메모리 : 3.859 지브 이름 : GGNLABVM-JUPER6 ID : KXDG : GL4E : MPNN : 4LYS : UO6Z : RFEK : BI2H : MJSP : BIMJ : NASA : XAFR : CRN7 도커 루트 디렉터리의 경우 :/var/lib 디렉토리/고정 표시기 디버그 모드 (클라이언트) : 거짓 디버그 모드 (서버) : 거짓 레지스트리 : https://index.docker.io/v1/ 경고 : 없음 스왑 제한 지원 실험 : 거짓 안전하지 않은 등록 기관 : 127.0.0.0/8 라이브 활성화 복원 : 거짓
Dockre 버전 : 클라이언트 : 버전 : 17.03.1-ce API 버전 : 1.27 이동 버전 : go1.7.5 힘내 커밋 : c6d412e 내장 : 리눅스/AMD64
서버 : 버전 : 17.03.1-CE API 버전 : 1.27 (27 17시 14분 9초 2017 OS/아치 월 월을 최소 버전 1.12) 이동 버전 : 힘내 커밋 go1.7.5 : c6d412e 내장 : 월 3월 27일 17시 14분 9초 2017 OS/아치 : 리눅스/AMD64 실험 : 거짓을
프록시를 사용하고 있습니까? 나를 위해 그것이 작동하는 것 같습니다. – lvthillo