5장. 문제 해결
다음 부분에서는 Red Hat Satellite와 관련하여 가장 많이 나타나는 오류의 원인을 알아내고 해결하는 방법에 대해 설명합니다. 도움이 더 필요하시면 https://access.redhat.com/support/의 Red Hat Network 지원팀에 문의하시기 바랍니다. 모든 옵션 목록을 보시려면 Satellite로 등록된 계정을 이용하여 로그인 하십시오.
일반적인 문제 해결을 위해, 로그 파일이나 작업 실패로 나타나는 파일을 검사합니다. 모든 로그 파일을 대상으로
tail -f
명령을 실행하고 이어서 yum list
를 실행합니다. 그 후에는 단서를 찾기 위해서 새로 입력된 모든 로그를 검사합니다.
- 5.1. 디스크 공간
- 5.2. 설치 및 업데이트
- 5.3. 서비스
- 5.4. 연결 관련
- 5.5. 로깅 및 보고
- 5.6. 오류
- 질문 Red Hat Satellite를 설치하는 동안 "Satellite 인증서 유효성 검사 중 오류 발생"오류가 나타납니다. 이를 어떻게 해결할 수 있습니까?
- 질문 Red Hat Network를 활성화 또는 동기화하려 할 때 "오류: 설정 파일에 server.mount_point가 설정되지 않습니다" 오류가 나타납니다. 어떻게 해야 합니까?
- 질문 cobbler check에서 다른 버전의 yum-utils가 필요하다는 오류 메세지가 나타나는 이유는 무엇입니까?
- 질문 Red Hat Satellite 인증서를 활성화하려고 하면 "지원되지 않는 버전"이라는 오류가 나타납니다. 어떻게 해야 합니까?
- 질문 킥스타트 프로파일을 편집하려고 하면 "Internal Server Error (내부 서버 오류) "가 나타나며 ASCII에 대한 문제가 지적되고 있습니다. 무슨 문제가 있습니까?
- 질문 "Host Not Found (호스트를 찾을 수 없음)" 또는 "Could Not Determine FQDN (FQDN을 결정할 수 없음)" 오류가 나타납니다. 어떻게 해야 합니까?
- 질문 Red Hat Satellite 서버를 동기화하려고 하면 "이 서버는 인타이틀먼트가 없는 Satellite입니다"라는 메세지가 나타납니다. 어떻게 해야 합니까?
- 5.7. 웹 인터페이스
- 5.8. Anaconda
- 5.9. 역추적
- 5.10. 등록
- 5.11. 킥스타트 및 스니펫
- 5.12. 모니터링
- 5.13. 여러 조직의 Satellite 및 Satellite 인증서
- 5.14. Satellite 설치 및 설정
- 질문 Red Hat Network Package Manager를 설정한 후 로컬 패키지가 비공개 Red Hat Network 채널에 올바르게 추가되었는지에 대한 여부를 어떻게 알 수 있습니까?
- 질문 클라이언트가 Squid 서버에 연결하는지 어떻게 알 수 있습니까?
- 질문 클라이언트 시스템에 있는 Red Hat Update Agent가 Red Hat Satellite Proxy를 통해 연결되지 않습니다. 이 문제를 어떻게 해결할 수 있습니까?
- 질문 내 Red Hat Satellite Proxy 설정이 작동하지 않습니다. 문제 해결을 위해 어디서 부터 시작해야 합니까?
- 질문 Red Hat Satellite Proxy의 일반적인 문제는 어떻게 해결할 수 있습니까?
- 질문 내 Red Hat Satellite Proxy에 "호스트를 찾을 수 없음 (Host Not Found)"/"FQDN을 결정할 수 없음 (Could not Determine FQDN)" 오류가 발생했습니다. 어떻게 해야 합니까?
- 질문 Red Hat Satellite Proxy 장애 및 네트워크 연결 오류가 발생했습니다. 어떻게 해야 합니까?
- 질문 패키지 전송 오류 및 개체 손상이 발생했습니다. 무엇을 확인해야 합니까?
5.1. 디스크 공간 링크 복사링크가 클립보드에 복사되었습니다!
링크 복사링크가 클립보드에 복사되었습니다!
질문
디스크 공간이 즉시 채워집니다. 어떻게 해야 합니까?
답변
일반적인 문제는 디스크 공간이 가득 찬 경우입니다. 이는 로그 파일에 로그가 쓰여지다 갑자기 멈출 때입니다. 로그가 쓰이던 중에, 가령 단어 중간 등에서 멈췄다면 하드 디스크가 가득 찼을 가능성이 높습니다. 이를 확인하려면, 아래의 명령을 실행하여 Use% 칼럼의 백분율을 확인하십시오:
df -h
# df -h
로그 파일에 더하여 중요한 정보를 얻기 위해 Red Hat Satellite나 서버의 다양한 구성 요소의 상태를 구하는 방법이 있습니다. 다음의 명령을 사용합니다:
/usr/sbin/rhn-satellite status
# /usr/sbin/rhn-satellite status
또한 Apache 웹 서버 및 Red Hat Network Task Engine과 같은 구성 요소의 상태를 각각 구할 수 있습니다. 예를 들어 Apache 웹 서버의 상태를 보려면, 다음의 명령을 실행하십시오:
service httpd status
# service httpd status
5.2. 설치 및 업데이트 링크 복사링크가 클립보드에 복사되었습니다!
링크 복사링크가 클립보드에 복사되었습니다!
질문
설치하려고하면 SELinux에서 몇번이나 메시지가 나타납니다. 이유가 무엇입니까?
답변
Red Hat Satellite 설치시 SELinux 메시지 (AVC 거부와 같은 메시지)가 표시되면, Red Hat 지원 담당자가 도움을 줄 수 있도록
audit.log
파일을 준비하십시오. 이 파일은 /var/log/audit/audit.log
에 있으며 엔지니어가 도움을 줄 수 있도록 이를 지원 요청 티겟에 첨부할 수 있습니다.
질문
NFS 마운트에
/var/satellite
를 변경한 후 SELinux가 제대로 작동하지 않습니다. 어떻게 해야 합니까?
답변
SELinux에 트래픽을 허용하기 위해 SELinux 매개 변수를 새 NFS 마운트에 따라 변경해야 합니다. 이를 위해 다음 명령을 실행합니다:
/usr/sbin/setsebool -P spacewalk_nfs_mountpoint on
# /usr/sbin/setsebool -P spacewalk_nfs_mountpoint on
Red Hat Enterprise Linux 6를 사용하고 있는 경우 다음과 같은 명령을 실행해야 합니다:
/usr/sbin/setsebool -P cobbler_use_nfs on
# /usr/sbin/setsebool -P cobbler_use_nfs on
질문
Satellite가 실패합니다. 이유가 무엇입니까?
답변
Red Hat Network 중앙 서버에 있는 다음과 같은 자식 채널에 Red Hat Satellite를 등록하지 마십시오:
- Red Hat Developer Suite
- Red Hat Application Server
- Red Hat Extras
- JBoss 제품 채널
이 채널에 등록하고 Satellite를 업데이트하면 Satellite 장애의 원인이 되는 중요한 소프트웨어 구성 요소의 호환되지 않는 새 버전을 설치할 수 있습니다.
5.3. 서비스 링크 복사링크가 클립보드에 복사되었습니다!
링크 복사링크가 클립보드에 복사되었습니다!
질문
Apache 웹 서버가 실행되지 않는 이유는 무엇입니까?
답변
만일 Apache 웹 서버가 실행되고 있지 않다면
/etc/hosts
파일에 있는 항목이 정확하지 않은 것일 수 도 있습니다.
질문
Red Hat Network Task Engine의 상태가 어떤지를 어떻게 확인할 수 있습니까?
답변
Red Hat Network Task Engine의 상태를 보시려면 다음의 명령을 실행하십시오:
service taskomatic status
# service taskomatic status
질문
Satellite의 임베디드 데이터베이스의 상태가 어떤지를 어떻게 확인할 수 있습니까?
답변
Satellite의 임베디드 데이터베이스가 있는 경우 그 상태를 확인하려면 다음의 명령을 실행합니다:
db-control status
# db-control status
질문
Red Hat Satellite의 푸시 기능이 작동 중지할 경우 어떻게 해야 합니까?
답변
만일 Red Hat Satellite의 push 기능이 작동하지 않는다면, 이전 로그 파일에 문제가 있을 수 있습니다. 이 파일을 제거하기 전에 jabberd 데몬을 멈추어야 합니다. root로 다음 명령을 실행하시면 됩니다:
service jabberd stop rm -f /var/lib/jabberd/db/_db* service jabberd start
# service jabberd stop
# rm -f /var/lib/jabberd/db/_db*
# service jabberd start
5.4. 연결 관련 링크 복사링크가 클립보드에 복사되었습니다!
링크 복사링크가 클립보드에 복사되었습니다!
질문
연결할 수 없습니다! 문제를 해결하려면 어떻게 해야 합니까?
답변
다음의 측정법은 연결에 관련된 일반적인 에러를 해결하는데 쓰일 수 있습니다:
- 명령행에서
/etc/rhn/rhn.conf
에서 찾을 수 있는 정확한 데이터베이스 연결문을 이용하여 Red Hat Network Satellite의 데이터베이스로 연결을 시도하십시오:sqlplus username/password@sid
# sqlplus username/password@sid
Copy to Clipboard Copied! Toggle word wrap Toggle overflow - Red Hat Satellite가 NTP (Network Time Protocol)를 이용하고 있는지 확인하고 적절한 시간대로 설정하십시오. 이것은 모든 클라이언트 시스템과 독립형 데이터베이스를 사용하는 Red Hat Satellite에 있는 분리된 데이터베이스 컴퓨터에도 적용됩니다.
- 패키지가 올바른지 확인합니다:
rhn-org-httpd-ssl-key-pair-MACHINE_NAME-VER-REL.noarch.rpm
rhn-org-httpd-ssl-key-pair-MACHINE_NAME-VER-REL.noarch.rpm rhn-org-httpd-ssl-key-pair-MACHINE_NAME-VER-REL.noarch.rpm rhn-org-httpd-ssl-key-pair-MACHINE_NAME-VER-REL.noarch.rpm
Copy to Clipboard Copied! Toggle word wrap Toggle overflow 패키지가 Red Hat Satellite에 설치되었는지 확인하고 이에 상응하는rhn-org-trusted-ssl-cert-*.noarch.rpm
또는 처리되지 않은 CA SSL 공개 (클라이언트) 인증서가 모든 클라이언트 시스템에 설치되었는지 확인하십시오. - 클라이언트 시스템이 적절한 인증서를 사용하도록 설정되었는지 확인하십시오.
- 하나 또는 그 이상의 Red Hat Satellite Proxy 서버를 사용하고 있다면 각 프록시의 SSL 인증서가 정확하게 준비되었는지 확인하십시오. 프록시는 자신의 서버 SSL 키-쌍과 CA SSL 공개 (클라이언트) 인증서 둘 다 설치되어 있어야 합니다. 이는 프록시가 두 역할을 모두 수행하기 때문입니다. 구체적인 방법은 Red Hat Satellite 클라이언트 설정 가이드의 SSL 인증서 장을 참조하십시오.
- Red Hat Satellite 설치 가이드의 추가 요건에서 확인할 수 있듯이 필요한 포트를 차단하는 개별 방화벽을 클라이언트 시스템이 사용하지 않도록 하십시오.
질문
채널 가져오기/동기화하기가 실패했을 때 다른 어떤 방법으로도 복구할 수 없다면, 어떻게 해야 합니까?
답변
채널 가져오기/동기화하기가 실패했을 때 다른 어떤 방법으로도 복구할 수 없다면, 다음의 명령을 실행하여 캐시를 지우십시오:
rm -rf temporary-directory
# rm -rf temporary-directory
참고
로컬 미디어에서 가져오기 준비에 있는 Red Hat Satellite 설치 가이드 섹션은 임시 디렉토리로
/var/rhn-sat-import/
를 지정합니다.
이제 가져오기 또는 동기화하기를 재시작하십시오.
질문
"SSL_CONNECT"오류가 나타납니다. 어떻게 해야 합니까?
답변
일반적인 연결 문제는
SSL_CONNECT
에러로 표시되며, 시간이 잘못 설정된 컴퓨터에 Satellite가 설치되었기 때문입니다. Satellite 설치 과정 중에서, SSL 인증서가 정확하지 않은 시간을 사용하여 만들어졌습니다. 이러한 경우 만일 Satellite의 시간이 정확하다면, 인증서의 시작 날짜와 시간은 미래의 것으로 설정되어 있을 수 있습니다. 그래서 인증서가 무효하게 되는 것입니다.
이 문제를 해결하려면, 다음의 명령을 이용하여 클라이언트와 Satellite의 날짜/시간을 확인하십시오:
date
# date
모든 컴퓨터에 대해 그리고 인증서의 "notBefore"와 "notAfter" 유효성 윈도우에서 결과는 거의 일치하여야 합니다. 다음의 명령을 이용하여 클라이언트 인증서의 날짜와 시간을 확인하십시오:
openssl x509 -dates -noout -in /usr/share/rhn/RHN-ORG-TRUSTED-SSL-CERT
# openssl x509 -dates -noout -in /usr/share/rhn/RHN-ORG-TRUSTED-SSL-CERT
다음의 명령을 사용하여 세틀라이트 서버 인증서의 날짜와 시간을 확인하십시오:
openssl x509 -dates -noout -in /etc/httpd/conf/ssl.crt/server.crt
# openssl x509 -dates -noout -in /etc/httpd/conf/ssl.crt/server.crt
디폴트로 서버 인증서는 일년동안 유효한 반면 클라이언트 인증서는 10년 동안 유효합니다. 인증서에 정확하지 않은 부분이 있을 경우, 유효한 시작 시간까지 기다리거나 또는 모든 시스템의 시간을 GMT로 설정하고 새로운 인증서를 만드는 방법이 있습니다.
5.5. 로깅 및 보고 링크 복사링크가 클립보드에 복사되었습니다!
링크 복사링크가 클립보드에 복사되었습니다!
질문
어떤 로그 파일이 있습니까?
답변
사실상 모든 문제 해결 단계는 관련된 로그 파일을 보는 것으로부터 출발하여야 합니다. 이 로그 파일은 성능을 모니터하고 설정이 올바르게 되었는지를 확인하는데 사용될 수 있는 장치나 애플리케이션에서 일어난 작업들에 대한 중요한 정보를 제공합니다. 관련된 모든 로그 파일로의 경로는 표 5.1. “로그 파일”에서 참조하십시오.
/var/log/rhn/
디렉토리에 번호가 지정된 로그 파일 (예: /var/log/rhn/rhn_satellite_install.log.1, /var/log/rhn/rhn_satellite_install.log.2 등)이 있을 수 있습니다. 이는 순환 로그로 현재 rhn_satellite_install.log
파일이 logrotate(8)
데몬과 순환 로그 파일에 기록된 내용에 의해 지정된 크기까지 채워질 때 .<NUMBER> 확장자로 생성되는 로그 파일입니다. 예를 들어 rhn_satellite_install.log.1
에는 가장 오래된 순환 로그 파일이 있는 반면 rhn_satellite_install.log.4
에는 가장 최신의 순환 로그가 들어 있습니다.
구성/작업 | 로그 파일 위치 |
---|---|
Apache Web server | /var/log/httpd/ 디렉토리 |
Red Hat Satellite | /var/log/rhn/ 디렉토리 |
Red Hat Satellite 설치 프로그램 | /var/log/rhn/rhn_satellite_install.log |
데이터베이스 설치 - 임베디드 데이터베이스 | /var/log/rhn/install_db.log |
데이터베이스 채우기 | /var/log/rhn/populate_db.log |
Red Hat Satellite 동기화 도구 | /var/log/rhn/rhn_server_satellite.log |
모니터링 인프라 | /var/log/nocpulse/ 디렉토리 |
모니터링 통지 | /var/log/notification/ 디렉토리 |
Red Hat Network DB Control - 임베디드 데이터베이스 | /var/log/rhn/rhn_database.log |
Red Hat Network Task Engine (taskomatic) | /var/log/messages |
yum | /var/log/yum.log |
XML-RPC 트랜젝션 | /var/log/rhn/rhn_server_xmlrpc.log |
질문
spacewalk-report
를 어떻게 사용해야 합니까?
답변
인타이틀먼트, 등록된 시스템, 사용자, 조직 등의 인벤토리를 갖고 있는지의 여부에 따라 관리자에게 필요한 간결하고 형식화된 Red Hat Satellite 리소스 요약의 인스턴스가 있습니다. Satellite 인터페이스에서 이러한 정보를 수동으로 수집하는 대신 Red Hat Satellite에는 중요한 Satellite 정보를 한번에 수집하여 표시할 수 있는
spacewalk-report
명령이 포함되어 있습니다.
참고
spacewalk-report
명령을 사용하려면 spacewalk-reports
패키지가 설치되어 있어야 합니다.
spacewalk-report
를 사용하면 관리자는 Satellite를 통해 컨텐츠, 에라타, 시스템 및 시스템 이벤트 기록, 사용자 리소스 등에 대한 보고서를 표시 및 구성할 수 있습니다. spacewalk-report
명령을 사용하여 다음과 같은 내용의 보고서를 생성할 수 있습니다:
- 시스템 인벤토리 - Satellite에 등록되어있는 모든 시스템을 나열합니다.
- 인타이틀먼트 - Satellite에 있는 모든 조직을 나열하고 시스템 또는 채널 인타이틀먼트별로 정렬합니다.
- 에라타 - 등록된 시스템에 관련된 모든 에라타 목록을 표시하고, 중요도별 및 특정 에라타에 적용하는 시스템별로 정렬합니다.
- 사용자 - Satellite에 등록되어 있는 모든 사용자를 나열하고 특정 사용자와 관련된 시스템을 나열합니다.
- 시스템 기록 - 발생한 시스템 이벤트 모두 또는 일부를 나열합니다.
CSV 형식으로 보고서를 얻으려면 Satellite 서버의 명령 프롬프트에서 다음 명령을 실행합니다.
spacewalk-report report_name
# spacewalk-report report_name
다음과 같은 보고서를 사용할 수 있습니다:
보고서 | 다음으로 호출 | 설명 |
---|---|---|
시스템 인벤토리 | inventory | 서버에 등록된 시스템 목록과 하드웨어 및 소프트웨어 정보 |
인타이틀먼트 | entitlements | 시스템 또는 채널 인타이틀먼트와 함께 Satellite의 모든 조직의 목록을 나열. |
채널에 있는 에라타 | errata-channels | 채널에 있는 에라타 목록 나열 |
모든 에라타 | errata-list-all | 모든 에라타의 전체 목록 |
시스템 에라타 | errata-systems | 해당 에라타와 영향을 받는 등록된 시스템 목록 |
시스템의 사용자 | users | Satellite에 등록된 모든 사용자 목록 |
시스템 관리 | users-systems | 개별 사용자가 관리할 수 있는 시스템 목록 나열 |
킥스타트 트리 | kickstartable-trees | 킥스타트할 수 있는 트리를 나열 |
시스템 기록 | system-history | 시스템 이벤트 기록 나열 |
시스템 기록 채널 | system-history-channels | 시스템 이벤트 기록 나열 |
시스템 기록 설정 | system-history-configuration | 시스템 설정 이벤트 기록 나열 |
시스템 기록 인타이틀먼트 | system-history-entitlements | 시스템 인타이틀먼트 이벤트 기록 나열 |
시스템 기록 에라타 | system-history-errata | 시스템 에라타 이벤트 기록 나열 |
시스템 기록 킥스타트 | system-history-kickstart | 시스템 킥스타트 및 프로비저닝 이벤트 기록을 나열 |
시스템 기록 패키지 | system-history-packages | 시스템 패키지 이벤트 기록 나열 |
개별 보고서에 대한 자세한 정보를 얻으려면,
--info
또는 --list-fields-info
및 보고서 이름과 함께 spacewalk-report
을 실행합니다. 보고서의 가능한 필드 목록 및 설명이 나타납니다.
보다 자세한 내용은
spacewalk-report(8)
맨페이지와 spacewalk-report
프로그램의 --help
매개 변수를 사용하여 프로그램 실팽 및 옵션에 관한 추가 정보를 얻을 수 있습니다.
질문
데이터베이스 스키마의 버전을 확인하려면 어떻게 해야 합니까?
답변
데이터베이스 스키마의 버전을 확인하려면 다음의 명령을 실행하십시오:
rhn-schema-version
# rhn-schema-version
질문
어떤 문자 세트 형식이 있는지 어떻게 확인할 수 있습니까?
답변
Satellite 데이터베이스의 문자 세트 형식을 구하려면 다음의 명령을 사용하십시오:
rhn-charsets
# rhn-charsets
질문
관리자가 이메일을 받지 못하는 이유는 무엇입니까?
답변
관리자가 Red Hat Satellite로부터 이메일을 받지 못한다면,
/etc/rhn/rhn.conf
에 있는 traceback_mail
에 이메일 주소가 정확하게 설정되었는지 확인하십시오.
질문
추적 메일의 보낸 사람은 어떻게 변경할 수 있습니까?
답변
추적 메일의 발신주소가 dev-null@rhn.redhat.com로 표시되어 있고 이 주소를 대신해 조직에서 사용 가능한 주소를 쓰시려면
/etc/rhn/rhn.conf
안에 web.default_mail_from
옵션과 적당한 값을 넣으십시오.
5.6. 오류 링크 복사링크가 클립보드에 복사되었습니다!
링크 복사링크가 클립보드에 복사되었습니다!
질문
Red Hat Satellite를 설치하는 동안 "Satellite 인증서 유효성 검사 중 오류 발생"오류가 나타납니다. 이를 어떻게 해결할 수 있습니까?
답변
Red Hat Satellite 설치 중 "Satellite 인증서 유효성 검사 중 오류 발생" 오류는 환경에서 HTTP Proxy를 사용할 때 발생합니다. 이를 확인하려면
install.log
파일에 다음과 같은 오류가 포함되어 있는지 여부를 확인합니다:
이 문제를 해결하는 방법:
- 연결 해제 모드에서 설치 스크립트를 실행하고, 이미 수행된 데이터베이스 설치를 생략합니다.
./install.pl --disconnected --skip-db-install
# ./install.pl --disconnected --skip-db-install
Copy to Clipboard Copied! Toggle word wrap Toggle overflow - 원하는 텍스트 편집기에서
/etc/rhn/rhn.conf
를 열고 다음 행을 추가하거나 변경합니다:server.satellite.rhn_parent = satellite.rhn.redhat.com
server.satellite.rhn_parent = satellite.rhn.redhat.com
Copy to Clipboard Copied! Toggle word wrap Toggle overflow 다음 행을 삭제합니다:disconnected=1
disconnected=1
Copy to Clipboard Copied! Toggle word wrap Toggle overflow Red Hat Network에 연결하는 데 프록시를 사용하는 경우 다음 행을 추가 또는 변경하여 프록시 설정을 적용해야 합니다.server.satellite.http_proxy = <hostname>:<port> server.satellite.http_proxy_username = <username> server.satellite.http_proxy_password = <password>
server.satellite.http_proxy = <hostname>:<port> server.satellite.http_proxy_username = <username> server.satellite.http_proxy_password = <password>
Copy to Clipboard Copied! Toggle word wrap Toggle overflow - Satellite를 다시 연결 모드로 전환하려면 Satellite 인증서 경로와 파일 이름을 포함하여 root 사용자로
rhn-satellite-activate
명령을 사용합니다:rhn-satellite-activate --rhn-cert=/path/to/file.cert
# rhn-satellite-activate --rhn-cert=/path/to/file.cert
Copy to Clipboard Copied! Toggle word wrap Toggle overflow
다른 방법으로 연결 모드에서
install.pl
스크립트의 실행을 시도합니다. 이 경우 --answer-file=answer file
옵션을 사용합니다. 다음과 같은 HTTP 프록시 정보가 응답 파일에 포함되어 있는지 확인하십시오:
rhn-http-proxy = <hostname>:<port> rhn-http-proxy-username = <username> rhn-http-proxy-password = <password>
rhn-http-proxy = <hostname>:<port>
rhn-http-proxy-username = <username>
rhn-http-proxy-password = <password>
질문
Red Hat Network를 활성화 또는 동기화하려 할 때 "오류: 설정 파일에 server.mount_point가 설정되지 않습니다" 오류가 나타납니다. 어떻게 해야 합니까?
답변
Red Hat Satellite 활성화 또는 동기화 도중 "오류: 설정 파일에 server.mount_point가 설정되지 않습니다" 오류는
/etc/rhn/rhn.conf
에 있는 mount_point
설정 매개 변수가 디렉토리 경로를 가리키지 않거나 디렉토리 경로가 존재하지 않을 경우 또는 디렉토리로의 액세스 권한이 없는 경우 발생할 수 있습니다.
이 문제를 해결하려면,
/etc/rhn/rhn.conf
에 있는 mount_point
설정 매개 변수 값을 확인합니다. 이 값이 /var/satellite
의 기본값으로 설정되어 있을 경우, /var/satellite
및 /var/satellite/redhat
디렉토리가 존재하는지 확인합니다. 모든 값의 경우 파일로의 경로가 정확하고 권한이 제대로 설정되어 있는지 확인합니다.
질문
cobbler check
에서 다른 버전의 yum-utils
가 필요하다는 오류 메세지가 나타나는 이유는 무엇입니까?
답변
때때로
cobbler check
명령을 실행하면 다음과 유사한 오류가 나타날 수 있습니다:
cobbler check
# cobbler check
The following potential problems were detected:
#0: yum-utils need to be at least version 1.1.17 for reposync -l, current version is 1.1.16
이는 Cobbler의
reposync
패키지에서 알려진 문제입니다. 이 오류는 무시해도 상관없습니다. 이는 차후 Red Hat Satellite 버전에서 해결될 것입니다.
질문
Red Hat Satellite 인증서를 활성화하려고 하면 "지원되지 않는 버전"이라는 오류가 나타납니다. 어떻게 해야 합니까?
답변
Red Hat Satellite 인증서가 손상된 경우 다음과 같은 오류가 나타납니다:
ERROR: <Fault -2: 'unhandled internal exception: unsupported version: 96'>
ERROR: <Fault -2: 'unhandled internal exception: unsupported version: 96'>
RHN_PARENT: satellite.rhn.redhat.com Error reported from RHN: <Fault -2: 'unhandled internal exception: unsupported version: 115'> ERROR: unhandled XMLRPC fault upon remote activation: <Fault -2: 'unhandled internal exception: unsupported version: 115'> ERROR: <Fault -2: 'unhandled internal exception: unsupported version: 115'>
RHN_PARENT: satellite.rhn.redhat.com
Error reported from RHN: <Fault -2: 'unhandled internal exception: unsupported version: 115'>
ERROR: unhandled XMLRPC fault upon remote activation: <Fault -2: 'unhandled internal exception: unsupported version: 115'>
ERROR: <Fault -2: 'unhandled internal exception: unsupported version: 115'>
Invalid satellite certificate
Invalid satellite certificate
이 문제를 해결하려면 Red Hat 지원 서비스에 문의하여 새로운 인증서를 받으십시오.
질문
킥스타트 프로파일을 편집하려고 하면 "Internal Server Error (내부 서버 오류) "가 나타나며 ASCII에 대한 문제가 지적되고 있습니다. 무슨 문제가 있습니까?
답변
최근 킥스타트 프로파일에 커널 매개 변수를 추가하면 킥스타트 프로파일 목록 보기를 실행 시도할 때 다음과 같은 내부 서버 오류가 나타날 수 있습니다:
'ascii' codec can't encode character u'\u2013'
'ascii' codec can't encode character u'\u2013'
이 오류는 프로파일의 일부 텍스트가 제대로 인식되지 않기 때문에 발생하는 것입니다.
이 문제를 해결하는 방법:
- root 사용자로 Satellite 서버에 직접 ssh를 실행합니다:
ssh root@satellite.fqdn.com
# ssh root@satellite.fqdn.com
Copy to Clipboard Copied! Toggle word wrap Toggle overflow /var/lib/cobbler/config/profiles.d
에 있는 파일의 날짜를 확인하여 문제의 원이인되고 있는 킥스타트 프로파일에서 가장 최근에 편집된 파일을 찾습니다.ls -l /var/lib/cobbler/config/profiles.d/
# ls -l /var/lib/cobbler/config/profiles.d/
Copy to Clipboard Copied! Toggle word wrap Toggle overflow - 원하는 텍스트 편집기에서 프로파일을 열고 다음과 같은 텍스트를 찾습니다:
\u2013hostname
\u2013hostname
Copy to Clipboard Copied! Toggle word wrap Toggle overflow 항목을 다음과 같이 변경합니다:--hostname
--hostname
Copy to Clipboard Copied! Toggle word wrap Toggle overflow - 프로파일의 변경 내용을 저장하고 파일을 닫습니다.
- Red Hat Satellite 서비스를 다시 시작하고 업데이트된 프로파일을 고릅니다:
Copy to Clipboard Copied! Toggle word wrap Toggle overflow - Web 인터페이스로 돌아갑니다. 인터페이스가 서비스를 해결하는 데 시간이 걸릴 수 있지만, 몇 분 후면 정상으로 돌아감에 유의하십시오.
질문
"Host Not Found (호스트를 찾을 수 없음)" 또는 "Could Not Determine FQDN (FQDN을 결정할 수 없음)" 오류가 나타납니다. 어떻게 해야 합니까?
답변
Red Hat Network 설정 파일은 FQDN (fully qualified domain names)에 전적으로 의존하고 있기 때문에 주요 애플리케이션이 Red Hat Satellite 이름으로부터 IP 주소를 결정할 수 있어야 합니다. 특히 Red Hat Update Agent, Red Hat Network Registration Client, Apache 웹에 이러한 문제가 자주 발생할 수 있으며, 시작이 안될 경우에 Red Hat Network 프로그램은"호스트를 찾을 수 없음" 오류를 표시하고 웹서버는 "서버의 FQDN을 결정할 수 없음" 오류를 표시합니다.
이 문제는 전형적으로
/etc/hosts
파일에서 기인합니다. /etc/nsswitch.conf
를 검사하여 이를 확인할 수 있으며, 이 파일은 도메인 이름이 결정되는 방법과 순서를 정의합니다. 보통 /etc/hosts
파일이 먼저 검사되고 네트워크 정보 서비스 (NIS)가 사용된 경우 이것이 다음에 검사되며, DNS가 그 다음에 검사됩니다. 이 중 하나가 성공하여야 Apache 웹서버를 시작할 수 있으며 Red Hat Network 클라이언트 애플리케이션이 작동합니다.
이 문제를 해결하려면,
/etc/hosts
파일의 내용을 확인하십시오. 이는 다음과 같이 나타나게 됩니다:
127.0.0.1 this_machine.example.com this_machine localhost.localdomain \ localhost
127.0.0.1 this_machine.example.com this_machine localhost.localdomain \ localhost
우선, 문서 편집기에서 문제를 일으키는 기기 정보를 다음과 같이 제거하십시오:
127.0.0.1 localhost.localdomain.com localhost
127.0.0.1 localhost.localdomain.com localhost
그리고 파일을 저장한 후 Red Hat Network 클라이언트 애플리케이션 또는 Apache 웹서버를 다시 실행하십시오. 그래도 실패한다면, Satellite의 IP 주소를 파일 내에 다음과 같이 분명하게 명시하십시오:
127.0.0.1 localhost.localdomain.com localhost 123.45.67.8 this_machine.example.com this_machine
127.0.0.1 localhost.localdomain.com localhost
123.45.67.8 this_machine.example.com this_machine
여기에 있는 값을 Satellite의 실제 IP 주소로 대체하십시오. 이것으로 문제가 해결될 것입니다. 주의할 것은 만일 특정 IP 주소가 파일에 명시된 경우에는, 컴퓨터가 새로운 주소를 얻으면 그 파일도 업데이트되어야 한다는 점입니다.
질문
Red Hat Satellite 서버를 동기화하려고 하면 "이 서버는 인타이틀먼트가 없는 Satellite입니다"라는 메세지가 나타납니다. 어떻게 해야 합니까?
답변
satellite-sync
에서 서버가 Red Hat Network Satellite로 활성화되어 있지 않다고 보고된 경우, 이는 해당 Red Hat Satellite 채널에 등록되지 않은 것입니다. 새로 설치된 시스템의 경우, Satellite 인증서가 시스템에서 활성화되어 있는지 확인합니다. 이전에 활성화되어 있었을 경우에는 이는 비활성화됩니다.
Red Hat Network Red Hat Satellite 채널에 등록되어 있는 경우 검색할 시스템의 자식 채널을 확인합니다. 다음 명령을 사용하여 등록된 채널을 확인합니다:
yum repolist
# yum repolist
Satellite에서 다음 명령을 root로 사용하여 동일한 Satellite 인증서를 활성화합니다:
rhn-satellite-activate -vvv --rhn-cert=/path/to/certificate
# rhn-satellite-activate -vvv --rhn-cert=/path/to/certificate
5.7. 웹 인터페이스 링크 복사링크가 클립보드에 복사되었습니다!
링크 복사링크가 클립보드에 복사되었습니다!
질문
Red Hat Satellite 사용자 인터페이스에 문제가 있습니다. 어떤 로그 파일을 확인해야 합니까?
답변
Red Hat Satellite 사용자 인터페이스에 있는 킥스타트로 작업을 하거나 보기 또는 스케줄링에서 문제가 발생할 경우,
/var/log/tomcat6/catalina.out
로그 파일을 확인합니다.
모든 다른 사용자 인터페이스 오류의 경우,
/var/log/httpd/error_log
로그 파일을 확인합니다.
5.8. Anaconda 링크 복사링크가 클립보드에 복사되었습니다!
링크 복사링크가 클립보드에 복사되었습니다!
질문
Error downloading kickstart file
라는 메세지가 나타나는 오류가 발생했습니다. 무엇이 문제이고 어떻게 해결해야 합니까?
답변
이 오류는 대개 네트워크 문제로 인해 발생합니다. 이 문제를 해결하려면
cobbler check
명령을 실행하여 출력을 확인합니다. 다음과 같은 출력이 표시되어야 합니다:
cobbler check
로 문제를 파악할 수 없는 경우에는 다음 사항을 확인하십시오:
httpd
가 실행되고 있는지 확인합니다:service httpd status
cobblerd
가 실행되고 있는지 확인합니다:service cobblerd status
- 다른 호스트에서
wget
을 사용하여 킥스타트 파일을 가져올 수 있는지 확인합니다:wget http://satellite.example.com/cblr/svc/op/ks/profile/rhel5-i386-u3:1:Example-Org
wget http://satellite.example.com/cblr/svc/op/ks/profile/rhel5-i386-u3:1:Example-Org
Copy to Clipboard Copied! Toggle word wrap Toggle overflow
질문
The file chkconfig-1.3.30.1-2.i386.rpm cannot be opened.
라고 나타나는 패키지 설치 오류가 발생했습니다. 무엇이 문제이고 어떻게 해결해야 합니까?
답변
클라이언트는 킥스타트에 있는
--url
매개 변수에 기반하여 Red Hat Satellite에서 컨텐츠를 가져오기합니다. 예:
url --url http://satellite.example.com/ks/dist/ks-rhel-i386-server-5-u3
url --url http://satellite.example.com/ks/dist/ks-rhel-i386-server-5-u3
Anaconda에서 이미지 또는 패키지를 찾을 수 없다는 오류를 수신한 경우, 킥스타트의 URL이
200 OK
응답을 생성하는지를 확인합니다. 이는 해당 URL에 파일이 위치한 곳을 wget
을 시도하여 실행할 수 있습니다:
200 OK
이외의 응답을 받을 경우, 오류 로그를 확인하여 문제를 찾아냅니다. access_log
파일을 검색하여 Anaconda가 다운로드하려는 실제 파일을 확인할 수 있습니다:
이 요청이
access_log
파일에 나타나지 않으면, 시스템에는 네트워크 설정 문제가 있을 수 있습니다. 요청이 나타나도 오류가 발생하는 경우에도 오류 로그를 확인합니다.
파일을 수동으로 다운로드하여 패키지의 사용 여부를 확인할 수 있습니다:
wget http://satellite.example.com/ks/dist/ks-rhel-i386-server-5-u3/Server/chkconfig-1.3.30.1-2.i386.rpm
wget http://satellite.example.com/ks/dist/ks-rhel-i386-server-5-u3/Server/chkconfig-1.3.30.1-2.i386.rpm
5.9. 역추적 링크 복사링크가 클립보드에 복사되었습니다!
링크 복사링크가 클립보드에 복사되었습니다!
질문
"WEB TRACEBACK"이라는 제목의 이메일이 수신되고 있습니다. 어떻게 해야 합니까?
답변
전형적인 역추적 이메일은 다음과 같이 나타납니다:
이는 Cobbler가
taskomatic
서비스와의 통신에 문제가 발생한 것을 나타냅니다. 다음 사항을 확인하십시오:
httpd
가 실행되고 있는지 확인합니다:# service httpd status
cobblerd
가 실행되고 있는지 확인합니다:# service cobblerd status
localhost
연결을 방해하는 방화벽 규칙이 없는지 확인합니다
5.10. 등록 링크 복사링크가 클립보드에 복사되었습니다!
링크 복사링크가 클립보드에 복사되었습니다!
질문
rhnreg_ks
명령을 실행하면 ERROR: unable to read system id
라는 오류 메세지가 표시되고 실행 실패하게 됩니다. 무엇이 문제입니까?
답변
킥스타트 파일의 끝에
%post
부분이 있으며 이를 통해 시스템을 Red Hat Satellite에 등록합니다:
추가된 순서로 이를 해석하여 다음을 수행합니다:
- Red Hat Satellite에서 사용하는 사요자 정의 SSL 인증서를 수용할 수 있는 디렉토리리를 생성합니다.
- 등록 시 사용할 SSL 인증서를 가져옵니다.
rhn-register
설정 파일에서 SSL 인증서 검색 및 교체, SSL 인증서 및 활성키를 사용하여 Red Hat Satellite에 등록을 순서대로 실행합니다. 각 킥스타트 프로파일에는 활성키가 포함되어 있어 올바른 기본 채널과 자식 채널이 시스템에 할당하게 하고 올바른 시스템 인타이틀먼트를 획득하게 합니다. 기존 시스템을 다시 프로비저닝하는 경우, 활성키는 이전 시스템 프로파일에 확실히 연결되게 합니다.
rhnreg_ks
명령이 실패한 경우, ks-post.log
로그 파일에 다음과 같은 오류가 나타나게 됩니다:
ERROR: unable to read system id.
ERROR: unable to read system id.
이러한 오류는
rhn_check
을 실행했을 때 시스템이 Red Hat Satellite에 등록되지 않은 경우에도 발생합니다.
이에 대한 가장 적절한 문제 해결 방법은 킥스타트가 완료된 후 킥스타트 파일을 확인하고 명령 프롬프트에 위의 네 가지 단계를 직접 복사하여 붙여넣는 것입니다. 이는 문제 해결에 도움이 되는 보다 상세한 오류 메세지를 생성합니다.
5.11. 킥스타트 및 스니펫 링크 복사링크가 클립보드에 복사되었습니다!
링크 복사링크가 클립보드에 복사되었습니다!
질문
킥스타트의 디렉토리 구조는 어떻게 되어 있습니까?
답변
킥스타트 파일이 저장되어 있는 기본 경로는
/var/lib/rhn/kickstarts/
입니다. 이 디렉토리에서 raw 킥스타트는 upload
하위 디렉토리에 저장되고 마법사가 생성된 킥스타트는 wizard
하위 디렉토리에 저장됩니다:
Raw Kickstarts: /var/lib/rhn/kickstarts/upload/$profile_name--$org_id.cfg Wizard Kickstarts: /var/lib/rhn/kickstarts/wizard/$profile_name--$org_id.cfg
Raw Kickstarts: /var/lib/rhn/kickstarts/upload/$profile_name--$org_id.cfg
Wizard Kickstarts: /var/lib/rhn/kickstarts/wizard/$profile_name--$org_id.cfg
질문
Cobbler 스니펫의 디렉토리 구조는 어떻게 되어 있습니까?
답변
Cobbler 스니펫은
/var/lib/rhn/kickstarts/snippets
에 저장됩니다. Cobbler는 /var/lib/cobbler/snippets/spacewalk
의 심볼릭 링크를 사용하여 스니펫에 액세스합니다.
Snippets: /var/lib/rhn/kickstarts/snippets/$org_id/$snippet_name
Snippets: /var/lib/rhn/kickstarts/snippets/$org_id/$snippet_name
중요
Red Hat Satellite RPM은 Cobbler 킥스타트와 스니펫 디렉토리가 기본값 위치에 있다고 간주하기 때문에 이를 변경해서는 안됩니다.
5.12. 모니터링 링크 복사링크가 클립보드에 복사되었습니다!
링크 복사링크가 클립보드에 복사되었습니다!
질문
모니터링 오류의 원인을 파악하는데 도움이 되는 진단 도구가 있습니까?
답변
모니터링 (Monitoring)에 연계된 활동은 Satellite 인터페이스를 통해 이루어지지만 Red Hat은 명령행에서 시스템을 진단할 수 있는 도구도 제공합니다. 이 도구는 오류의 원인을 알아내는데 사용될 수 있습니다. 이 도구를 사용하려면 모니터링를 실시하는 Satellite에서 반드시
nocpulse
사용자가 될 수 있어야 합니다.
우선Satellite에 root로 로그인 한 후 다음의 명령을 사용하여
nocpulse
사용자로 전환합니다:
su - nocpulse
su - nocpulse
프로브에 관련된 문제를 완전히 해결하기 위해서는 우선 프로브의 ID를 알아야 합니다. 프로브 ID는 Red Hat Satellite 서버에서
nocpulse
사용자로서 rhn-catalog
를 실행하여 알아낼 수 있습니다. 다음과 유사한 결과가 출력될 것입니다:
2 ServiceProbe on example1.redhat.com (199.168.36.245): test 2 3 ServiceProbe on example2.redhat.com (199.168.36.173): rhel2.1 test 4 ServiceProbe on example3.redhat.com (199.168.36.174): SSH 5 ServiceProbe on example4.redhat.com (199.168.36.175): HTTP
2 ServiceProbe on example1.redhat.com (199.168.36.245): test 2
3 ServiceProbe on example2.redhat.com (199.168.36.173): rhel2.1 test
4 ServiceProbe on example3.redhat.com (199.168.36.174): SSH
5 ServiceProbe on example4.redhat.com (199.168.36.175): HTTP
프로브 ID는 행의 첫번째 숫자이고 프로브 이름은 행의 마지막에 있습니다(Satellite 인터페이스에서 입력했듯이). 위의 예에서 프로브 ID 5는 프로브 이름 HTTP에 상응합니다.
프로브 ID와 함께
--commandline
(-c
)과 --dump
(-d
) 옵션을 rhn-catalog
에 전달하여 프로브에 대한 좀 더 자세한 정보를 얻을 수 있습니다. 예:
rhn-catalog --commandline --dump 5
rhn-catalog --commandline --dump 5
--commandline
옵션은 프로브에 지정된 명령 파라미터를 표시합니다. 경고 한계점와 통지 주기, 메소드 등 그 외 모든 것을 --dump
는 출력합니다.
위의 명령은 다음과 유사한 결과를 가져옵니다:
이제 ID를 알아냈으므로
rhn-rhnprobe
와 함께 사용하여 프로브의 출력 결과를 점검합니다.
질문
rhn-runprobe
의 출력 결과를 어떻게 해석해야 합니까?
답변
프로브 ID와
rhn-catalog
가 있으므로 rhn-runprobe
와 함께 써서 프로브의 전체 산출값을 볼 수 있습니다. 기본으로 rhn-runprobe
는 테스트 모드에서 작동하므로, 결과는 데이터베이스에 기록되지 않는 다는 것을 주의하세요. 옵션은:
옵션 | 설명 |
---|---|
--help | 가능한 옵션을 나열한 후 종료합니다. |
--probe=PROBE_ID | 이 ID를 가진 프로브를 실행합니다. |
--prob_arg=PARAMETER | 데이터베이스에 있는 프로브의 파라미터를 덮어씁니다. |
--module=PERL_MODULE | 실행하려는 대체 코드의 패키지 이름입니다. |
--log=all=LEVEL | 패키지의 로그 레벨이나 접두어를 설정합니다. |
--debug=LEVEL | 숫자로 된 디버그 레벨을 설정합니다. |
--live | 프로브를 실행하여 데이터를 대기열에 나열하고 통지를 전송합니다 (필요한 경우). |
최소한
--probe
와 --log
옵션, 그리고 값을 포함해야 합니다. --probe
옵션의 값은 프로브 ID이며, --log
옵션값은 모든 실행 레벨의 산출물을 받기 위한 "all" (모든 런레벨) 그리고 상세(verbosity) 레벨 값 입니다. 예로써:
rhn-runprobe --probe=5 --log=all=4
rhn-runprobe --probe=5 --log=all=4
앞서 나온 명령은 프로브 ID 5의 프로브 결과를 모든 럴레벨에 대하여 매우 상세하게 출력할 것입니다.
보다 구체적으로
rhn-catalog
에서 파생된 명령 파라미터를 쓸수 있습니다. 예로써:
rhn-runprobe 5 --log=all=4 --sshuser=nocpulse --sshport=4545
rhn-runprobe 5 --log=all=4 --sshuser=nocpulse --sshport=4545
이로써 프로브가 시도한 실행을 묘사하는 구체적인 산출물을 볼 수 있습니다. 에러를 분명하게 알아낼 수도 있습니다.
5.13. 여러 조직의 Satellite 및 Satellite 인증서 링크 복사링크가 클립보드에 복사되었습니다!
링크 복사링크가 클립보드에 복사되었습니다!
질문
Satellite 인증서에 충분한 인타이틀먼트가 없으면 여러 조직의 환경에서 시스템을 어떻게 등록합니까?
답변
인타이틀먼트를 해제해야하지만 이를 실행할 시간이 없을 뿐 아니라 이를 실행하기 위해 각 조직에 액세스할 수 없는 경우가 있습니다. 다수 조직 Satellite에는 Satellite 관리자가 조직의 인타이틀먼트 수를 사용 수 이하로 감소시킬 수 있는 옵션이 있습니다. 이러한 방법은 관리 조직으로 로그인하여 실행해야 합니다.
예를 들어, 관리 조직으로 로그인한 후, 인증서가 Satellite 상에서 등록된 모든 시스템을 커버하기 위해 5 개의 시스템 관리 인타이틀먼트가 부족할 경우, 가장 최근에 조직에 등록된 5 개의 시스템 인타이틀먼트가 해제됩니다. 이 과정은 아래에서 설명합니다:
/etc/rhn/rhn.conf
파일에서web.force_unentitlement
를 1로 설정합니다.- Satellite를 다시 시작합니다.
- 조직의 서브스크립션 탭이나 개별 인타이틀먼트의 조직 탭을 통해 원하는 조직에 할당된 인타이틀먼트를 줄입니다.
- 현재 조직에 있는 여러 시스템이 인타이틀먼트 없음 (unentitled) 상태일 것입니다. 조직에서 인타이틀먼트가 없는 시스템 수는 조직에서 삭제된 인타이틀먼트 수와 시스템에 아직 적용되지 않은 조직의 인타이틀먼트 수 사이에서의 차이와 동일하게 될 것입니다.예를 들어, 3 단계에 있는 조직에서 10 개의 인타이틀먼트가 삭제되고 조직이 시스템에서 사용되지 않는 인타이틀먼트 4개를 갖고 있을 경우, 조직에 있는 6 개의 시스템에 인타이틀먼트가 없게 됩니다.
필요한 인타이틀먼트 수를 충분히 소유한 후, 새로운 Satellite 인증서를 활성화할 수 있습니다.
web.force_unentitlement
변수를 수정하는 것은 조직의 할당된 인타이틀먼트를 사용하고 있는 것 이하로 감소시킬 경우에만 필요함에 유의하십시오. 조직이 활발하게 사용되고 있는 것 보다 많은 인타이틀먼트를 갖고 있을 경우, 이를 제거하기 위해 이러한 변수를 설정할 필요가 없습니다.
질문
사용되고 있지 않은 Satellite 인증서에 추가 인타이틀먼트가 있습니다. 이러한 인타이틀먼트는 어떻게 됩니까?
답변
새로운 Satellite 인증서를 발급 받고, 이 인증서에 Satellite에서 사용되는 것 보다 더 많은 인타이틀먼트가 있을 경우, 여분의 인타이틀먼트는 관리 조직에 할당됩니다. Satellite 관리자로 웹 인터페이스에 로그인할 경우, 이러한 인타이틀먼트를 다른 조직에 할당할 수 있게 됩니다. 이전에 다른 조직에 할당된 인타이틀먼트는 영향을 받지 않게 됩니다.
5.14. Satellite 설치 및 설정 링크 복사링크가 클립보드에 복사되었습니다!
링크 복사링크가 클립보드에 복사되었습니다!
질문
Red Hat Network Package Manager를 설정한 후 로컬 패키지가 비공개 Red Hat Network 채널에 올바르게 추가되었는지에 대한 여부를 어떻게 알 수 있습니까?
답변
rhn_package_manager -l -c "name_of_private_channel"
명령을 입력하시면 Satellite에 인식된 비공개 채널 패키지 목록을 보실 수 있습니다. 또는 Satellite 인터페이스에 가보시기 바랍니다.
등록된 시스템을 비공개 채널에 가입한 후 등록된 시스템에서
yum --disablerepo="*" --enablerepo="your_repo_name" list available
명령을 실행하여 비공개 Satellite 채널에서 패키지를 검색할 수 있습니다.
질문
클라이언트가 Squid 서버에 연결하는지 어떻게 알 수 있습니까?
답변
/var/log/squid/access.log
파일은 Squid 서버로의 모든 연결을 기록하므로, 이 파일을 찾아보시면 됩니다.
질문
클라이언트 시스템에 있는 Red Hat Update Agent가 Red Hat Satellite Proxy를 통해 연결되지 않습니다. 이 문제를 어떻게 해결할 수 있습니까?
답변
클라이언트 시스템에 최신 버전의 Red Hat Update Agent가 설치되었는지 확인해 보십시오. 최신 버전에는 Red Hat Satellite Proxy를 통해 연결하는데 필요한 기능이 들어 있습니다. root로
yum update yum
명령을 실행하여 Red Hat Network를 통해서나 또는 http://www.redhat.com/support/errata/에서 최신 버전을 받아보실 수 있습니다.
Red Hat Satellite Proxy는 Apache의 확장입니다. 로그 파일 위치는 Red Hat Satellite Proxy 설치 가이드의 로그 파일 섹션에서 참조하십시오.
질문
내 Red Hat Satellite Proxy 설정이 작동하지 않습니다. 문제 해결을 위해 어디서 부터 시작해야 합니까?
답변
/etc/sysconfig/rhn/systemid
파일의 소유자가 root.apache이고 파일 권한이 0640인지 확인해보십시오.
로그 파일을 확인합니다. 목록은 Red Hat Satellite Proxy 설치 가이드의 로그 파일 섹션에서 참조하십시오.
질문
Red Hat Satellite Proxy의 일반적인 문제는 어떻게 해결할 수 있습니까?
답변
일반적인 문제를 해결하려면, 문제를 나타내는 구성 요소와 관련된 로그 파일(들)을 살펴보십시오.
일반적인 문제는 디스크 공간이 가득 찬 경우입니다. 이에 대한 거의 확실한 신호는 로그 파일에서 로그 작성 중 중단된 곳이 있을 때입니다. 로그가 작성되던 중에, 가령 단어 중간 등에서 중단되었다면 디스크가 가득 찼을 가능성이 높습니다. 이를 확인하려면, 아래의 명령을 실행하여 Use% 칼럼의 백분율을 확인하십시오:
df -h
df -h
로그 파일을 살펴보는 것 외에, Apache Web 서버와 Squid에서 다양한 구성 요소의 상태 정보를 구하여 중요한 정보를 알아내는 방법도 있습니다.
Apache Web 서버의 상태를 보시려면, 다음의 명령을 실행하십시오:
service httpd status
service httpd status
Squid의 상태를 보시려면, 다음의 명령을 실행하십시오:
service squid status
service squid status
관리자가 Red Hat Satellite Proxy로부터 이메일을 받지 못한다면,
/etc/rhn/rhn.conf
에 있는 traceback_mail
에 이메일 주소가 정확하게 설정되었는지 확인하십시오.
질문
내 Red Hat Satellite Proxy에 "호스트를 찾을 수 없음 (Host Not Found)"/"FQDN을 결정할 수 없음 (Could not Determine FQDN)" 오류가 발생했습니다. 어떻게 해야 합니까?
답변
Red Hat Network 설정 파일은 FQDN (fully qualified domain names)에 전적으로 의존하고 있기 때문에 주요 애플리케이션은 Red Hat Satellite Proxy 이름을 IP 주소로 확인할 수 있어야 합니다. 특히 Red Hat Update Agent, Red Hat Network Registration Client, Apache 웹에 이러한 문제가 자주 발생할 수 있으며, 시작이 안될 경우에 Red Hat Network 프로그램은 "호스트를 찾을 수 없음" 오류를 표시하고 웹서버는 "서버의 FQDN을 결정할 수 없음" 오류를 표시합니다.
이 문제는 전형적으로
/etc/hosts
파일에서 기인합니다. /etc/nsswitch.conf
파일을 검사하여 이를 확인할 수 있으며, 이 파일은 도메인 이름이 결정되는 방법과 순서를 정의합니다. 보통 /etc/hosts
파일이 먼저 검사되고 네트워크 정보 서비스 (NIS)가 사용된 경우 이것이 다음에 검사되며, DNS가 그 다음에 검사됩니다. 이 중 하나가 성공하여야 Apache 웹서버를 시작할 수 있으며 Red Hat Network 클라이언트 애플리케이션이 작동합니다.
이 문제를 해결하려면,
/etc/hosts
파일의 내용을 확인하십시오. 이는 다음과 같이 나타나게 됩니다:
127.0.0.1 this_machine.example.com this_machine localhost.localdomain \ localhost
127.0.0.1 this_machine.example.com this_machine localhost.localdomain \ localhost
텍스트 편집기에서 파일의 컴퓨터 호스트 정보를 삭제합니다. 이는 다음과 유사하게 나타납니다:
127.0.0.1 localhost.localdomain.com localhost
127.0.0.1 localhost.localdomain.com localhost
파일을 저장한 후 Red Hat Network 클라이언트 애플리케이션 또는 Apache 웹서버를 다시 실행하십시오. 그래도 실패한다면, Proxy의 IP 주소를 파일 내에 다음과 같이 분명하게 명시하십시오:
127.0.0.1 localhost.localdomain.com localhost 123.45.67.8 this_machine.example.com this_machine
127.0.0.1 localhost.localdomain.com localhost
123.45.67.8 this_machine.example.com this_machine
여기의 값은 Proxy 서버 실제 IP 주소로 대체하십시오. 이것으로 문제가 해결될 것입니다. 주의할 것은 만일 특정 IP 주소가 파일에 명시된 경우에는, 컴퓨터가 새로운 주소를 얻으면 그 파일도 업데이트되어야 한다는 점입니다.
질문
Red Hat Satellite Proxy 장애 및 네트워크 연결 오류가 발생했습니다. 어떻게 해야 합니까?
답변
다음의 방법은 일반적인 연결 오류를 해결하는데 사용될 수 있습니다:
- 패키지가 올바른지 확인합니다:
rhn-org-httpd-ssl-key-pair-MACHINE_NAME-VER-REL.noarch.rpm
rhn-org-httpd-ssl-key-pair-MACHINE_NAME-VER-REL.noarch.rpm rhn-org-httpd-ssl-key-pair-MACHINE_NAME-VER-REL.noarch.rpm rhn-org-httpd-ssl-key-pair-MACHINE_NAME-VER-REL.noarch.rpm
Copy to Clipboard Copied! Toggle word wrap Toggle overflow 패키지가 Red Hat Satellite Proxy에 설치되었는지 확인하고 이에 상응하는rhn-org-trusted-ssl-cert-*.noarch.rpm
또는 처리되지 않은 CA SSL 공개 (클라이언트) 인증서가 모든 클라이언트 시스템에 설치되었는지 확인하십시오. - 클라이언트 시스템이 적절한 인증서를 사용하도록 설정되었는지 확인하십시오.
- 하나 또는 그 이상의 Red Hat Satellite Proxy를 쓰고 있다면 각 Proxy의 SSL 인증서가 정확하게 준비되었는지 확인하십시오. Red Hat Satellite Proxy를 Red Hat Satellite와 함께 사용할 경우 Proxy는 자신의 서버 SSL 키-쌍과 CA SSL 공개 (클라이언트) 인증서 둘 다 설치되어 있어야 합니다. 이는 Proxy가 두 역할을 다 수행하기 때문입니다. 구체적인 방법은 Red Hat Satellit 클라이언트 설정 가이드의 SSL 인증서 장을 참조하십시오.
- Red Hat Satellite Proxy가 HTTP Proxy를 통해서 연결한다면, 연관된 URL 란을 모두 입력하십시오. 예들 들어, HTTP Proxy URL 란에는 http:// 또는 https://같은 프로토콜 참조 부호를 제외하고 입력하여야 한다는 점을 기억하십시오.
your-gateway.example.com:8080
와 같이 호스트명과 포트만을 호스트명:포트의 형식으로 입력하십시오. - Red Hat Satellite Proxy 설치 가이드의 추가 요건에서 확인할 수 있듯이 클라이언트 시스템이 필요한 포트를 차단하는 개별 방화벽을 사용하지 않도록 합니다.
질문
패키지 전송 오류 및 개체 손상이 발생했습니다. 무엇을 확인해야 합니까?
답변
패키지가 전송되지 않거나 손상된 경우, 연결 오류와 관련된 문제가 아니라면 캐시를 지워주는 것이 좋습니다. Red Hat Satellite Proxy에서 주목하실 캐시는 Squid와 인증 캐시입니다.
Squid 캐시는
/var/spool/squid/
에 있으며 삭제하려면 다음을 실행합니다:
- Apache Web 서버를 중지합니다:
service httpd stop
- Squid 서버를 중지합니다:
service squid stop
- 디렉토리의 컨텐츠를 삭제합니다:
rm -fv /var/cache/rhn/*
- 두 서비스를 다시 시작합니다:
service squid start service httpd start
service squid start service httpd start
Copy to Clipboard Copied! Toggle word wrap Toggle overflow
디렉토리를 삭제하고 squid를 다시 시작하면 이 작업을 빨리 수행할 수 있지만 이러한 방법은 여러 Red Hat Network 추적 메세지를 발생시킬 수 있습니다.
Proxy가 인증을 위해 사용하는 내부 캐싱 파일을 삭제해야 할 경우도 있습니다. 이 캐시를 삭제하시려면, 다음 명령을 입력하십시오:
rm -fv /var/cache/rhn/*
rm -fv /var/cache/rhn/*
참고
이 문제 해결 단계를 모두 사용해보셨거나 이를 Red Hat Network 전문가에게 맡기고 싶으시다면, Red Hat Satellite와 함께 제공되는 지원을 이용하실 것을 Red Hat은 권장합니다. 이를 위한 가장 효율적인 방법은 Satellite 설정 파라미터와 로그 파일 그리고 데이터베이스 정보를 모아서 이 패키지를 Red Hat으로 직접 보내는 것입니다.
Red Hat Network는 이러한 목적으로 마련된 Satellite 진단 정보 수집기라는 명령행 도구를 제공합니다. 이는 일반적으로
satellite-debug
명령으로 알려져 있습니다. 이 도구를 사용하려면 root로 간단히 이 명령을 실행하십시오. 아래와 같이 정보가 수집되고 하나의 타볼 (tarball)이 생성됩니다:
이 과정을 완료하셨으면
/tmp/
디렉토리에 있는 새로운 파일을 Red Hat 담당자에게 이메일로 보내셔서 즉각적인 진단을 받으십시오.
또한, Red Hat은 SoS Report라는 명령행 도구를 제공하며, 이 도구는 일반적으로
sosreport
명령으로 알려져 있습니다. 이 도구는 사용자의 Proxy 설정 매개 변수, 로그 파일, 데이터베이스 정보를 수집하여 직접 Red Hat으로 전송합니다.
Red Hat Satellite 정보를 위해 이 도구를 사용하는 경우,
sos
패키지가 설치되어 있어야 합니다. 보고서를 만들려면 Satellite 서버에서 root로 sosreport -o rhn
을 입력합니다. 예:
이름 이니셜과 성 그리고 지원 사례 번호를 입력해야 합니다.
보고서를 압축 파일로 생성 및 보관하는데는 몇 분이 소요될 수 있습니다. 완료 후,
/tmp/
디렉토리에 있는 새로운 파일을 Red Hat 담당자에게 이메일로 보내셔서 즉각적인 진단을 받으십시오.