Jump to content
  • 3

Недоступен webgui по KeenDNS


ankar84

Question

Доброго дня!

Время от времени возникает ситуация, что не доступна новый веб интерфейс (а учитывая историю изменения 2.12А.0.6 единственный веб интерфейс) по адресу https://myname.keenetic.pro

myname взято для примера, реально используется другое имя.

Притом в момент проблемы все перечисленное верно:

1. Телнет на 443 по внешнему адресу, да и по имени KeenDNS проходит успешно.

2. KeenDNS настроен в прямом режиме на белый IP

3. Проброс к другим веб приложениям сети через KeenDNS в момент проблемы работает нормально. (например тот же transmission на роутере открывается по имени transmission.myname.keenetic.pro) 

4. По внутреннему имени веб интерфейс работает нормально.

image.png.74a4a336aa73a14a795e64740c4684f4.png

В рабочем режиме (когда работает) доступ из интернета к 80 порту нет (галка не стоит) но по https вхожу без проблем.

Версия 2.12.A.6.0-0

Что смотреть? Что проверять? Какую службу перезапустить?

Перезагрузка роутера помогает.

Селфтест прикладываю к следующему посту.

Хотя отбой, не могу приложить селфтест, так как страница общих настроек /controlPanel/system не загружается.

Edited by ankar84
  • Thanks 1
Link to comment
Share on other sites

Recommended Posts

  • 0
19 часов назад, Himmler сказал:
Сегодня впервые за годы поймал на удалённом кинетике 2.14 такую же проблему, которая продолжается до настоящего времени.

Веб-морда не грузится, CLI работает худо-бедно (system reboot не исполняется).

В логах CLI весьма насторожила многократно повторяющаяся строчка:

W [Feb 27 20:18:38] ndm: Core::Watchdog: Event sender holds SSL_SERVER (19)
                    lock 15660 seconds acquired Feb 27 15:57:37.

 

Аптайм около 9-10 суток, памяти свободно около 40%, CPU загружен на 1-5 %.

Да, последние 2 недели активно все переделываем, чтобы это исправить.

Следите за обновлениями. :)

  • Upvote 1
Link to comment
Share on other sites

  • 0

Проблема вернулась с достаточно стабильный и периодичным воспроизведением.

Селф прикладываю следующим скрытым постом.

 

Link to comment
Share on other sites

  • 0
27 минут назад, ankar84 сказал:

Проблема вернулась с достаточно стабильный и периодичным воспроизведением.

Селф прикладываю следующим скрытым постом.

В цепочке

== Chain CLOUD_UDP_SERVICE_NF_CHAIN_ ==

есть два правила, в одном (или обоих) из которых должны увеличиваться счетчики при попытке зайти на устройство через облако.
Попробуйте через opkg во время попыток захода в веб отследить изменение счетчиков на этих правилах.

Также в выводе "show cloud" должен увеличиваться счетчик "serial_in".

Link to comment
Share on other sites

  • 0
1 час назад, sergeyk сказал:

В цепочке


== Chain CLOUD_UDP_SERVICE_NF_CHAIN_ ==

есть два правила, в одном (или обоих) из которых должны увеличиваться счетчики при попытке зайти на устройство через облако.
Попробуйте через opkg во время попыток захода в веб отследить изменение счетчиков на этих правилах.

Также в выводе "show cloud" должен увеличиваться счетчик "serial_in".

Подскажите, пожалуйста, как именно посмотреть изменения счетчиков в этих правилах? Вот чувствую, что через iptables, но хочется хотя бы примерно синтаксис, чтобы вывод максимально был необходимый.

Через cli в show cloud вижу счетчик serial_in и он после нескольких попыток открыть webui до получения ошибки ERR_TIMED_OUT не увеличился. State на данный момент ACTIVE

Готов продолжать диагностику.

Сейчас прямо в моменте порты 443 и 80 открыты извне (проверял на ping.eu)

Edited by ankar84
Link to comment
Share on other sites

  • 0
1 час назад, ankar84 сказал:

Подскажите, пожалуйста, как именно посмотреть изменения счетчиков в этих правилах?

iptables -L -t filter -vn | grep CLOUD_UDP_SERVICE_NF_CHAIN_ -A3 | head -n4

Нужно еще таким же образом отследить изменение состояние соединения с сервером:

cat /proc/net/ip_conntrack | grep "<server_ip>"

где <server_ip> — адрес сервера из поля target_host результата команды "show cloud".

Link to comment
Share on other sites

  • 0
15 минут назад, sergeyk сказал:

iptables -L -t filter -vn | grep CLOUD_UDP_SERVICE_NF_CHAIN_ -A3 | head -n4

