CCU2 WebUI - Erreichbarkeit von verschiedenen Systemen

[boardrunner]

Hallo,

folgendes Problem besteht bei mir:

Von einem PC erreiche ich die WebUI nur sporadisch. In Firefox hängt das Laden beim Loading im bewegten Punktering. Manchmal komme ich auch auf die Startseite. Wenn ich dann aber zu spät bin, ist die Sitzung bereits abgelaufen. Bei Chrome, Edge und Internet Explorer sieht es nahezu gleich aus, nur ohne den Loading-Ring.

Von einem anderen PC und vom Handy ist kein Problem erkennbar. Hier lädt die WebUI schnell und zuverlässig.

Die Browser auf den beiden PC (jeweils Windows 10) sind exakt identisch konfiguriert. Genauso die Firewall und der Virenschutz.
Auch ein Löschen des Cache bringt keinen Erfolg.

Sieht jemand eine erfolgversprechende Lösung, dieses Problem, das nach meinen Recherchen mehrere Nutzer betrifft, zu beheben?

[Xel66]

Von einem anderen PC und vom Handy ist kein Problem erkennbar. Hier lädt die WebUI schnell und zuverlässig.

Dann hast Du ein Netzwerkproblem und keines mit der CCU. Dass andere Anwender ein ähnliches Problem haben, ist hier aber nicht bekannt. Es gibt regelmäßig entsprechende Postings, die aber seltenst ihre Ursache bei Homematic haben. Meistens ist es ein Problem ca. 70cm vor dem Bildschirm. Um bei Deinem Problem eine Aussage treffen zu können, ist die Faktenlage zu mager.

Gruß Xel66

[Roliat]

Tja, ich will ja jetzt nicht den Teufel an die Wand malen, aber meine CCU ist ebenfalls nicht mehr "erreichbar". Via ssh komme ich drauf, ein "top" zeigt, dass sie nicht ausgelastet ist. Aber die Webseite lädt sich zu tode. Zu steuern geht garnichts mehr. Aktoren/Bewegungsmelder etc. reagieren nicht. (Direktverbindungen habe ich keine). Ein Reboot führte dazu, dass die Anmeldeseite erscheint. Nach dem ersten einloggen hängt die Seite wieder bzw. lädt sich zu tode. Dann erscheint die Seite "Die CCU ist noch nicht bereit" etc. Es scheint, als würde der Webserver-Dienst ständig neu geladen werden. Ist aber gerade nur eine vage Vermutung.

Nunja, jedenfalls ist die CCU von keinem Gerät erreichbar. Apps funktionieren auch nicht. Einzig und allein der SSH-Zugang funktioniert und hängt nicht.

Ich warte noch ein wenig, vllt. meldet sich irgendwer zu Wort. Falls nicht, liegt das Problem bei uns. Aber ich erinnere mich noch an den Zeitumstellungsbug. Daraus habe ich etwas gelernt

Der Fehler tritt übrigens seit heute (Sonntag, 17.03.2019 gegen 11/12 Uhr auf)

Hier noch eine Info (cat VERSION)

# cat VERSION
VERSION=3.41.11
PRODUCT=ccu3
PLATFORM=rpi3

Ich melde mich, wenn es Neues gibt.

[66er]

Hallo,

hast Du nach dem EInloggen per ssh

Code: Alles auswählen

/etc/init.d/S70ReGaHss start

schon probiert?

LG
Stefan

[Roliat]

Hi,

danke für die Nachricht. Habe ich gerade mal gemacht (hatte ich vorher nicht probiert), brachte aber keine Änderung (=soll heißen: Lange Zeit die index-Seite "Die ccu ist noch nicht bereit" und dann bricht der Ladevorgang ab). Hier mal meine laufenden Prozesse nach einem "ps aux"

Code: Alles auswählen

