Фигня что читать периоды обслуживания юзеру в Рид онли незя, мы напролоись пришлось много прав давать

Фигня что читать периоды обслуживания юзеру в Рид онли незя, мы напролоись пришлось много прав давать

вот на днях хороший же кейс проскочил про права доступа на триггеры

офигенный я б сказал

А можно показать, я бы глянул

девушка просто вопрос задала - а можно ли ограничить пользователей правами на триггеры

Ермолаева?

паспорт не видел

@eermolaeva она?

вроде нет

Всем привет! Есть вопрос по разделению прав видимости дашборда. Есть группа в которой мониторятся уже сервера, на каждом по 16 триггеров. Необходимо показать пользователю только 2 сервера из группы и 3 аварии по каждому.Создала новую группу, добавила уже сущестующие 2 сервера в нее, но как разграничить по триггерам, чтобы пользователь видел на дашборде по хосту только 3, а не 16?

вот

ттрунова

Ну да, заббикс так не умеет. Поэтому изврат в виде отдельного хоста с айтемами и триггерами

но

в новых версиях будет пересмотрено

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

наверное надо уже где-то 4 поставить

Это одна бабка сказала или пруф есть? А то лдап нормальный обещали а я пока не наблюдал подвижки в этом плане

Пруф про лдап, слова владышева с московского митапа 2017

а для апи и ридонли действует?

Да.

Это одна бабка сказала или пруф есть? А то лдап нормальный обещали а я пока не наблюдал подвижки в этом плане

алексей емнип говорил что в след версиях реализуют

Обещали в 4.0

Да.

спасибо. а то просто даешь права на все

Обещали в 4.0

ну ты ж понимаешь, что там работы и работы

Да, понимаю.

4 судя по всему будет революционной

Это одна бабка сказала или пруф есть? А то лдап нормальный обещали а я пока не наблюдал подвижки в этом плане

Пруф это доклад на конференции Алексея

Это одна бабка сказала или пруф есть? А то лдап нормальный обещали а я пока не наблюдал подвижки в этом плане

Хотят даже делать поддержку нескольких AD серверов и гибкость полную

Я хотел им скинуть spec файл для РПМ пакетов в опенсусе, владышев сказал что они добавят репу, но так и не понял куда ему файл кидать и сорцы

ну ты ж понимаешь, что там работы и работы

Судя по трекеру релиз 4ки март 2018 года

Они релиз к московскому митапу весеннему приурочить хотят

Я хотел им скинуть spec файл для РПМ пакетов в опенсусе, владышев сказал что они добавят репу, но так и не понял куда ему файл кидать и сорцы

Видимо тикет в джире

Как проснусь если не забуду заведу тикет и постараюсь дать им всю инфу для сборки, а то не круто нам обновляться а на центос пока не хватает времени мигрировать

Как проснусь если не забуду заведу тикет и постараюсь дать им всю инфу для сборки, а то не круто нам обновляться а на центос пока не хватает времени мигрировать

Если мигрировать то на ред хат, имхо

а че не сиквелом решить задачу?

Ступил что это sql. ?

3.0 было революцией с впиливанием шифрования я в восторге, 3.4 с закрытием триггеров и препроцессингом тоже революция. Они очумелые фичи впиливают, обожаю их. Вот только денег им никак не закинуть, а хочется поддержать.

Почему не закинуть? Купите саппорт и не пользуйтесь им

Хотят даже делать поддержку нескольких AD серверов и гибкость полную

когда-то давно крутил аналогичную задачу через это http://www.openldap.org/software/man.cgi?query=slapd-meta&apropos=0&sektion=0&manpath=OpenLDAP+2.4-Release&format=html

3.0 было революцией с впиливанием шифрования я в восторге, 3.4 с закрытием триггеров и препроцессингом тоже революция. Они очумелые фичи впиливают, обожаю их. Вот только денег им никак не закинуть, а хочется поддержать.

4.0 жду из-за 2 отдельных бд под историю и конфигурацию. Историю в кликхаус или кассандру

Ступил что это sql. ?

все ок

3.0 было революцией с впиливанием шифрования я в восторге, 3.4 с закрытием триггеров и препроцессингом тоже революция. Они очумелые фичи впиливают, обожаю их. Вот только денег им никак не закинуть, а хочется поддержать.

Не хватает построения карт по зависимостям. Люди давно просят, а воз и ныне там.

4.0 жду из-за 2 отдельных бд под историю и конфигурацию. Историю в кликхаус или кассандру

если подискутировать, то считаю, что это лишнее. 2 БД - это всегда плохо

Я с 2.2 пользуюсь, и как тогда не хватало, так и сейчас

Почему не закинуть? Купите саппорт и не пользуйтесь им

Пожертвовать и купить это разные вещи. Я может 50$ от себя хочу кинуть, а компании саппорт по заббиксу не нужен когда есть я

Я с 2.2 пользуюсь, и как тогда не хватало, так и сейчас

ой все (с) ;) добрый пятничный вечер

если подискутировать, то считаю, что это лишнее. 2 БД - это всегда плохо

Я считаю почему бы и не иметь под историю бд для этого созданную. Инсерты где быстрые и селекты и партиции умные и из коробки сами