Скрытый текст

# iptables -L -t filter -vn | grep CLOUD_UDP_SERVICE_NF_CHAIN_ -A3 | head -n4
Chain CLOUD_UDP_SERVICE_NF_CHAIN_ (1 references)
 pkts bytes target     prot opt in     out     source               destination
   14   882 ACCEPT     udp  --  *      *       23.105.235.71        xxx.xxx.xxx.xxx        udp spt:9 dpt:4043
    0     0 ACCEPT     udp  --  *      *       23.105.235.71        xxx.xxx.xxx.xxx        udp spt:4044 dpt:4043

Где xxx.xxx.xxx.xxx мой внешний адрес.

 

15 минут назад, sergeyk сказал:

где <server_ip> — адрес сервера из поля target_host результата команды "show cloud".

У меня в поле target_host результата вывода команды show cloud значится тот же самый адрес, что и в поле source команды выше. По нему и "грепал".

Скрытый текст

# cat /proc/net/ip_conntrack | grep "23.105.235.71"
udp      17 128 src=xxx.xxx.xxx.xxx dst=23.105.235.71
 sport=60892 dport=9 packets=30 bytes=1980 src=23.105.235.71 dst=xxx.xxx.xxx.xxx sport=9 dport=60892 packets=19 bytes=1197 [ASSURED] [FASTNAT] mark=0 ndm_mark=0 use=2

 

Edited by ankar84
Link to comment
Share on other sites

  • 0
15 минут назад, ankar84 сказал:

# cat /proc/net/ip_conntrack | grep "23.105.235.71" udp      17 128 src=xxx.xxx.xxx.xxx dst=23.105.235.71  sport=60892 dport=9 packets=30 bytes=1980 src=23.105.235.71 dst=xxx.xxx.xxx.xxx sport=9 dport=60892 packets=19 bytes=1197 [ASSURED] [FASTNAT] mark=0 ndm_mark=0 use=2

В этой сессии счетчики packets увеличиваются при попытках соединения?

Link to comment
Share on other sites

  • 0
15 минут назад, sergeyk сказал:

В этой сессии счетчики packets увеличиваются при попытках соединения?

Скрытый текст

# cat /proc/net/ip_conntrack | grep "23.105.235.71" udp      17 128 src=xxx.xxx.xxx.xxx dst=23.105.235.71  sport=60892 dport=9 packets=30 bytes=1980 src=23.105.235.71 dst=xxx.xxx.xxx.xxx sport=9 dport=60892 packets=19 bytes=1197 [ASSURED] [FASTNAT] mark=0 ndm_mark=0 use=2

Увеличиваются значения счетчиков packets (выделил жирным). Притом обновление страницы (кажется) не увеличивает счетчики. А вот ввод адреса увеличивает. Попробовал раза 3-4 сейчас. Притом первый счетчик (кажется) может меняться либо сам, либо на 2 значения сразу. То есть я вижу, что в основном оба счетчика увеличиваются одновременно. Но иногда увеличивается только первый. Так же сейчас поймал случай, когда первый счетчик увеличился при попытке открыть webui, а второй нет.

Edited by ankar84
Link to comment
Share on other sites

  • 0
11 минуту назад, sergeyk сказал:

@ankar84 Только сейчас обратил внимание, что у вас версия 2.15.A.3.0-2. В  2.15.C.2.0 было исправление, которое могло приводить к подобному поведению.

Нет-нет, у меня сейчас именно Версия ОС2.15.C.2.0-2

Edited by ankar84
Link to comment
Share on other sites

  • 0
5 минут назад, ankar84 сказал:

Нет-нет, у меня сейчас именно Версия ОС2.15.C.2.0-2

В прикрепленном 29.03.2019 12:46 self-test

    <!-- show version -->
    <release>2.15.A.3.0-2</release>

 

Link to comment
Share on other sites

  • 0
2 часа назад, sergeyk сказал:

В прикрепленном 29.03.2019 12:46 self-test


    <!-- show version -->
    <release>2.15.A.3.0-2</release>

 

Это крайне странно, вот сделал скриншот только что

Screenshot_2019-03-29-21-57-55-294_com.android.chrome.thumb.png.71f712ed8acd8de1cf6b7223dc398bdf.png

Link to comment
Share on other sites

  • 0
Только что, ankar84 сказал:

Это крайне странно, вот сделал скриншот только что

Screenshot_2019-03-29-21-57-55-294_com.android.chrome.thumb.png.71f712ed8acd8de1cf6b7223dc398bdf.png

Возможно файл не тот, поскольку в нём последние записи журнала от 26 декабря.