# ps aux
PID   USER     TIME  COMMAND
    1 root      0:00 init
    2 root      0:00 [kthreadd]
    4 root      0:00 [kworker/0:0H]
    6 root      0:00 [mm_percpu_wq]
    7 root      0:00 [ksoftirqd/0]
    8 root      0:03 [rcu_preempt]
    9 root      0:00 [rcu_sched]
   10 root      0:00 [rcu_bh]
   11 root      0:00 [migration/0]
   12 root      0:00 [cpuhp/0]
   13 root      0:00 [cpuhp/1]
   14 root      0:00 [migration/1]
   15 root      0:00 [ksoftirqd/1]
   17 root      0:00 [kworker/1:0H]
   18 root      0:00 [cpuhp/2]
   19 root      0:00 [migration/2]
   20 root      0:00 [ksoftirqd/2]
   22 root      0:00 [kworker/2:0H]
   23 root      0:00 [cpuhp/3]
   24 root      0:00 [migration/3]
   25 root      0:00 [ksoftirqd/3]
   27 root      0:00 [kworker/3:0H]
   28 root      0:00 [kdevtmpfs]
   29 root      0:00 [netns]
   31 root      0:00 [kworker/1:1]
   33 root      0:00 [khungtaskd]
   34 root      0:00 [oom_reaper]
   35 root      0:00 [writeback]
   36 root      0:00 [kcompactd0]
   37 root      0:00 [crypto]
   38 root      0:00 [kblockd]
   39 root      0:00 [watchdogd]
   40 root      0:00 [rpciod]
   41 root      0:00 [xprtiod]
   44 root      0:00 [kswapd0]
   45 root      0:00 [nfsiod]
   55 root      0:00 [kthrotld]
   57 root      0:00 [iscsi_eh]
   58 root      0:00 [dwc_otg]
   59 root      0:00 [DWC Notificatio]
   60 root      0:00 [kworker/0:1H]
   61 root      0:00 [vchiq-slot/0]
   62 root      0:00 [vchiq-recy/0]
   63 root      0:00 [vchiq-sync/0]
   64 root      0:00 [vchiq-keep/0]
   65 root      0:00 [SMIO]
   66 root      0:00 [irq/92-mmc1]
   69 root      0:00 [mmcqd/0]
   70 root      0:00 [jbd2/mmcblk0p2-]
   71 root      0:00 [ext4-rsv-conver]
   76 root      0:00 [jbd2/mmcblk0p3-]
   77 root      0:00 [ext4-rsv-conver]
   80 root      0:00 /usr/bin/psplash -n
   89 root      0:00 watchdog -t 5 /dev/watchdog
  180 root      0:09 /bin/hss_led -l 6
  199 root      0:12 /sbin/udevd -d
  219 root      0:00 [spi0]
  221 root      0:00 [cfg80211]
  229 root      0:00 [brcmf_wq/mmc1:0]
  236 root      0:00 [brcmf_wdog/mmc1]
  298 root      0:01 /usr/sbin/irqbalance
  305 root      0:00 /usr/sbin/rngd
  315 dbus      0:00 dbus-daemon --system
  352 root      0:05 /sbin/syslogd -n -m 0
  355 root      0:00 /sbin/klogd -n
  368 root      0:00 [ipv6_addrconf]
  480 root      0:03 /usr/sbin/ifplugd -i eth0 -fI -u0 -d10
  484 root      0:00 /usr/sbin/ifplugd -i wlan0 -MwI -u5 -d5
  519 root      0:00 /bin/eq3configd
  525 root      0:00 /usr/sbin/lighttpd-angel -f /etc/lighttpd/lighttpd.conf -D
  527 root      0:03 /usr/sbin/lighttpd -f /etc/lighttpd/lighttpd.conf -D
  532 root      0:00 /bin/ssdpd
  538 root      0:00 /usr/sbin/sshd
  554 root      0:04 /usr/local/addons/cuxd/cuxd
  596 root      0:10 /usr/sbin/snmpd -Lsd -Lf /dev/null -c /etc/config/snmp/snmpd.conf -I -smux mteTrigger mteTriggerConf -p /run/snmpd.pid
  610 root      0:03 /bin/multimacd -f /etc/multimacd.conf -l 1
  636 root      0:05 /bin/rfd -f /etc/config/rfd.conf -l 1
  654 root      1:06 java -Xmx128m -Dos.arch=arm -Dlog4j.configuration=file:///etc/config/log4j.xml -Dfile.encoding=ISO-8859-1 -Dgnu.io.rxtx.SerialPorts=/dev/
  982 root      0:23 /bin/ReGaHss.community -f /etc/rega.conf -l 0
  998 root      0:00 /usr/sbin/crond -f -l 9
 1187 root      0:00 [kworker/2:0]
 1991 root      0:02 sshd: root@pts/0
 2002 root      0:00 -sh
 2211 root      0:00 /bin/tclsh /www/addons/xmlapi/statelist.cgi
 3492 root      0:00 [kworker/2:2]
 3749 root      0:00 [kworker/u8:1]
 5634 root      0:00 [kworker/u8:0]
 6441 root      0:00 [kworker/3:0]
 6948 root      0:00 [kworker/3:2]
 7020 root      0:00 [kworker/1:0]
 7317 root      0:00 [kworker/0:1]
 7526 root      0:00 [kworker/0:0]
 7733 root      0:00 [kworker/3:1]
 7744 root      0:00 [kworker/0:2]
 7780 root      0:00 /sbin/udevd -d
 7781 root      0:00 /sbin/udevd -d
 7782 root      0:00 /sbin/udevd -d
 7783 root      0:00 ps aux

