Sergey Zozulya
-
Постов
656 -
Зарегистрирован
-
Посещение
-
Победитель дней
3
Тип контента
Профили
Форумы
Галерея
Загрузки
Блоги
События
Весь контент Sergey Zozulya
-
@Le ecureuil, понял, вопрос закрыт. Всем спасибо за помощь.
-
Для уверенности дождемся @Le ecureuil, может я чего набредил или есть нюансы.
-
Насколько помню, да, минимум строк для присутствия интерфейса появлялись. Тогда это пробовал только с ISP.
-
Так я уже пробовал изначально, но не вышло. Интерфейсы все равно остались в списке, только без названия. Потому и приперся сюда за советом.
-
Похоже на то, просто уж больно уверенные советы дали (второй такой же автор удалил как дубликат), как это сделать. @Le ecureuil, может внесете ясность и закроем тему?
-
Больше никаких мыслей? Или все же нельзя их убрать из Web?
-
Что-то делаю не так? (config)> no interface ISP Network::Interface::GigabitEthernet error[78774274]: cannot be deleted interactively. (config)> no interface WifiMaster0/WifiStation0 Network::Interface::Rtx::WifiStation error[77987861]: cannot be deleted interactively. (config)> no interface WifiMaster1/WifiStation0 Network::Interface::Rtx::WifiStation error[77987861]: cannot be deleted interactively.
-
Из стремлений к прекрасному, конечно же (без сарказма). Написал в первом сообщении, для чего это лично мне. Не говорю, что по умолчанию нужно скрывать неиспользуемые подключения, а лишь спрашиваю, как это сделать. К тому же, у меня возникает встречный вопрос - зачем они в списке, если использоваться никогда не будут (опять же - у меня)?
-
Можно ли убрать из списка неиспользуемые подключения (на скриншоте в рамке)? В моем случае это ISP и WISP подключения. Список станет локаничнее и аккуратнее.
-
Если используются сторонние плагины, то по какой-то причине при старте deluge-web каталог .cache в домашней папке root недоступен для записи. Туда пытаются распаковаться egg плагины и, как результат невозможности сделать это, они не загружаются. Решение - прописать переменную PYTHON_EGG_CACHE, определяющую каталог для кэша питон-плагинов в скрипте запуска deluge-web, например, так: PYTHON_EGG_CACHE=/opt/tmp deluge-web -f -p 888
-
Пару дней гоняю netdata, показывает себя как очень легковесный, быстрый (по крайней мере, на Ultra II) и конечно же красивый монитор. Даже включив дополнительный мониторинг, нагрузка остается в пределах 2-3% CPU. Возможно, удастся также собрать и FireHOL от того же разработчика? В составе этого пакета есть FireQoS - быстрый, понятный и простой для настройки QoS-хелпер для tc (уже есть в репозитории) - https://github.com/firehol/netdata/wiki/You-should-install-QoS-on-all-your-servers
-
Прошелся strace'ом и не увидел вообще ни одного обращения к localtime или чему-то похожему. Даже не знаю, какой вывод делать. По графикам самого netdata он потребляет минимум ресурсов, хотя и был подключен дополнительный функционал.
-
Уже просили. Сколько это времени займет, сказать не могу. Смысла ждать нет, можно смело ставить отдельный пакет.
-
Ссылка на список пакетов в репозитории есть в первом посте в теме по Entware, там и можно проверить. Например, так: opkg install http://entware-3x.zyxmon.org/binaries/mipsel/test/netdata_1.6.0-1_mipsel-3x.ipk Или скачать по ссылке и указать в команде выше полный локальный путь к пакету.
-
Правильно понимаю, что, проще говоря, можно забить на TZ вообще и спокойно пользоваться патченным вариантом с правильным временем в логах отсюда http://entware-3x.zyxmon.org/binaries/mipsel/test/netdata_1.6.0-1_mipsel-3x.ipk ?
-
Опечатки нет? Может так: TZ=:/opt/share/zoneinfo/Europe/Moscow И может тогда корректнее TZ прямо в /opt/etc/profile прописать? Мало ли еще какому сервису эта переменная понадобится.
-
@zyxmon, имеет ли смысл пересобирать после последнего фикса? https://github.com/firehol/netdata/issues/2096#issuecomment-294870093
-
@zyxmon, круто, благодарю!
-
Предложил решение - https://github.com/firehol/netdata/issues/2096#issuecomment-294710208 До вечера попробовать не смогу. Проверить бы и отписать в тикет, такую оперативность надо поощрять.
-
Там ответили, что это похоже на проблему syslog и надо смотреть его настройки. Странно только, что остальные сервисы пишут в лог с правильным временем.
-
Вроде не то, от остальных сервисов время в логе правильное, /opt/var/TZ тоже на месте. Отлично! Уже и сам хотел писать. Подписался, если будет нужна информация, предоставлю там.
-
Обновился до v1.6.0. Ошибки из лога пропали, все работает. Единственное, что заметил - все сообщения от netdata в логе отстают на 3 ч, как исправить не нашел: Apr 17 22:42:44 ndm UPnP::Manager: redirect and forward rules deleted: tcp 13558. Apr 17 22:42:44 ndm UPnP::Manager: redirect and forward rules deleted: udp 13558. Apr 17 19:47:55 netdata[707] Received signal 15. Exiting... Apr 17 19:47:55 netdata[707] Saving database [1 hosts(s)]...
-
Спасибо, доберусь до консоли - проверю.
-
Не факт, но коммит в v1.5.0 вроде как проблему эту исправляет. Как новая версия появится, проверю и напишу.
-
@zyxmon, возможно обновить netdata в репозитории до актуальной v1.6.0 или хотя бы до v1.5.0? В текущей v1.4.0 при использовании netdata весь лог Keenetic'а в подобных красных ошибках: Compression has already be initialized for this client. Подробности - https://github.com/firehol/netdata/issues/1129
