검색

4.2. 로그 파일

download PDF

4.2.1. Manager 설치 로그 파일

표 4.2. 설치
로그 파일설명

/var/log/ovirt-engine/engine-cleanup_yyyy_mm_dd_hh_mm_ss.log

engine-cleanup 명령에서 로그합니다. Red Hat Virtualization Manager 설치를 재설정하는 데 사용되는 명령입니다. 명령을 실행할 때마다 로그가 생성됩니다. 실행 날짜와 시간은 파일 이름에 사용하여 여러 로그가 존재할 수 있습니다.

/var/log/ovirt-engine/engine-db-install-yyyy_mm_dd_hh_mm_ss.log

engine-setup 명령의 로그에서 엔진 데이터베이스의 생성 및 구성을 자세히 설명합니다.

/var/log/ovirt-engine/ovirt-engine-dwh-setup-yyyy_mm_dd_hh_mm_ss.log

ovirt-engine-dwh-setup 명령의 로그. 이는 보고를 위한 ovirt_engine_history 데이터베이스를 만드는 데 사용되는 명령입니다. 명령을 실행할 때마다 로그가 생성됩니다. 실행 날짜와 시간은 파일 이름에 사용하여 여러 로그를 동시에 만들 수 있습니다.

/var/log/ovirt-engine/setup/ovirt-engine-setup-yyyymmddhhmmss.log

engine-setup 명령의 로그. 명령을 실행할 때마다 로그가 생성됩니다. 실행 날짜와 시간은 파일 이름에 사용하여 여러 로그를 동시에 만들 수 있습니다.

4.2.2. Red Hat Virtualization Manager 로그 파일

표 4.3. 서비스 활동
로그 파일설명

/var/log/ovirt-engine/engine.log

모든 Red Hat Virtualization Manager GUI 충돌, Active Directory 조회, 데이터베이스 문제 및 기타 이벤트를 반영합니다.

/var/log/ovirt-engine/host-deploy

Red Hat Virtualization Manager에서 배포된 호스트의 로그 파일입니다.

/var/lib/ovirt-engine/setup-history.txt

Red Hat Virtualization Manager와 관련된 패키지 설치 및 업그레이드를 추적합니다.

/var/log/httpd/ovirt-requests-log

HTTPS를 통해 Red Hat Virtualization Manager에 수행된 요청에서 각 요청이 걸리는 시간을 포함하여 파일을 기록합니다.

로그 파일을 /var/log/ovirt -engine/engine.log와 비교할 때 요청을 비교할 수 있도록 Correlation-Id 헤더가 포함되어 있습니다.

/var/log/ovn-provider/ovirt-provider-ovn.log

OVN 프로바이더의 활동을 기록합니다. Open vSwitch 로그에 대한 자세한 내용은 Open vSwitch 설명서 를 참조하십시오.

4.2.3. SPICE 로그 파일

SPICE 로그 파일은 SPICE 연결 문제를 해결할 때 유용합니다. SPICE 디버깅을 시작하려면 로그 수준을 디버깅 으로 변경합니다. 그런 다음 로그 위치를 식별합니다.

게스트 시스템에 액세스하는 데 사용되는 클라이언트와 게스트 시스템에는 SPICE 로그 파일이 있습니다. 클라이언트측 로그의 경우 네이티브 클라이언트에서 console.vv 파일을 다운로드한 SPICE 클라이언트를 시작한 경우 remote-viewer 명령을 사용하여 디버깅을 활성화하고 로그 출력을 생성합니다.

4.2.3.1. 하이퍼바이저 SPICE 서버용 SPICE 로그

표 4.4. 하이퍼바이저 SPICE 서버용 SPICE 로그
로그 유형로그 위치로그 수준을 변경하려면 다음을 수행합니다.

호스트/하이퍼바이저 SPICE 서버

/var/log/libvirt/qemu/(guest_name).log

게스트를 시작하기 전에 호스트/하이퍼바이저에서 내보내기 SPICE_DEBUG_LEVEL=5 를 실행합니다. 이 변수는 QEMU에서 구문 분석하며, system-wide를 실행하는 경우 시스템의 모든 가상 시스템의 디버깅 정보를 출력합니다. 이 명령은 클러스터의 각 호스트에서 실행해야 합니다. 이 명령은 클러스터별 기준이 아닌 호스트/하이퍼바이저 기반으로만 작동합니다.

