Чувак все еще строит графики, даже когда модуль не работает.

Я всё ещё не могу разобраться в этом. Википедия бесполезна, или, может быть, я просто не могу понять инструкции. Там сказано не использовать OID в доступной строке, но если я этого не делаю, то ничего не отображается на графике. Я всё ещё не понимаю, для чего нужен параметр "available". Я также не понимаю, как может отображаться сообщение о том, что зонд недоступен, но при этом отображается уровень мощности. Сегодня я провёл тест с вышеуказанным кодом: отключил ведомую линию связи, перезагрузил мастер, чтобы удалить любую информацию о том, что ведомый когда-либо был зарегистрирован в нём, и этот парень всё равно отображал уровень мощности -60, хотя они не были связаны. Как вообще это возможно?

Используй функцию для определения значения или false, затем на доступной строке определи, не является ли значение не false, а на строке ошибки убедись, что оно не false и является допустимым значением, или сгенерируй false или сообщение об ошибке. Отобрази график значения, если оно true… Этот график отлично отображает отрицательные числа, но ты можешь умножать, если хочешь. Вот функция Cisco RSSI. Она возвращает значение или false.

ИМЯ: Wireless_RSSI_a()
КОД: if(array_size(oid_column(“1.3.6.1.4.1.9.9.273.1.3.1.1.3”, 10 ,5)), oid_column(“1.3.6.1.4.1.9.9.273.1.3.1.1.3”, 10, 5) ,“False”)

Вот Cisco RSSI-зондирование.

ИМЯ: rssiCisco
ДОСТУПНО: Wireless_RSSI_a()<>“False”
ОШИБКА: if(Wireless_RSSI_a()<>“False”, if(Wireless_RSSI_a(),“”,  concatenate("Bridge Trouble = ", Wireless_RSSI_a())) , “Can not read status of 1410 bridge”)
ЗНАЧЕНИЕ: Wireless_RSSI_a()
Единица: db

HTH, Lebowski

Обрати внимание, что таймеры изменены для функции “OID”. Если ты не изменишь время отрицательного кэша, любое отключение продлится 300 секунд.

Если ты возьмешь свой OID и просто поместишь его на метку, ты сможешь понять, что с ним не так… Возможно, значение хранится в нулевом указателе. Попробуй отобразить все это на внешнем виде устройства и посмотри, получишь ли ты ничего, значение или массив значений. Некоторые из них должны показывать значения, и это поможет тебе определить правильный OID и правильную функцию OID для их чтения. rssi1[oid_column(“1.3.6.1.4.1.14988.1.1.1.1.1.4.3”, 10, 5)] rssi2[oid_column(“1.3.6.1.4.1.14988.1.1.1.1.1.4.3.0”, 10, 5)] rssi3[oid(“1.3.6.1.4.1.14988.1.1.1.1.1.4.3”, 10, 5)] rssi4[oid(“1.3.6.1.4.1.14988.1.1.1.1.1.4.3.0”, 10, 5)] rssi5[oid_raw(“1.3.6.1.4.1.14988.1.1.1.1.1.4.3”, 10, 5)] rssi6[oid_raw(“1.3.6.1.4.1.14988.1.1.1.1.1.4.3.0”, 10, 5)] Поразмышляя о функциональной части запроса для чтения значений… Что происходит в первой половине функции, так это то, что мы читаем всю колонку значений под OID 1.3.6.1.4.1.14988.1.1.1.1.1.4.3, и если в массиве есть значения, мы должны прочитать отдельный OID со значением, которое нас интересует 1.3.6.1.4.1.14988.1.1.1.1.1.4.3.0, иначе вернуть “False”. Суть в том, что функция определяет, вообще ли существует OID, а затем возвращает значение или false. Надеюсь, это поможет, Лебовски.

Время кэширования и отрицательное время кэширования… по умолчанию для отрицательного времени кэширования — 300 секунд, то есть столько времени парень помнит, что не смог получить значение. Не могу придумать ни одной ситуации, в которой ты захочешь, чтобы зонд не оставался сломанным целых 5 минут. Время кэширования удобно, когда ты используешь OID в нескольких зондах или несколько раз в одном зонде и не хочешь, чтобы парень опрашивал значение при каждом использовании OID. Тем не менее, я не тестировал время кэширования, чтобы проверить, выдает ли парень 3 SNMP-запроса, если один и тот же OID используется 3 раза в одном зонде… Есть одна действительно раздражающая деталь в этом парне, которая меня бесит: когда ты наводишь курсор на устройство, появляется всплывающее окно с элементами, которые он считывает из SNMP, но он не считывает только те элементы, которые отображаются, кажется, парень берет всю базу данных. Ну что ж, все равно собираюсь перейти на другой продукт за 6 месяцев или меньше. Я действительно не люблю начинать все заново… Лебовски.

Извини, Эйна, я не запускаю новую версию. Я наблюдаю за ними, и в новых версиях есть хорошие вещи, но у меня не было времени запустить новый сервер и перенести всё. Я всё ещё использую 4b3 и перенесусь, когда перестану видеть критические баги в топе форума. Им просто необходимо сделать отрицательное время кэша переменной для типа устройства. Я не понимаю, зачем у них отрицательное время кэша, но программист, который это написал, гораздо лучше разбирается в этом, чем я. Если не считать багов, если ты можешь запустить 6x и выявлять сломанные вещи, они реагируют и пытаются их исправить, так что, надеюсь, новая версия станет работоспособной скорее, чем позже.

Ух, прошло четыре с половиной года, а я все еще ищу решение и наткнулся на свою собственную тему 😅. Я начал свою сборку с v6, и пока все хорошо, но проблема, описанная в моей первой публикации, все еще существует. После 4,5 лет я к этому привык и могу с этим жить, но если кто-нибудь знает секретный код, чтобы эта штука работала как надо, буду рад услышать. PS, моему будущему «я», если я еще раз загляну сюда в 2020-е, привет, чувак!

Окей, я разобрался: оказывается, новый чел может строить графики для отрицательных чисел после того, как я это сообщение опубликовал, поэтому я убрал умножение, чтобы получилось положительное значение, и теперь всё работает отлично. Я использовал версию 3.6 изначально, из-за чего мне пришлось делать именно так.