lighttpd läuft demnach. "Rega" läuft auch irgendwas. Aber da kenne ich die Prozesse nicht. Hier noch ein "top"

Code: Alles auswählen

Mem: 234424K used, 759712K free, 1068K shrd, 7392K buff, 86888K cached
CPU:   0% usr   2% sys   0% nic  97% idle   0% io   0% irq   0% sirq
Load average: 0.00 0.00 0.00 2/192 7830
  PID  PPID USER     STAT   VSZ %VSZ %CPU COMMAND
 7830  2002 root     R     2976   0%   2% top
  654     1 root     S     268m  28%   0% java -Xmx128m -Dos.arch=arm -Dlog4j.configuration=file:///etc/config/log4j.xml -Dfile.encoding=ISO-8859-1 -Dgnu.io.rx
  982     1 root     S    33784   3%   0% /bin/ReGaHss.community -f /etc/rega.conf -l 0
  636     1 root     S    27380   3%   0% /bin/rfd -f /etc/config/rfd.conf -l 1
  610     1 root     S<   11968   1%   0% /bin/multimacd -f /etc/multimacd.conf -l 1
  527   525 root     S     8804   1%   0% /usr/sbin/lighttpd -f /etc/lighttpd/lighttpd.conf -D
  596     1 root     S     6604   1%   0% /usr/sbin/snmpd -Lsd -Lf /dev/null -c /etc/config/snmp/snmpd.conf -I -smux mteTrigger mteTriggerConf -p /run/snmpd.pi
  298     1 root     S     4748   0%   0% /usr/sbin/irqbalance
 1991   538 root     S     4648   0%   0% sshd: root@pts/0
  538     1 root     S     4648   0%   0% /usr/sbin/sshd
 2211   527 root     S     4564   0%   0% /bin/tclsh /www/addons/xmlapi/statelist.cgi
 7801   527 root     S     4564   0%   0% /bin/tclsh /www/ise/checkrega.cgi
  180     1 root     S     4396   0%   0% /bin/hss_led -l 6
  199     1 root     S     4144   0%   0% /sbin/udevd -d
 7827   199 root     S     4144   0%   0% /sbin/udevd -d
 7828   199 root     S     4144   0%   0% /sbin/udevd -d
 7829   199 root     S     4144   0%   0% /sbin/udevd -d
  519     1 root     S     4096   0%   0% /bin/eq3configd
  532     1 root     S     4072   0%   0% /bin/ssdpd
  554     1 root     S     3388   0%   0% /usr/local/addons/cuxd/cuxd
  998     1 root     S     3104   0%   0% /usr/sbin/crond -f -l 9
 2002  1991 root     S     3104   0%   0% -sh
  352     1 root     S     2976   0%   0% /sbin/syslogd -n -m 0
    1     0 root     S     2976   0%   0% init
   80     1 root     S     2976   0%   0% /usr/bin/psplash -n
  355     1 root     S     2976   0%   0% /sbin/klogd -n
  315     1 dbus     S     2860   0%   0% dbus-daemon --system
   89     1 root     S     2844   0%   0% watchdog -t 5 /dev/watchdog

Ich habe nichts geändert, kann mir demnach nicht erklären, wo der Fehler herkommt. Einen Defekt der SD-Karte (ist ja intern ein Raspberry, also müsste ja auch eine SD-Karte drin sein), würde ich erstmal ausschließen.

[Xel66]

Tja, ich will ja jetzt nicht den Teufel an die Wand malen, aber meine CCU ist ebenfalls nicht mehr "erreichbar".

Das Problem ist nur, dass Deine Symptomatik sich massiv von der des Threaderstellers unterscheidet und seine sich von den anderen. Bei ihm funktioniert es nur von bestimmten Rechnern nicht und von einem funktioniert es ohne Probleme. Dieses deutet eindeutig auf ein Netzwerkproblem hin und sollte nicht mit den anderen in einen Topf geworfen werden. Die Ursachen für Netzwerkprobleme können vielfältig sein. Das fängt bei Zugriffen aus anderen Netzwerksegmenten an, die auf der Firewall aufschlagen, geht über WLAN-Zugriffe, für die ggf. die lokale Kommunikation im Router deaktiert ist, bis zu grundsätzlichen Konfigurationsfehlern. Aber wie oben schon geschrieben: magere Faktenlage.

Gruß Xel66