☭k
понял. с megaraid можно json стянуть просто, упрощает задачу
не, не нужно. по факту я паршу smartctl --scan
Size: a a a
2020 June 18
I
кто-нибудь побеждал монитринг проклятых рейдов hp с запятыми в названии ?
☭k
кто-нибудь побеждал монитринг проклятых рейдов hp с запятыми в названии ?
а в чём проблема? у меня один из параметров "megaraid,N"
I
json становится невалидным, если втупую вставить название
☭k
json становится невалидным, если втупую вставить название
а если экранировать ""?
РП
{ "{#SMARTDEV}":"/dev/bus/0", "{#SMARTDRV}":"megaraid,0", "{#SMARTTXT}":"Bad_Blk_Ct_Erl/Lat" },
{ "{#SMARTDEV}":"/dev/bus/0", "{#SMARTDRV}":"megaraid,0", "{#SMARTPRM}":"Temperature_Celsius" },
{ "{#SMARTDEV}":"/dev/bus/0", "{#SMARTDRV}":"megaraid,0", "{#SMARTPRM}":"Temperature_Celsius" },
вообще... не очень понятно, как разрулить именно запрашивая это дискавером.
можно, например, запрашивать это все обычным айтемом и на основе его данных сделать несколько дискаверов по разным типам данных
можно, например, запрашивать это все обычным айтемом и на основе его данных сделать несколько дискаверов по разным типам данных
I
а если экранировать ""?
кажется я пробовал такое, года два назад сделал скрипт, который запятые на точки меняет, а потом обратно. просто вот вспомнилось, вдруг есть элегантное решение 😃
РП
а что за строка там с запятыми?
I
а что за строка там с запятыми?
ну диски типа ccis0,1
☭k
кажется я пробовал такое, года два назад сделал скрипт, который запятые на точки меняет, а потом обратно. просто вот вспомнилось, вдруг есть элегантное решение 😃
ну обычно делают "лялля,тыппымпым" или "ляляля\,тымпымпым"
РП
ну диски типа ccis0,1
можно же hpacucli или как его там, вывод распарсить и все
I
можно же hpacucli или как его там, вывод распарсить и все
бывают десктопные хп с виндовсами, которые так по наркомански диски называют. хотелось бы универсального определятора, а не возню с утилитами под каждого вендора (если это не сервер).
☭k
вообще... не очень понятно, как разрулить именно запрашивая это дискавером.
можно, например, запрашивать это все обычным айтемом и на основе его данных сделать несколько дискаверов по разным типам данных
можно, например, запрашивать это все обычным айтемом и на основе его данных сделать несколько дискаверов по разным типам данных
ну вот в таком виде оно отрабатывает так: по первому прототипу создаётся нормальный датчик на основе {#SMARTPRM} и кривой на основе {#SMARTTXT}. по второму прототипу создаётся кривой на основе {#SMARTPRM} и нормальный {#SMARTTXT}
РП
ну вот в таком виде оно отрабатывает так: по первому прототипу создаётся нормальный датчик на основе {#SMARTPRM} и кривой на основе {#SMARTTXT}. по второму прототипу создаётся кривой на основе {#SMARTPRM} и нормальный {#SMARTTXT}
ну да, каждый элемент списка инициирует создание итемов из прототипа
☭k
@nwhisper если бы фильтр был атрибутом прототипа датчиков, то по одному списку можно было бы клепать итемы хоть из ста прототипов
РП
☭k
в принципе конкретно у меня движ только потому, что мне нужен тип разный. и вот кажется тип можно задавать
☭k
но в целом конечно описанная мной логика позволила бы сделать дискавери в целом более гибким
РП
есть zbxnext на эту тему: nested discovery, как раз в твою тему... но не реализовано еще
☭k
да я вообще не очень понимаю, почему так сразу не сделать. ведь нормальное решение. Дискавери даёт список. Прототипы по фильтру "забирают" "свои" записи из списка.