Link to comment
Share on other sites

  • 0
31 минуту назад, sergeyk сказал:

Возможно файл не тот, поскольку в нём последние записи журнала от 26 декабря.

Если так, то прошу прощения. Следующим постом приложу точно актуальной файл. Предыдущий прикладывал с телефона, мог и ошибиться. Хотя странно конечно, так как прямо перед этим его сохранил и потом приложил. 

Link to comment
Share on other sites

  • 0

@ankar84 В этом self-test со счётчиками всё в порядке. У вас есть возможность проверить этот сценарий с минимальной конфигурацией (без туннелей и дополнительных служб), только IPoE?

Link to comment
Share on other sites

  • 0
1 минуту назад, sergeyk сказал:

@ankar84 В этом self-test со счётчиками всё в порядке. У вас есть возможность проверить этот сценарий с минимальной конфигурацией (без туннелей и дополнительных служб), только IPoE?

Проблема старая, поэтому очень хочется ее решить.

Уточните, пожалуйста, что подразумеваете под минимальной конфигурацией?

Просто отключить OpenVPN? Или нужно все удалять (отключения не достаточно)? И что именно отключить?

И нужно учитывать, что если я перезагружу роутер, то WEBUI какое-то время будет доступен по имени KeenDNS. Как вызвать проблему быстро я пока не знаю.

Link to comment
Share on other sites

  • 0
5 часов назад, sergeyk сказал:

@ankar84 Попробуйте 3.00, в ней очень сильно переделана часть, отвечающая за удаленный доступ.

Да, я думал об этом с выходом 3.00, но планировал немного подождать пока релиз еще стабилизируется.

В ближайшее время обязательно обновлюсь.

Думаю, после обновления еще заново зарегистрировать KeenDNS имя с привязкой к нему wildcard сертификата. Возможно это так же положительно скажется на стабильности работы.

Link to comment
Share on other sites

  • 0
В 31.03.2019 в 15:33, sergeyk сказал:

@ankar84 Попробуйте 3.00, в ней очень сильно переделана часть, отвечающая за удаленный доступ.

3 суток на 3.00 и пока полет нормальный. Наблюдаем дальше...

Скрытый текст

image.png.51bffdd737ea066f7e34110443d80635.png

 

Link to comment
Share on other sites

  • 0

Ну что ж, спустя 2,5 месяца я вновь поймал ту же самую проблему.

W [May  7 22:03:09] ndm: Core::Watchdog: Event sender holds SSL_SERVER (19)
                    lock 19439 seconds acquired May  7 16:39:10.

Опять точно такие же симптомы, что и ранее, без каких-либо отличий, кроме того, что теперь это на 2.15.C.3.0-2.

Ребята, с этим надо что-то делать.

Edited by Himmler
Link to comment
Share on other sites

  • 0

Аналогичная проблема, после 8 дней работы web-интрефейс доступен только по IP адресу. При этом в web-интрефейс через имя от noip также не доступен. Сейчас проверил, если отключить редирект на ssl, То web-интрефейс становится доступен. @eralde, @ndm, в чём может быть проблема?

Link to comment
Share on other sites

  • 0

Опишу более подробно:

В веб-морду заходит и через ip, и через keenDNS-имя.

При первом заходе в поломанном состоянии удаётся даже авторизоваться, но dashboard после этого не загружается (пустая страница)

Все последующие попытки авторизации безуспешны, потому как в консоли браузера при загрузке веб-морды:

Ошибка синтаксического анализа XML: корневой элемент не найден Адрес: http://192.168.1.1/auth Строка 1, символ 1:

Telnet при этом худо-бедно работает, даёт глянуть лог и кое-что прочее, но вот reboot не выполняет.

Edited by Himmler
Link to comment
Share on other sites

  • 0

Приветствую всех участников форума. Столкнулся с такой же проблемой на Keenetic GIGA II. Прошивка kng_rb_delta_2.16.D.1.0-0. Веб-морда пароль принимает, но дальше дашборд не грузится. Самое бедовое, что роутер сейчас далеко от меня и физического доступа к нему нет. Поэтому сбросить или перезагрузить кроме как удалённо не могу. Доступа по telnet / ssh нет. Пробовал через API ребутнуть. Запрос POST к /ci виснет. Подскажите, пожалуйста, есть ли какие-то обходные варианты ? Лог прилагаю:

 

Скрытый текст

