FT
я думаю, что тут имеется ввиду, что выпускать плотностью стабильный и отработанный 4.4 как лтс 5.0 без каких-либо изменений
Например так, да.
Size: a a a
2020 October 14
AV
если про мечты - может и ZBXNEXT-97 реализовать? :)
На это я частенько смотрю (количество голосов обязывает!), но не совсем понимаю какую проблему мы решаем.
Д
Ребята, приветствую!
Не подскажите, может сталкивались.
Есть элемент данных vfs.file.exist который собирает инфу о создании нового файла.
Но "следит" он за файлом с определенным именем.
Условно, kr00003.
Хотелось бы чтобы он отрабатывал при создании файла kr0000*
Через какой айтем могу такое реализовать?
Не подскажите, может сталкивались.
Есть элемент данных vfs.file.exist который собирает инфу о создании нового файла.
Но "следит" он за файлом с определенным именем.
Условно, kr00003.
Хотелось бы чтобы он отрабатывал при создании файла kr0000*
Через какой айтем могу такое реализовать?
MG
Full Throttle
И что плохого могло бы быть, если бы стабилизировали 4.4 вместо 4.0?
А он разве нестабилен? Мы сидим на 4.4, тихо пилим для него фиксы, вкладываем в паблик и в ус не дуем. Ничего не падает и не глючит, функционала полно, на 5.0 пока даже желания переходить нет. Ждем 5.2 на предмет чего-то прорывного.
AS
Ребята, приветствую!
Не подскажите, может сталкивались.
Есть элемент данных vfs.file.exist который собирает инфу о создании нового файла.
Но "следит" он за файлом с определенным именем.
Условно, kr00003.
Хотелось бы чтобы он отрабатывал при создании файла kr0000*
Через какой айтем могу такое реализовать?
Не подскажите, может сталкивались.
Есть элемент данных vfs.file.exist который собирает инфу о создании нового файла.
Но "следит" он за файлом с определенным именем.
Условно, kr00003.
Хотелось бы чтобы он отрабатывал при создании файла kr0000*
Через какой айтем могу такое реализовать?
из коробки не вижу особо. только если делать свой какой-то дискавери.
PZ
А он разве нестабилен? Мы сидим на 4.4, тихо пилим для него фиксы, вкладываем в паблик и в ус не дуем. Ничего не падает и не глючит, функционала полно, на 5.0 пока даже желания переходить нет. Ждем 5.2 на предмет чего-то прорывного.
теоретически, если в нем найдут дыру, некому будет бросаться чинить. во всяком случае такова объявленная политика.
MG
ИМХО, учитывая кодовую базу, то если в 4.4 найдут дыру, то с высокой вероятностью она будет и в 4.0 и 5.0
PZ
но кто будет собирать пакеты?
Д
из коробки не вижу особо. только если делать свой какой-то дискавери.
Спасибо!
FT
А он разве нестабилен? Мы сидим на 4.4, тихо пилим для него фиксы, вкладываем в паблик и в ус не дуем. Ничего не падает и не глючит, функционала полно, на 5.0 пока даже желания переходить нет. Ждем 5.2 на предмет чего-то прорывного.
Так я и сам такой.
С 3.4 переходил на 4.4, т.к 4.0 не впечатлил, а 4.2 почему пропустил, уже и не помню.
С 3.4 переходил на 4.4, т.к 4.0 не впечатлил, а 4.2 почему пропустил, уже и не помню.
K
А он разве нестабилен? Мы сидим на 4.4, тихо пилим для него фиксы, вкладываем в паблик и в ус не дуем. Ничего не падает и не глючит, функционала полно, на 5.0 пока даже желания переходить нет. Ждем 5.2 на предмет чего-то прорывного.
+1
AK
На это я частенько смотрю (количество голосов обязывает!), но не совсем понимаю какую проблему мы решаем.
Тестирование настроенного экшена. Наверное возможность тестировать без необходимость симулировать наличие проблемы.
MO
с тэгами проще стало, конечно, условия конструировать для экшенов (и понимать их)
AK
Коллеги, никто не делал проверку наличия самба шары на целевом сервере? Что у нас есть для этого помимо smbclient -L?
MG
Для информации, в 5.4 мы будет отключать поллеры и (если получится) трапперы от базы данных. Давно хотели это сделать.
А зачем? На каждый чих делать коннект к базе и потом дисконнект? Это дорогое удовольствие. Особенно для таких баз как PostgreSQL и Oracle.
Д
Ребята, приветствую!
Не подскажите, может сталкивались.
Есть элемент данных vfs.file.exist который собирает инфу о создании нового файла.
Но "следит" он за файлом с определенным именем.
Условно, kr00003.
Хотелось бы чтобы он отрабатывал при создании файла kr0000*
Через какой айтем могу такое реализовать?
Не подскажите, может сталкивались.
Есть элемент данных vfs.file.exist который собирает инфу о создании нового файла.
Но "следит" он за файлом с определенным именем.
Условно, kr00003.
Хотелось бы чтобы он отрабатывал при создании файла kr0000*
Через какой айтем могу такое реализовать?
Удалось найти решение - vfs.dir.count
AK
Коллеги, никто не делал проверку наличия самба шары на целевом сервере? Что у нас есть для этого помимо smbclient -L?
я читаю файл по самбе тупо, если какая-то ошибка значит шара не работает
RK
А зачем? На каждый чих делать коннект к базе и потом дисконнект? Это дорогое удовольствие. Особенно для таких баз как PostgreSQL и Oracle.
pgbouncer?
MG
pgbouncer?
Я в курсе, про эти варианты. Только зачем они если сейчас з-сервер поддерживает постоянные соединения и не нужно городить огород. А в 5.4 придется... :( Надеюсь будет сделан пул соединений внутри з-сервера, через который будут работать пулеры и траперы. Иначе по-моему это печаль и боль.
КБ
Ребят всем привет!
Гружу шаблон официальный 'Operating System Linux', а группе элементов данных 'Network interfaces' элементов данных нет.
Гружу шаблон официальный 'Operating System Linux', а группе элементов данных 'Network interfaces' элементов данных нет.