Hi,
ich hab heute nach längerem noch mal ein update ausgeführt. Lief scheinbar auch problemlos durch. Seitdem habe ich aber kein Zugriff mehr auf das Frontend. Zugriff auf den raspberry funktioniert.
LAut "fhem status" läuft es auch. Wenn ich jedoch "Fhem stop" eingebe kommt trotzdem "fhem is running".
Anbei mein logfile.
Hab attr global verbose auf 5 gestellt.
Zitat2016.12.06 10:12:23 1: PERL WARNING: "my" variable $WertGas masks earlier declaration in same scope at ./FHEM/99_myUtils.pm line 68.
2016.12.06 10:12:23 1: reload: Error:Modul 99_myUtils deactivated:
2016.12.06 10:12:23 5: Initializing Type Library:
2016.12.06 10:12:23 1: Including fhem.cfg
2016.12.06 10:12:23 5: Cmd: >attr global userattr cmdIcon devStateIcon devStateStyle icon sortby webCmd widgetOverride<
2016.12.06 10:12:23 5: Cmd: >attr global autoload_undefined_devices 1<
2016.12.06 10:12:23 5: Cmd: >attr global logfile ./log/fhem-%Y-%m.log<
2016.12.06 10:12:23 5: Cmd: >attr global modpath .<
2016.12.06 10:12:23 5: Cmd: >attr global motd SecurityCheck:
WEBtablet has no associated allowed device with basicAuth.
telnetPort has no associated allowed device with password/globalpassword.
Restart FHEM for a new check if the problem is fixed,
or set the global attribute motd to none to supress this message.
<
2016.12.06 10:12:23 5: Cmd: >attr global statefile ./log/fhem.save<
2016.12.06 10:12:23 5: Cmd: >attr global updateInBackground 1<
2016.12.06 10:12:23 5: Cmd: >attr global verbose 5<
2016.12.06 10:12:23 5: Cmd: >define telnetPort telnet 7072 global<
2016.12.06 10:12:23 5: Loading ./FHEM/98_telnet.pm
2016.12.06 10:12:23 1: telnetPort: Can't open server port at 7072: Address already in use. Exiting.
Hier noch ein paar Infos. Was heißt denn "LISTEN".
Zitatpi@raspberrypi /opt/fhem $ netstat -tulpen
(No info could be read for "-p": geteuid()=1000 but you should be root.)
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State User Inode PID/Program name
tcp 0 0 0.0.0.0:7072 0.0.0.0:* LISTEN 999 6799 -
tcp 0 0 0.0.0.0:2120 0.0.0.0:* LISTEN 0 7128 -
tcp 0 0 0.0.0.0:2121 0.0.0.0:* LISTEN 0 7149 -
tcp 0 0 127.0.0.1:4304 0.0.0.0:* LISTEN 0 7078 -
tcp 0 0 0.0.0.0:8083 0.0.0.0:* LISTEN 999 6910 -
tcp 0 0 0.0.0.0:8084 0.0.0.0:* LISTEN 999 6917 -
tcp 0 0 0.0.0.0:8085 0.0.0.0:* LISTEN 999 6922 -
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 0 7097 -
udp 0 0 0.0.0.0:5353 0.0.0.0:* 103 6962 -
udp 0 0 0.0.0.0:54780 0.0.0.0:* 103 6964 -
udp 0 0 0.0.0.0:68 0.0.0.0:* 0 6779 -
udp 0 0 192.168.1.20:123 0.0.0.0:* 0 6999 -
udp 0 0 127.0.0.1:123 0.0.0.0:* 0 6998 -
udp 0 0 0.0.0.0:123 0.0.0.0:* 0 6994 -
Hallo
ich hatte das "Problem" auch schon. Reboote deinen Rasperry einfach mal. Es scheint schon eine Instanz von FHEM zu laufen. Deswegen kannst du fhem nicht erneut starten.
Grüße
sxx128
Hab ich gerade gemacht. Laut log file läuf jetzt auch alles ohne Fehler durch. Zugriff ist aber immer noch nicht möglich.
per telnet kommst du drauf, nur nicht auf die GUI ?
Schau mal bitte mit top, wieviel CPU der perl-Process verbraucht..
ZitatPID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
2551 root 20 0 4536 2288 2012 R 20.3 1.2 0:00.10 top
1 root 20 0 2148 1312 1208 S 0.0 0.7 0:01.75 init
2 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kthreadd
3 root 20 0 0 0 0 S 0.0 0.0 0:00.42 ksoftirqd/0
5 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 kworker/0:0H
7 root 20 0 0 0 0 S 0.0 0.0 0:00.47 rcu_preempt
8 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rcu_sched
9 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rcu_bh
10 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 khelper
11 root 20 0 0 0 0 S 0.0 0.0 0:00.01 kdevtmpfs
12 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 netns
13 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 perf
14 root 20 0 0 0 0 S 0.0 0.0 0:00.00 khungtaskd
15 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 writeback
16 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 crypto
17 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 bioset
18 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 kblockd
19 root 20 0 0 0 0 S 0.0 0.0 0:01.65 kworker/0:1
20 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 rpciod
21 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kswapd0
22 root 20 0 0 0 0 S 0.0 0.0 0:00.00 fsnotify_mark
23 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 nfsiod
29 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 kthrotld
30 root 1 -19 0 0 0 S 0.0 0.0 0:00.00 VCHIQ-0
31 root 1 -19 0 0 0 S 0.0 0.0 0:00.00 VCHIQr-0
32 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 VCHIQs-0
33 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 iscsi_eh
34 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 dwc_otg
35 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 DWC Notificatio
36 root 20 0 0 0 0 S 0.0 0.0 0:00.29 kworker/u2:1
37 root 20 0 0 0 0 S 0.0 0.0 0:00.00 VCHIQka-0
38 root 10 -10 0 0 0 S 0.0 0.0 0:00.00 SMIO
39 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 deferwq
40 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kworker/u2:2
43 root 20 0 0 0 0 S 0.0 0.0 0:00.01 jbd2/mmcblk0p2-
44 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 ext4-rsv-conver
159 root 20 0 2888 2160 1628 S 0.0 1.2 0:00.52 udevd
294 root 20 0 2884 2004 1456 S 0.0 1.1 0:00.04 udevd
301 root 20 0 2884 1996 1456 S 0.0 1.1 0:00.01 udevd
1537 root 20 0 1752 1232 1140 S 0.0 0.7 0:01.29 ifplugd
1573 root 20 0 1752 1088 1004 S 0.0 0.6 0:00.25 ifplugd
1976 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 cfg80211
2021 fhem 20 0 16860 14m 3116 S 0.0 8.3 0:06.27 perl
2097 root 20 0 2100 1320 1140 S 0.0 0.7 0:00.06 dhcpcd
2111 root 20 0 27976 2616 2160 S 0.0 1.4 0:00.08 rsyslogd
2158 root 20 0 3800 1700 1536 S 0.0 0.9 0:00.01 cron
2188 messageb 20 0 3180 1692 1468 S 0.0 0.9 0:00.01 dbus-daemon
2215 avahi 20 0 3384 2640 2384 S 0.0 1.4 0:00.09 avahi-daemon
2216 avahi 20 0 3384 1556 1332 S 0.0 0.8 0:00.00 avahi-daemon
2264 ntp 20 0 5560 3236 2852 S 0.0 1.7 0:00.45 ntpd
2293 root 20 0 19556 2208 1908 S 0.0 1.2 0:00.03 owserver
2319 root 20 0 6220 2916 2492 S 0.0 1.6 0:00.01 sshd
2358 root 20 0 19588 2284 2020 S 0.0 1.2 0:00.19 owftpd
2372 root 20 0 3184 2192 1944 S 0.0 1.2 0:00.02 owhttpd
2453 nobody 20 0 2020 1408 1288 S 0.0 0.8 0:00.04 thd
2485 root 20 0 3748 1696 1568 S 0.0 0.9 0:00.03 getty
2486 root 20 0 3748 1640 1512 S 0.0 0.9 0:00.02 getty
2487 root 20 0 3748 1748 1620 S 0.0 0.9 0:00.02 getty
2488 root 20 0 3748 1640 1512 S 0.0 0.9 0:00.02 getty
2489 root 20 0 3748 1640 1512 S 0.0 0.9 0:00.02 getty
2490 root 20 0 3748 1584 1456 S 0.0 0.9 0:00.02 getty
2491 root 20 0 2068 1536 1412 S 0.0 0.8 0:00.02 getty
2492 root 20 0 9304 4452 3868 S 0.0 2.4 0:00.59 sshd
2496 pi 20 0 9444 3672 3008 S 0.0 2.0 0:00.41 sshd
2497 pi 20 0 2388 1804 1436 S 0.0 1.0 0:00.19 sftp-server
2498 root 20 0 9304 4452 3868 S 0.0 2.4 0:00.59 sshd
2502 pi 20 0 9304 3532 2944 S 0.0 1.9 0:01.14 sshd
2503 pi 20 0 6240 4508 2680 S 0.0 2.4 0:02.22 bash
2550 root 20 0 4592 2656 2392 S 0.0 1.4 0:00.07 sudo
Der Wert für den perl Process sieht ja ok aus.
Habe gefragt, weil bei einem anderen user gestern der Wert bei 99% lag und er auch nicht mehr auf die Weboberfläche kam.
Aber Du scheinst ein anderes Problem zu haben.
Wird über
Zitatrestore 2016-12-06
mein altes laufendes System wiederhergestellt?
Gruß Grave
über den restore befehl habe ich es noch nicht gemacht, aber laut wiki ist das so korrekt.
Quelle http://www.fhemwiki.de/wiki/Update (http://www.fhemwiki.de/wiki/Update)
ganz unten steht
Zitat...Diese Dateien kann man einzeln oder komplett mit dem Befehl restore zuruecksichern (z.Bsp.: restore 2014-08-19 oder restore 2014-08-19/fhem.pl).
Es scheint an meiner Fhem.cfg zu liegen. Habe mal die fhem.cfg.demo in fhem.cfg umbenannt. Mit der funktioniert der Zugriff wieder.
liest sich ja wie hier..
https://forum.fhem.de/index.php/topic,15879.msg103234.html#msg103234 (https://forum.fhem.de/index.php/topic,15879.msg103234.html#msg103234)
Bei dem Code funktinioniert alles super:
Zitatattr global userattr cmdIcon devStateIcon devStateStyle icon sortby webCmd widgetOverride
attr global autoload_undefined_devices 1
attr global logfile ./log/fhem-%Y-%m.log
attr global modpath .
attr global motd SecurityCheck:\
\
WEBtablet has no associated allowed device with basicAuth.\
telnetPort has no associated allowed device with password/globalpassword.\
\
Restart FHEM for a new check if the problem is fixed,\
or set the global attribute motd to none to supress this message.\
attr global statefile ./log/fhem.save
attr global updateInBackground 1
attr global verbose 3
define telnetPort telnet 7072 global
define WEB FHEMWEB 8083 global
attr WEB editConfig 1
attr WEB menuEntries Update,cmd=update,UpdateCheck,cmd=update+check,Restart,cmd=shutdown+restart
attr WEB stylesheetPrefix dark
define allowed_WEB allowed
attr allowed_WEB basicAuth xxx
attr allowed_WEB validFor WEB
define Wetter weblink iframe http://www.wetteronline.de/cgi-bin/hpweather?PLZ=53902
define WEBphone FHEMWEB 8084 global
attr WEBphone stylesheetPrefix bright
define allowed_WEBphone allowed
attr allowed_WEBphone basicAuth xxx
attr allowed_WEBphone validFor WEBphone
define WEBtablet FHEMWEB 8085 global
attr WEBtablet stylesheetPrefix touchpad
# Fake FileLog entry, to access the fhem log from FHEMWEB
define Logfile FileLog ./log/fhem-%Y-%m.log fakelog
define autocreate autocreate
attr autocreate filelog ./log/%NAME-%Y.log
define eventTypes eventTypes ./log/eventTypes.txt
# Disable this to avoid looking for new USB devices on startup
define initialUsbCheck notify global:INITIALIZED usb create
define myLocalOWServer OWServer localhost:4304
Und wenn ich das hinzufüge, habe ich keinen Zugriff mehr
Zitatdefine DS2405_4AEC29CDBAAB OWDevice 05.4AEC29CDBAAB 60
attr DS2405_4AEC29CDBAAB IODev myLocalOWServer
attr DS2405_4AEC29CDBAAB model 1
attr DS2405_4AEC29CDBAAB room OWDevice
define TCM_ESP2_0 TCM ESP2 /dev/ttyUSB0@9600
attr TCM_ESP2_0 sendInterval 100
sorry, OWD und TCM habe ich bei mir nicht am Laufen...
Allgemein:
Bevor die Devices definiert werden, muß das zugehörige I/O-Device bekannt sein, hier also für attr DS2405_4AEC29CDBAAB IODev myLocalOWServer
Hab ich doch?!
myLocalOWServer muss schon bekannt / definiert sein, bevor
define DS2405_4AEC29CDBAAB OWDevice 05.4AEC29CDBAAB 60
Hab ich gemacht. Keine Verbesserung. Mein OWServer läuft. Über 192.168.1.20:2121 komme ich dran.
Muß ich nach dem Update von Fhem vielleich auch noch meinen raspberry updaten?
Zitat von: Grave am 06 Dezember 2016, 14:41:10
Hab ich doch?!
Korrekt, sorry, hatte ich irgendwie überlesen.
Ich hatte mal einen ähnlichen Fall (HM), da brauchte es eine gewisse Zeit, bis das IO wirklich verfügbar war, daher habe ich dann erst das HM-IO definiert, dann die ganzen anderen IOs und dann erst die ersten HM-Devices...
Vielleicht ziehst Du den 1-Wire Server erst mal ziemlich nach vorne und schaust, ob es besser wird.
LEider immer noch keine Besserung. Hab localhost mal durch die richtige Adresse ersetzt. :'(
Ist es eigentlich das 1-W-Device oder das nächste, das wirklich zum freeze führt?
Bitte mal die beiden Devices nacheinander wieder in die Config nehmen.
Wenn es der TCM ist: Evtl. hast Du auch einen Fall von USB-Verwirrung? Hast Du andere USB-Devices am Start? Dann ggf. mal by-id einbinden (Wiki:Trick der Woche), schadet in jedem Fall nicht (so nicht mehrere CH340G involviert sind, da hilft dann nur noch by-path).
Daran lag es. Ich habe meinen 1-Wire über USB und einen Arduino an USB.
Zitatlrwxrwxrwx 1 root root 13 Jan 1 1970 usb-Arduino__www.arduino.cc__0042_55438303439351F06051-if00 -> ../../ttyACM0
lrwxrwxrwx 1 root root 13 Jan 1 1970 usb-E-Service_Online_1-Wire_Bus_Coupler_Iso_A5WB8N1Q-if00-port0 -> ../../ttyUSB0
Soll das jetzt so gemacht werden?
Zitatdefine usb-Arduino ARDUINO /dev/serial/by-id/usb-Arduino__www.arduino.cc__0042_55438303439351F06051-if00
define usb-1Wire 1WIRE/dev/serial/by-id/usb-E-Service_Online_1-Wire_Bus_Coupler_Iso_A5WB8N1Q-if00-port0
Schön, dass es jetzt geklappt hat. Nur eine Frage am Rande noch:
Hatte bis vor kurzem auch mal mit 1-Wire via USB verwendet, eingebunden aber über OWX (nur DS18B20). Da hatte ich den Verdacht, dass mir (u.a.) das den PI ausbremst. Ist das über OWServer besser?
(Ich mache die Temp-Messungen jetzt mit denselben Sensoren, aber über MySensors-Arduinos, weil ich neben dem Performance-Thema etwas kalte Füße wegen des dann im Ergebnis doch sehr langen Kabels i.V.m. der USB-Anbindung hatte >:().
Hatte bisher keine Probleme.
Kannst du noch mal oben gucken.
Super, tausend dank. Das war das Problem.
Fhem läuf zwar wieder, dafür werden aber keine Werte mehr über 1-Wire gelogt. Es kommt folgende Fehlermeldung:
ZitatUnknown module 1WIRE/dev/serial/by-id/usb-E-Service_Online_1-Wire_Bus_Coupler_Iso_A5WB8N1Q-if00-port0