NetWorker: 미디어 마운트 문제 해결
Сводка: 이 문서는 지원자와 관리자가 테이프 또는 디스크 디바이스에서 레이블을 읽는 데 발생하는 문제의 원인을 파악하는 데 도움을 주기 위해 작성되었습니다.
Симптомы
라이브러리 구성이 이전에 작동하던 중 갑자기 문제가 발생한 경우 레이블 읽기 및 마운트에 영향을 줄 수 있는 변경 사항을 고려하십시오.
- 로봇, 스위치 또는 어댑터 펌웨어, 드라이버 또는 구성 변경
- 드라이브, 테이프 카트리지 또는 기타 라이브러리 구성 요소의 추가, 교체 또는 제거
- 암호화 구성 요소에 대한 변경 사항 또는 이벤트(예: Decru 또는 암호화 키 매니저)
- NetWorker 소프트웨어 버전 또는 운영 체제 패치 변경
- 데이터 경로에 있는 구성 요소의 정전 또는 재부팅과 같은 모든 하드웨어 이벤트
- NetWorker 구성과 라이브러리 간의 불일치(예: 테이프 카트리지가 NetWorker의 통제를 벗어났음)
레이블 지정 또는 볼륨 마운트가 작동하지 않는 경우 NetWorker 하드웨어 호환성 가이드에서 드라이브 하드웨어가 지원되는지 확인합니다. 장치가 부분적으로 작동할 수 있음을 기억하십시오. 검색만으로는 유용성이나 지원이 보장되지 않습니다.
- 미디어를 로드하거나 마운트하는 동안 간헐적 또는 일관된 오류가 발생합니다.
- 특정 미디어에서 마운트 또는 레이블 지정 작업을 수행할 수 없음
- 이동식 미디어나 디스크 기반 미디어를 제대로 사용할 수 없음
- 사용되지 않는 디스크 기반 디바이스 등의 정적 미디어
- 볼륨이 NSR 주크박스 오브젝트에서 '레이블 지정되지 않음'으로 표시됨
- 테이프 라이브러리에 있음에도 불구하고 위치 필드가 NULL로 표시된 볼륨
- 미디어 마운트, 레이블 지정 또는 스캐너 오류:
"Unexpected volume, wanted <volume_name>, got <different_volume_name>""Unexpected volid, wanted <mm_volid>, got <different_volid>"Duplicate volume name `<volume_name>'. Select a new name or remove the original volume.""scanner: Read -1 bytes""scanner: unexpected file number, wanted 2, got <different_number>""Opening the file '<disk_device_path>/volhdr' failed ([5004] nothing matched)""Waiting for <number> writable volume(s) to backup pool '<pool>' disk(s) or tape(s) on <storage_node>"Warning: Required volume <volume>'s status is off-line"
NetWorker 마운트 작업은 몇 가지 하위 작업으로 구성됩니다. 다음을 검토하여 마운트의 어느 단계가 실패하는지 확인합니다.
- NetWorker에서 작업에 사용할 볼륨 선택: 자세한 내용은 NetWorker에서 미디어 선택 문제 해결 을 참조하십시오.
- 필요한 경우 선택한 볼륨을 디바이스에 로드하는 NetWorker: 자세한 내용은 NetWorker에서 테이프 라이브러리 로드 문제 해결을 참조하십시오.
- 레이블 읽기를 시도합니다.
- 디스크 디바이스 -
volhdr디스크 장치 디렉토리의 루트에 있는 레이블 파일 - 테이프 장치(로드 작업 후) - 되감기 및 읽기 미디어 시작 32KB 레이블 블록
- 테이프 디바이스(쓰기 후, 유휴, 이미 로드됨) - 백스페이스 첫 번째 레코드의 파일 1개 및 읽기 블록 헤더
- 디스크 디바이스 -
- 어떤 이유로든 레이블 읽기에 실패하면 NetWorker는 재시도에서 볼륨을 사용하지 못하도록 합니다.
- 디스크 또는 독립 실행형 테이프 디바이스: 볼륨을 마운트 해제합니다.
- 라이브러리 테이프 디바이스: 볼륨을 언로드하고, nsr 주크박스 객체의 볼륨 레이블 항목을 *-(미디어 인덱스에 없음)로 업데이트하고, 미디어 데이터베이스 위치 필드를 NULL로 업데이트합니다.
- 읽기에 성공하면 레이블 세부 정보를 예상 값(선택한 볼륨에 대한 미디어 데이터베이스 볼륨 레코드의 값)과 비교합니다.
- 볼륨 이름
- 볼륨 ID
- 미디어 유형
- 풀
- 검증된 경우 볼륨이 '마운트'되고 NetWorker에서 읽기 또는 쓰기 작업에 사용할 수 있는 것으로 간주됩니다.
- 마운트를 수행하는 nsr 디바이스 객체의 볼륨 필드가 업데이트됩니다(예: 볼륨 이름, 볼륨 ID 등).
- 볼륨(및 디바이스)이 테이프 라이브러리의 구성원인 경우 nsr 주크박스 객체의 해당 필드가 업데이트됩니다(예: 로드된 볼륨, 로드된 슬롯, 로드된 바코드).
- 유효성 검사에 실패하면 '예기치 않은' 오류가 반환됩니다.
- "예상치 못한 볼륨, 구함
<volume_name>있어<different_volume_name>" - "예상치 못한
volid원하는<mm_volid>있어<different_volid> - 라이브러리 테이프 디바이스: 볼륨을 언로드하고 nsr 주크박스 객체의 볼륨 레이블 항목을 *-(미디어 인덱스에 없음)로 업데이트합니다.
- "예상치 못한 볼륨, 구함
마운팅 미디어는 미디어 로드와 논리적으로 분리되어 있습니다. 로딩은 미디어를 디바이스로 이동하는 논리적(및 물리적) 작업에만 적용됩니다. 마운트는 미디어와 해당 레이블을 검증하고 NetWorker에서 논리적으로 사용할 수 있도록 만드는 것과 관련이 있습니다. 라이브러리 작업(nsrlcpd / NSR Jukebox)는 드라이브 요소:host:device 핸들 매핑 및 물리적 이동과 관련이 있습니다. 드라이브 작업(nsrmmd /NSR 디바이스)에서 모든 읽기 및 쓰기 테이프 디바이스 I/O를 처리합니다. 레이블 읽기 및 쓰기 작업은 nsrsnmd. 따라서 라이브러리 로드 오류로 보이는 것은 드라이브, 미디어 또는 미디어 데이터베이스 마운트 오류(또는 그 반대)일 수 있습니다.
참고: 이미 마운트된 디스크 미디어의 경우 새 세이브 세션으로 인해 nsrmmd 세이브 스트림 쓰기를 진행 하기 전에 레이블을 확인합니다. 이로 인해 세이브 타임 레이블 검사가 실패할 경우 디스크 기반 볼륨이 주기적으로 마운트 해제될 수 있습니다.
또한 이 간단한 요약에는 볼륨, 노드 또는 디바이스 선택 로직에 대한 표현이 포함되지 않습니다.
Причина
레이블 읽기 실패의 가능한 원인은 다음과 같습니다.
- 손상된 볼륨
- 되감기로 덮어쓴 레이블
- 드라이브 순서 지정 문제
- 미디어 데이터베이스 불일치
- CDI 버그
- 암호화된 볼륨의 암호 해독 실패
- 일시적인 volhdr 파일 읽기 장애를 유발하는 네트워크 또는 환경 문제
- libDDBoost 라이브러리와 DD OS 버전 간의 비호환성
Разрешение
레이블 읽기 및 탑재 문제를 해결하려면 마지막으로 알려진 변경 사항(있는 경우)을 고려한 후 프로세스를 기본 구성 요소로 이관하고 개별적으로 테스트하여 문제 해결로 이동합니다.
유용한 데이터는 NSRGet대부분의 경우 수동 실행이 필요합니다.
라이브러리 로보틱스: 통신
- 다시 말하지만, 계속하기 전에 라이브러리가 응답하고 준비되었는지 확인하십시오. 그렇지 않은 경우:
의 테이프 라이브러리 준비 문제 해결NetWorker
의 테이프 라이브러리 액세스 문제 해결NetWorker
의 테이프 라이브러리 탐지 문제 해결NetWorker의 테이프 라이브러리 로드 문제 해결
마운트 없이 라이브러리 로드: 논리적 작업 및 드라이브 순서 지정
일단 물리적 작업에 오류가 없다는 것이 확인되면(적어도 피상적으로는) NetWorker 내에서 문제를 추적할 수 있습니다.
- 라이브러리의 모든 디바이스에서 모든 테이프 카트리지를 언로드 - 혼동을 방지하기 위해 하나의 볼륨만 마운트되도록 하는 것이 중요합니다.
nsrjb [<-j library_name>] -HH - or - nsrjb [<-j library_name>] -uvvvvv
- NSR 주크박스 상태 정보를 로봇의 테이프 카트리지 정보와 비교하여 라이브러리의 레이아웃을 결정하고 준비 상태를 확인합니다.
nsrjb [<-j library_name>] -C sjirdtag <changer address>
- 영향을 받는 테이프를 영향을 받는 드라이브에 높은 세부 정보 로드(마운트 안 함)한 다음 드라이브 핸들에서 볼륨이 있음을 보고하는지 확인합니다.
nsrjb [<-j library_name>] -lnvvvvv -f <device_handle> -S <slot_number> mt -f <device_handle> status
mt 디바이스 핸들이 No Volume을 보고하는지 확인합니다. 이는 일반적으로 드라이브 순서 문제를 나타내며, 특히 예기치 않은 핸들이 로드된 것으로 나타나는 경우에 특히 그렇습니다. 대신 NetWorker의 드라이브 순서 문제 해결 을 계속 진행합니다.
미디어 라벨 읽기: 논리적 검증
- 독립 실행형 레이블 검증을 수행하여 레이블 읽기 오류가 일시적인지 또는 일관성이 있는지 테스트합니다.
nsrmm -pvvvvv -f <device_handle>
- 레이블을 읽을 수 있는 경우 라이브러리 로드 작업의 논리적 측면과 관련된 문제일 가능성이 높습니다. NetWorker의 테이프 라이브러리 로드 문제 해결을 참조하십시오.
- scanner 명령을 실행하여 볼륨의 레이블 부분에 문제가 있는지 확인합니다.
- 로드된 디바이스를 서비스 모드로 표시하여 마운트 해제되지 않도록 합니다.
- 다음 명령을 실행합니다:
scanner -nvvvvvv <device_handle>(파일에 캡처하고 10초 후 취소) - 스캐너 출력에서 주요 항목을 검토합니다.
8936:scanner: scanning LTO Ultrium-3 tape 3FO3GR02 on /dev/rmt0.1 96367:scanner: volume id xxxxxxxx record size 262144 bytes created 7/10/13 1:01:24 expires 7/10/15 1:01:24 9003:scanner: /dev/rmt0.1: rewinding 9067:scanner: Rewinding done 8973:scanner: setting position from fn 0, rn 0 to fn 2, rn 0 9000:scanner: /dev/rmt0.1: opened for reading
- 스캐너 출력에서 중요한 정보를 확인합니다. 중복 레이블 오류가 있는 경우 충돌하는 요소를 나타냅니다.
wanted 2, got <not_2>가 있는 경우 되감기 후 레이블을 덮어썼을 가능성이 높으며, 이는 거의 항상 SCSI 재설정의 결과입니다. 따라 NetWorker에서 덮어쓴 레이블 및 SCSI 재설정 문제 해결
미디어 레이블 판독: 물리적 검증(테이프)
nsrmm -p테이프의 시작 부분이 올바르게 포맷되었는지 확인합니다.
- 표준을 사용하여 테이프를 되감습니다.
mt명령(Windows에서도 사용 가능한 포트):mt -f <device> rewind - 다운로드 및 실행
t_readerutility 및 extract(적절한 플랫폼 사용 - 모두 포함됨)t_reader는 NetWorker 툴 에서 사용할 수 있습니다(Dell 지원 계정 로그인 필요). - 로컬 핸들과 테이프에서 선택적으로 가장 큰 블록 크기를 지정하여 유틸리티를 실행합니다. 예:
t_reader/t_reader_AIX /dev/rmt0.1 262144
- 출력으로 가득 찬 화면을 얻기 위해 몇 초 동안 실행하십시오. 테이프의 시작 부분이 예상 데이터 블록 크기의 NetWorker 레이블과 같은 형식인지 확인합니다.
Found block size: 32768 File Mark encountered Found block size: 32768 File Mark encountered
레이블 구조가 손상되지 않은 것 같으면 읽을 수 있는지, 암호화되거나 손상된 것처럼 보이는지 확인합니다.
dd if=<device> of=<output file> bs=32768 count=2
읽을 수 있고 암호화되지 않은 경우 레이블에 볼륨 이름, 볼륨 ID 및 풀이 일반 텍스트로 포함되어야 합니다.
자세한 내용은 t_reader 유틸리티 사용 방법을 참조하십시오.
미디어 레이블 읽기: 물리적 검증(디스크)
스캐너와 두 스캐너 모두에 대한 확인이 실패하는 경우 nsrmm -p에서 NetWorker 레이블 파일의 무결성을 확인합니다. volhdr:
- 문제가 발생한 스토리지 노드 호스트에서 volhdr 파일에 액세스할 수 있는지 확인합니다.
- 디스크 디바이스가 로컬 AFTD인 경우 nsr 디바이스 리소스에 구성된 계정이
volhdrfile - 디스크 디바이스가 원격 CIFS/NFS인 경우 nsr 디바이스 리소스에 구성된 계정이
volhdrfile
- 디스크 디바이스가 로컬 AFTD인 경우 nsr 디바이스 리소스에 구성된 계정이
- 이러한 볼륨을
volhdr파일이 있고 읽을 수 있습니다. 열어서 검토하십시오. 읽을 수 있고 암호화되지 않은 경우 레이블에 볼륨 이름, 볼륨 ID 및 풀이 일반 텍스트로 포함되어야 합니다.
영향을 받는 디바이스 및 미디어에 대해 위에서 설명한 레이블 테스트가 성공했지만 운영 환경에서 로드(및 마운트) 작업이 계속 실패하는 경우 NetWorker에서 테이프 라이브러리 로드 문제 해결을 다시 참조하여 문제 해결을 계속하십시오.
위의 제안 사항 중 어느 것도 도움이 되지 않으면 디버그에서 수집된 증거가 내부 이상을 시사하는 경우 NetWorker의 테이프 라이브러리 감지 문제 해결 및 NetWorker의 테이프 라이브러리 액세스 문제 해결에 따라 라이브러리 공급업체의 지원을 받으십시오. 그렇지 않으면 코드 결함 가능성을 조사하기 위해 NetWorker 지원 내에서 디버그 출력을 에스컬레이션해야 합니다.