Jump to content

gvan

Forum Members
  • Content Count

    193
  • Joined

  • Days Won

    2

gvan last won the day on April 3 2018

gvan had the most liked content!

Community Reputation

88 Excellent

2 Followers

About gvan

  • Rank
    Advanced Member

Equipment

  • Keenetic
    Giga II, Extra II

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Достаточно было почитать предыдущие сообщения. Комрады хотели (просили), чтобы предыдущие файлы прошивки не удалялись, а именовались по номеру прошивки и оставались на диске. Но по коду скрипта сама прошивка в архив вообще не кладется. Непонятно, почему у вас так происходит. Что касается конфига, то его последняя версия кладется в файл -cur. Если были изменения от текущего его содержимого (а у вас, наверное, конфиг изменялся), старая версия конфига как раз перемещается в архив с датой. Не исключаю, что где-то в скрипте есть баг и нарушена логика именования файлов. У меня например во
  2. Тоже несложно. Достаточно мануал на команду find посмотреть. Выглядететь будет примерно так: find $BACSTORDIR -mtime +${DAYSTOR} -a ! -name 'firmware*' -delete
  3. Это не сложно. Можно заменить блок кода в скрипте, где делается бэкап прошивки на код следующего вида: Ключевой элемент здесь - получение номера версии прошивки: REL=`ndmq -p 'show version' -P 'release'` У себя код поменял. Вроде работает. Отредактировать первое сообщение уже не могу. Так что меняйте, проверяйте и у себя.
  4. В версии 2.16.D.1.0-0 Load Average нормализовался. Спасибо!
  5. Нет, журнал изменений 2.13-2.15 читал регулярно. Упоминаний об исправлении не встречал. Проблема наблюдалась на всех версиях 2.13-2.16 (может, конечно, какие-то промежуточные версии и пропустил). Также подтверждается на версии 2.16 на двух других Keenetic Giga II (их использую не я).
  6. Я понимаю. На работу не влияет, но графики статистики LA безбожно врут 😉 Уж очень хорошая и надежная "железка" получилась в виде Keenetic Giga II, которая верой и правдой служит уже несколько лет. Поэтому и хотелось окончательного фэншуя, т.к. в версии 2.12 LA работал, как и задумано. Но нет, так нет. Если исправляющую "затычку" для данного типа устройств сделать сложно, то значит не судьба...
  7. Баг тянется еще с версии 2.13. Судя по сообщениям в предыдущей теме, характерен только Keenetic Giga II и Keenetic II (устройства на 6856). На 2.16.D.0.0-0 также присутствует. Если смотреть загрузку Load Average (через SNMP или команду top в entware), то она всегда будет больше 1. Хотя, если при этом смотреть загрузку CPU (через веб-интерфейс или SNMP), то она будет околонулевая. Соответственно, и LA также должен быть невысоким (меньше 1). Но это не так. Насколько я понял, это фактически последний шанс исправить данный баг в прошивке 2.16 для снятых с поддержки устройств...
  8. Ротация никакого отношения к обновлению логов не имеет. Ее задача правильно перенести/архивировать файлы журналов. На скрине выше вообще непонятно, что вы там настроили. Повторюсь. Если у вас перестали обновляться логи, что ротация здесь не причем (за исключением уж совсем клинических случаев). Сначала разберитесь с обновлением логов и добейтесь того, чтобы данные в них писались. Удалите пакет logrotate и скрипт /opt/etc/cron.daily/logrotate, перезапустите роутер, проверьте данные.
  9. Логи в entware лежат по пути /opt/var/log. Файл messages тоже находится там. Если он перестал обновляться, то настройка ротации логов вряд ли виновата. Для проверки можно сделать рестарт службы syslog-ng и посмотреть, станут ли в него добавляться новые данные. Если нет, то вопрос следует задать в соответствующей теме (ссылка есть в первом сообщении).
  10. Сам сервис запускается через watchguard скрипт collectdmon. Соответственно, предполагаю, что из-за ошибок в конфиге/окружении collectd нормально не стартует, а collectdmon пытается его несколько раз перезапустить. Смотрите, конфиг на наличие ошибок. Пробуйте запустить collectd вручную: /opt/sbin/collectd и смотреть на терминале или в логе ошибки.
  11. Скорее всего, что-то не так с http-сервером. Какой устанавливали и настраивали? Как в инструкции - lighttpd? Нужно проверить, реально ли он запускается. Он также должен писать лог в /opt/var/log/lighttpd, если в его конфиге включена опция server.errorlog = "/opt/var/log/lighttpd/error.log" Возможно, для этого также потребуется включить службу syslong-ng (информация есть в каталоге готовых решений).
  12. Сбор статистики определяется не этим каталогом, а конфигом collectd. В данном каталоге находятся только шаблоны для отображения статистики. В самом конфиге collectd сбор данных с интерфейсов (в т.ч. и PPPoE) выполняется по шаблону. Т.е. для отключения сбора данных по конкретному интерфейсу его нужно будет добавить в правило Ignore. После этого удалить соответствующие файлы rrd в /opt/var/lib/collectd/rrd/. Либо вообще их не трогать - пусть данные пишутся (но не нужно было вручную удалять файлы rrd), но сами шаблоны отображения данных убрать.
  13. Я об этом уже давно писал. Прошло полгода. Ставьте последнюю версию alreader и будет все нормально работать. Удалил уже, ибо все равно медленно для меня работала на роутере, да и для уменьшения БД пришлось урезать текстовую информацию (описание найденных книг). Думал попробовать mysql БД, но потом нашел для себя альтернативный вариант (ниже в оффтопе есть пример, или в крайнем случае можно использовать tor на том же самом роутере).
  14. Дополнение к первому посту: Сбор и отображение статистики для клиентов 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-скриптов (если устройств будет несколько) и шаблона под свое окружением выпо
  15. Дополнение к первому посту в теме: "Сбор и отрисовка данных по сетевому принтеру на примере 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 добавляем необ
×
×
  • Create New...