vfs.dev.* для GEOM mirror (FreeBSD)

[Zentarim]

Столкнулся со странным поведением vfs.dev.read/write при работе с массивами, собранными при помощи GEOM.
Краткое описание ситуации:
Из дисков /dev/ad0 и /dev/ad2 собрано зеркало /dev/mirror/gm0 и необходимо снимать текущую нагрузку с этого зеркала в bps и ops.

Пытаюсь вытянуть текущую нагрузку на этом массиве в bps:
# zabbix_get -s127.0.0.1 -k'vfs.dev.read["/dev/mirror/gm0",bps,avg1]'
получаю
ZBX_NOTSUPPORTED

При этом, если я пытаюсь снять нагрузку с каждого диска по отдельности, то какие-то результаты я получаю:
# zabbix_get -s127.0.0.1 -k'vfs.dev.read["/dev/ad2",bps,avg1]'
2841.600000
# zabbix_get -s127.0.0.1 -k'vfs.dev.read["/dev/ad0",bps,avg1]'
1774.933333

Абсолютно такая же ситуация складывается при использовании vfs.dev.write и при изменении режима на ops. То есть с каждого диска в отдельности снимается, а вот с самого массива - нет.

Вот такая вот странная ситуация... Может кто-нибудь что-нибудь мне подсказать по этому поводу? Является ли это багом?
Данные системы:
# uname -oprs
FreeBSD 8.4-PRERELEASE i386

# zabbix_agentd --version
Zabbix Agent (daemon) v2.0.6 (revision 35158) (22 April 2013)
Compilation time: Jul 14 2013 23:29:04

# gmirror status
Name Status Components
mirror/gm0 COMPLETE ad0 (ACTIVE)
ad2 (ACTIVE)

[Jimson]

Вопрос не по адресу, ответ в man iostat.

[Zentarim]

Вопрос не по адресу, ответ в man iostat.

Вопрос был о том, почему агент не может прочитать данные о массиве. Что вы этим постом хотели сказать - непонятно. Кстати gstat превосходно видит gmirror устройства, хоть и в интерактивном режиме:

dT: 1.018s w: 1.000s
L(q) ops/s r/s kBps ms/r w/s kBps ms/w %busy Name
0 28 5 79 7.3 23 477 1.4 4.5| ad0
0 27 4 63 10.2 23 477 1.1 4.8| ad2
0 31 9 141 8.6 23 477 1.4 8.6| mirror/gm0
0 31 9 141 8.6 23 477 1.4 8.6| mirror/gm0s1
0 0 0 0 0.0 0 0 0.0 0.0| acd0
0 6 0 0 0.0 6 53 0.3 0.2| mirror/gm0s1a
0 0 0 0 0.0 0 0 0.0 0.0| mirror/gm0s1b
0 24 9 141 8.6 15 236 1.9 8.2| mirror/gm0s1d
0 2 0 0 0.0 2 189 1.1 0.2| mirror/gm0s1e

[Jimson]

Я ничего не писал про gstat, уверен что не только gstat "увидит" geom, но к проблеме это отношения не имеет.

[Zentarim]

Я ничего не писал про gstat, уверен что не только gstat "увидит" geom, но к проблеме это отношения не имеет.

Так вы знаете, может ли агент работать с geom? iostat не видит массива, но речь то мы ведем об агенте.

[bga83]

Так вы знаете, может ли агент работать с geom? Iostat не видит массива, но речь то мы ведем об агенте.

даже если агент нативно не способен вытащить эти данные, то их можно передать через пользовательские параметры и свои скрипты

[Zentarim]

даже если агент нативно не способен вытащить эти данные, то их можно передать через пользовательские параметры и свои скрипты

Я не спрашивал, можно ли ОБОЙТИ данную проблему... Меня интересует - почему не работает стандартный механизм снятия нагрузки с диска

[alexkayzer]

Я не спрашивал, можно ли ОБОЙТИ данную проблему... Меня интересует - почему не работает стандартный механизм снятия нагрузки с диска

Четко написано что агент НЕ может найтивно вытащить эти данные и передать их! Почему? вопрос к разрабам. Может быть еще потому, что Zabbix не работает с программным массивом. Зачем ему это? он мониторит каждый диск по-отдельности

[Jimson]

Так вы знаете, может ли агент работать с geom? iostat не видит массива, но речь то мы ведем об агенте.

Очевидно же что не может, что за претензии к комьюнити? Давайте начнем с того что geom это не обязательно зеркало, под geom может "скрываться" все что угодно. Невозможно однозначно интерпретировать данные, которые вы снимите по такому "устройству", нагрузка на каждый диск в отдельности куда полезнее. Что касается gmirror/gstripe, то главное мониторить их статус, но это так же прийдется делать через UserParameter.

[Zentarim]

Очевидно же что не может, что за претензии к комьюнити? Давайте начнем с того что geom это не обязательно зеркало, под geom может "скрываться" все что угодно. Невозможно однозначно интерпретировать данные, которые вы снимите по такому "устройству", нагрузка на каждый диск в отдельности куда полезнее. Что касается gmirror/gstripe, то главное мониторить их статус, но это так же прийдется делать через userparameter.

"Невозможно однозначно интерпретировать данные, которые вы снимите по такому "устройству"" ? В таком случае вся информация, которая снимается таким образом с аппаратных контроллеров тоже некорректна.

Претензий у меня нет, мне нужно было понять - нормально ли такое поведение, или нет. Раз нормально - тогда топик можно закрыть.