Перейти к содержанию
Как правильно добавить self-test и прочую отладку в тему
Где взять тестовые сборки
Официальное хранилище ПО в виде файлов
  • 3

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

ankar84

Ответ от ankar84,

 Поделиться

Вопрос

ankar84 Старожил

ankar84

Опубликовано
Опубликовано (изменено)

Доброго дня!

Время от времени возникает ситуация, что не доступна новый веб интерфейс (а учитывая историю изменения 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 не загружается.

Изменено пользователем ankar84
  • Спасибо 1
  • Ответы 96
  • Создана
  • Последний ответ

Лучшие авторы в вопросе

Популярные дни

Лучшие авторы в вопросе

Популярные дни

Популярные посты

ankar84
ankar84

Сменил роутер на Keenetic Giga (KN-1010) и на v2.13.A.4.0-1 проблема присутствует. Напомню суть проблемы. Webgui не доступен по dns имени keendns, но прекрасно отвечает из внутренней сети по IP а

ankar84
ankar84

На 2.12.C.1.0-3 проблема присутствует.  Селфтест следует

Le ecureuil
Le ecureuil

Внимание обращено, к следющему релизу draft 2.15 кое-что предпримем. Я сообщу, как стоит пробовать. Если все будет ок, перенесем в другие ветки.

Изображения в теме

96 ответов на этот вопрос

Рекомендуемые сообщения

  • 0
Le ecureuil Старожил

Le ecureuil

Опубликовано
Опубликовано
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 недели активно все переделываем, чтобы это исправить.

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

  • Лайк 1
  • 0
ankar84 Старожил

ankar84

Опубликовано
  • Автор
Опубликовано

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

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

 

  • 0
sergeyk Старожил

sergeyk

Опубликовано
Опубликовано
27 минут назад, ankar84 сказал:

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

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

В цепочке 

== Chain CLOUD_UDP_SERVICE_NF_CHAIN_ ==

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

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

  • 0
ankar84 Старожил

ankar84

Опубликовано
  • Автор
Опубликовано (изменено)
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)

Изменено пользователем ankar84
  • 0
sergeyk Старожил

sergeyk

Опубликовано
Опубликовано
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".

  • 0
ankar84 Старожил

ankar84

Опубликовано
  • Автор
Опубликовано (изменено)
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

 

Изменено пользователем ankar84
  • 0
sergeyk Старожил

sergeyk

Опубликовано
Опубликовано
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 увеличиваются при попытках соединения?

  • 0
ankar84 Старожил

ankar84

Опубликовано
  • Автор
Опубликовано (изменено)
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, а второй нет.

Изменено пользователем ankar84
  • 0
ankar84 Старожил

ankar84

Опубликовано
  • Автор
Опубликовано (изменено)
11 минуту назад, sergeyk сказал:

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

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

Изменено пользователем ankar84
  • 0
sergeyk Старожил

sergeyk

Опубликовано
Опубликовано
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>

 

  • 0
ankar84 Старожил

ankar84

Опубликовано
  • Автор
Опубликовано
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

  • 0
sergeyk Старожил

sergeyk

Опубликовано
Опубликовано
Только что, ankar84 сказал:

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

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

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

  • 0
ankar84 Старожил

ankar84

Опубликовано
  • Автор
Опубликовано
31 минуту назад, sergeyk сказал:

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

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

  • 0
sergeyk Старожил

sergeyk

Опубликовано
Опубликовано

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

  • 0
ankar84 Старожил

ankar84

Опубликовано
  • Автор
Опубликовано
1 минуту назад, sergeyk сказал:

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

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

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

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

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

  • 0
ankar84 Старожил

ankar84

Опубликовано
  • Автор
Опубликовано
5 часов назад, sergeyk сказал:

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

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

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

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

  • 0
ankar84 Старожил

ankar84

Опубликовано
  • Автор
Опубликовано
В 31.03.2019 в 15:33, sergeyk сказал:

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

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

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

image.png.51bffdd737ea066f7e34110443d80635.png

 

  • 0
Himmler Пользователь

Himmler

Опубликовано
Опубликовано (изменено)

Ну что ж, спустя 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.

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

Изменено пользователем Himmler
  • 0
Rootdiv Старожил

Rootdiv

Опубликовано
Опубликовано

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

  • 0
Himmler Пользователь

Himmler

Опубликовано
Опубликовано (изменено)

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

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

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

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

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

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

Изменено пользователем Himmler
  • 0
diqipib Продвинутый пользователь

diqipib

Опубликовано
Опубликовано (изменено)

Приветствую всех участников форума. Столкнулся с такой же проблемой на 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.

 

Изменено пользователем diqipib
  • 0
diqipib Продвинутый пользователь

diqipib

Опубликовано
Опубликовано

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

  • 0
Le ecureuil Старожил

Le ecureuil

Опубликовано
Опубликовано
В 20.03.2020 в 21:28, diqipib сказал:

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

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

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

  • Спасибо 2
  • 0
diqipib Продвинутый пользователь

diqipib

Опубликовано
Опубликовано (изменено)

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

Изменено пользователем diqipib
  • 0
Le ecureuil Старожил

Le ecureuil

Опубликовано
Опубликовано
3 часа назад, diqipib сказал:

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

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

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

  • 0
Pop70 Поставщик контента

Pop70

Опубликовано
Опубликовано

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

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

  • Лайк 1
  • 0
Pop70 Поставщик контента

Pop70

Опубликовано
Опубликовано

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

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

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

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

  • Лайк 1

Присоединяйтесь к обсуждению

Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.
Примечание: Ваш пост будет проверен модератором, прежде чем станет видимым.

Гость
Ответить на вопрос...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
 Поделиться
Перейти к списку вопросов

  • Последние посетители   0 пользователей онлайн

    • Ни одного зарегистрированного пользователя не просматривает данную страницу
×
×
  • Создать...

Важная информация

На этом сайте используются файлы cookie. Нажимая "Я принимаю" или продолжая просмотр сайта, вы разрешаете их использование: Политика конфиденциальности.

  Я принимаю