gvan
-
Posts
210 -
Joined
-
Days Won
2
Content Type
Profiles
Forums
Gallery
Downloads
Blogs
Events
Posts posted by gvan
-
-
На первый взгляд циклиться там не на чем. Но все же...
Нужно попробовать добавить в фрагмент кода скрипта index.sh отладочную строку echo "$file" в следующем месте:
for file in *.rcgi do echo "$file" if [ -f $file -a "$file" != "$IFILE" ]По крайней мере будет понятно, если он сразу "закапывается" на самом первом файле или же где-то дальше происходит сбой.
-
19 минут назад, Equalizer сказал:
index.sh запускал, ошибок в консоли нет, единственное, что проц сразу загружается на ~50% и висит так до тех пор, пока не отменить ctrl+с (ждал и 10, и 20 минут, и 30, и 40)
Ну, тогда понятно, что проблема в скрипте. Он, видимо, где-то подвисает в цикле.
При обычном запуске у меня отрабатывает задачу за пару секунд. Посмотрю, в чем может быть причина.
-
В 01.04.2018 в 00:06, Equalizer сказал:
Доброго времени суток, все сделал по инструкции, завелось, работает. НО по адресу http://192.168.1.1:8000/ лишь период работоспособности отображается. Подскажите, куда копать?
Индексный файл index.rcgi создает скрипт scripts/index.sh. Он его делает на основе файлов *.rcgi в каталоге www.
Мало исходных данных. Соответственно, не могу понять, в чем причина.
Сколько файлов .rcgi в каталоге www?
Они (и шаблоны) откорректированы должным образом?
index.sh запускали? Никаких ошибок при его запуске не возникало?
Сам index.rcgi содержит какие-то ссылки кроме ссылки на статистику работоспособности? Или же ссылок много, но они не открываются/не работают?
-
Аналогично. Баг присутствует.
И, если выключить/включить тумблер "Обновлять в реальном времени", то потом выключить повторно его уже не получается, т.к. он становится серым (недоступным).
-
1
-
-
22 часа назад, vst сказал:
@mega1volt Дело в том, что не работала команда NetShareEnum, которая отвечает за список доступных корневых каталогов(шар). Прямые обращения по уже известным путям работают. Проблема уже исправлена, так что об этом лайфхаке можно будет забыть по мере появления исправленных версий.
В прошивке 2.12.A.4.0-9 баг больше не проявляется, но в журнале изменений что-то не нашел его в списке.
-
1
-
-
В 20.03.2018 в 20:27, mega1volt сказал:
Можно указать в параметрах x-plore путь, например у меня \\transcend, после этого доступ появляется.
Спасибо. Где ж вы раньше были?
Теперь все работает, как прежде. Но в любом случае ждём исправления в прошивке.
-
6 часов назад, rotor сказал:
Подскажите пожалуйста, а если это сетевая папка, то как эти строчки должны выглядеть?
Для BACSTORDIR указываете путь, куда у вас подмонтирована сетевая папка. Если не подмонтирована к каталогу, то можно и напрямую по сетевому пути обратиться.
А вот для BACFIRMDIR=ADATA:/backup/, скорее всего, не получится, т.к. фактически выполняется команда telnet роутера "copy flash:/firmware". А она ничего не "знает" о сетевых подключениях.
Соответственно, самый просто вариант - сначала скопировать на диск, а потом добавить в скрипт команду перемещения записанного файла на сетевой диск.
-
На мобильных девайсах (смартфоны, планшет, электронные книги) использую для доступа к файлам, "облакам" и сетевому диску программу X-plore.
С недавнего времени пропала возможность подключаться к сетевому диску на Keenetic Giga II. Возникает ошибка "Failed smbv2". Сейчас стоит прошивка 2.12.A.3.0-3. На 2.11 еще работало точно, пропала эта возможность с одним из обновлений 2.12. А судя по журналу, как раз были правки в CIFS. Анонимный доступ к сетевому диску, подключенному к кинетик, организуется через встроенный компонент прошивки.
При этом альтернативная программа ES File Explorer к сетевому диску роутера подключается без проблем.
Читал тему по X-plore и сообщения на Google Play Market - неисправность проявляется не только у меня. На 4pda откликнулся еще один пользователь и тоже с кинетиком.
Куда копать? Предыдущие версии прошивки для проверки с какой версии началась проблема, не сохранились. Selftest в данном случае тоже думаю не особо пригодится. Т.к. баг можно воспроизвести и проверить, если установить программу X-plore и, если установлена последняя прошивка кинетика.
Но насколько я понимаю, этот баг, скорее всего, не в прошивке, а в самой программе X-plore?
-
1
-
-
После обновления на 2.12.A.1.0-2 кнопка + в проводных подключения стала срабатывать, но существующее PPPoE соединение также не отображалось. Но и в старом интерфейсе т.н. "Broadband connection" на аплинке, подключенном к провайдеру, также не отображалось. При этом PPPoE-соединение было видно. Хотя его удаление и попытка создать заново к успеху не приводила. Не было возможности выбрать физический интерфейс, к которому выполнялась привязка (хотя в cli он был виден).
Но, как и писал выше, конфиг у меня кочевал из древних версии.
Сбросил роутер в дефолтные настройки, настроил заново, и проблема "ушла".
-
У меня конфиг вообще переехал с 2.5 и далее
Удалил PPPoE соединение и теперь его не могу добавить ни в старом, ни в новом интерфейсе. В новом вообще ничего не происходит при нажатии на +.
Блокировщики рекламы и прокси отключал.
Так что нужно будет в выходные сбросить настройки роутера и заново настроить его. Думаю, что после этого проблема у меня уйдет.
Пока откатился на конф из бэкапа.
-
24 минуты назад, Dmitry Tishkin сказал:
У меня тоже все норм, но возможны варианты с конкретной конфигурацией
Вечером попробую снести PPPoE-соединение в старом интерфейсе и создать его в новом.
Есть еще предположение, связанное с тем, что оно у меня называется не совсем стандартно. То ли я его в CLI переименовал, то ли через старую веб-морду (мне это нужно было для "взятия" статистики SNMP по имени интерфейса).
-
2 часа назад, Kiborg_Man сказал:
На Giga 2 при переходе в Интернет - Проводной ничего не открывается
Тоже пусто. Тип подключения PPPoE.
В старом интерфейсе подключение отображается. В новом вроде никогда и не отображалось. Я это давно увидел, но забил, т.к. пользуюсь старым.
Возможно, если его пересоздать, то станет все нормально. Но проверить не могу, т.к. потеряю управление роутером.
22 минуты назад, Dmitry Tishkin сказал:В консоли браузера при этом есть ошибки?
В консоли браузера на этой вкладке ошибок нет.
-
В 01.01.2018 в 20:08, TheBB сказал:
не должно
Проверил еще раз. Внимательно удалил collectd, всего его модули и зависимости. Поставил заново. Ошибок не было. Спасибо.
Видимо, в предыдущий раз что-то упустил...
-
В 31.12.2017 в 14:44, TheBB сказал:
он (пакет), не должен был обновиться, т.к. в него, при переносе, попала зависимость от несуществующего пакета (из др. проекта). пакет пересобран (без поднятия версии) и перезалит.
Переустановил полностью пакет collectd и его плагины. Теперь всё работает. Модуль exec запускает скрипт, как и прежде.
Единственно, при новой установке collectd вылезло следующее сообщение:
Collected errors: * satisfy_dependencies_for: Cannot satisfy the following dependencies for collectd: * libip4tc *
Но при этом сам пакет установился и работает.
Не исключаю ситуации, что это какой-то мой локальный глюк, т.к. изначально collectd (когда его еще не было в пакетах) ставил самосборный и из локальных файлов. Возможно, остались какие-то "хвосты" в системе, т.к. entware-3x не переустанавливал с самого начала.
-
Использую collectd и несколько плагинов для него.
После последнего обновления от 25.12.2017 перестал работать плагин collectd-mod-exec. Т.е. он запускается и ошибок в логах никаких нет, но вот скрипты из конфига collectd для этого плагина не стартуют и в списке исполняемых не появляются. Кусок конфига collectd:
LoadPlugin exec <Plugin exec> Exec "nobody" "/opt/etc/collectd/scripts/wifi-clients" </Plugin>С предыдущей версией collectd-mod-exec все работает, как прежде. Заменил файл /opt/lib/collectd/exec.so из бэкапа от прежней версии, проблем не наблюдаю. Скрипт запускается и статистику для collectd собирает:
root@APG3:/opt/lib/collectd# ps|grep wifi|grep -v grep 5825 nobody 3568 S {wifi-clients} /opt/bin/sh /opt/etc/collectd/scripts/wifi-clients -
В 18.11.2017 в 00:42, ndm сказал:
Готово. Версия 2.11.A.8.0-5.
Пока проблема тоже перестала воспроизводиться. Файлы 8+ Гб копируются нормально.
Вернулся на встроенную samba.
-
1
-
-
15 минут назад, Unfaithful сказал:
Стесняюсь спросить, а будут в будущих версиях это как-то править ?
FTP - наше всё
Кто-нибудь self-test хоть положил сразу после того как скачивание завершается не успешно?
-
Да, есть такое дело. Глянул лог за вчера, и в тот момент когда ТВ подключался к DLNA, в rsyslog появились ошибки:
Скрытый текстOct 30 17:47:21 192.168.1.1 ndm: Network::Interface::Switch: "GigabitEthernet0/2": switch link up at port 2.
Oct 30 17:47:22 192.168.1.1 minidlna: Added client [Samsung Series [CDEFJ]/192.168.1.x/xx:xx:xx:xx:xx:xx] to cache slot 0.
Oct 30 17:47:47 192.168.1.1 minidlna: No order specified [Q]
Oct 30 17:47:47 192.168.1.1 minidlna: No order specified [Q]
Oct 30 17:47:52 192.168.1.1 minidlna: Core::Syslog: last message repeated 2 times.
Oct 30 17:47:53 192.168.1.1 minidlna: Core::Syslog: last message repeated 3 times.
Oct 30 17:47:55 192.168.1.1 minidlna: Core::Syslog: last message repeated 4 times.
Oct 30 17:47:55 192.168.1.1 minidlna: Core::Syslog: last message repeated 5 times.
Oct 30 17:47:56 192.168.1.1 minidlna: Core::Syslog: last message repeated 6 times.
Oct 30 17:47:56 192.168.1.1 minidlna: Core::Syslog: last message repeated 7 times.
Oct 30 17:47:57 192.168.1.1 minidlna: Core::Syslog: last message repeated 8 times.
Oct 30 17:47:57 192.168.1.1 minidlna: Core::Syslog: last message repeated 9 times.
Oct 30 17:48:01 192.168.1.1 minidlna: Core::Syslog: last message repeated 10 times.
Oct 30 17:48:01 192.168.1.1 minidlna: Core::Syslog: last message repeated 11 times.
Oct 30 17:48:33 192.168.1.1 minidlna: Core::Syslog: last message repeated 12 times.
Oct 30 17:48:33 192.168.1.1 minidlna: Core::Syslog: last message repeated 13 times. -
10 часов назад, Unfaithful сказал:
gvan, а как объяснить почему я на систему с линуксом без проблем качаю? ( именно с линукса захожу на сетевые диски, и скачиваю, минуя использование компа-комп выключен)
Я верю, что с линукса все хорошо будет. Я же не утверждаю, что проблема чисто в роутере или встроенной самбе. Имеет место совокупность факторов и реализации протоколов в разных версиях ОС.
Т.к. у меня линукса нет, то я проводил несовсем чистый эксперимент. Подмапил сетевой диск по smb прямо в entware и копировал с сетевого диска на другой диск непосредственно в shell entware. Проблема не воспроизвелась.
Как попробовать воспроизвести проблему я писал выше (для винды). Дойдут руки, вернусь на встроенную самбу и приложу селф-тест. Сейчас пока не до этого.
16 минут назад, vasek00 сказал:на днях копировал два файла по встроенной samba c KII на flash подключенную к windows ПК - 990MB и 842MB -
Так не пойдет. Нужны большие файлы. Опытный эксперимент показал, что от 8Гб. И нужно именно их скачивать с роутера. В обратку все нормально получается.
-
2 часа назад, Roman_Petrov сказал:
Вообще было б замечательно, если б кто то селф тест скинул
Я собирался это выполнить. Но потом всего навалилось и стало не до этого. А сейчас стоит внешняя самба и пока проблем нет.
Хотя не исключено, что сам софт в роутере эту ошибку не "ловит", раз тут при проверки с линукса глюк не проявляется.
Осталось найти время и заставить себя оттестировать вновь
Возможно, уговорю коллегу, у которого такая же проблема наблюдается, сделать это. Он себе внешнюю самбу не ставил.
-
21 минуту назад, Roman_Petrov сказал:
У меня часто очень возникают затыки например, когда большого размера фильмы смотрю по сети. Я всегда грешил на свои устройства, сеть и т.д. Вероятно все же, что какая-то проблема таки имеется на самом деле в самбе. С внешней не тестировал, казалось зачем, если есть встроенная.
Ну я так и решил проблему, поставив внешнюю самбу.
Кто пользуется встроенной и имеет компы на винде, на прошивке 2.11 может попробовать создать на usb-диске, подключенным к роутере, тестовый файл (команда приведена мной выше). И попробовать его покопировать на винду. Потом по окончанию копирования заглянуть в конец файла. Если в нем нули, поздравляю с вступлением в секту.
Соответственно, при копировании больших файлов нужно теперь быть осторожнее, т.к. можно получить битый файл с любимой семейной хроникой.
-
На Giga II (причем на двух разных, установленных у разных людей, но с последними версиями прошивки) такая же проблема.
Проверялось копирование на винду 7, 10. Разные ПК, ноуты. Копирование и по кабелю и по wi-fi. Если этот же файл заливать на диск, подключенный к роутеру (предварительно утащив его на винду через ftp), то проблемы нет.
Файлы от 8 Гб. Если выключить компонент и включить, то может какое-то время эти же файлы копироваться нормально.
С внешней самбой на роутере, установленной в entware, проблемы не наблюдается.
Пока руки не дошли заниматься подробно данным вопросом. Но отписался здесь, чтобы сообщить, что проблема не только у ТС.
Команда для создания тестового файла на роутере в entware размером 8200Мб:
cd /tmp/mnt/ADATA/public/tmp && \ dd if=/dev/urandom of=temp.out bs=10M count=1 && echo -n > big_file.out && \ for i in `seq 1 820`; do dd if=temp.out >> big_file.out; echo "$i *10Mb created" ; done && \ rm temp.out
В команде сначала выполняется переход в каталог, который находится на ресурсе, подключенном по самбе. Затем создается 10 мбайтный временный рандомный файл, а потом необходимо количество раз, заданное в цикле for, соединяется в один файл. Временный файл удаляется.
У меня например, как начинаются глюки, копируется буквально 8-10Мб этого файла, а далее в нем одни нули. Файл получается нормального размера и копируется быстро (пару секунд). Не на тестовых файлах может и более 50% скопироваться нормально.
-
1
-
-
В 23.10.2017 в 07:04, Павел Филиппенков сказал:
Warning: Cannot modify header information - headers already sent by (output started at /opt/share/nginx/html/checkconfig.php:1) in /opt/share/nginx/html/checkconfig.php on line 15
Это норма. Вернее у меня также.
В 23.10.2017 в 07:04, Павел Филиппенков сказал:Error on book unzipping. Check $config['shell_exec_unzip'] and $config['shell_exec_cmd'] in config.php
А что в этой строке? Установили unzip, как указано в инструкции?
У меня эти строки такие:
$config['shell_exec_unzip'] = TRUE; $config['shell_exec_cmd'] = '/opt/bin/unzip -p ';
Остальные с директивой shell_exec_cmd закоментарены.
-
В 19.10.2017 в 17:29, gvan сказал:
Дошли руки попробовать данное решение на Giga II c entware 3 и php7. Особых проблем, используя написанную инструкцию, при настройке не возникло (есть шероховатости, но они решаемые
Привожу корректировки по вопросу изменения инструкции в плане использования php7 и других ограничений entware:
- В инструкции по установке приложений через opkg php5 везде меняем на php7.
- Добавляем модуль php7-mod-mbstring (без него работать не будет).
- В /opt/etc/php.ini меняем значения max_execution_time=120, max_input_time=120, memory_limit=32M
- В /opt/etc/nginx/nginx.conf добавляем перед строкой "include fastcgi_params;" параметр "fastcgi_read_timeout 120;"
- В скрипт запуска php-fcgi меняем строку $BIN -b 127.0.0.1:$PORT (нам же не нужно чтобы сервис "слушал" на всех интерфейсах). Тоже самое можно проделать с nginx, оставив его только на интерфейсе локальной сети, если не планируем "выпускать" OPDS во внешнюю сеть.
Пункт 3-4 в основном нужны будут если планируете создавать базу данных через приложенный скрипт load_inp.php. Т.к. выделяемой по умолчанию памяти для php и времени на исполнение скрипта не хватит.
Также по какой-то причине на читалке Alreader OPDS нормально не работает. То ли у нее там по умолчанию маленькие таймауты, то ли OPDS не совсем корректный и "чистый" отдается. Поиск производится, но вот дальнейшие переходы по найденному не отрабатываются.Автор Alreader оперативно скорректировал алгоритм работы с OPDS. Теперь проблемы нет, но пока нужно ставить debug-версию.
В FBReader также работает нормально.
Cбор и отображение статистики роутера на Entware-3x с использованием collectd и rrdcgi
in Каталог готовых решений Opkg
Posted · Edited by gvan
А в файле 0-page.tmpl есть строка <RRD::INCLUDE <RRD::GETVAR TMPLNAME>? Ее не удалили случайно? За ней перевод строки на новую строку есть?
Дело в том, что скрипт обрабатывает файл до того, как встретит эту строку. Если ее нет, то как раз подвиснет, т.к. никакой защиты от этого не делал.
awk установлен? Основная логика обработки файлов на нем висит. Хотя, если бы не был установлен, то скрипт бы сразу ругался на это.
Навскидку, пока идей нет. Если есть желание все-таки автоматизировать процесс создания индексного файла, то могу покопаться с целью отладки. Но нужен будет временный shell-доступ на систему.
Или, если есть навыки программирования, то можно будет самому в коде добавить вывод отладочной информации в промежуточных стадиях.
И, если файл index.rcgi разрастается, пока не прибьешь по ctrl+c скрипт, то в нем может быть то, что натолкнет меня на мысль. Если есть возможность, то приложите сюда этот огрызок после пяти секунд запуска до нажатия на ctrl+c.