FreeBSD VMware和VMware状态: SCSI状态错误

Question

我正在VPS (VMware)上运行一个VMware 10.1版本-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信息：

任何想法，暗示，想法都会很感激。

谢谢!

Answer 1

如果您使用的是VMWare，因此mpt(4)是纯虚拟的，那么我建议将它更改为更简单的东西，比如ICH10。

否则，我建议您使用camcontrol tags，增加或减少队列长度。

如果您选择使用另一个驱动程序重新提供磁盘，请注意，SAS -> SATA控制器更改可能导致设备命名更改，很可能/dev/daX将成为/dev/adaX，因此除非您使用zfs或通过磁盘标签挂载磁盘，否则必须编辑/etc/fstab。

至于您的gstat输出--很明显，它有一些问题，可能是FreeBSD中的虚拟环境支持的本质问题。600%的负荷是胡说八道。我建议你向FreeBSD Bugzilla报告这一点。

更改磁盘配置控制器类型的建议仍然有效。或..。或者我会试着把mpt(4)的队列长度降到128甚至64。