Jump to content
  • 0
vasek00

Не отвечает WEB

Question

Столкнулся на релизе 215С202 KN1010 роутер2 не отвечает на обращение 192.168.1.1 - страница чистая. Система как бы работает, т.е. есть вход в cli, удалось выцепить по dmesg

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

Роутер2

fastvpn: bind table cleared
fastvpn: bind table cleared
fastvpn: bind table cleared
fastvpn: bind table cleared
do_page_fault(): sending SIGSEGV to mtkiappd for invalid write access to 0042c45c
epc = 771246e8 in libuClibc-1.0.31.so[770c3000+b5000]
ra  = 77124668 in libuClibc-1.0.31.so[770c3000+b5000]
fastvpn: bind table cleared
fastvpn: bind table cleared
fastvpn: bind table cleared
fastvpn: bind table cleared

17151 root      1108 S    /bin/mtkiappd -e br0 -wi ra0 -k **********

Как бы все на месте из служб.

Два роутера в схеме роуминга по 5GHz на роутере1 производилась настройка 5GHz - power параметра, после чего такой бзик. Клиент по Wi-FI подключается IP адрес получен, IP шлюз получен, DSN IP не получен.

Перезапуск роутера2 вопрос решен.

Share this post


Link to post
Share on other sites

Recommended Posts

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

Каким образом тогда это произошло? 

Судя по состоянию, устройство у вас работает всего пять часов.
Скорее всего, сработал watchdog.

Share this post


Link to post
Share on other sites
  • 0
30 минут назад, sergeyk сказал:

Судя по состоянию, устройство у вас работает всего пять часов.
Скорее всего, сработал watchdog.

5 часов назад была обновлена прошивка.

Я вместе свести не могу следующее: на состояние в котором находилось устройство, включение-выключение не влияло - после загрузки роутер демонстрировал все те же симптомы (по которым отравлялись логи). Решал вопрос только сброс настроек. Тут же он сам вернулся в рабочее состояние с прежним конфигом и работает.

По сути проблемы, что происходит? 

Share this post


Link to post
Share on other sites
  • 0
9 часов назад, ytrikoz сказал:

По сути проблемы, что происходит? 

Судя по выводу show threads, основной поток загрузки бесконечно ожидает запуск какого-то процесса, чем блокирует работу других потоков:

               thread:
                       name: Main task queue
                        tid: 166
         lock_list_complete: yes

                      locks:
                         lock:
                       precedence:
                                 name: INTERFACE_REPO
                                order: 62

                            state: ACQUIRED
                            since: Apr  3 07:44:45
                         duration: 25113.498270

                         lock:
                       precedence:
                                 name: SERVICE
                                order: 69

                            state: WAITING
                            since: Apr  3 07:44:45
                         duration: 25113.496420

                 statistics:
                     interval: 30

                          cpu:
                              now: 25147.739933
                              min: 0
                              max: 0
                              avg: 0
                              cur: 0

В версиях до 2.15.C.3.4 была ошибка, связанная с остановкой процессов.
Поскольку вы изменили версию на более новую и симптомы пропали, скорее всего, вам помогло исправление этой ошибки.

Share this post


Link to post
Share on other sites
  • 0

Перед подвисанием процесса, веб начинает очень медленно прогружаться. Отсюда можно сделать вывод, что память избыточно кешируется, хотя обычно её свободно еще около половины...

В данном случае советую уменьшить порог свопа с vm.swappiness=60 (по-умолчанию) до 10, чтоб своп начинал заполняться почти при полном заполнении памяти. (честно не изучал, работает ли своп в каком-нибудь виде, но пусть будет)

Ну и дисковый кеш сделать менее агрессивным с vm.vfs_cache_pressure=1000 (по-умолчанию) до 50.

ZRAM тоже стоит пока отключить.

Пишем в терминале (или в веб-терминале http://192.168.1.1/a) :

system set vm.swappiness 10
system set vm.vfs_cache_pressure 50
system no zram
system configuration save

Веб-окошко:

image.png.f4b244b4121b9706901357cdcbeb1f22.png.fed3bf4e35f6b740b90f0deae92de68b.png

При таких настройках загрузка ЦП около 3% в среднем и стабильно держится.

Количество занятой памяти не изменилось.

Чтобы вернуть всё обратно:

system set vm.swappiness 60
system set vm.vfs_cache_pressure 1000
system zram
system configuration save

 

  • Thanks 1

Share this post


Link to post
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...