Я использую FreeBSD 10.1-RELEASE-p19 на VPS (VMware).
Объем данных моего интернет-провайдера стремительно растет, и неделю назад эти спонтанные сообщения начали появляться в наших журналах.
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
Иногда сервер полностью теряет связь с хранилищем, а затем паникует и перезагружается. Это часто происходит каждый четный час, предположительно, в результате обычного задания (миграция / резервное копирование).
Пока мой интернет-провайдер не добавит дополнительную систему хранения, что снизит нагрузку на хранилище, я действительно хочу попробовать что-то сделать.
Я нашел это, но не знаю, как исправить / использовать информацию: 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
информация при возникновении ошибок:
Любые мысли, подсказки, идеи будут действительно очень ценны.
Спасибо!
Если вы используете VMWare, поэтому mpt (4) является чисто виртуальным, я бы предложил изменить его на что-то более простое, например ICH10.
В противном случае я предлагаю вам поиграть с camcontrol tags
, увеличивая или уменьшая длину очереди.
Если вы решили повторно инициализировать диски с помощью другого драйвера, обратите внимание, что изменение контроллера SAS -> SATA может привести к изменению наименования устройства, возможно /dev/daX
станет /dev/adaX
, поэтому, если вы не используете zfs или не монтируете диски через метки дисков, вам придется отредактировать /etc/fstab
.
Что касается твоего gstat
вывод - с этим явно что-то не так, вероятно, из-за характера поддержки виртуальной среды во FreeBSD. 600% загрузка - ерунда. Я предлагаю вам сообщить об этом в FreeBSD Bugzilla.
P.S. Совет по изменению типа контроллера выделения ресурсов диска остается в силе. P.P.S. Или. Или я бы попытался полюбить длину очереди mpt (4) до 128 или даже 64.