dimon27254

В 4.0 Alpha 12 отдача также не отображается.

Обновил KN-3210 на 4.0 Alpha 12. При обращении к веб-интерфейсу в логе выходит полотно сообщений вида: [C] Mar 8 08:33:29 ndm: Thread: "Queue::DMMYIGYYSBCIFVSJ::http/rci": lock precedence violation: CLOCK (105) after SCHEDULE (208). [C] Mar 8 08:33:29 ndm: Thread: "Queue::DMMYIGYYSBCIFVSJ::http/rci" (536) backtrace: [C] Mar 8 08:33:29 ndm: Thread: Core::Server::OnNdssHostname_(Event::NdssHostname const&)+0x120 [C] Mar 8 08:33:29 ndm: Thread: Core::System::Clock::GetTime() const+0x54 [C] Mar 8 08:33:29 ndm: Thread: Core::Schedule::Object_::GetTime_(unsigned int&, unsigned int&, unsigned int&, unsigned int&) const+0x128 [C] Mar 8 08:33:29 ndm: Thread: Core::Schedule::Object_::AttachTo(Xml::Node&) const+0x370 [C] Mar 8 08:33:29 ndm: Thread: Core::Schedule::Manager::AttachScheduleTo(CString const&, Xml::Node&) const+0xd4 [C] Mar 8 08:33:29 ndm: Thread: libndmCoreObject()+0x5b54 [C] Mar 8 08:33:29 ndm: Thread: Core::Configurator::Execute(Command::Base const*, Command::Request const&, Command::Response&)+0x534 [C] Mar 8 08:33:29 ndm: Thread: Core::Configurator::Serve(Command::Request const&, Command::Response&)+0x320 [C] Mar 8 08:33:29 ndm: Thread: Core::Scgi::Auth::Run()+0x1c40 [C] Mar 8 08:33:29 ndm: Thread: Core::Scgi::Auth::Run()+0x2bdc [C] Mar 8 08:33:29 ndm: Thread: Core::Scgi::Auth::Run()+0x1fec [C] Mar 8 08:33:29 ndm: Thread: Core::Scgi::Auth::Run()+0x2bdc [C] Mar 8 08:33:29 ndm: Thread: Core::Scgi::Auth::Run()+0x1fec [C] Mar 8 08:33:29 ndm: Thread: Core::Scgi::Auth::Run()+0x2bdc [C] Mar 8 08:33:29 ndm: Thread: Core::Scgi::Tools::JsonPost(Core::Configurator&, Core::Scgi::Request const&, Json::Document const&, Core::Scgi::Trace&, Json::Document&, bool*)+0x100 [C] Mar 8 08:33:29 ndm: Thread: Core::Scgi::ThreadPool::Task_::ProcessJsonRequest_(Core::Configurator&, Core::Scgi::Request const&, Core::Scgi::Trace&, Array<char>&, Io::OStream&)+0x174 [C] Mar 8 08:33:29 ndm: Thread: Core::Scgi::ThreadPool::Task_::Run()+0x4ec [C] Mar 8 08:33:29 ndm: Thread: Task::Thread::Run_()+0x3bc [C] Mar 8 08:33:29 ndm: Thread: Task::Thread::Run()+0x38 [C] Mar 8 08:33:29 ndm: Thread: Thread::StartRoutine_(void*)+0x3fc [C] Mar 8 08:33:29 ndm: Thread: start()+0xcc [C] Mar 8 08:33:29 ndm: Thread: __clone()+0x6c Вылазит как при обращении по IP, так и по доменному имени. В 3.9.4, как и 4.0 Alpha 10, таких сообщений не замечал. На контроллере KN-3010 с 4.0 Alpha 12 по этому поводу в логе тишина.

@hellonow отдача в будущих версиях также будет исправлена, или задачу создали только по входящему трафику?

@hellonow в 4.0 Alpha 10, как и в более ранних, отключение аппаратного ускорителя исправляет подсчет трафика.

@Le ecureuil в 4.0 Alpha 8 все аналогично.

В 4.0 Alpha 8 поведение сохраняется. Я заметил, что для проявления достаточно установленной 4.0 на экстендерах, контроллер в этот момент может быть и на 3.9, сообщения все равно будут сыпаться. Посмотрел по логам, на контроллере сообщения появляются с периодичностью ровно в 2 минуты. Очень похоже на работу какого-то фонового сканирования эфира, но не понятно, почему оно срабатывает только при установленной на ретрансляторах 4.0. Снял и прикрепил self-test до и после включения debug-режима. Контроллер на 3.9.3, ретрансляторы на 4.0 Alpha 8.

В 4.0 Alpha 6 все аналогично при работающем ppe hardware.

В 4.0 Alpha 4-6 сохраняется некорректный подсчет входящего трафика при включенном ppe hardware.

В 4.0 Alpha 5-6 в логе контроллера также есть эти сообщения в большом количестве. В логах экстендеров появляются реже и в меньшем количестве. В 3.9.2 они не появлялись спонтанно во время работы. @Le ecureuil@hellonow, если это возможно, переместите, пожалуйста, этот вопрос назад в "Тестирование Dev-сборок". Из-за моей ошибки при его написании, он был перемещен в Keenetic RMM, но с этим сервисом никак не связан, т.к. у меня там нет добавленных устройств. Я имею ввиду работу протокола 802.11k, который из веб-интерфейса управляется параметром "Управление BSS-окружением 802.11k/v", а в системе именуется как RRM.