20:33:32 ndm: Core::Watchdog: Event sender holds SSL_SERVER (19) lock 13409862 seconds acquired Oct 16 15:31:44.
[W] Mar 19 20:33:32 ndm: Main: "Event sender": backtrace:
[W] Mar 19 20:33:32 ndm: Main: "Event sender":   <unknown>+0x0
[W] Mar 19 20:33:32 ndm: Main: "Event sender":   <unknown>+0x0
[W] Mar 19 20:33:32 ndm: Main: "Event sender":   (anonymous namespace)::Join_(Control_*)()+0x54
[W] Mar 19 20:33:32 ndm: Main: "Event sender":   Thread::Stop()()+0x234
[W] Mar 19 20:33:32 ndm: Main: "Event sender":   Http::SslServer::SslService_::~SslService_()()+0xb0
[W] Mar 19 20:33:33 ndm: Main: "Event sender":   Http::SslServer::SslService_::~SslService_()()+0x34
[W] Mar 19 20:33:33 ndm: Main: "Event sender":   Http::SslServer::RestartServer_()()+0x64
[W] Mar 19 20:33:33 ndm: Main: "Event sender":   Http::SslServer::ReloadServer()()+0x108
[W] Mar 19 20:33:33 ndm: Main: "Event sender":   Acme::Client::OnTaskDone_(Event::TaskDone const&) [clone .part.36]()+0xdb4
[W] Mar 19 20:33:33 ndm: Main: "Event sender":   Event::Sender::Run()()+0x644
[W] Mar 19 20:33:33 ndm: Main: "Event sender":   Thread::StartRoutine_(void*)()+0x1ac
[W] Mar 19 20:33:33 ndm: Main: "Event sender":   <unknown>+0x0
[W] Mar 19 20:33:43 ndm: AlarmListener: sending alarm to "Task::Apply" 13323540 seconds.
[W] Mar 19 20:34:13 ndm: AlarmListener: sending alarm to "Task::Apply" 13323570 seconds.
[W] Mar 19 20:34:32 ndm: Core::Watchdog: Event sender holds SSL_SERVER (19) lock 13409922 seconds acquired Oct 16 15:31:44.
[W] Mar 19 20:34:32 ndm: Main: "Event sender": backtrace:
[W] Mar 19 20:34:32 ndm: Main: "Event sender":   <unknown>+0x0
[W] Mar 19 20:34:32 ndm: Main: "Event sender":   <unknown>+0x0
[W] Mar 19 20:34:32 ndm: Main: "Event sender":   (anonymous namespace)::Join_(Control_*)()+0x54
[W] Mar 19 20:34:32 ndm: Main: "Event sender":   Thread::Stop()()+0x234
[W] Mar 19 20:34:32 ndm: Main: "Event sender":   Http::SslServer::SslService_::~SslService_()()+0xb0
[W] Mar 19 20:34:33 ndm: Main: "Event sender":   Http::SslServer::SslService_::~SslService_()()+0x34
[W] Mar 19 20:34:33 ndm: Main: "Event sender":   Http::SslServer::RestartServer_()()+0x64
[W] Mar 19 20:34:33 ndm: Main: "Event sender":   Http::SslServer::ReloadServer()()+0x108
[W] Mar 19 20:34:33 ndm: Main: "Event sender":   Acme::Client::OnTaskDone_(Event::TaskDone const&) [clone .part.36]()+0xdb4
[W] Mar 19 20:34:33 ndm: Main: "Event sender":   Event::Sender::Run()()+0x644
[W] Mar 19 20:34:33 ndm: Main: "Event sender":   Thread::StartRoutine_(void*)()+0x1ac
[W] Mar 19 20:34:33 ndm: Main: "Event sender":   <unknown>+0x0
[W] Mar 19 20:34:43 ndm: AlarmListener: sending alarm to "Task::Apply" 13323600 seconds.
[W] Mar 19 20:35:13 ndm: AlarmListener: sending alarm to "Task::Apply" 13323630 seconds.
[W] Mar 19 20:35:32 ndm: Core::Watchdog: Event sender holds SSL_SERVER (19) lock 13409982 seconds acquired Oct 16 15:31:44.
[W] Mar 19 20:35:32 ndm: Main: "Event sender": backtrace:
[W] Mar 19 20:35:32 ndm: Main: "Event sender":   <unknown>+0x0
[W] Mar 19 20:35:32 ndm: Main: "Event sender":   <unknown>+0x0
[W] Mar 19 20:35:32 ndm: Main: "Event sender":   (anonymous namespace)::Join_(Control_*)()+0x54
[W] Mar 19 20:35:32 ndm: Main: "Event sender":   Thread::Stop()()+0x234
[W] Mar 19 20:35:32 ndm: Main: "Event sender":   Http::SslServer::SslService_::~SslService_()()+0xb0
[W] Mar 19 20:35:33 ndm: Main: "Event sender":   Http::SslServer::SslService_::~SslService_()()+0x34
[W] Mar 19 20:35:33 ndm: Main: "Event sender":   Http::SslServer::RestartServer_()()+0x64
[W] Mar 19 20:35:33 ndm: Main: "Event sender":   Http::SslServer::ReloadServer()()+0x108
[W] Mar 19 20:35:33 ndm: Main: "Event sender":   Acme::Client::OnTaskDone_(Event::TaskDone const&) [clone .part.36]()+0xdb4
[W] Mar 19 20:35:33 ndm: Main: "Event sender":   Event::Sender::Run()()+0x644
[W] Mar 19 20:35:33 ndm: Main: "Event sender":   Thread::StartRoutine_(void*)()+0x1ac
[W] Mar 19 20:35:33 ndm: Main: "Event sender":   <unknown>+0x0
[W] Mar 19 20:35:43 ndm: AlarmListener: sending alarm to "Task::Apply" 13323660 seconds.
[W] Mar 19 20:36:13 ndm: AlarmListener: sending alarm to "Task::Apply" 13323690 seconds.
[W] Mar 19 20:36:32 ndm: Core::Watchdog: Event sender holds SSL_SERVER (19) lock 13410042 seconds acquired Oct 16 15:31:44.
[W] Mar 19 20:36:32 ndm: Main: "Event sender": backtrace:
[W] Mar 19 20:36:32 ndm: Main: "Event sender":   <unknown>+0x0
[W] Mar 19 20:36:32 ndm: Main: "Event sender":   <unknown>+0x0
[W] Mar 19 20:36:32 ndm: Main: "Event sender":   (anonymous namespace)::Join_(Control_*)()+0x54
[W] Mar 19 20:36:32 ndm: Main: "Event sender":   Thread::Stop()()+0x234
[W] Mar 19 20:36:32 ndm: Main: "Event sender":   Http::SslServer::SslService_::~SslService_()()+0xb0
[W] Mar 19 20:36:33 ndm: Main: "Event sender":   Http::SslServer::SslService_::~SslService_()()+0x34
[W] Mar 19 20:36:33 ndm: Main: "Event sender":   Http::SslServer::RestartServer_()()+0x64
[W] Mar 19 20:36:33 ndm: Main: "Event sender":   Http::SslServer::ReloadServer()()+0x108
[W] Mar 19 20:36:33 ndm: Main: "Event sender":   Acme::Client::OnTaskDone_(Event::TaskDone const&) [clone .part.36]()+0xdb4
[W] Mar 19 20:36:33 ndm: Main: "Event sender":   Event::Sender::Run()()+0x644
[W] Mar 19 20:36:33 ndm: Main: "Event sender":   Thread::StartRoutine_(void*)()+0x1ac
[W] Mar 19 20:36:33 ndm: Main: "Event sender":   <unknown>+0x0
[W] Mar 19 20:36:43 ndm: AlarmListener: sending alarm to "Task::Apply" 13323720 seconds.
[W] Mar 19 20:37:13 ndm: AlarmListener: sending alarm to "Task::Apply" 13323750 seconds.
[W] Mar 19 20:37:32 ndm: Core::Watchdog: Event sender holds SSL_SERVER (19) lock 13410102 seconds acquired Oct 16 15:31:44.
[W] Mar 19 20:37:32 ndm: Main: "Event sender": backtrace:
[W] Mar 19 20:37:32 ndm: Main: "Event sender":   <unknown>+0x0
[W] Mar 19 20:37:32 ndm: Main: "Event sender":   <unknown>+0x0
[W] Mar 19 20:37:32 ndm: Main: "Event sender":   (anonymous namespace)::Join_(Control_*)()+0x54
[W] Mar 19 20:37:32 ndm: Main: "Event sender":   Thread::Stop()()+0x234
[W] Mar 19 20:37:32 ndm: Main: "Event sender":   Http::SslServer::SslService_::~SslService_()()+0xb0
[W] Mar 19 20:37:33 ndm: Main: "Event sender":   Http::SslServer::SslService_::~SslService_()()+0x34
[W] Mar 19 20:37:33 ndm: Main: "Event sender":   Http::SslServer::RestartServer_()()+0x64
[W] Mar 19 20:37:33 ndm: Main: "Event sender":   Http::SslServer::ReloadServer()()+0x108
[W] Mar 19 20:37:33 ndm: Main: "Event sender":   Acme::Client::OnTaskDone_(Event::TaskDone const&) [clone .part.36]()+0xdb4
[W] Mar 19 20:37:33 ndm: Main: "Event sender":   Event::Sender::Run()()+0x644
[W] Mar 19 20:37:33 ndm: Main: "Event sender":   Thread::StartRoutine_(void*)()+0x1ac
[W] Mar 19 20:37:33 ndm: Main: "Event sender":   <unknown>+0x0
[W] Mar 19 20:37:43 ndm: AlarmListener: sending alarm to "Task::Apply" 13323780 seconds.
[W] Mar 19 20:38:13 ndm: AlarmListener: sending alarm to "Task::Apply" 13323810 seconds.
[W] Mar 19 20:38:32 ndm: Core::Watchdog: Event sender holds SSL_SERVER (19) lock 13410162 seconds acquired Oct 16 15:31:44.
[W] Mar 19 20:38:32 ndm: Main: "Event sender": backtrace:
[W] Mar 19 20:38:32 ndm: Main: "Event sender":   <unknown>+0x0
[W] Mar 19 20:38:32 ndm: Main: "Event sender":   <unknown>+0x0
[W] Mar 19 20:38:32 ndm: Main: "Event sender":   (anonymous namespace)::Join_(Control_*)()+0x54
[W] Mar 19 20:38:32 ndm: Main: "Event sender":   Thread::Stop()()+0x234
[W] Mar 19 20:38:32 ndm: Main: "Event sender":   Http::SslServer::SslService_::~SslService_()()+0xb0
[W] Mar 19 20:38:33 ndm: Main: "Event sender":   Http::SslServer::SslService_::~SslService_()()+0x34
[W] Mar 19 20:38:33 ndm: Main: "Event sender":   Http::SslServer::RestartServer_()()+0x64
[W] Mar 19 20:38:33 ndm: Main: "Event sender":   Http::SslServer::ReloadServer()()+0x108
[W] Mar 19 20:38:33 ndm: Main: "Event sender":   Acme::Client::OnTaskDone_(Event::TaskDone const&) [clone .part.36]()+0xdb4
[W] Mar 19 20:38:33 ndm: Main: "Event sender":   Event::Sender::Run()()+0x644
[W] Mar 19 20:38:33 ndm: Main: "Event sender":   Thread::StartRoutine_(void*)()+0x1ac
[W] Mar 19 20:38:33 ndm: Main: "Event sender":   <unknown>+0x0
[W] Mar 19 20:38:43 ndm: AlarmListener: sending alarm to "Task::Apply" 13323840 seconds.
[W] Mar 19 20:39:13 ndm: AlarmListener: sending alarm to "Task::Apply" 13323870 seconds.
[C] Mar 19 20:39:21 ndm: Core::Scgi::Session: system failed [0xcffd013f], no data available to get.
[W] Mar 19 20:39:32 ndm: Core::Watchdog: Event sender holds SSL_SERVER (19) lock 13410222 seconds acquired Oct 16 15:31:44.
[W] Mar 19 20:39:32 ndm: Main: "Event sender": backtrace:
[W] Mar 19 20:39:32 ndm: Main: "Event sender":   <unknown>+0x0
[W] Mar 19 20:39:32 ndm: Main: "Event sender":   <unknown>+0x0
[W] Mar 19 20:39:32 ndm: Main: "Event sender":   (anonymous namespace)::Join_(Control_*)()+0x54
[W] Mar 19 20:39:32 ndm: Main: "Event sender":   Thread::Stop()()+0x234
[W] Mar 19 20:39:32 ndm: Main: "Event sender":   Http::SslServer::SslService_::~SslService_()()+0xb0
[W] Mar 19 20:39:33 ndm: Main: "Event sender":   Http::SslServer::SslService_::~SslService_()()+0x34
[W] Mar 19 20:39:33 ndm: Main: "Event sender":   Http::SslServer::RestartServer_()()+0x64
[W] Mar 19 20:39:33 ndm: Main: "Event sender":   Http::SslServer::ReloadServer()()+0x108
[W] Mar 19 20:39:33 ndm: Main: "Event sender":   Acme::Client::OnTaskDone_(Event::TaskDone const&) [clone .part.36]()+0xdb4
[W] Mar 19 20:39:33 ndm: Main: "Event sender":   Event::Sender::Run()()+0x644
[W] Mar 19 20:39:33 ndm: Main: "Event sender":   Thread::StartRoutine_(void*)()+0x1ac
[W] Mar 19 20:39:33 ndm: Main: "Event sender":   <unknown>+0x0
[W] Mar 19 20:39:43 ndm: AlarmListener: sending alarm to "Task::Apply" 13323900 seconds.
[E] Mar 19 20:40:09 work nginx: 2020/03/19 20:40:09 [error] 727#0: *66017 upstream timed out (145: Unknown error) while reading response header from upstream, client: YYY.YYY.YYY.YYY, server: , request: "GET /rci/show/system/debug HTTP/1.1", upstream: "scgi://unix:/var/run/ndm.scgi.socket", host: "XXX.XXX.XXX.XXX"
[W] Mar 19 20:40:13 ndm: AlarmListener: sending alarm to "Task::Apply" 13323930 seconds.
[W] Mar 19 20:40:32 ndm: Core::Watchdog: Event sender holds SSL_SERVER (19) lock 13410282 seconds acquired Oct 16 15:31:44.
[W] Mar 19 20:40:32 ndm: Main: "Event sender": backtrace:
[W] Mar 19 20:40:32 ndm: Main: "Event sender":   <unknown>+0x0
[W] Mar 19 20:40:32 ndm: Main: "Event sender":   <unknown>+0x0
[W] Mar 19 20:40:32 ndm: Main: "Event sender":   (anonymous namespace)::Join_(Control_*)()+0x54
[W] Mar 19 20:40:32 ndm: Main: "Event sender":   Thread::Stop()()+0x234
[W] Mar 19 20:40:32 ndm: Main: "Event sender":   Http::SslServer::SslService_::~SslService_()()+0xb0
[W] Mar 19 20:40:33 ndm: Main: "Event sender":   Http::SslServer::SslService_::~SslService_()()+0x34
[W] Mar 19 20:40:33 ndm: Main: "Event sender":   Http::SslServer::RestartServer_()()+0x64
[W] Mar 19 20:40:33 ndm: Main: "Event sender":   Http::SslServer::ReloadServer()()+0x108
[W] Mar 19 20:40:33 ndm: Main: "Event sender":   Acme::Client::OnTaskDone_(Event::TaskDone const&) [clone .part.36]()+0xdb4
[W] Mar 19 20:40:33 ndm: Main: "Event sender":   Event::Sender::Run()()+0x644
[W] Mar 19 20:40:33 ndm: Main: "Event sender":   Thread::StartRoutine_(void*)()+0x1ac
[W] Mar 19 20:40:33 ndm: Main: "Event sender":   <unknown>+0x0
[W] Mar 19 20:40:43 ndm: AlarmListener: sending alarm to "Task::Apply" 13323960 seconds.
[C] Mar 19 20:40:59 ndm: Core::Scgi::Session: system failed [0xcffd013f], no data available to get.
[W] Mar 19 20:41:13 ndm: AlarmListener: sending alarm to "Task::Apply" 13323990 seconds.
[W] Mar 19 20:41:32 ndm: Core::Watchdog: Event sender holds SSL_SERVER (19) lock 13410342 seconds acquired Oct 16 15:31:44.
[W] Mar 19 20:41:32 ndm: Main: "Event sender": backtrace:
[W] Mar 19 20:41:32 ndm: Main: "Event sender":   <unknown>+0x0
[W] Mar 19 20:41:32 ndm: Main: "Event sender":   <unknown>+0x0
[W] Mar 19 20:41:32 ndm: Main: "Event sender":   (anonymous namespace)::Join_(Control_*)()+0x54
[W] Mar 19 20:41:32 ndm: Main: "Event sender":   Thread::Stop()()+0x234
[W] Mar 19 20:41:32 ndm: Main: "Event sender":   Http::SslServer::SslService_::~SslService_()()+0xb0
[W] Mar 19 20:41:33 ndm: Main: "Event sender":   Http::SslServer::SslService_::~SslService_()()+0x34
[W] Mar 19 20:41:33 ndm: Main: "Event sender":   Http::SslServer::RestartServer_()()+0x64
[W] Mar 19 20:41:33 ndm: Main: "Event sender":   Http::SslServer::ReloadServer()()+0x108
[W] Mar 19 20:41:33 ndm: Main: "Event sender":   Acme::Client::OnTaskDone_(Event::TaskDone const&) [clone .part.36]()+0xdb4
[W] Mar 19 20:41:33 ndm: Main: "Event sender":   Event::Sender::Run()()+0x644
[W] Mar 19 20:41:33 ndm: Main: "Event sender":   Thread::StartRoutine_(void*)()+0x1ac
[W] Mar 19 20:41:33 ndm: Main: "Event sender":   <unknown>+0x0
[C] Mar 19 20:41:38 ndm: FileSystem::Repository: system failed [0xcffd03d3], unknown filesystem: "system/reboot".
[E] Mar 19 20:41:38 ndm: Core::Scgi::Session: unable to open system/reboot: object is broken.
[C] Mar 19 20:41:40 ndm: FileSystem::Repository: system failed [0xcffd03d3], unknown filesystem: "system/reboot".
[E] Mar 19 20:41:40 ndm: Core::Scgi::Session: unable to open system/reboot: object is broken.
[C] Mar 19 20:41:40 ndm: FileSystem::Repository: system failed [0xcffd03d3], unknown filesystem: "system/reboot".
[E] Mar 19 20:41:40 ndm: Core::Scgi::Session: unable to open system/reboot: object is broken.
[C] Mar 19 20:41:41 ndm: FileSystem::Repository: system failed [0xcffd03d3], unknown filesystem: "system/reboot".
[E] Mar 19 20:41:41 ndm: Core::Scgi::Session: unable to open system/reboot: object is broken.
[C] Mar 19 20:41:41 ndm: FileSystem::Repository: system failed [0xcffd03d3], unknown filesystem: "system/reboot".
[E] Mar 19 20:41:41 ndm: Core::Scgi::Session: unable to open system/reboot: object is broken.
[C] Mar 19 20:41:41 ndm: FileSystem::Repository: system failed [0xcffd03d3], unknown filesystem: "system/reboot".
[E] Mar 19 20:41:41 ndm: Core::Scgi::Session: unable to open system/reboot: object is broken.
[C] Mar 19 20:41:41 ndm: FileSystem::Repository: system failed [0xcffd03d3], unknown filesystem: "system/reboot".
[E] Mar 19 20:41:41 ndm: Core::Scgi::Session: unable to open system/reboot: object is broken.
[C] Mar 19 20:41:41 ndm: FileSystem::Repository: system failed [0xcffd03d3], unknown filesystem: "system/reboot".
[E] Mar 19 20:41:41 ndm: Core::Scgi::Session: unable to open system/reboot: object is broken.
[W] Mar 19 20:41:43 ndm: AlarmListener: sending alarm to "Task::Apply" 13324020 seconds.

 

