NVP(NetWorker VMware Protection)-vProxy: 디버그 로깅을 활성화하는 방법
vProxy 어플라이언스 솔루션(NVP-vProxy)을 사용하는 NetWorker VMware Protection의 문제를 해결하려면 로그 수준을 'debug' 수준으로 변경해야 할 수 있습니다. 이 문서에서는 로그 수준을 변경하는 방법에 대해 설명합니다.
Summary:vProxy 어플라이언스 솔루션(NVP-vProxy)을 사용하는 NetWorker VMware Protection의 문제를 해결하려면 로그 수준을 'debug' 수준으로 변경해야 할 수 있습니다. 이 문서에서는 로그 수준을 변경하는 방법에 대해 설명합니다.
This article may have been automatically translated. If you have any feedback regarding its quality, please let us know using the form at the bottom of this page.
Article Content
Instructions
일반적으로 .../nsr/logs/policy/[policy name]에서 NetWorker 서버의 정책 로그를 분석하는 것으로 충분합니다. 그러나 경우에 따라 vProxy 어플라이언스 자체의 로그를 분석하고, 나아가 실패의 원인을 명확히 파악할 수 있도록 로깅 수준을 'debug'로 높여야 할 수도 있습니다. 일반적으로 NetWorker 지원 팀에 문의하여 지원 엔지니어가 특정 프로세스로 문제를 해결하기 위해 디버그 세트를 요청한 경우에만 이 요구 사항이 적용됩니다.
vProxy 어플라이언스의 NVP-vProxy 로그 파일은 다음 디렉토리에 있습니다.
/opt/emc/vproxy/runtime/logs
vProxy 어플라이언스에서 NetWorker 작업에 사용되는 각 기본 프로세스에 대한 하위 디렉토리는 다음과 같습니다.
vbackupd
vflrd
vrapid
vrecoverd
예를 들어 vbackupd 하위 디렉토리에는 다음과 같은 로그가 있습니다.
[session-uuid].log Processing details for a session
vbackupd-engine.log Requests and problem events including error and panic messages from the session log.
vbackupd-boost.log DDBoost logging.
vbackupd-snapmgr.log Snapshot logging
vbackupd-vddk.log VDDK logging - VMware Virtual Disk Development Kit
1. vProxy 관리자계정을 사용하여 SSH를 통해 vProxy에 연결합니다.
2. 루트로 전환합니다. sudo su - 3. vProxy 에이전트 bin 디렉토리로 변경합니다. cd /opt/emc/vproxy/bin 4. 디버깅하려는 서비스(vbackupd, vflrd, vrapid, vrecoverd)에 대해 다음 명령을 실행합니다.
./vProxy_debug.sh -s -d SERVICE_NAME -p program -l debug
엔진 수준: { debug, trace, info, warn } (default "trace")
디버그에 vflrd를 넣는 예:
참고: 디버그 메시지는 위에 표시된 대로 서비스 engine.log에 나타나야 합니다.
디버그를 비활성화하려면 서비스를 다시 trace로 재설정합니다.
./vProxy_debug.sh -s -d SERVICE_NAME -p program -l trace
서비스 디버그 방법 2 적용:
사용 가능한 로깅 수준은 none,error,warn,info,trace,debug입니다.
vbackupd 프로세스를 로깅 수준 'debug'로 설정하려면 다음과 같이 합니다.
1. ssh 또는 콘솔을 통해 vProxy 어플라이언스에 admin으로 로그인하고 루트로 전환합니다. sudo su - 2. systemd 디렉토리로 이동합니다. cd /usr/lib/systemd/system/
참고: 각 서비스 파일은 vbackupd.service, vfrld.service, vrapid.service, vrecoverd.service 등에서 찾을 수 있습니다.
3. 디버그를 적용할 서비스 파일을 엽니다. 예: vi vbackupd.service 4. ExecStart=가 포함된 줄을 찾고 --program-log-level=debug를 추가합니다.
기타 매개변수:
--engine-log-level=string vProxy 2.x 엔진 로그 수준: { debug, trace, info, warn }.
--program-log-level=string (vbackupd) vProxy 3.x 이상 엔진 수준: { debug, trace, info, warn } (default "trace")
--version 디스플레이 버전
참고: NVP-vProxy 버전은 NetWorker Management Console에서 Vproxy 속성의 'Configuration' 탭에 표시됩니다.
- NMC -> Devices -> VMware Proxies -> vProxy 어플라이언스 오른쪽 클릭 -> Properties -> Configuration 탭 -> VM 프록시 버전
5. 파일에 변경 사항을 저장합니다.
6. 다음 명령을 입력하여 장치 구성 파일을 다시 로드합니다.
systemctl daemon-reload
7. NetWorker Management Console에서 현재 실행 중인 백업이 없는지 확인한 다음 vbackupd 서비스를 재시작합니다.
systemctl restart vbackupd.service
위 프로세스는 다음 서비스에 적용됩니다. vrapid, vrecoverd, vbackupd 및 vflrd
VDDK 디버그 적용:
1. SSH 또는 콘솔을 사용하여 admin으로 vProxy 어플라이언스에 로그인하고 루트로 전환합니다. sudu su - 2. 다음 줄을 포함하도록 VixDiskLib.config 파일을 편집합니다. vi /opt/emc/vproxy/conf/VixDiskLib.config
vixDiskLib.transport.LogLevel=4
0 = 로깅 안 함
1 = 오류만
2 = 경고 및 오류
3 = 중요 정보 메시지, 오류 및 경고
4 = 디버그 데이터 및 기타 모든 항목
3. 관련 서비스를 재시작합니다.
systemctl restart [service-name].service 예: systemctl restart vrecoverd.service
디버그 수준 로깅을 설정한 후에는 관련 로그 파일에 'Debug'라는 단어로 시작하는 메시지가 있는지 확인할 수 있습니다.
디버깅 프로세스를 완료한 후 동일한 절차를 사용하여 로그 수준을 재설정할 수 있습니다. 이때 'debug' 대신 등호 뒤에 'trace'라는 단어를 사용합니다. 이를 즉시 적용하려면 데몬을 다시 로드하고 위에 설명된 대로 재시작해야 합니다.
DDBoost 디버깅:
이 프로세스는 위에서 설명한 다른 디버깅 방법과 함께 수행할 수 있습니다.
1. SSH 또는 콘솔을 사용하여 admin으로 vProxy 어플라이언스에 로그인하고 루트로 전환합니다. sudu su - 2. vbackupd.service 파일을 편집합니다. vi /usr/lib/systemd/system/SERVICE.service
ddboost 디버깅은 다음 서비스에서 활성화할 수 있습니다. 디버그가 요구되는 작업에 따라 디버깅을 활성화합니다.
4. 다음 아래에 ddboost_precert.ini 파일을 생성합니다. /: touch /ddboost_precert.ini 5. 다음 아래에 DDLog 디렉토리를 생성합니다. /: mkdir /DDLog 6. 데몬을 다시 로드합니다. systemctl daemon-reload 7. vbackupd.service를 재시작합니다. systemctl restart SERVICE.service
디버그가 활성화된 서비스를 재시작합니다. 예:
systemctl restart vbackupd.service
8. 서비스가 표시되는지 확인합니다. systemctl status SERVICE.service