gvan
-
Posts
210 -
Joined
-
Days Won
2
Content Type
Profiles
Forums
Gallery
Downloads
Blogs
Events
Posts posted by gvan
-
-
В 05.01.2019 в 13:40, Sergej Aleshko сказал:
Error: collectd is respawning too fast - disabled for 300 seconds
Сам сервис запускается через watchguard скрипт collectdmon. Соответственно, предполагаю, что из-за ошибок в конфиге/окружении collectd нормально не стартует, а collectdmon пытается его несколько раз перезапустить.
Смотрите, конфиг на наличие ошибок. Пробуйте запустить collectd вручную: /opt/sbin/collectd и смотреть на терминале или в логе ошибки.
-
22 часа назад, Mamay сказал:
МодельKeenetic Giga II
Сервисный код xxxxx
Версия ОС 2.15.A.3.0-2
Время работы 3 дн. 22:54:30
Текущее время 26.12.2018 11:20:51
Загрузка ЦП1%
Память 20% (52/256 Мбайт)
А на 2.15 высокий Load Average на Giga II не починили? Можно проверить командой top в entware.
Проблема наблюдалась на 2.13 и 2.14. 2.15 пока себе не ставил.
-
В 05.09.2018 в 13:27, Le ecureuil сказал:
Да, примерно причина ясна - но это касается только устройств на 6856, и ее можно игнорировать пока - оно ни на что не влияет.
Я понимаю, что баг не критичный (но не очень приятный в плане отображения LA и имеет место и в 2.14), но на 2.14 стоит ожидать исправления? Или пока совсем низкий приоритет у данной проблемы, а исправление требует больших затрат?
Возможно, мне имеет смысл обозначить проблему в ветке 2.14 или и так не забудется?
-
В 23.09.2018 в 13:53, eralde сказал:
Похоже на ошибку в веб-интерфейсе. Спасибо, исправим.
Спасибо. В 2.14.A.2.0-2 стало правильно отображаться.
-
20 часов назад, Equalizer сказал:
Скорее всего, что-то не так с http-сервером. Какой устанавливали и настраивали? Как в инструкции - lighttpd?
Нужно проверить, реально ли он запускается. Он также должен писать лог в /opt/var/log/lighttpd, если в его конфиге включена опция
server.errorlog = "/opt/var/log/lighttpd/error.log"
Возможно, для этого также потребуется включить службу syslong-ng (информация есть в каталоге готовых решений).
-
1
-
-
Для некоторых сетевых устройств у меня настроено расписание доступа в Интернет. Но если смотреть "Список устройств", то даже, если по расписанию устройству на данный момент запрещен доступ в Интернет (и он действительно не работает), то все равно отображается зеленый кружок. Но согласно легенде должен рисоваться красный перечеркнутый кружок.
Соответственно, приходится залезать в настройки самого устройства, чтобы убедиться, что на самом деле сейчас по расписанию действует блокировка. Очень неудобно.
Если не ошибаюсь, то в старом интерфейсе это отражалось корректно: было сообщение "Доступ заблокирован" (или что-то подобное).
Это функция пока не реализована или у меня какой-то локальный глюк и нужен self-test?
-
1
-
1
-
-
Судя по тому, что никто больше не жалуется, то предположу, что это характерно для Giga II. А увидеть LA можно, только считав его по SNMP или же подключившись через opkg.
На Extra II проверить не могу, т.к. она пока вне доступности от меня.
У ziv тоже есть только Giga II с той же версией прошивки. На 2.12 и у него, и у меня LA отражался нормально (все остальное окружение - прежнее).
-
15 часов назад, Le ecureuil сказал:
LA это количество процессов ждущих I/O, и очень слабо кореллирует с загрузкой CPU.
Но вообще странно.
Неплохо бы конфиг или self-test. А еще описать - открыт ли Web? Что вообще делают с устройством?
В предыдущем скрытом сообщении направил запрашиваемую информацию. Также добавил вывод команды top, в котором видно, что LA всегда выше 1, но при этом CPU свободен.
Открытый или закрытый при этом веб-интерфейс совершенно без разницы и никак на LA и загрузку CPU особо не влияет.
LA ниже единицы можно увидеть только сразу после перезагрузки роутера и то в счетчиках, отражающих LA за 5 и 15 минут. Потом показатели LA выравниваются и становятся больше 1. Всегда. При этом с устройством вообще ничего не делают, торрентами не грузят, трафик через него не пропускают, а только холят и лелеют.
Никаких других проблем, кроме неправильного отображения LA, я не наблюдаю. Загрузка CPU при этом отражает реальную нагрузку. LA, как через вывод shell-команды top, так и в SNMP-счетчиках отражается больше 1 при любых условиях.
-
2 минуты назад, vasek00 сказал:
Это фича и давно, работа счетчиков, на форуме уже имело место обсуждения этого.
До 2.13 с этой фичей знаком не был - все отражалось, как нужно.
Если обсуждали на эту тему что-то недавно, то по поиску пока не нашел, чем это кончилось.
По мне - так это баг, и из этого значения на Giga II нужно вычесть единицу. Т.к. LA, соответствующий 1 (при двух виртуальных ядрах), должен соответствовать примерно 50+% загрузке CPU. Постоянная загрузка CPU порядка 1-5% должна соответствовать околонулевым значениям LA. Но сейчас это стало не так.
-
После того как переполз на версию 2.13 с 2.12 заметил, что средняя нагрузка теперь всегда составляет не меньше 1.
Скрытый текст
Хотя при этом в Системном мониторе через веб отображается загрузка CPU порядка 1-3%.
Команда top в opkg также отражает низкую нагрузку на CPU, но при этом высокий LA.
Скрытый текстMem: 217520K used, 38600K free, 188K shrd, 15440K buff, 136772K cached CPU: 1% usr 1% sys 0% nic 97% idle 0% io 0% irq 0% sirq Load average: 1.05 1.07 1.08 2/111 22971Баг/фича?
-
Ошибки WEB
in 2.13
Если левое меню постоянно отображается на экране (монитор с большой диагональю), то после каких-либо манипуляций в правой части экрана (но не обязательно), нажатие на пункты в левом меню не всегда срабатывает с первого раза. Т.е. наводишь на пункт меню (как правило на правую часть белого прямоугольника, где нет текста), то прямоугольник подсвечивается, но ссылка, которая должна выполниться, в статусной строке браузера не отображается. Соответственно, если нажать в этот момент на прямоугольник, то открытие данного пункта меню не выполнится. Если же поводить курсором до появления ссылки в статусной строке, то все отработает как надо.
Браузер Chromium 67.0.3396.99, Chrome 68.0.3440.106.
-
1
-
-
В 15.07.2018 в 13:05, Equalizer сказал:
Отпала надобность в сборе статистики с PPPoE, грохнул его в opt\share\www\, но система упорно пытается собрать с него статистику, из-за чего лог забивается однотипными строчками о невозможности обновления. Подскажите, пожалуйста, как прибить окончательно?
Сбор статистики определяется не этим каталогом, а конфигом collectd. В данном каталоге находятся только шаблоны для отображения статистики.
В самом конфиге collectd сбор данных с интерфейсов (в т.ч. и PPPoE) выполняется по шаблону. Т.е. для отключения сбора данных по конкретному интерфейсу его нужно будет добавить в правило Ignore. После этого удалить соответствующие файлы rrd в /opt/var/lib/collectd/rrd/. Либо вообще их не трогать - пусть данные пишутся (но не нужно было вручную удалять файлы rrd), но сами шаблоны отображения данных убрать.
-
1
-
-
Эта вишенка "про Яндекс" стала наблюдаться и на прошивке 2.12.A.5.0-7 (на новую не обновляюсь по причине исключения старого веб-интерфейса из прошивки, т.к. пользуюсь белыми/черными списками wi-fi). Так что проблема, видимо, не совсем в прошивке.
Вчера меня тоже поразила блокировка 4pda.ru. В прошивке включен Яндекс.DNS и "семейный" фильтр. Поменял на "безопасный" - лучше не стало. Почистил кэши DNS и перезапустил браузер - аналогично. Помогло только временное отключение Яндекс.DNS и повторная чистка кэшей.
С мобильными девайсами также иногда появляется ошибка про "небезопасное соединение" (например, mail.ru).
Для тех девайсов, где фильтрация Яндекс.DNS отключена совсем подобные проблемы не выскакивали.
-
10 часов назад, GarikH сказал:
А что было не так, вроде мы с Аланом тестировали еще в июне 2014 года, тогда все работало.
Я об этом уже давно писал. Прошло полгода. Ставьте последнюю версию alreader и будет все нормально работать.
11 час назад, GarikH сказал:Ну так поделились бы, что подкрутили, добавлю индексы в создание базы. Хотя, на мой взгляд, все нужные индексы есть.
Удалил уже, ибо все равно медленно для меня работала на роутере, да и для уменьшения БД пришлось урезать текстовую информацию (описание найденных книг). Думал попробовать mysql БД, но потом нашел для себя альтернативный вариант (ниже в оффтопе есть пример, или в крайнем случае можно использовать tor на том же самом роутере).
-
36 минут назад, ndm сказал:
Исправлено в версии 2.12.A.5.0-1.
В 26.03.2018 в 15:16, Dmitry Tishkin сказал:Спасибо! Взяли в работу
Второй баг в рамках данного кейса в работу не брали? Переключение опции "Обновлять в реальном времени" срабатывает только один раз.
Или нужно открывать новую тему?
-
Дополнение к первому посту: Сбор и отображение статистики для клиентов wi-fi.
Сбор данных производится через shell-скрипт посредством выполнения в нем команды ndmq -p 'show associations' -x . Работа скрипта обеспечивается плагином exec для collectd.
Устанавливаем модуль exec и gawk (если еще не установлен):
opkg install collectd-mod-exec gawk
Размещаем из архива wifi.zip файлы по указанным каталогам (скрипт для модуля exec, CGI-скрипт для отображения статистики и шаблон для wi-fi). Редактирование CGI-скриптов (если устройств будет несколько) и шаблона под свое окружением выполним позже.
В файле /opt/etc/collectd.conf добавляем загрузку модуля exec и запуск скрипта для сбора статистики wi-fi клиентов:
LoadPlugin exec <Plugin exec> Exec "nobody" "/opt/etc/collectd/scripts/wifi-clients" </Plugin>Делаем указанный выше скрипт исполняемым файлом.
chmod +x /opt/etc/collectd/scripts/wifi-clients
Добавляем в систему пользователя nobody (если его еще нет), прописывая следующую строку в файл /opt/etc/passwd:
nobody:*:65534:65534:user "nobody"::/opt/bin/nologinПерезапускаем collectd и примерно через 10 минут в каталоге /opt/var/lib/collectd/rrd/APG3/wifi (у вас имя будет отличаться в зависимости от названия роутера) должны появиться файлы для активных клиентов wi-fi. Проверяем логи collectd для выявления возможных ошибок, если вдруг что-то не заработало.
Далее создаем необходимое количество CGI-скриптов для wi-fi клиентов, для которых планируем отображать статистику (на основе файла 710-notebook.rcgi). В них меняем путь до файлов статистики, название, MAC-адреса клиентов.
Запускаем скрипт index.sh для обновления общего индексного файла статистики.
-
Дополнение к первому посту в теме: "Сбор и отрисовка данных по сетевому принтеру на примере Samsung M2070W"
Дано: Сетевой принтер, подключенный в сеть keenetic по витой паре или посредством wi-fi, IP-адрес принтера, например, 192.168.1.20. Сетевой принтер должен поддерживать протокол SNMP, и необходимые настройки для его включения на принтере предварительно выполнены.
С помощью snmpwalk опрашиваем принтер и определяем, в каких OID "лежит" нужная нам информация:
snmpwalk -c public 192.168.1.20 . >/opt/tmp/printer.txt
В файле /opt/share/collectd/custom-types.db добавляем необходимые типы данных. У меня это уровень картриджа в процентах, количество напечатанных страниц, сколько всего можно напечатать страниц на этом картридже и работа в часах (эту статистику собираю, но не рисую).
m2070w cartlevel:GAUGE:0:U, cartprintedpages:GAUGE:0:U, cartallowedpages:GAUGE:0:U, transfrollerhours:GAUGE:0:U
Далее в конфигурационном файле /opt/etc/collectd.conf добавляем тип данных, само устройство и что с него "собирать":
<Data "m2070w"> #m2070w cartlevel:GAUGE:0:U, cartprintedpages:GAUGE:0:U, cartallowedpages:GAUGE:0:U, transfrollerhours:GAUGE:0:U Type "m2070w" Table false Instance "" Values "1.3.6.1.4.1.236.11.5.11.53.61.5.2.1.13.1.1" "1.3.6.1.4.1.236.11.5.11.53.61.5.2.1.14.1.1" "1.3.6.1.2.1.43.11.1.1.8.1.1" "1.3.6.1.4.1.236.11.5.1.1.3.27.0" </Data> <Host "m2070w"> Address "192.168.1.20" Version 1 Community "public" Collect "m2070w" Interval 180 </Host>Перезапускаем collectd и через несколько минут убеждаемся, что данные по принтеру собираются в файле /opt/var/lib/collectd/rrd/m2070w/snmp/m2070w.rrd
Далее добавляем CGI-скрипт и шаблон (архив printer.zip) для отображения статистики. Редактируем их, если требуются.
-
1
-
-
Также для себя делал "рисование" картинок для клиентов wi-fi.
Используется плагин exec для collectd и скрипт, который "висит" в памяти и периодически обновляет данные по wi-fi клиентам через команду "ndmq -p 'show associations' -x".
Для ориентировочного анализа активности wi-fi клиентов мне хватает. Правда минус в том, что ndmq в журнал системы для каждого вызова этой команды бросает сообщение.
Еще шаблон для wi-fi принтера дополнительно делал (количество страниц всего, напечатано, осталось % картриджа). Но это в принципе не сложно сделать самостоятельно, если принтер поддерживает SNMP протокол.
Если есть интерес, то могу добавить информацию по этим задачам.
-
Возможность редактирования первого поста у меня по какой-то причине пропала. Написал запрос о восстановлении доступа.
Пока выкладываю обновленный архив с исправленным скриптом в этом посте (вызов awk заменен на gawk, добавлено прерывание обработки файла, если он не может прочитаться):
-
2
-
-
Явно неправильно отрабатывается регулярное выражение. Т.е. в первой строке DEBUG должно получиться на выходе DEBUG: include/0-page.tmpl, а получается оригинальная строка без изменений.
У меня воспроизвести баг не получается на моей системе.
Можно еще попробовать в коде скрипта заменить awk на gawk (если его нет, то установить через opkg), т.к. по умолчанию используется awk из busybox. И если entware еще от версии прошивки 2.06, то возможно какая-то старая версия используется. Хотя все должно по идее и со старой версией awk обрабатываться аналогично.
-
Если в дебажной версии скрипта строку tmplfile=gensub(/.+\s+(.+)>.*/, "\\1", 1); поменять на tmplfile=gensub(/.+\s+(.+)>/, "\\1", 1);
ничего не изменится? И сюда просьба выложить полученный index.rcgi.
-
Хотя не нужно. Я вижу теперь в вашем файле, что при чтении шаблона возникает ошибка:
DEBUG: <RRD::INCLUDE include/0-page.tmpl> DEBUG: READ STATUS: -1
Т.е. он не может прочитать файл include/0-page.tmpl по указанному пути. Он точно там лежит и есть права на чтение?
P.S.: Неправильно awk обрабатывает регулярное выражение. Поэтому имя файла получается неправильное. Возможно, версии awk у нас не совпадают, поэтому разное поведение.
Еще посмотрю, может что придет на ум
-
31 минуту назад, Equalizer сказал:
Успех.
Да, так и должно быть.
Строчку awk -v file=$file -v DEBUG=1 'BEGIN нужно поменять на awk -v file=$file -v DEBUG=0 'BEGIN
и запустить его заново.
-
Вот этот скрипт index.sh.new нужно попробовать (только нужно сделать его исполняемым) и созданный им файл index.rcgi выложить сюда. Добавил прерывание, если файл не может прочитаться, а также вывод дебаг-информации.
Такое ощущение, что по какой-то причине не может нормально прочитать 0-page.tmpl
Ротация логов в entware, записанных на внешний USB-диск
in Каталог готовых решений Opkg
Posted
Логи в entware лежат по пути /opt/var/log.
Файл messages тоже находится там. Если он перестал обновляться, то настройка ротации логов вряд ли виновата. Для проверки можно сделать рестарт службы syslog-ng и посмотреть, станут ли в него добавляться новые данные. Если нет, то вопрос следует задать в соответствующей теме (ссылка есть в первом сообщении).