Edited by diqipib
Link to comment
Share on other sites

  • 0

@Le ecureuil, прекрасная новость ! Спасибо ! 😃 А что подразумевается под переносом, если не секрет ? И есть ли ориентировочные сроки когда можно ожидать решение ?

Link to comment
Share on other sites

  • 0
В 20.03.2020 в 21:28, diqipib сказал:

@Le ecureuil, прекрасная новость ! Спасибо ! 😃 А что подразумевается под переносом, если не секрет ? И есть ли ориентировочные сроки когда можно ожидать решение ?

В ПО 3.0 весь Http и SSL-модули был переписаны с нуля.

Сейчас, после его стабилизации и вылова всех багов, можно попробовать их аккуратно пренести в 2.16 для исправления проблемы.

  • Thanks 2
Link to comment
Share on other sites

  • 0

@Le ecureuil, к сожалению, не совсем понял как это поможет в моём случае ? Ведь если у меня по прежнему нет физического доступа к роутеру и нет возможности залить на него новую прошивку / сбросить / перезагрузить (так как роутер находится на удалённом объекте), и через веб-интерфейс не удаётся добраться до страницы установки прошивки, то мне это ничего не даст ? Или что-то не учитываю ? Или ответ "Да, решение в разработке (точнее в процессе переноса)." был не для меня ? 🙄

