Forum Turris
Fórum Turris Nápověda

Milí majitelé routerů Turris,

toto fórum bylo 9. 12. 2016 zmrazeno a nahrazeno naším novým Turris fórem. Ještě chvíli bude dostupné k prohlížení, ale již zde není možné přispívat. Více informací naleznete v oznámení o uzavření fóra.

Dear Turris routers users,

this forum has been frozen on Dec 9th, 2016 and replaced by our new Turris forum. It will be read-only accessible for some time after. For more information, read the announcement about closing the forum.

Nahoru Téma Majitelé routerů / Technická podpora / CPU 95-100%
- - Od uzivatel1 (>>) Dne 2016-02-16 13:02 Upraveno 2016-02-16 13:27
Zdravím,

dnes zhruba od 3:00 jsem zaznamenal neobvyklé vytížení CPU Turrise. Administrace je straááááááááášně pomalá, nedostanu se na procesy. SSH nefunguje. Internet funguje, LAN i WIFI bez problémů. Než to restartuji, rád bych předal případný bug Turris týmu. Ovšem není mi úplně jasné jak. Děkuji za případnou pomoc.

V procesech je nekonečné množství procesu sleep

sh -c mkdir -p /tmp/user_notify ; while ! mkdir /tmp/user_notify/.locked ; do sleep 1 ; done
sh -c mkdir -p /tmp/user_notify ; while ! mkdir /tmp/user_notify/.locked ; do sleep 1 ; done
[sleep]
[sleep]
[sleep]
[sleep]
Nadřazený - - Od Michal Vaner (>>) Dne 2016-02-16 14:13
Dobré ráno

Těžko říct, co se stalo. Každopádně, pokud nefunguje ani administrace (z luci by se mohl dát dostat systémový log, kde by možná něco být mohlo, možná ne), ani ssh, tak zbývá asi vyzkoušet sériovou linku.

https://www.turris.cz/doc/troubleshooting/start#seriova_linka
Nadřazený - - Od uzivatel1 (>>) Dne 2016-02-16 14:32
Log jsem vydoloval po nekonečném načítání LuCi. Kam ho poslat?
Nadřazený - - Od Michal Vaner (>>) Dne 2016-02-16 14:44
Dobrý den

tech.support@turris.cz by mohlo fungovat.
Nadřazený - - Od uzivatel1 (>>) Dne 2016-02-16 18:20
Podařilo se mi otevřít SSH, na příkaz top jsem ale čekal 15 minut. Co bych mu měl naservírovat, abych zjistil, co mu je?

Mem: 2022504K used, 53480K free, 0K shrd, 113416K buff, 1529048K cached
CPU:  24% usr  75% sys   0% nic   0% idle   0% io   0% irq   0% sirq
Load average: 199.92 200.52 198.25 195/1923 9422
  PID  PPID USER     STAT   VSZ %VSZ %CPU COMMAND
14208  6152 root     R     3812   0%   0% socat OPENSSL-LISTEN:6513,fork,method
30171  6152 root     R     3812   0%   0% socat OPENSSL-LISTEN:6513,fork,method
25878 25529 root     R     1772   0%   0% lua /usr/bin/majordomo_cache.lua prec
19623 31880 root     R     1600   0%   0% top
6014     1 root     S    55036   3%   0% /usr/bin/domoticz -wwwroot /usr/share
22590     2 root     SW       0   0%   0% [kworker/1:2]
7048     1 root     S      792   0%   0% rainbow --daemonize
    9     2 root     SW       0   0%   0% [rcu_sched]
4875     1 root     S     2248   0%   0% /usr/sbin/hostapd -P /var/run/wifi-ph
23882  4891 root     R    19920   1%   0% [python]
5449  5447 root     S    42000   2%   0% python /usr/bin/foris -s flup
4897     1 root     S      784   0%   0% nethist
20895     1 root     S    18480   1%   0% ucollect /tmp/ucollect
4926  4925 root     S     6664   0%   0% /usr/sbin/syslog-ng
6599     1 root     S     1568   0%   0% {updater.sh} /bin/busybox sh /usr/bin
18474 18463 root     S     1564   0%   0% {notifier} /bin/sh /usr/bin/notifier
19299 19280 root     S     1564   0%   0% {notifier} /bin/sh /usr/bin/notifier
16666 16556 root     S     1564   0%   0% {notifier} /bin/sh /usr/bin/notifier
19140 19064 root     S     1564   0%   0% {notifier} /bin/sh /usr/bin/notifier
^C265  6115 root     S     1564   0%   0% {notifier} /bin/sh /usr/bin/notifier
Nadřazený - - Od Michal Vaner (>>) Dne 2016-02-17 09:44
Dobrý den