4.2.3.2. 게스트 머신 용 SPICE 로그

표 4.5. 게스트 시스템용 spice-vdagent 로그
로그 유형로그 위치로그 수준을 변경하려면 다음을 수행합니다.

Windows 게스트

C:\Windows\Temp\vdagent.log

C:\Windows\Temp\vdservice.log

해당 없음

Red Hat Enterprise Linux 게스트

journalctl 을 root 사용자로 사용합니다.

root 사용자가 이 항목으로 /etc/sysconfig/spice -vdagentd 파일을 만들므로 디버그 모드에서 spice -vdagentd 서비스를 실행하려면 다음을 실행합니다. SPICE_VDAGENTD_EXTRA_ARGS=”-d -d”

디버그 모드에서 spice-vdagent 를 실행하려면 명령줄에서 다음을 수행합니다.

$ killall - u $USER spice-vdagent
$ spice-vdagent -x -d [-d] [ |& tee spice-vdagent.log ]

4.2.3.3. console.vv 파일을 사용하여 시작되는 SPICE 클라이언트를 위한 SPICE 로그

Linux 클라이언트 시스템의 경우:

  1. remote-viewer 명령을 --spice- debug 옵션으로 실행하여 SPICE 디버깅을 활성화합니다. 메시지가 표시되면 연결 URL을 입력합니다(예: spice://virtual_machine_IP:포트 ).

    #  remote-viewer --spice-debug
  2. debug 매개 변수를 사용하여 SPICE 클라이언트를 실행하고 .vv 파일을 전달하려면 console.vv 파일을 다운로드하고 --spice -debug 옵션을 사용하여 remote- viewer 명령을 실행하고 console.vv 파일의 전체 경로를 지정합니다.

    # remote-viewer --spice-debug /path/to/console.vv

Windows 클라이언트 머신의 경우:

  1. virt-viewer 2.0-11.el7ev 이상 버전에서 virt-viewer.msivirt-viewer 및 debug-viewer.exe 를 설치합니다.
  2. spice -debug 인수와 함께 remote- viewer 명령을 실행하고 콘솔 경로에 있는 명령을 지시합니다.

    remote-viewer --spice-debug path\to\console.vv
  3. 로그를 보려면 가상 시스템에 연결하면 원격 뷰어의 표준 출력 및 표준 오류를 출력하는 GDB를 실행하는 명령 프롬프트가 표시됩니다.

4.2.4. 호스트 로그 파일

로그 파일설명

/var/log/messages

libvirt 에서 사용하는 로그 파일입니다. journalctl 을 사용하여 로그를 봅니다. 로그를 보려면 adm,systemd-journal 또는 wheel 그룹의 멤버여야 합니다.

/var/log/vdsm/spm-lock.log

스토리지 풀 관리자 역할에 대한 리스를 가져오는 호스트의 기능을 자세히 설명하는 로그 파일입니다. 호스트가 리스를 구입, 릴리스, 갱신 또는 갱신하지 못한 경우 로그 세부 정보입니다.

/var/log/vdsm/vdsm.log

호스트의 관리자 에이전트인 VDSM에 대한 로그 파일입니다.

/tmp/ovirt-host-deploy-Date.log

호스트가 성공적으로 배포된 후 관리자에게 /var/log/ovirt-engine/host-deploy/ovirt-Date-Host-Correlation_ID.log로 복사되는 호스트 배포 로그입니다.

/var/log/vdsm/import/import-UUID-Date.log

실패 정보 가져오기를 포함하여 KVM 호스트, VMWare 공급자 또는 RHEL 5 Xen 호스트에서 가상 시스템 가져오기를 설명하는 로그 파일입니다. UUID 는 가져온 가상 시스템의 UUID 이며 날짜는 가져오기를 시작한 날짜와 시간입니다.

/var/log/vdsm/supervdsm.log

수퍼유저 권한으로 실행된 VDSM 작업을 기록합니다.

/var/log/vdsm/upgrade.log

VDSM은 호스트 업그레이드 중에 이 로그 파일을 사용하여 구성 변경을 기록합니다.

/var/log/vdsm/mom.log

VDSM 메모리 과다 할당 관리자의 활동을 기록합니다.

4.2.5. Red Hat Virtualization 서비스에 대한 디버그 수준 로깅 설정

참고

디버그 수준으로 로깅을 설정하면 암호 또는 내부 VM 데이터와 같은 중요한 정보가 노출될 수 있습니다. 신뢰할 수 없거나 인증되지 않은 사용자가 디버그 로그에 액세스할 수 없는지 확인합니다.

각 서비스의 sysconfig 파일을 수정하여 다음 RHV(Red Hat Virtualization) 서비스의 로그를 디버그 수준으로 설정할 수 있습니다.

표 4.6. RHV 서비스 및 sysconfig 파일 경로
Service파일 경로

ovirt-engine.service

/etc/sysconfig/ovirt-engine

ovirt-engine-dwhd.service

/etc/sysconfig/ovirt-engine-dwhd

ovirt-fence-kdump-listener.service

/etc/sysconfig/ovirt-fence-kdump-listener

ovirt-websocket-proxy.service

/etc/sysconfig/ovirt-websocket-proxy

이 수정은 기본 서비스 프로세스가 아닌 Python 래퍼에서 수행한 로깅에 영향을 미칩니다.

로깅을 디버그 수준으로 설정하는 것은 시작과 관련된 문제를 디버깅하는 데 유용합니다(예: 누락되거나 잘못된 Java 런타임 또는 라이브러리로 인해 기본 프로세스가 시작되지 않는 경우).

사전 요구 사항

  • 수정할 sysconfig 파일이 있는지 확인합니다. 필요한 경우 생성합니다.

절차

  1. 서비스의 sysconfig 파일에 다음을 추가합니다.

    OVIRT_SERVICE_DEBUG=1
  2. 서비스를 다시 시작하십시오.

    # systemctl restart <service>

서비스의 sysconfig 로그 파일이 이제 debug-level으로 설정됩니다.

이 설정으로 인한 로깅은 시스템 로그에 전송되므로 생성되는 로그는 서비스별 로그 파일이 아닌 /var/log/messages 에 있거나 journalctl 명령을 사용하여 확인할 수 있습니다.

4.2.6. Red Hat Virtualization 서비스의 기본 설정 파일

sysconfig 파일 외에도 이러한 각 RHV(Red Hat Virtualization) 서비스에는 더 자주 사용되는 또 다른 구성 파일이 있습니다.

표 4.7. RHV 서비스 및 구성 파일
Servicesysconfig 파일 경로기본 설정 파일

ovirt-engine.service

/etc/sysconfig/ovirt-engine

/etc/ovirt-engine/engine.conf.d/*.conf

ovirt-engine-dwhd.service

/etc/sysconfig/ovirt-engine-dwhd

/etc/ovirt-engine-dwh/ovirt-engine-dwhd.conf.d/*.conf

ovirt-fence-kdump-listener.service

/etc/sysconfig/ovirt-fence-kdump-listener

/etc/ovirt-engine/ovirt-fence-kdump-listener.conf.d/*.conf

ovirt-websocket-proxy.service

/etc/sysconfig/ovirt-websocket-proxy

/etc/ovirt-engine/ovirt-websocket-proxy.conf.d/*.conf

4.2.7. 호스트 로깅 서버 설정

호스트는 로그 파일을 생성하고 업데이트하여 작업 및 문제를 기록합니다. 이러한 로그 파일을 수집하면 중앙에서 디버깅이 간소화됩니다.

이 절차는 중앙 집중식 로그 서버에서 사용해야 합니다. 별도의 로깅 서버를 사용하거나 다음 절차를 사용하여 Red Hat Virtualization Manager에서 호스트 로깅을 활성화할 수 있습니다.

절차

  1. 방화벽이 UDP 514 포트에서 트래픽을 허용하는지 확인하고 syslog 서비스 트래픽에 열려 있는지 확인합니다.

    # firewall-cmd --query-service=syslog

    출력이 no 이면 다음을 사용하여 UDP 514 포트의 트래픽을 허용합니다.

    # firewall-cmd --add-service=syslog --permanent
    # firewall-cmd --reload
  2. syslog 서버에 새 .conf 파일을 생성합니다(예: /etc/rsyslog.d/from_remote.conf ).

    template(name="DynFile" type="string" string="/var/log/%HOSTNAME%/%PROGRAMNAME%.log")
    RuleSet(name="RemoteMachine"){  action(type="omfile" dynaFile="DynFile")  }
    Module(load="imudp")
    Input(type="imudp" port="514" ruleset="RemoteMachine")
  3. rsyslog 서비스를 다시 시작하십시오.

    # systemctl restart rsyslog.service
  4. 하이퍼바이저에 로그인하고 /etc/rsyslog.conf 에 다음 행을 추가합니다.

    *.info;mail.none;authpriv.none;cron.none @<syslog-FQDN>:514
  5. 하이퍼바이저에서 rsyslog 서비스를 다시 시작합니다.

    # systemctl restart rsyslog.service

이제 가상화 호스트에서 메시지보안 로그를 수신하고 저장하도록 중앙 집중식 로그 서버가 구성되어 있습니다.

4.2.8. SyslogHandler를 활성화하여 RHV Manager 로그를 원격 syslog 서버에 전달

이 구현에서는 JBoss EAP SyslogHandler 로그 관리자를 사용하며 engine.logserver.log 에서 syslog 서버로 로그 레코드를 전달할 수 있습니다.

참고

RHV 4.4.10 미만의 RHV 버전에서는 ovirt-engine-extension-logger-log4j 에서 제공하는 유사한 기능이 추가되었습니다. 해당 패키지는 RHV 4.4.10에서 제거되었으며 JBoss EAP SyslogHandler 로그 관리자를 사용하여 새 구현으로 교체되었습니다. 이전 RHV 버전에서 ovirt-engine-extension-logger-log4j 를 사용하는 경우 RHV 4.4.10으로 업그레이드한 후 다음 단계를 수행합니다.

  • 이 장에 제공된 지침을 사용하여 로그 레코드 전송을 원격 syslog 서버로 수동으로 구성합니다.
  • ovirt-engine-extension-logger-log4j 구성 파일( /etc/ovirt-engine/extensions.d/Log4j.properties 구성 파일 제거)을 수동으로 제거합니다.

중앙 syslog 서버에서 다음 절차를 사용하십시오. 별도의 로깅 서버를 사용하거나 이 절차를 사용하여 Manager에서 syslog 서버로 engine.log 및 server.log 파일을 전달할 수 있습니다. 호스트 로깅 서버 설정도 참조하십시오.

SyslogHandler 구현 구성

  1. /etc/ovirt-engine/engine.conf.d 디렉터리에 구성 파일 90-syslog.conf.d를 생성하고 다음 콘텐츠를 추가합니다.

    SYSLOG_HANDLER_ENABLED=true
    SYSLOG_HANDLER_SERVER_HOSTNAME=localhost
    SYSLOG_HANDLER_FACILITY=USER_LEVEL
  2. rsyslog 를 설치하고 구성합니다.

    # dnf install rsyslog
  3. rsyslog 트래픽을 허용하도록 SELinux를 구성합니다.

    # semanage port -a -t syslogd_port_t -p udp 514
  4. 구성 파일 /etc/octets.d/rhvm.conf 를 생성하고 다음 콘텐츠를 추가합니다.

    user.* /var/log/jboss.log
    module(load="imudp") # needs to be done just once
    input(type="imudp" port="514")
  5. rsyslog 서비스를 다시 시작합니다.

    # systemctl restart rsyslog.service
  6. 방화벽이 활성화되어 활성 상태인 경우 다음 명령을 실행하여 방화벽에서 rsyslog 포트를 여는 데 필요한 규칙을 추가합니다.

    # firewall-cmd --permanent --add-port=514/udp
    # firewall-cmd --reload
  7. Red Hat Virtualization Manager를 다시 시작합니다.

    # systemctl restart ovirt-engine

syslog 서버는 이제 engine.log 파일을 수신하고 저장할 수 있습니다.

Red Hat logoGithubRedditYoutubeTwitter

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 문서 정보

Red Hat을 사용하는 고객은 신뢰할 수 있는 콘텐츠가 포함된 제품과 서비스를 통해 혁신하고 목표를 달성할 수 있습니다.

보다 포괄적 수용을 위한 오픈 소스 용어 교체

Red Hat은 코드, 문서, 웹 속성에서 문제가 있는 언어를 교체하기 위해 최선을 다하고 있습니다. 자세한 내용은 다음을 참조하세요.Red Hat 블로그.

Red Hat 소개

Red Hat은 기업이 핵심 데이터 센터에서 네트워크 에지에 이르기까지 플랫폼과 환경 전반에서 더 쉽게 작업할 수 있도록 강화된 솔루션을 제공합니다.

© 2024 Red Hat, Inc.