ESX Guest에서 vmfs 백업 드라이브의 하드웨어 디스크 오류 ... 어떻게 가능합니까?

ESX 내부의 게스트는 이와 같은 io 문제를 어떻게 찾을 수 있습니까?

[ 40.601502] end_request: critical target error, dev sdg, sector 430203456
[ 40.601563] sd 2:0:6:0: [sdg] Unhandled sense code
[ 40.601582] sd 2:0:6:0: [sdg] Result: hostbyte=invalid driverbyte=DRIVER_SENSE
[ 40.601622] sd 2:0:6:0: [sdg] Sense Key : Hardware Error Sense Key : Hardware Error [current] [current] 
[ 40.601661] sd 2:0:6:0: [sdg] Add. Sense: Internal target failureAdd. Sense: Internal target failure
[ 40.601695] sd 2:0:6:0: [sdg] CDB: Write(10)Write(10):: 2a 2a 00 00 02 19 64 a4 05 62 c0 80 00 00 00 00 40 40 00 00

• 물리적으로 데이터는 raid6 어레이 (adaptec 5805)에 저장된 vmfs에 있습니다.
• 또한 ESX 호스트는 문제를 기록하지 않습니다
• 게스트가보고 한 디스크 크기는 프로비저닝 된 디스크 크기와 같습니다.
• esx를 통해 게스트는 9 개의 동일한 '드라이브'가 연결되었으며 2 개만이이 문제를 나타냅니다.

ESX 4.0의 Win 2008 게스트에서 MS SQL의 백업 볼륨에서 비슷한 것을 경험했습니다. NetApp 파일러에서 노출 된 원시 볼륨입니다.

게스트 OS가 해당 볼륨에서 불량 섹터를보고하고 있습니다.
너무 많은 I / O 쓰기 작업, 일시적인 시간 초과 또는 파일러 과부하로 인해 이러한 문제가 발생했다고 생각합니다.
더 이상 불량 섹터가보고되지 않았습니다. NetApp "디스크 스크러빙"에 문제가 없다고 말합니다. 파일러 오류가보고되지 않았습니다.

그러나 우리는 어쨌든이 볼륨을 재 작성하고 이것이 고쳐 지는지 확인하려고합니다.

이 파일러의 다른 볼륨은 어떻습니까? "badblocks / dev / sdg"명령으로이 볼륨을 확인할 수 있습니까? (주의 : 큰 읽기 오버 헤드)

결국 하드웨어 / 펌웨어 문제였습니다. Adaptec 5805 (최신 펌웨어 포함)는 모든 RAID6 볼륨을 최적 상태로보고했지만 볼륨 하나에 '실패한 스트라이프'가 포함되어 있다고보고했습니다. 그 결과 RAID6 볼륨의 일부를 읽을 수 없게됩니다 (질문에 인용 된 오류로 인해). ESX는이를 직접 보지 못하지만 dd if=/dev/zero of=file-on-damaged-volumeESXi 콘솔 에서 직접 실행 하면 볼륨에 충분한 공간이있는 동안 i / o 오류가 발생했습니다.

볼륨에서 arcconf verify / verify_fix가 실행되지 않았으며 물리적 장치가 무엇이든 감지하거나 수정할 수 없었습니다. ... 결국 모든 데이터를 볼륨에서 멀리 옮기고 adaptec 레벨에서 다시 작성했습니다. 이제는 모든 것이 잘되었지만 내 데이터를 보호하는 adaptec의 능력에 대한 나의 신뢰는 심각하게 손상되었습니다.