Jump to content

OmegaTron

Forum Members
  • Content count

    76
  • Joined

  • Last visited

Community Reputation

2 Neutral

About OmegaTron

  • Rank
    Advanced Member

Equipment

  • Keenetic
    Omni II [v2.10.C.2.0-4]
  1. Вы расскажите, в чём цимес ситуации и почему роутер тогда повисал. Касательно установки 2.12 - я хз, мне в соседней ветке писали что прошивки из этого "эшелона" чересчур тяжёлые.
  2. В том случае В данном случае, веб-морда не отвечала и через минуту отваливалась 2018-02-11 15:33:51 Daemon.Error 192.168.0.1 Feb 11 15:32:50 keenetic_omni nginx: (conn: *1406) upstream timed out (145: Unknown error) while reading response header from upstream, client: 192.168.0.245 2018-02-11 15:33:51 Daemon.Error 192.168.0.1 Feb 11 15:32:50 keenetic_omni nginx: (conn: *1400) upstream timed out (145: Unknown error) while reading response header from upstream, client: 192.168.0.245 Так что не проще. Если по этим запросам отдаются txt, как в случае с */ci/* то можно попробовать в следующий раз слить через curl/wget, хотя я лучше поступлю более радикально https://forum.keenetic.net/topic/527-запись-syslog-на-внешний-usb-диск-с-помощю-syslog-ng/
  3. Мне казалось лог хранится где-то типа /var/run/log Вроде ж должна быть локальная копия куда пишется журнао отображаемый в веб-фейсе.
  4. ОК. Главное, чтобы хоть что-то при этом отвечало - telnet/ssh/web. В данном случае работал web, да и то только через запросы к CI/RCI через curl/wget. Раз пошла такая пьянка - как через ssh имея доступ к корню дёрнуть упомянутые данные ? А то не так давно был сбой при котором был доступ лишь через ssh, а всё остальное отвалилось.
  5. На момент висяка или на текущий момент ? Если первое, то врятли это было бы возможно ибо веб-морда зависала, а прямых линков файлов я на тот момент не знал. ОК, буду иметь ввиду, что смотреть.
  6. Угу, вижу. Как раз пишу со смарта.
  7. Комп до этого был выключен - эти цикличные блоки данных всё, что насыпалось в syslog. Адреса log.txt я на тот момент не знал (сейчас уже поглядел), а через CI/RCI дёрнуть лог не сообразил. Хотя я сомневаюсь, что он вообще бы отдался при такой клинике - там get/post запросы проходили с минутными задержками. Дык в подписи - 2.10.C.2.0-4 Ещё момент - в entware кроме базового dropbear'a никакого софта нет, равно как и скриптов в автозагрузке. Руки до этого не дошли. На момент возникновения проблемы роутер никто не эксплуатировал и о висяке я узнал лишь постфактум.
  8. Сел сегодня за комп и обнаружил, что в syslog многовато данных с роутера валится. Посмотрел, в syslog циклично валилось следующее 2018-02-11 15:11:08 User.Warning 192.168.0.1 Feb 11 15:10:05 ndm: Core::Watchdog: Statistics collector thread holds ULTIMATE (255) lock 24780 seconds acquired Feb 11 08:17:05. 2018-02-11 15:11:08 User.Warning 192.168.0.1 Feb 11 15:10:05 ndm: Core::Watchdog: Timer holds CORE (2) lock 24775 seconds acquired Feb 11 08:17:10. 2018-02-11 15:11:08 User.Warning 192.168.0.1 Feb 11 15:10:06 ndm: Core::Watchdog: Interface Bridge0 neighbour explorer holds ARP_TABLE (57) lock 24774 seconds acquired Feb 11 08:17:11. 2018-02-11 15:11:08 User.Warning 192.168.0.1 Feb 11 15:10:06 ndm: Core::Watchdog: Event sender holds CORE (2) lock 8226 seconds acquired Feb 11 12:52:59. 2018-02-11 15:12:07 User.Warning 192.168.0.1 Feb 11 15:11:05 ndm: Core::Watchdog: Statistics collector thread holds ULTIMATE (255) lock 24840 seconds acquired Feb 11 08:17:05. 2018-02-11 15:12:07 User.Warning 192.168.0.1 Feb 11 15:11:05 ndm: Core::Watchdog: Timer holds CORE (2) lock 24835 seconds acquired Feb 11 08:17:10. 2018-02-11 15:12:07 User.Warning 192.168.0.1 Feb 11 15:11:06 ndm: Core::Watchdog: Interface Bridge0 neighbour explorer holds ARP_TABLE (57) lock 24834 seconds acquired Feb 11 08:17:11. 2018-02-11 15:12:08 User.Warning 192.168.0.1 Feb 11 15:11:06 ndm: Core::Watchdog: Event sender holds CORE (2) lock 8286 seconds acquired Feb 11 12:52:59. 2018-02-11 15:13:07 User.Warning 192.168.0.1 Feb 11 15:12:05 ndm: Core::Watchdog: Statistics collector thread holds ULTIMATE (255) lock 24900 seconds acquired Feb 11 08:17:05. 2018-02-11 15:13:07 User.Warning 192.168.0.1 Feb 11 15:12:05 ndm: Core::Watchdog: Timer holds CORE (2) lock 24895 seconds acquired Feb 11 08:17:10. 2018-02-11 15:13:07 User.Warning 192.168.0.1 Feb 11 15:12:06 ndm: Core::Watchdog: Interface Bridge0 neighbour explorer holds ARP_TABLE (57) lock 24894 seconds acquired Feb 11 08:17:11. 2018-02-11 15:13:08 User.Warning 192.168.0.1 Feb 11 15:12:06 ndm: Core::Watchdog: Event sender holds CORE (2) lock 8346 seconds acquired Feb 11 12:52:59. 2018-02-11 15:14:07 User.Warning 192.168.0.1 Feb 11 15:13:05 ndm: Core::Watchdog: Statistics collector thread holds ULTIMATE (255) lock 24960 seconds acquired Feb 11 08:17:05. 2018-02-11 15:14:07 User.Warning 192.168.0.1 Feb 11 15:13:05 ndm: Core::Watchdog: Timer holds CORE (2) lock 24955 seconds acquired Feb 11 08:17:10. 2018-02-11 15:14:07 User.Warning 192.168.0.1 Feb 11 15:13:06 ndm: Core::Watchdog: Interface Bridge0 neighbour explorer holds ARP_TABLE (57) lock 24954 seconds acquired Feb 11 08:17:11. 2018-02-11 15:14:08 User.Warning 192.168.0.1 Feb 11 15:13:06 ndm: Core::Watchdog: Event sender holds CORE (2) lock 8406 seconds acquired Feb 11 12:52:59. 2018-02-11 15:15:06 User.Warning 192.168.0.1 Feb 11 15:14:05 ndm: Core::Watchdog: Statistics collector thread holds ULTIMATE (255) lock 25020 seconds acquired Feb 11 08:17:05. 2018-02-11 15:15:07 User.Warning 192.168.0.1 Feb 11 15:14:05 ndm: Core::Watchdog: Timer holds CORE (2) lock 25015 seconds acquired Feb 11 08:17:10. 2018-02-11 15:15:07 User.Warning 192.168.0.1 Feb 11 15:14:06 ndm: Core::Watchdog: Interface Bridge0 neighbour explorer holds ARP_TABLE (57) lock 25014 seconds acquired Feb 11 08:17:11. 2018-02-11 15:15:08 User.Warning 192.168.0.1 Feb 11 15:14:06 ndm: Core::Watchdog: Event sender holds CORE (2) lock 8466 seconds acquired Feb 11 12:52:59. 2018-02-11 15:16:06 User.Warning 192.168.0.1 Feb 11 15:15:05 ndm: Core::Watchdog: Statistics collector thread holds ULTIMATE (255) lock 25080 seconds acquired Feb 11 08:17:05. 2018-02-11 15:16:06 User.Warning 192.168.0.1 Feb 11 15:15:05 ndm: Core::Watchdog: Timer holds CORE (2) lock 25075 seconds acquired Feb 11 08:17:10. 2018-02-11 15:16:07 User.Warning 192.168.0.1 Feb 11 15:15:06 ndm: Core::Watchdog: Interface Bridge0 neighbour explorer holds ARP_TABLE (57) lock 25074 seconds acquired Feb 11 08:17:11. 2018-02-11 15:16:07 User.Warning 192.168.0.1 Feb 11 15:15:06 ndm: Core::Watchdog: Event sender holds CORE (2) lock 8526 seconds acquired Feb 11 12:52:59. 2018-02-11 15:17:07 User.Warning 192.168.0.1 Feb 11 15:16:05 ndm: Core::Watchdog: Statistics collector thread holds ULTIMATE (255) lock 25140 seconds acquired Feb 11 08:17:05. 2018-02-11 15:17:07 User.Warning 192.168.0.1 Feb 11 15:16:05 ndm: Core::Watchdog: Timer holds CORE (2) lock 25135 seconds acquired Feb 11 08:17:10. 2018-02-11 15:17:07 User.Warning 192.168.0.1 Feb 11 15:16:06 ndm: Core::Watchdog: Interface Bridge0 neighbour explorer holds ARP_TABLE (57) lock 25134 seconds acquired Feb 11 08:17:11. 2018-02-11 15:17:08 User.Warning 192.168.0.1 Feb 11 15:16:06 ndm: Core::Watchdog: Event sender holds CORE (2) lock 8586 seconds acquired Feb 11 12:52:59. 2018-02-11 15:18:06 User.Warning 192.168.0.1 Feb 11 15:17:05 ndm: Core::Watchdog: Statistics collector thread holds ULTIMATE (255) lock 25200 seconds acquired Feb 11 08:17:05. 2018-02-11 15:18:06 User.Warning 192.168.0.1 Feb 11 15:17:05 ndm: Core::Watchdog: Timer holds CORE (2) lock 25195 seconds acquired Feb 11 08:17:10. Увидев строки "core" и "Watchdog" подумал, что роутер основательно залип - так и оказалось. Telnet не отвечал, ssh из комплекта entware не отвечал (соединение вроде устанавливалось, но залипало и висело), коннекта к интернету не было. Единственное, что хоть что-то отвечало - это веб-фейс. После авторизации он отображался, но на динамически обновляемых блоках висел прогресс-бар, который крутился бесконечно. Спустя пару минут в веб-фейсе появлялись ошибки "error: not responded" (или типа того) и восклицательный знак в углу, а в syslog валилось 2018-02-11 15:33:51 Daemon.Error 192.168.0.1 Feb 11 15:32:50 keenetic_omni nginx: (conn: *1406) upstream timed out (145: Unknown error) while reading response header from upstream, client: 192.168.0.245 2018-02-11 15:33:51 Daemon.Error 192.168.0.1 Feb 11 15:32:50 keenetic_omni nginx: (conn: *1400) upstream timed out (145: Unknown error) while reading response header from upstream, client: 192.168.0.245 Попытался ребутнуть роутер через CI, получил ответ <packet> <response id="0"> <message>rebooting the system</message> </response> </packet> но ребута не случилось (выждал минут 5) и роутер пришлось дёргать по питанию. После включения сообразил, что можно было дёрнуть через CI лог, но было уже поздно Сегодня займусь установкой syslog-ng (или как его там), надоели уже такие случаи. Теперь вопрос - что это могло быть ?
  9. Ещё момент - некоторые компоненты, насколько я понимаю, вполне заменимы софтом из entware (это к теме "лишних" запчастей) и компонент "Общий доступ к файлам и принтерам (SMB/CIFS)" можно спокойно заменить samb'ой, а "Захват сетевых пакетов" tcpdump'ом (если они дефакто вообще не одно и то же) ?
  10. Отпали. Просто я мобильными модемами не пользуюсь - юзаю стационарный вариант, ввиду чего всё связанное с usb-модема отрубил (а модуль получается остался). Эм, понятно. Просто я думал что-то это что-то связанное с fuse, поэтому поставил до кучи, а оно вон как. Ну да ладно пусть стоит.
  11. Ключёвое слово собирайте, а вопрос был, какой ещё производитель делает роутеры с аналогичным конфигураторатором компонентов стоковой прошивки и её загрузчиком, который позволяет буквально за пару кликов получить готовую прошивку. Вот я например не могу вспомнить. Такое ноу-хау лишь у zyxel'ей. # Что-то заданный ранее вопрос совсем убежал вверх Так есть у кого информация по данному вопросу или сие коммерческая тайна ? Меня бы устроили равно как веб-форма, так и программа-загрузчик. Если таковых не существует сгодится и пример запроса прошивки через wget/curl. Просто нужна возможность сливать прошивку не задействуя роутер. Как уже писал ShadoW т.к.
  12. В связи с недавними событиями (отписывался в одной из недавних тем) "насиловать" флеш дополнительными перепрошивками крайне нежелательно, а то не ровен час подохнет
  13. Вы меня не поняли. Я не имею ввиду скачивание прошивки с выбранным набором компонентов РОУТЕРОМ, я имею ввиду скачивание прошивки вручную, на компьютере, через GET или POST запрос. Ведь механизм существует. Вопрос в том открыто ли API или закрыто и имеется ли реализация его использования (aka веб-форма).
  14. Не, я о другом. Я имел ввиду, как запросить текущий билд stable / beta / delta / draft с определённым набором компонентов в виде файла прошивки. Может на сайте zyxel'ей есть веб-форма какая (о которой я не знаю), которая позволит сгенерировать и загрузить готовый файл прошивки ? Или всё хранится в потрохах роутера за семью печатями ?
  15. Понятно Когда 2.10 закончится "совсем", хотя-бы ориентировочно ? Ясно. А иных вариантов получить прошивку с определённым набором кроме повторной перепрошивки нет ? Ведь запрашивает же роутер на сервере набор компонентов и тот собирает прошивку, которую он (роутер) загружает и ставит. Или информация по данному механизму закрытая ?
×