Хорошо, вот Вам другая формулировка:
Вы знаете, у меня почему-то не возникает описанных Вами проблем. Что я делаю не так?

Возможно у вас ситуация с мониторингом другая. У нас, бывает, объекты перестают быть доступными из-за работ других организаций. Т.е. что-то "сломалось"  - выяснили что это "смежники" и заработает через 20 часов.

В нагиосе можно было выбрать объект, зашедулить его обслуживание и те самые 20 часов он не отвлекал. Если раньше, чем 20 часов от начинал работать, то шелуинг снимался (это настраиваемо). Если после 20 часов он был не доступен - срабатывал триггер о неполадке.

Внимание вопрос: как быстро и удобно из гуёв сделать так, чтобы "сломанные" объекты никуда ничего не слали те самые 20 часов?

Ну хорошо, пользуйтесь нагиосом, мы вам разрешаем :)

Я не вашего разрешения спрашиваю, а ищу/спрашиваю удобное решение. Если нечего сказать, то лучше помолчите, умнее выглядеть будете.

Для вас удобное решение - нагиос. Пользуйтесь.
А если серьезно - у вас два пути: либо делайте заранее периоды обслуживания (со сбором данных или без него) и добавляйте туда эти узлы, упавшие от "смежников" + задача в helpdesk о возвращении этого узла либо каждый раз создавайте новый период обслуживая

Это уже больше похоже на участие, спасибо.

Создавать на каждый инцидент период обслуживания очень долго, не удобно и требует дальнейшего удаления (получается обслуживание обслуживания). Это если действовать штатными средствами.

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

Нужно, чтобы заббикс эти Х часов молчал и не рассылал алерты. После прошествии Х часов все повторяется-не работает сервис-алерт и пр.

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

Кто-то подобное решал?

Ну api используйте. Нарисуйте скрипт, который через api добавит ваш узел в обслуживание на хх часов.

Чтоб он именно не слал ничего решается добавлением условия в "действие" статус узла != В обслуживании

Спасибо, это в принципе понятно, но длительность процесса постановки «в обслуживание» напрягает. Совет использовать апи понятен и похож на совет Капитана. Неужели ни у кого такой задачи не было или все «забивают» на повторные оповещения и «независимые события» (те, которые от нас не зависят, на которые не надо отвлекаться )

Ваши задачи и ваши способы их решения - ваша зона ответственности. Упрекать остальных в том, что они не сталкивались именно с вашими процессы и не придумали способ их решения - немного странно.
Если вам нужен гарантированный результат - обратитесь к представителям компании-разработчика и вам за некую сумму денег помогут.
Я предложил вам 3 способа решения именно вашей задачи, вас это не устроило.

Уважаемый Александр. У меня складывается ощущение, что фотографию взрослого человека взял себе школьник.

Предложение делать по мануалу, а если не подходит, то через апи (т.е. я не знаю, не делал, но хочу хоть что-то написать) я увидел. Также как разрешение пользоваться нагиосом. Так обычно поступают на форумах, чтобы раскручивать счетчик. Но это же не форум! Ну не знаете, не делали-не мусорьте.

На вашем примере очередной раз понимаю, что анекдот про разницу форумов американских/еврейских/русских это не анекдот.

Ну хорошо, распишу подробнее:
1. Раз перешли на личность и фото - это из вас делает очень взрослого человека, да. Тем более, что именно вам тут никто ничего не должен.
2. Распишите, что именно вы сами делали и в чем у вас случились ошибки и/или неудобные для вас моменты и как вы пытались их решить или обойти. Пока вы пожаловались, что "это долго, сложно и всё равно уведомления сыпятся". Я даже номер версии вашего заббикса нигде не увидел.
А на общие вопросы - общие ответы и треп.
Простой и удобный способ - добавьте два скрипта для узла, один отправляет в режим обслуживания на час или добавляет час к режиму обслуживания. Второй делает то же самое, но на 10 часов. И триггеры поправьте. И тогда при щелчке по узлу на карте выбрать в меню "Находится в обслуживании +10 часов" и подпись у узла на карте покажет, сколько ваш узел будет в обслуживании.

Создайте группу обслуживания, вводите туда узлы, а вот как таймер вывода из группы сделать, пока не придумал, возможно можно тайминги ставить, технически вопрос действительно интересный и актуальный...

Alert! SitiNorBa Naruto is a known spammer and is CAS banned. Ban is strongly recommended.

Alert! Dalek M. is a known spammer and is CAS banned. Ban is strongly recommended.

Alert! Scott-leul Yusko is a known spammer and is CAS banned. Ban is strongly recommended.

Alert! Cherinet Leaksmey is a known spammer and is CAS banned. Ban is strongly recommended.

Alert! Markos zara 0x000001 is a known spammer and is CAS banned. Ban is strongly recommended.

Alert! INES ♥♥ is a known spammer and is CAS banned. Ban is strongly recommended.

Alert! Sani Santy is a known spammer and is CAS banned. Ban is strongly recommended.