Jak tak na to koukám, tak se stalo to, že zbyl zámek zajišťující, že se notifier (věc, co posílá emaily o novinkách a podobněch věcech) pouští jen jednou. Takže všechny, které se pouští nově čekají ve frontě a co chvíli se koukají, jestli už nezmizel. Zatím nevím proč, možná to najdu v zaslaném logu, ale pokud to nebude tam, tak už nikde.

Každopádně, smazat /tmp/user_notify/.locked by mohlo pomoct.
Nadřazený - - Od uzivatel1 (>>) Dne 2016-02-17 13:07
Díky za info, všechno bylo pomalé jako v jámě z dehtem, proto jsem jej restartoval a od té doby je vše OK.
Obávám se, že kdyby se taková věc stala v létě při standardní konfiguraci, kdy teplota dosahuje hraničních teplot, mohl by nastat problém. Naštěstí mám vyřešené chlazení, které 15-ti hodinové zatížení na 100% udrželo na hranici 62°C CPU a 39°C MB.
Nadřazený - - Od mkyral Dne 2016-03-16 21:28
Tak jsem teď narazil na podobný problém. Sice router ještě funguje docela rychle, ale mraky sleep 1 procesů se mi nelíbí. Jednu chvíli jich bylo přes 2 000.

31719 root      1528 S    sh -c mkdir -p /tmp/user_notify ; while ! mkdir /tmp/user_notify/.locked ; do sleep 1 ; done
31757 root      1528 S    sh -c mkdir -p /tmp/user_notify ; while ! mkdir /tmp/user_notify/.locked ; do sleep 1 ; done
31811 root       832 S    cron
31812 root      1532 S    /bin/sh -c    /usr/bin/notifier
31816 root      1564 S    {notifier} /bin/sh /usr/bin/notifier
32028 root      1528 S    sh -c mkdir -p /tmp/user_notify ; while ! mkdir /tmp/user_notify/.locked ; do sleep 1 ; done
32036 root      1528 S    sh -c mkdir -p /tmp/user_notify ; while ! mkdir /tmp/user_notify/.locked ; do sleep 1 ; done
32110 root      1528 S    sh -c mkdir -p /tmp/user_notify ; while ! mkdir /tmp/user_notify/.locked ; do sleep 1 ; done
32200 root      1528 S    sh -c mkdir -p /tmp/user_notify ; while ! mkdir /tmp/user_notify/.locked ; do sleep 1 ; done
32354 root      1528 S    sh -c mkdir -p /tmp/user_notify ; while ! mkdir /tmp/user_notify/.locked ; do sleep 1 ; done
32388 root      1528 S    sh -c mkdir -p /tmp/user_notify ; while ! mkdir /tmp/user_notify/.locked ; do sleep 1 ; done
32535 root      1528 S    sh -c mkdir -p /tmp/user_notify ; while ! mkdir /tmp/user_notify/.locked ; do sleep 1 ; done
32698 root      1528 S    sh -c mkdir -p /tmp/user_notify ; while ! mkdir /tmp/user_notify/.locked ; do sleep 1 ; done


turris /mnt/nfs/media # ps |grep -c /tmp/user_notify/
409
turris /mnt/nfs/media # ps |grep -c /tmp/user_notify/
420
turris /mnt/nfs/media # ps |grep -c /tmp/user_notify/
420
turris /mnt/nfs/media # ps |grep -c /tmp/user_notify/
420
turris /mnt/nfs/media #


turris /mnt/nfs/media # ps  |grep -c /usr/bin/notifier
47


