Dima12

Ясненько ?. Ну ладно, к счастью, их не много. Благодарю.

Добрый день. Есть какие-либо ограничения на символы в логинах ? Делал миграцию, есть логины с дефисом внутри, на страничке "Проверка на корректность данных" всё показывалось верно. После миграции оказалось, что дефисы из логинов вырезаны. Был логин fpo-gl, а стал fpogl. Делалось через "Миграция 2". Это как-то лечится ?

Вообщем перепробовано было всё: система, apache, php, sudo. А проблема оказалась в mpm_itk модуле. Буду распрашивать разработчиков, что за фигня такая ...

FAQ прочитал ещё до установки и пару раз он мне помог поправить ситуацию. Перед созданием темы так же прочитал всё тщательно ещё пару раз. А если имеется в виду вот эта его статья Тут тоже есть ответ на мой вопрос, но тогда можно было б и не утруждать себя сообщением со ссылкой на FAQ. Не пользуюсь я фрюшей. Не нравится. Хоть и начинал с неё.

Вообщем проблема кроется в sudo. И пока не понятно откуда берётся. В консоли под пользователем билинга sudo работает "на ура", а из-под php - фигушки. Отладка , что есть в sudo, пока особо ситуацию не прояснила, из того, что явно бросается в глаза, невозможность получить характеристики tty при вызове из php, и, видимо, какие-то проблемы с получением плагина sudoers. Вот так выглядит консольный вариант sudo А вот это sudo из-под php Sudo 1.8.19.p1 Баги просмотрел, но своей ситуации не нашёл. Попробую поставить более свеженькую версию.

В первом сообщение указал. Пути правильные, логи чистые, error.log нулевой длины

Все прописаны и все резолвятся нормально. Пинг с той же машины и из под пользователя билинга, запущенный руками ходит прекрасно. ICMP Ping вообще никак, ни по имени, ни по адресу ...

И вот что ещё, для Zyxel "SNMP данные" работают одинаково что для IP, что для DNS. Для Cisco та же кнопка выдаёт данные только если указан IP-адрес. ? На 3-й картинке видно зиксель с зелёной точкой и несоответствие количества на кнопке вверху и в описании под таблицей. После нажатия "Принудительный опрос" он станет, как и все, красным. Вернуть его в "живые" можно будет только путём редактирования поля адреса ( может и другое поле сработает но я не проверял ) На 4-й картинке показана реакция на нажатие кнопки "SNMP данные" после правки поля адреса комутатора с ID 2. (картинка 2). Кстати, нажатие кнопки "Принудительный опрос" на этой картинке работает коректно.

Само собой. И пинг ходит на прямую и snmpwalk работает.

Добрый день всем. Завёл 4 комутатора - все мертвы. Причём не работает ни snmp опрос ни по пингам. В cron-е задачи есть, нужные модули есть, права есть, пути проверены и верны. Документацию перечитал, форум прошерстил на предмет всех тем, где про snmp встречается. В логах апача ошибок нет, php.ini подстроен показывать все ошибки. Смотрю tcpdump-ом, трафика на комутаторы нет, ни icmp ни snmp. Но при этом на тестового пользователя ( был в дампе базы при установке ) с адресом 192.168.1.1 пинги уходят. Где ещё посмотреть что не так с опросами комутаторов ? Вычислил один интересный момент: если зайти в редактирование комутатора и поправить IP адрес, например поменять на DNS имя или наоборот, то кнопка "SNMP данные" выдаёт информацию с устройства и на главной страничке комутатор уже зелёненький и в списке под таблицей так же показан один живой, при этом кнопка в самом верху экрана "Мертвые свичи" по прежднему показывает мертвыми все 4. Но стоит мне нажать "Принудительный опрос" как снова все становятся мёртвыми. Комутатор, который только что отдавал данные по SNMP, уже не отдаёт ничего. Зашёл в редактирование, сменил строку адреса - и всё опять начинает работать. Где искать ? Система : Linux Debian 9.13 Ubilling: 1.1.3 rev 7831 ( новая, чистая, не обновление )