Купите как частное лицо, ёмаё. Что вы как маленький

ой все (с) ;) добрый пятничный вечер

Ну разве не правда?

Сколько он стоит, что вы как маленький? В последний раз я смотрел ценник от 5000$ начинался

Кстати, и Вам не хворать ?

Я считаю почему бы и не иметь под историю бд для этого созданную. Инсерты где быстрые и селекты и партиции умные и из коробки сами

я понимаю для чего это. просто в мире энтерпрайза давно разделили OLTP и OLAP. Ну а потом придумали In Memory. А тут 2 БД... Очень сложно синхронизировать. Всегда

А, даже с 1.8. Во... :-)

https://www.zabbix.com/development_services вон - вскладчину фичи финансировать можно

Ну разве не правда?

я к тому что уже обсуждали и обсуждали

Сколько он стоит, что вы как маленький? В последний раз я смотрел ценник от 5000$ начинался

А вам жалко $5000? ))

А вам жалко $5000? ))

мне да. честно скажу

я к тому что уже обсуждали и обсуждали

Так аргумент же железный, пока не допилят... ?

https://www.zabbix.com/consulting - 15минут консалтинга - Э50. Платите и не задаете вопросов ))

Вскладчину минимум 600$ что для меня тоже дороговато

А вот 70$ это можно, спс

может кто подскажет через LLD создаётся "Прототипы элементов данных" находит 16 интерфейсов для каждого интерфейса "Внешняя проверка" используется SNMP. Когда запускаю по отдельности для каждого интерфейса всё "Ок". Но когда Zabbix начинает проверять то он сразу же делает 16 проверок... в этот момент оборудование не сильно отдаёт нужные данные по SNPM, вываливаясь с таймаутом... Даже увеличение до max не даёт позитивных моментов... Нельзя ли как то задать промежуток между проверками для каждого из 16 интерфейса...?

bulk включен для хоста?

ага...

что то я не подумал сразу же об этом?

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

bulk включен для хоста?

не помогло;

ERROR: S client not available

переписать внешнюю проверку

переписать внешнюю проверку

в какую сторону??

наверное в цикле перебрать интерфейсы, раз все сразу не может отдать из-за тайм-аута

я ж не знаю как звучит изначально задача

наверное в цикле перебрать интерфейсы, раз все сразу не может отдать из-за тайм-аута

отдаются долго "Прототипы элементов данных" этих самых интерфейсов :(

отдаются долго "Прототипы элементов данных" этих самых интерфейсов :(

что-то голова уже не варит. пятница

а че долго отдаются-то?

железка "корявая"... один запрос по SNMP она нормально обрабатывает, а вот уже одновременно больше 4рёх, для неё ад...

наверное нужно в файлик отдельно выгружать; а так не хотелось этого...

bulk включен для хоста?

почему то мне казалось что если его отключить будет дёргать один за одним, но видимо это не распространяется на внешние проверки;

почему то мне казалось что если его отключить будет дёргать один за одним, но видимо это не распространяется на внешние проверки;

а какая периодичность снятия данных?

10 минут;

могу показать что в логах :)

давай

но лучше сам скрипт проверки

и как дергается в заббиксе

LLD получает интерфейсы EPON0/1 EPON0/2 EPON0/3 ... EPON0/16

мне нужен подсчёт количества ONU на этих самых EPON0/XX

Внешняя проверка snmpwalk -v 2c -c public "$1" IF-MIB::ifDescr | grep "$2:" | wc -l

понял идею

Прототип элемента данных epon.sh[{HOST.IP},{#IFNAME}]

тут наверное так не отработает, железо слабое :(

загибается OLT от сразу же 16 запросов;

Она, наверное, расчитана на чтение subtree, а не отдельных оидов

Так что можно покопать в сторону препроцессинга, наверное...

https://support.zabbix.com/browse/ZBXNEXT-4373 Если кто то как и мы испытывает неудобство с отсутствием репозитория заббикса 3.4 для ОпенСуси вот тикет в джиру заббикса со всеми исходниками как собрать пакеты под неё для 42.2 и 42.3.

Тоже недоумеваю, почему для такой энтерпрайзной ос нет пакетов ...

Ну я дал все исходники, по ним можно собрать пакеты для 3.2 и 3.4. Для 4.0 не уверен, но я точно знаю что если задаться целью, мейнтейнер за сутки легко организует репы со всеми версиями заббикса с 1.6 до 4.0 для СЛЕ и опенсуси с предпоследних версий до бета версий. А дальнейшая поддержка будет занимать 30-60 минут в год.

hi guys.... I have to put zabbix frontend on DMZ. In other words, separates zabbix backend and frontend I'm using ubuntu 16 in both servers (backend and frontend). In the new frontend server in DMZ, I installed the "zabbix-frontend-php" package and edited "zabbix.conf.php" file with mysql and zabbix backend informations. My question is... what must be edit in zabbix-server (backend)? Where should i set the information about the new "frontend" server? Thanks

nothing, just open ports for frontend from zabbix-server(backend) and database server. @PazThiago

Всем доброго воскресного утра