![dm-0: 동일하게 작성하지 못했습니다. 수동 영점 조정. VmWare ESXI 5.5의 Centos 7.1](https://linux55.com/image/65283/dm-0%3A%20%EB%8F%99%EC%9D%BC%ED%95%98%EA%B2%8C%20%EC%9E%91%EC%84%B1%ED%95%98%EC%A7%80%20%EB%AA%BB%ED%96%88%EC%8A%B5%EB%8B%88%EB%8B%A4.%20%EC%88%98%EB%8F%99%20%EC%98%81%EC%A0%90%20%EC%A1%B0%EC%A0%95.%20VmWare%20ESXI%205.5%EC%9D%98%20Centos%207.1.png)
2개의 가상 머신에서 시스템을 시작할 때 오류가 발생했습니다.
dm-0: WRITE SAME failed. Manually zeroing.
운영 체제: CentOS 7.1 VMware ESXI 5.5
첫 번째 가상 시스템에는 HDD 데이터스토어의 SCSI 컨트롤러에 대한 LSI 논리적 병렬 처리 유형이 있습니다.
두 번째 VM에는 SSD 데이터스토어에 반가상화 버전의 SCSI 컨트롤러가 있습니다.
정상인가, 비정상인가? 이 오류를 처리하는 방법은 무엇입니까?
답변1
두 경우 모두 VMware의 대용량 스토리지와 관련이 있을 수 있습니다. 기본적으로 이는 WRITE SAME
동일한 데이터 블록을 쓰는 데 사용 되는 SCSI 명령을 실행하려고 한다는 의미입니다.엑스연속된 디스크 블록의 수입니다. 디스크의 특정 영역을 0으로 만드는 데 자주 사용됩니다.
실제 지우기 작업이 실패하지 않는다면 여기서 가장 큰 문제는 운영체제가 수동으로 "좋아, 이제 쓰자"라고 말해야 한다는 것이다.이것여기에서 0 블록" 등을 수행하며 제로화 작업이 완료될 때까지 계속됩니다. 이렇게 하면 제로화 작업 중에 스토리지에 들어오고 나가는 대역폭이 증가할 수 있습니다. 이는 대부분의 작업 부하에서 매우 일반적인 작업이 아니므로 무시해도 됩니다.
WRITE SAME
이로 인해 문제가 발생하는 경우 VMWare 리소스를 확인하여 VMWare 디스크에 대한 지원을 받기 위해 수행해야 할 작업을 알아내야 합니다 .
답변2
적어도 ESXi 6에서는 이는 예상되는 오류가 아니며(그러나 정보 제공용) 일반적으로 Linux VM이 시작된 후 파일 시스템당 한 번씩 발생하며 Linux 커널 파일 시스템(내 경험상 일반적으로 ext4)에서 발생합니다. WRITE SAME 기능에 대한 "하드웨어" 지원을 감지한 다음 해당 기능이 발견되지 않으면 일반적인 수동 영점 조정 동작으로 돌아갑니다. 바라보다https://unix.stackexchange.com/a/244150/134856더 알아보기.
초기 버전이 아닌 Linux VM(즉, 원시 디스크 맵이나 VVol 등이 아님)에 연결된 데이터 저장소 VMDK에 대한 VMkernel 로그를 보면 VSCSI 드라이버가 지원하지 않는다는 것을 알 수 있습니다.손님VM이 WRITE SAME을 보냅니다(내 ESXi 로그에 잘못된 SCSI opcode 0x41을 보냈다고 언급되어 있는 것 같습니다). 전혀 걱정할 필요가 없습니다!