Red Hat Satellite에서 패치한 여러 Red Hat 서버가 있습니다.
혼란을 피하기 위해 패치되는 서버를 지칭하기 위해 "호스트"라는 용어를 사용하겠습니다.
우리는 스크립트를 가지고 있습니다.패치 파일, "원격 명령" 옵션을 사용하여 모든 Redhat 호스트(가상 머신)에서 실행되도록 준비하겠습니다.레드햇 위성.
이것패치 파일스크립트 실행"냠 업데이트"다음에"vmware-config-tools-d" 그리고재시작. 더 많은 내용이 있지만 이는 단지 개요일 뿐입니다.
내 이해는 "냠 업데이트"모든 패키지를 다음으로 다운로드하세요./var/캐시/냠/호스트의 다양한 하위 디렉터리 아래에 있는 이러한 하위 디렉터리의 이름은 호스트가 구독하는 채널에 따라 지정되며, 패키지를 설치하고 거기에서 제거합니다.
명령의 출력이 붙여넣어졌습니다."ls -lt /var/cache/yum” 이해를 돕기 위해 아래에 설명합니다.
[root@xyzdev01]#ls -lt /var/cache/yum
total 64
drwxr-xr-x 3 root bin 4096 Mar 1 22:27 rhel-5-64bit
drwxr-xr-x 3 root bin 4096 Mar 1 22:27 rhel-5-64bit-supplementary
drwxr-xr-x 3 root bin 4096 Mar 1 22:27 rhel-5-64bit-rhn-tools
예를 들어, 다음 디렉토리에는rhel-5-64비트, 여러 파일과 다음과 같은 하위 디렉터리가 있습니다.가방, 이 채널의 패키지가 다운로드되는 위치입니다.
내가 아는 한, 이가방성공적으로 패치된 서버의 하위 디렉터리는 비어 있습니다.
때로는 패키지가 호스트에 다운로드되었지만 호스트 간 간헐적인 연결 문제로 인해 발생하는 경우가 있습니다.Red Hat 위성 서버패치 중인 호스트(예:)패치 파일스크립트가 실행 중이지만 설치되지 않았습니다. 그러나 Redhat Satellite 서버가 호스트와 다시 연결되면 호스트가 패치되었다고 생각하고 재부팅을 진행하며 실제로 호스트가 패치되지 않았는데도 서버는 Redhat Satellite의 "Completed Systems" 아래에 나열됩니다. 여기서 패키지는 다음 위치에 있습니다./var/cache/yum/channel_name/패키지설치가 필요하지 않습니다.
이런 극단적인 상황을 피하기 위해 우리는패치 파일스크립트.
질문이 2개 있습니다.
1) 내 이해가 정확합니까?
2) 그렇다면 스크립트에서 추가 확인을 수행하여 확인합니다.**.rpms*아래에/var/캐시/냠실제로 후속 단계를 수행하기 전에(예:)vmware-config-tools-d그리고재시작, 작동할까요?
제안과 설명에 감사드립니다.
감사해요.