Edited by diqipib
Link to comment
Share on other sites

  • 0
3 часа назад, diqipib сказал:

@Le ecureuil, к сожалению, не совсем понял как это поможет в моём случае ? Ведь если у меня по прежнему нет физического доступа к роутеру и нет возможности залить на него новую прошивку / сбросить / перезагрузить (так как роутер находится на удалённом объекте), и через веб-интерфейс не удаётся добраться до страницы установки прошивки, то мне это ничего не даст ? Или что-то не учитываю ? Или ответ "Да, решение в разработке (точнее в процессе переноса)." был не для меня ? 🙄

Роутер надо перезагрузить по питанию, и потом как можно быстрее обновить (после выхода исправления).

Если доступа нет, то ой...

Link to comment
Share on other sites

  • 0

Нежданно-негаданно пропал доступ через облако. Более того, страница "доменное имя" в вебе пустая. Совсем пустая 

селфтест в следующем сообщении

  • Upvote 1
Link to comment
Share on other sites

  • 0

Ещё и сервер обновлений недоступен, список компонентов не загружается, посмотреть установленные невозможно.

Такая картина и через модемное подключение, и через vpn на домашний сервер. Провайдер МТС.

Сразу возник вопрос - это МТС дуркует, очередная фишка от россвязьнадзора, или у кинетика сервера лежат?

Кто-нибудь ещё сегодня с таким столкнулся?

  • Upvote 1
Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Answer this question...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...