После выхода 4.0 Alpha 4, перешел на неё. Сегодня ночью снова все "сломалось", весь лог забит повторяющимися записями из первого сообщения вопроса. В этот раз перестал работать и KeenDNS, выдавая ошибку 503 Not Reachable.

После выхода 4.0 Alpha 1, обновил свой KN-3010, который работает в качестве контроллера mesh, и два экстендера KN-3210. Заметил, что лог контроллера забивался сообщениями такого вида: RRM: perform scan notified channel: 9 Иногда в сообщениях появлялась цифра 13 вместо 9. Судя по сообщениям, это связано с работой RRM. Проверил настройки экстендеров, в одном установлен 13 канал Wi-Fi, в другом 9. Перезагрузка контроллера не помогает, также как и перезагрузка экстендеров. Зато, если на экстендерах откатить версию на 3.9.2, в логах контроллера исчезают сообщения RRM. KN-3210 подключены по кабелю, беспроводной backhaul отключен. Сейчас контроллер работает на версии 4.0 Alpha 4. В 3.9.2 и более ранних такого поведения мной замечено не было. Начиная с версии 4.0 так и должно быть, или это баг?

@Le ecureuil на KN-1211 с 4.0 Alpha 3 появляется "answer from wrong socket, ignore" в логе. При этом, по моим наблюдениям, начинает вылазить только после продолжительной работы кинетика и последующей его перезагрузки. Затем, чтобы в логе сообщения перестали выходить, нужно снова сделать перезагрузку.

Долгое время проблема не проявлялась, за это время с 3.9.0 обновлялся на каждую выходящую версию, но сегодня снова столкнулся в актуальной 4.0 Alpha 3. Поведение идентично всем предыдущим случаям.

@Le ecureuil, в 4.0 Alpha 2-3 поведение сохраняется. Если отключить аппаратный ускоритель, то входящий трафик начинает корректно отображаться и группироваться по устройствам. Как только включаю ускоритель, входящий снова начинает рандомно уходить в "незарегистрированные устройства". По всей видимости, весь подсчет трафика через ppe hardware работает некорректно, т.к. его отключение исправляет и подсчет отдачи: Зависимости от компонента IPv6 нет, что с ним, что без него, поведение аналогичное.

@Le ecureuil, в 4.0 Alpha 3 отдача также не отображается для PPPoE. При этом, если отключить аппаратный ускоритель, то отдача сразу же появляется. Затем, если его снова включить - тут же пропадает.

Подтверждаю исправление в 4.0 Alpha 3. Спасибо!

Исправление в 4.0 Alpha 2 подтверждаю. Спасибо!

@Le ecureuil, если из веб-интерфейса выключить порт и затем его включить с любым из режимов, то линк не поднимается. Нужно или перезагрузить кинетик, или сделать вручную для порта down и up через cli, тогда линк поднимается. Обнаружил у себя на KN-3010 и KN-1211.

@Le ecureuil, посмотрите, пожалуйста, в чем может быть баг со стороны системы.

Откатился на 3.9.2, посмотрел в логе, после включения интерфейса с помощью переключателя, вслед за сообщением Network::Interface::Ppp: "PPPoE0": connection service standby. сразу происходит запуск pppd и последующая установка соединения. В 4.0 Alpha 1 pppd не запускается, и, соответственно, не устанавливается соединение. Но возникает вопрос, почему же тогда работает автоподключение при загрузке кинетика, а также после ручного выкл/вкл WAN интерфейса через cli.

@eralde, обнаружил на KN-3010 баг. Если выключить PPPoE соединение в веб-интерфейсе через соответствующий переключатель в разделе "Ethernet", то включить обратно данное соединение этим путем уже не удастся. Визуально после нажатия состояние переключателя изменяется, но интерфейс остается выключенным: Если перезагрузить страницу, переключатель вернется в выключенное положение: Запустить соединение удается только через ручное включение PPPoE0 в cli и последующее выключение-включение интерфейса GigabitEthernet1.

Обнаружил на KN-3010 некорректное отображение входящего трафика в мониторе. У устройств, подключенных по кабелю, отображение корректное. А у тех, которые подключены по Wi-Fi к KN-3010, входящий трафик рандомно уходит в раздел "незарегистрированные устройства", хотя сами устройства зарегистрированы. При этом, если эти же устройства подключить к экстендерам KN-3210, учет корректный.

Установил 4.0 Alpha 1 на KN-3010 и KN-1211. Пробовал запускать speedtest, iperf и любые другие службы, отдача не отображается, но только для подключения PPPoE. В подключениях типа IPoE или UsbQmi все работает корректно.

В 3.9.1 исправлено. Спасибо!

В попытках выяснить причину, включил на кинетике режим отладки и выгрузку логов на syslog сервер. С момента написания последнего сообщения, только сегодня удалось снова словить "отвал". В скрытом файле прикрепил лог в отрезке времени с 13:20 до 13:50 сегодняшнего дня. В этом промежутке времени можно заметить, что периодически проверка соединения завершалась неудачей. Затем последняя попытка была в 13:31:58, но она никак не завершилась, в отличие от прежних, после чего и посыпались повторяющиеся записи, подобные выложенным в первом сообщении. В то же время отвалился и веб с мобильным приложением. При необходимости, могу выложить полный лог с момента запуска режима отладки.