A přestal fungovat spectator - jen se stále dokola připojuje a odpojuje:
spectator.settings: Previous configuration found.
spectator.settings: Loading settings.
spectator.settings: Loading server: "192.168.1.1"
spectator.settings: Loading port: 6513
spectator.settings: Loading token_path: "/home/marian/.config/spectator/spectator.pem"
spectator.settings: Loading refresh_interval: 5
spectator.settings: Loading popup_time: 5
spectator.settings: Loading main_tab_index: 0
spectator.settings: Loading language: "cs"
spectator.settings: Loading preffered_interface: "eth2"
spectator.settings: Loading systray_mode: true
spectator.settings: Loading dock: true
spectator.settings: Loading backup_path: "/home/marian/spectator/backup.tar.bz2"
spectator.settings: Loading geometry: "01d9d0cb00020000000004b50000008c0000071400000346000004b9000000ac000007100000034200000000000000000780"
spectator.settings: Loading neighbours_inactive_limit: 300
spectator.settings: Loading neighbours_interfaces_filter: ("br-lan")
spectator.settings: Loading neighbours_mac_to_name: QHash()
spectator.settings: Loading neighbours_advanced_view: false
Fontconfig error: "~/.fonts.conf", line 7: junk after document element
Fontconfig warning: "/etc/fonts/conf.d/50-user.conf", line 14: reading configurations from ~/.fonts.conf is deprecated. please move it to /home/marian/.config/fontconfig/fonts.conf manually
Fontconfig error: "local.conf", line 13: junk after document element
spectator.settings: Dock mode is not working properly. Using non-docking mode.
spectator.connection: Closing connection.
spectator.connection: Connection closed.
spectator.connection: Starting Chat initial
spectator.connection: Queued Chat get_notifications
spectator.connection: Queued Chat get_nethist
spectator.connection: Queued Chat get_stats
spectator.connection: Queued Chat get_updater_data
spectator.connection: Queued Chat get_serial
spectator.connection: Queued Chat get_neighbours
spectator.connection: Client certificate: CN "spectator" Expires "2026-01-18"
spectator.connection: Client key: size 4096
spectator.connection: CA certificate: CN "Turris CA" Expires "2026-01-18"
spectator.connection: Starting to connect...
spectator.connection: New socket state: QAbstractSocket::HostLookupState
spectator.connection: New socket state: QAbstractSocket::ConnectingState
spectator.settings: Installing translator: "qtbase_cs"
spectator.settings: Translator installed: true
spectator.settings: Installing translator: "spectator_cs"
spectator.settings: Translator installed: true
spectator.settings: Setting locale:  "cs_CZ"
spectator.settings: Installing translator: "qtbase_cs"
spectator.settings: Translator installed: true
spectator.settings: Installing translator: "spectator_cs"
spectator.settings: Translator installed: true
spectator.settings: Setting locale:  "cs_CZ"
spectator.connection: New socket state: QAbstractSocket::ConnectedState
spectator.connection: Socket Connected.
spectator.connection: Socket Encrypted.
spectator.connection: Recived a message: 2108 characters
spectator.connection: capability obtained "urn://ietf:params:netconf:base:1.0" ""
spectator.connection: capability obtained "urn://ietf:params:netconf:base:1.1" ""
spectator.connection: capability obtained "urn://ietf:params:netconf:capability:writable-running:1.0" ""
spectator.connection: capability obtained "http://www.nic.cz/ns/router/registration" "2014-01-20"
spectator.connection: capability obtained "http://www.nic.cz/ns/router/firewall" "2015-07-14"
spectator.connection: capability obtained "http://www.nic.cz/ns/router/nethist" "2013-09-04"
spectator.connection: capability obtained "http://www.nic.cz/ns/router/nuci-tls" "2015-07-20"
spectator.connection: capability obtained "http://www.nic.cz/ns/router/user-notify" "2014-09-10"
spectator.connection: capability obtained "http://www.nic.cz/ns/router/time" "2013-10-07"
spectator.connection: capability obtained "http://www.nic.cz/ns/router/neighbours" "2015-11-04"
spectator.connection: capability obtained "http://www.nic.cz/ns/router/maintain" "2014-01-10"
spectator.connection: capability obtained "http://www.nic.cz/ns/router/stats" "2013-09-04"
spectator.connection: capability obtained "http://www.nic.cz/ns/router/network" "2014-01-29"
spectator.connection: capability obtained "http://www.nic.cz/ns/router/updater" "2015-09-25"
spectator.connection: capability obtained "http://www.nic.cz/ns/router/password" "2013-10-31"
spectator.connection: capability obtained "http://www.nic.cz/ns/router/uci-raw" "2013-09-04"
spectator.connection: capability obtained "urn://ietf:params:xml:ns:netconf:base:1.0" "2011-03-08"
spectator.connection: capability obtained "urn://ietf:params:xml:ns:yang:ietf-yang-types" "2013-07-15"
spectator.connection: capability obtained "urn://ietf:params:xml:ns:yang:ietf-inet-types" "2010-09-24"
spectator.connection: Sending a message: 197 characters
spectator.connection: New communicator state: 2
spectator.connection: Chat finished successfully.
spectator.connection: server has required capability "http://www.nic.cz/ns/router/user-notify" "" for chat get_notifications
spectator.connection: Starting Chat get_notifications
spectator.connection: Sending a message: 240 characters
spectator.connection: Queued Chat get_notifications
spectator.connection: Queued Chat get_neighbours
spectator.connection: Connector disconnected.


Pozabíjel jsem ty procesy, ale zdá se, že se to zase pomalu znova startuje.
Nadřazený - Od mkyral Dne 2016-03-16 21:38
Tak nakonec jsem udělal restart. Zatím to vypadá v pohodě.
Nahoru Téma Majitelé routerů / Technická podpora / CPU 95-100%

Powered by mwForum 2.29.3 © 1999-2013 Markus Wichitill