☰

FreeBSD VMware 및 CAM 상태: SCSI 상태 오류

tag-icon • tag-icon vmware-esxi freebsd storage-area-network scsi
FreeBSD VMware 및 CAM 상태: SCSI 상태 오류

VPS(VMware)에서 FreeBSD 10.1-RELEASE-p19를 실행하고 있습니다.

내 ISP는 데이터가 급속히 증가하고 있으며 이러한 메시지가 일주일 전부터 로그에 자연스럽게 나타나기 시작했습니다.

Sep 25 09:00:50 srv03 kernel: (da0:mpt0:0:0:0): SCSI status: Busy
Sep 25 09:00:50 srv03 kernel: (da0:mpt0:0:0:0): Retrying command
Sep 25 09:00:50 srv03 kernel: (da0:mpt0:0:0:0): WRITE(10). CDB: 2a 00 03 f9 6c 22 00 00 40 00
Sep 25 09:00:50 srv03 kernel: (da0:mpt0:0:0:0): CAM status: SCSI Status Error

때로는 서버와 스토리지의 연결이 완전히 끊어진 다음 패닉 상태가 되어 다시 시작되는 경우가 있습니다. 이는 일상적인 작업(마이그레이션/백업)으로 인해 매 짝수 시간마다 발생하는 경우가 많습니다.

내 ISP가 더 많은 스토리지 시스템을 추가하여 스토리지의 부하를 낮출 때까지 저는 정말로 뭔가를 해보고 싶습니다.

이것을 찾았지만 해당 정보를 패치/사용하는 방법을 잘 모르겠습니다. https://svnweb.freebsd.org/base?view=revision&revision=278111

이 ( )도 찾았는데 vfs.unmapped_buf_allowed=0, 이것이 연관될 수 있을지 잘 모르겠습니다. https://www.freebsd.org/releases/10.1R/errata.html#open-issues

camcontrol tags da0 -v

(pass1:mpt0:0:0:0): dev_openings  127
(pass1:mpt0:0:0:0): dev_active    0
(pass1:mpt0:0:0:0): devq_openings 127
(pass1:mpt0:0:0:0): devq_queued   0
(pass1:mpt0:0:0:0): held          -1
(pass1:mpt0:0:0:0): mintags       2
(pass1:mpt0:0:0:0): maxtags       255

gstat오류 발생 시 정보: 여기에 이미지 설명을 입력하세요

어떤 생각, 힌트, 아이디어라도 정말 정말 감사하겠습니다.

감사해요!

답변1

VMWare를 사용하는 경우 mpt(4)는 순수 가상이므로 ICH10과 같이 좀 더 간단한 것으로 변경하는 것이 좋습니다.

camcontrol tags그렇지 않으면 대기열 길이를 늘리거나 줄여서 플레이하는 것이 좋습니다 .

다른 드라이버를 사용하여 디스크를 다시 프로비저닝하기로 선택한 경우 SAS -> SATA 컨트롤러 변경으로 인해 장치 이름이 변경될 수 있으며 아마도 이 /dev/daX될 수 /dev/adaX있으므로 zfs를 사용하거나 디스크 레이블을 통해 디스크를 마운트하지 않는 한 다음을 수행해야 합니다. 편집하다 /etc/fstab.

귀하의 출력에 관해서는 gstat분명히 뭔가 문제가 있는 것 같습니다. 아마도 FreeBSD의 가상 환경 지원 특성 때문일 것입니다. 600% 로드는 말도 안되는 소리입니다. 나는 이것을 FreeBSD Bugzilla에 보고할 것을 제안합니다.

PS 디스크 프로비저닝 컨트롤러 유형을 변경하라는 조언은 여전히 ​​유효합니다. 조달청 또는. 아니면 mpt(4)의 대기열 길이를 128 또는 심지어 64까지 늘리려고 노력할 것입니다.

관련 정보