also immer wenn ich shutdown restart ausführe klappt nur shutdown, kein restart.
Muss dann immer die ganze box neustarten, das nervt. Gibt es einen Trick?
Hi Bgewehr!
Eigendlich sollte der Effekt schon korrigiert sein, oder in Arbeit?
Als Workaround kannst du in der Eingabezeile des Browsers &cmd=shutdown+restart löschen und die Seite neu laden lassen.
Unter Windos geht das auch nicht.
Habe auch schon lange das Prob., muss dann fhem immer mit Hilfe von Putty neu starten.
Der Effekt tritt sowohl auf, wenn ich "Enter" nach der Eingabe drücke, als auch bei Klick auf den "Save-Button".
Hi,
klick auf save-button ist hier eher sinnfrei, es sei denn, Du willst zuvor gemachte Änderungen in fhem.cfg speichern.
Nach Eingabe eines Baefehls immer nur <ENTER>
Auf Linux-Systemen sollte shutdown-restanrt funktionieren.
Gubt's irgendwelche Fehler,eldungen?
Hast Du die Datei 'startfhem' verändert?
Auf meiner FB7390 ,it install von fhem.de klappt das einwandfrei.
Gruß,
Uli
Hallo, ich habe die startfhem so verändert, dass fhem als root läuft, um die Fritzbox-Attribute abfragen zu können.
Hier meine startfhem:
#!/bin/sh
home=/var/InternerSpeicher/fhem
cd $home
trap "" SIGHUP
modprobe cdc_acm
modprobe ftdi_sio
sleep 2
ln -sf $home/FHEM/fhemcmd.sh /var/fhemcmd
PATH=$home:$PATH
export PATH
export LD_LIBRARY_PATH=$home/lib
export PERL5LIB=$home/lib/perl5/site_perl/5.12.2/mips-linux:$home/lib/perl5/site_perl/5.12.2:$home/lib/perl5/5.12.2/mips-linux:$home/lib/perl5/5.12.2
# add user fhem with uid of boxusr80/boxusr99 (== ftpuser)
# Comment/delete everything between START and END to run FHEM as root
## START:fhem-user
# id fhem > /dev/null 2>&1
# if test "$?" -ne "0"; then
# grep -q 1099 /etc/passwd;
# if test $? -eq "0"; then
# echo "fhem:any:1099:0:fhem:/home-not-used:/bin/sh" >>/var/tmp/passwd
# else
# echo "fhem:any:1080:0:fhem:/home-not-used:/bin/sh" >>/var/tmp/passwd
# fi
# chown -R fhem FHEM docs log www
# chown fhem . *
# chown root dfu-programmer
# chmod u+s dfu-programmer
# fi
## END:fhem-user
perl fhem.pl fhem.cfg
Hallo Uli,
ich habe die Startdatei nicht verändert und es kommen auch keine Fehlermeldungen. Dieses Verhalten habe ich schon seit dem Sommer (ich glaube schon unter 5.2 trat der Effekt auf - aber das kann ich nun nicht mehr nachverfolgen).
Uwe
Hi Uwe,
hmmm - dazu müsste Rudi was sagen...
=8-)
Hallo,
ich hab soeben ein shutdown restart durchgeführt und fhem ist wieder brav erreichbar.
Grüße
P.S.: Auch wenns euch nicht hilft aber es gibt auch Systeme die funktionieren ;-)
Kann der "Fehler" evtl. damit zusammenhängen, dass ich meine cfg in Häppchen aufgeteilt habe und die fhem.cfg fast nur aus includes besteht (einfacher zu bearbeiten)?
Neustart:
2013.01.12 13:27:58 0: Server shutdown
2013.01.12 13:28:55 1: Including fhem.cfg
2013.01.12 13:28:56 3: telnetPort: port 7072 opened
2013.01.12 13:28:56 1: Including /var/InternerSpeicher/fhem/FHEM/00_Webinterface.cfg
2013.01.12 13:28:57 3: WEB: port 8083 opened
2013.01.12 13:28:57 3: WEBphone: port 8084 opened
2013.01.12 13:28:57 3: WEBtablet: port 8085 opened
2013.01.12 13:28:57 1: Including /var/InternerSpeicher/fhem/FHEM/04_Funkinterface.cfg
2013.01.12 13:28:57 3: Opening CUNO2 device 192.168.178.100:2323
2013.01.12 13:28:57 3: CUNO2 device opened
2013.01.12 13:28:57 3: CUNO2: Possible commands: mBCFiAIGMRTVWXOefltuxEcq
2013.01.12 13:28:57 2: Switched CUNO2 rfmode to HomeMatic
2013.01.12 13:28:57 2: Switched IRDEV irReceive to ON_NR
2013.01.12 13:28:57 1: Including /var/InternerSpeicher/fhem/FHEM/06_Devices.cfg
2013.01.12 13:28:59 1: Including /var/InternerSpeicher/fhem/FHEM/08_Floorplan.cfg
2013.01.12 13:28:59 1: Including /var/InternerSpeicher/fhem/FHEM/10_Wetter.cfg
2013.01.12 13:29:00 1: Including /var/InternerSpeicher/fhem/FHEM/12_Raumklima.cfg
2013.01.12 13:29:00 1: Including /var/InternerSpeicher/fhem/FHEM/14_Rola.cfg
2013.01.12 13:29:00 1: Including /var/InternerSpeicher/fhem/FHEM/16_Heizung.cfg
2013.01.12 13:29:00 1: Including /var/InternerSpeicher/fhem/FHEM/99_Test.cfg
2013.01.12 13:29:00 1: Including ./log/fhem.save
2013.01.12 13:29:01 3: initialUsbCheck return value: Unknown command usb, try help
2013.01.12 13:29:01 2: SecurityCheck: WEB,WEBphone,WEBtablet has no basicAuth attribute. telnetPort has no password/globalpassword attribute. Restart fhem for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2013.01.12 13:29:01 0: Server started (version Fhem 5.3 (DEVELOPMENT), $Id: fhem.pl 2459 2013-01-09 09:14:30Z rudolfkoenig $, pid 22929)
Die fhem.cfg sieht so aus:
attr global autoload_undefined_devices 1
attr global logfile ./log/fhem-%Y-%m.log
attr global modpath .
attr global motd SecurityCheck:\\\\\\\\\\\\\\\\\\
\\\\\\\\\\\\\\\\\\
WEB,WEBphone,WEBtablet has no basicAuth attribute.\\\\\\\\\\\\\\\\\\
telnetPort has no password/globalpassword attribute.\\\\\\\\\\\\\\\\\\
\\\\\\\\\\\\\\\\\\
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 nofork 1
attr global statefile ./log/fhem.save
attr global userattr fp_ETW icon webCmd
attr global verbose 3
# attr global mseclog 1
define telnetPort telnet 7072 global
# Fake FileLog entry, to access the fhem log from FHEMWEB
define Logfile FileLog ./log/fhem-%Y-%m.log fakelog
# Disable this to avoid looking for new USB devices on startup
define initialUsbCheck notify global:INITIALIZED usb create
# -----------
include /var/InternerSpeicher/fhem/FHEM/00_Webinterface.cfg
# include /var/InternerSpeicher/fhem/FHEM/02_Autocreate.cfg
include /var/InternerSpeicher/fhem/FHEM/04_Funkinterface.cfg
include /var/InternerSpeicher/fhem/FHEM/06_Devices.cfg
include /var/InternerSpeicher/fhem/FHEM/08_Floorplan.cfg
include /var/InternerSpeicher/fhem/FHEM/10_Wetter.cfg
include /var/InternerSpeicher/fhem/FHEM/12_Raumklima.cfg
include /var/InternerSpeicher/fhem/FHEM/14_Rola.cfg
include /var/InternerSpeicher/fhem/FHEM/16_Heizung.cfg
include /var/InternerSpeicher/fhem/FHEM/99_Test.cfg
Was anderes fällt mir nicht ein...
Uwe
Meine cfg ist nicht aufgeteilt und der restart geht trotzdem nicht...
Meine ist aufgeteilt in mehrere .cfgs und funktioniert einwandfrei.
Hmmm...
sorry... dumme Frage, aber ihr drückt nach "shutdown restart" + <Enter> nicht einfach nur den Refresh-Button bzw. F5 für Neu laden im Browser? Dann steht bei mir in der URL-Zeile nämlich immer noch
http://IP-des-FHEM-Servers:8083//fhem?cmd=shutdown+restart
und dann startet man jedes mal den FHEM-Dienst neu.
Ist mir auch schon passiert! Und ich möchte keinem zu nahe treten, aber es ist eine Möglichkeit.
Gruß
Thomas
Nein, ich gehe immer History back, also auf die Seite vor dem Shutdown... Geht trotzdem nicht!
Hi,
im Eingangspost schreibst du von einer "Box", auf der du FHEM laufen hast. Was ist das für eine Box (sorry, aber ich führe keine Liste, wer hier welche Hardware für FHEM fährt)?
Zitat von: Bgewehr schrieb am Sa, 12 Januar 2013 20:05Nein, ich gehe immer History back, also auf die Seite vor dem Shutdown... Geht trotzdem nicht!
Kann man sich auf deiner FHEM-Box die laufenden Prozesse a la
ps ax | grep fhem
anzeigen lassen? Am besten vor und nach dem
shutdown restart, denn dann sieht man anhand der Prozess-ID, ob auch ein Neustart erfolgte
Beispiel:
# ps ax | grep fhem
29415 ? S 0:35 /usr/bin/perl /opt/fhem/fhem.pl /opt/fhem/fhem.cfg
jetzt ein
shutdown restart
# ps ax | grep fhem
29496 ? D 0:04 /usr/bin/perl /opt/fhem/fhem.pl /opt/fhem/fhem.cfg
Gruß
Thomas
Ist eine FritzBox 7390!
auf ps | grep fhem per Telnet auf Port 23 kommt
Server> ps | grep fhem
Server> 1655 root 1244 S {startfhem} /bin/sh /var/InternerSpeicher/fhem/start
Server> 1791 root 18284 S perl fhem.pl fhem.cfg
nun shutdown restart führt zu ... meterweise logs nach dem Schema
Server> # system-load 2 curr: perl runnable: 2
Server> system-load 7 curr: perl runnable: 2
Server> SysRq : Changing Loglevel
Server> Loglevel set to 4
Server> [AVMDBG_OVR] -> skip header should not happen!
Server> http header does not start at beginning of packet -> skip header should not happen!
Server> http header does not start at beginning of packet -> skip header should not happen!
Server> system-load 2 curr: ctlmgr_ctl runnable: 3
Server> system-load 2 curr: perl runnable: 1
Server> system-load 3 curr: ctlmgr_ctl runnable: 1
Server> avm_pa: telephony active (reduce)
Server> avm_pa: telephony inactive
Server> system-load 2 curr: ctlmgr_ctl runnable: 2
Server> system-load 2 curr: ctlmgr_ctl runnable: 2
Server> avm_pa: telephony active (reduce)
Server> system-load 2 curr: ctlmgr_ctl runnable: 2
Server> avm_pa: load reduce 0 => 1, rate 1750 (pps 33)
Server> avm_pa: load reduce 1 => 0, rate 1750 (pps 33 ov_pps 0)
Server> avm_pa: telephony inactive
Server> TFFS: F�llstand > 75 ... trigger Cleanup
Server> system-load 2 curr: ctlmgr_ctl runnable: 3
Server> [AHA] SIGHUP received
Server>
Server>
Server> [AHA] SIGHUP received
Server>
Server>
Server> [aha: avm_home_upper_connection_thread] Error: message received (ret=-1, errno 4, 'Interrupted system call')
Server> [AHA] SIGHUP received
Server>
Server>
Server> nactive
Server> avm_pa: telephony active (reduce)
Server> avm_pa: telephony inactive
Server> avm_pa: telephony active (reduce)
Server> avm_pa: telephony inactive
Server> avm_pa: telephony active (reduce)
Server> system-load 2 curr: ctlmgr_ctl runnable: 3
Server> system-load 1 curr: perl runnable: 2
Server> avm_pa: load reduce 0 => 1, rate 1989 (pps 39)
Server> avm_pa: load reduce 1 => 0, rate 1989 (pps 39 ov_pps 0)
Server> system-load 2 curr: ctlmgr runnable: 2
Server> system-load 2 curr: ctlmgr_ctl runnable: 3
Server> system-load 2 curr: ctlmgr_ctl runnable: 3
Server> avm_pa: load reduce 0 => 1, rate 1989 (pps 41)
Server> avm_pa: load reduce 1 => 0, rate 1989 (pps 55 ov_pps 0)
Server> system-load 3 curr: perl runnable: 3
Server> avm_pa: telephony inactive
Server> system-load 2 curr: ctlmgr_ctl runnable: 1
Server> system-load 2 curr: perl runnable: 1
Server> system-load 1 curr: ctlmgr_ctl runnable: 1
Server> system-load 1 curr: ctlmgr_ctl runnable: 2
Server> system-load 1 curr: ctlmgr_ctl runnable: 3
Server> system-load 2 curr: ctlmgr_ctl runnable: 3
Server> system-load 2 curr: ctlmgr_ctl runnable: 3
Server> system-load 3 curr: perl runnable: 1
Server> system-load 5 curr: perl runnable: 1
Server> system-load 6 curr: ctlmgr_ctl runnable: 3
Server> system-load 1 curr: perl runnable: 2
Server> system-load 6 curr: perl runnable: 3
Server> system-load 2 curr: perl runnable: 1
Server> system-load 6 curr: ctlmgr_ctl runnable: 3
Server> system-load 2 curr: ctlmgr_ctl runnable: 3
Server> system-load 2 curr: perl runnable: 1
Server> system-load 6 curr: perl runnable: 1
Server> system-load 2 curr: ctlmgr_ctl runnable: 1
Server> system-load 3 curr: perl runnable: 2
Server> [vap-0: 16:00:50:f2:01:01] discard assoc_req frame wrong bssid
Server> [vap-0: 16:00:50:f2:01:01] discard assoc_req frame wrong bssid
Server> [vap-0: 16:00:50:f2:01:01] discard assoc_req frame wrong bssid
Server> [vap-0: 16:00:50:f2:01:01] discard assoc_req frame wrong bssid
Server> system-load 2 curr: ctlmgr runnable: 2
Server> system-load 2 curr: perl runnable: 2
Server> system-load 3 curr: ctlmgr_ctl runnable: 3
Server> system-load 2 curr: ctlmgr runnable: 2
Server> kdsld: flushing internet sessions
Server> kdsld: flushing internet sessions
Server> kdsld: flushing internet sessions
Server> system-load 3 curr: ctlmgr runnable: 4
Server> vdsl_pa_dev_transmit(vdsl) 1
Server> vdsl_pa_dev_transmit(vdsl) 1
Server> vdsl_pa_dev_transmit(vdsl) 1
Server> vdsl_pa_dev_transmit(vdsl) 1
Server> vdsl_pa_dev_transmit(vdsl) 1
Server> vdsl_pa_dev_transmit(vdsl) 1
Server> vdsl_pa_dev_transmit(vdsl) 1
Server> vdsl_pa_dev_transmit(vdsl) 1
Server> vdsl_pa_dev_transmit(vdsl) 1
Server> vdsl_pa_dev_transmit(vdsl) 1system-load 1 curr: perl runnable: 1
Server> system-load 2 curr: ctlmgr_ctl runnable: 3
Server> system-load 2 curr: ctlmgr_ctl runnable: 3
Server> system-load 2 curr: ctlmgr_ctl runnable: 1
Server> system-load 1 curr: ctlmgr_ctl runnable: 3
Server> system-load 1 curr: perl runnable: 3
Server> system-load 2 curr: ctlmgr_ctl runnable: 3
Server> system-load 2 curr: ctlmgr_ctl runnable: 5
Server> system-load 2 curr: ctlmgr_ctl runnable: 7
Server> system-load 2 curr: ctlmgr_ctl runnable: 1
Server> system-load 2 curr: perl runnable: 1
Server> system-load 2 curr: perl runnable: 1
Server> system-load 2 curr: ctlmgr_ctl runnable: 3
Server> system-load 2 curr: perl runnable: 1
Server> system-load 2 curr: ctlmgr_ctl runnable: 1
Server> system-load 2 curr: ctlmgr runnable: 4
Server> system-load 2 curr: ctlmgr_ctl runnable: 3
Server> system-load 2 curr: ctlmgr_ctl runnable: 3
Server> system-load 2 curr: ctlmgr_ctl runnable: 2
Server> system-load 2 curr: ctlmgr_ctl runnable: 3
Server> system-load 2 curr: ar7cfgctl runnable: 3
Server> system-load 1 curr: ar7cfgctl runnable: 2
Server> do_page_fault() #2: sending SIGSEGV to smbd for invalid read access from
Server> 00000000 (epc == 00000000, ra == 004507BD)
Server> system-load 2 curr: ctlmgr_ctl runnable: 3
Server> __ratelimit: 18 callbacks suppressed
Dann Stille!
dann wieder ps | grep fhem:
Server> ps | grep fhem
Server> 3451 root 1236 S grep fhem
Auf dem Web-Interface kein response.
Muss die Box neu starten, damit wieder alles läuft...
Hallo,
auch wenn ich jetzt, ahnungslos, über das Ziel hinaus schiesse ...
Hast du schonmal das Recover-File für die 7390 vom AVM-ftp-Server gezogen und die Box mal in den
"Urzustand" zurück gesetzt?
ACHTUNG!! Anleitung genauestens lesen und daran halten!!!
Damit solltest du "interne" "Verbiegungen" in den Bits und Bytes wieder gerade rücken können.
Nachdem der Beitrag schon länger so geht wäre ein Recover die schnellere Variante (ca. 5 Minuten) ;-)
Wenns hilft ist gut wenn nicht, naja - ists auch nicht schlimm.
Grüße
mir ist es zwei mal auf einer synology diskstation passiert. durch zufall habe ich bei einem mal in der consolen ausgabe ein fehler beim öffnen des telnet posts gesehen. ich tippe zumindest bei mir auf ein timing problem das beim restart der port noch belegt ist und dann das restart hängt.
Ich habe heute auch mal mit Putty die Veränderung der laufenden Prozesse protokolliert, habe aber k.A., wie das zu interpretieren ist:
Zuerst laufendes fhem: # 4309 boxusr80 14920 S perl fhem.pl fhem.cfg
dann shutdown restart: # 4800 boxusr80 10848 S perl fhem.pl fhem.cfg
Neutart mit Putty: # 4800 boxusr80 10856 S perl fhem.pl fhem.cfg
nach neuem Aufruf von fhem im Browser:
# ps | grep fhem
4800 boxusr80 13296 S perl fhem.pl fhem.cfg
4821 root 1416 S grep fhem
Den Tipp zum Recovern der FB habe ich noch nicht getestet.
Uwe
Hab im Windows Bereich auch schon mal deswegen was aufgemacht. Da Funktioniert es bis heute leider auch nicht :(
gerade eben ist ein neu start schief gegangen. das hier sind die zeilen aus dem log:2013.01.21 23:57:55 0: Server shutdown
2013.01.21 23:57:57 1: Including /usr/local/FHEM/etc/fhem.cfg
2013.01.21 23:57:57 1: telnetPort: Can't open server port at 7072: Address already in use. Exiting.
gruss
andre
Das klingt ja so, als würde es schin helfen, noch ein bisschen zu warten... kann das wer einbauen?
Ich will das Thema heute noch mal aufnehmen:
Das Problem besteht nach wie vor, ich habe gerade ein update gefahren und der Neustart klappte wieder nicht. Ich kopiere mal die Putty-Ausgaben:
# Use of uninitialized value in string eq at fhem.pl line 2698, <$fh> line 21.
Use of uninitialized value $str in join or string at fhem.pl line 2701, <$fh> line 21.
Use of uninitialized value in string eq at fhem.pl line 2698, <$fh> line 136.
Use of uninitialized value $str in join or string at fhem.pl line 2701, <$fh> line 136.
Use of uninitialized value in string eq at fhem.pl line 2698, <$fh> line 221.
Use of uninitialized value $str in join or string at fhem.pl line 2701, <$fh> line 221.
Use of uninitialized value in string eq at fhem.pl line 2698, <$fh> line 232.
Use of uninitialized value $str in join or string at fhem.pl line 2701, <$fh> line 232.
Use of uninitialized value in hash element at ./FHEM/10_CUL_HM.pm line 3033.
Use of uninitialized value $lstAr in split at ./FHEM/10_CUL_HM.pm line 3034.
# ls
CHANGED dfu-programmer fhem.cfg.org lib startfhem
FHEM docs fhem.pl log unused
backup fhem.cfg fhem.pl.org perl www
# ./startfhem
chown: unknown user boxusr80
chown: unknown user boxusr80
#
Vielleicht hilft das bei der Suche nach dem Fehler?
Danke Uwe.
zumindest auf meiner syno passiert es fast regelmäßig und immer mit der besagten telnet port meldung.
gruss
andre
gerade eben bemerkt das es mit einem rereadcfg bei mir immer reproduzierbar ist. die 'Address already in use' meldung kommt und fhem beendet sich.
das telnet_Undef wird auch nicht aufgerufen und das scheint die einzige stelle zu sein von wo aus TcpServer_Close aufgerufen wird.
gruss
nadre
Seit meinem letzten fhem Update läuft shutdown auch mit Restart!
Das ist ja mal 'ne gute Nachricht, werde ich am WE auch ausprobieren. Das Neustarten mit Putty nervt doch ganz schön...
Hast du noch irgendwas in den Einstellungen geändert?
Danke Uwe
... und leider hat sich bei mir nichts geändert - also weiter Putty nutzen. :-(
Schönes WE
Uwe