[Gelöst] Kein Zugriff auf die Weboberfläche

Begonnen von Ruedi05, 26 Dezember 2016, 23:02:31

Vorheriges Thema - Nächstes Thema

Ruedi05

Hallo zusammen,
ich habe mir auf einem Raspberry ein Rasbian Jessie installiert, dann FHEM und dann einen selbst zusammengebauten CUL. Der Zugriff über <ip>:8083/fhem hat problemlos geklappt. Ich konnte die cfg beschreiben usw.

Leider funktioniert nach einem Neustart der Zugriff über den Browser nicht mehr, egal welcher Browser, egal ob mit oder ohne CUL. Über putty und einen ping ist aber alles erreichbar. Auch weitere Neustarts von Raspberry und/oder FHEM brachten keine Änderung

Ich habe dann vorsichtshalber nochmal alles neu installiert, aber danach war es genauso: Bis zum Restart kam ich auf die Weboberfläche, danach nie mehr.

Keine Ahnung, was ich falsch gemacht habe oder was ich jetzt machen soll? Hat jemand eine Idee?
Gruß Rüdiger.

MadMax-FHEM

#1
Wenn du per putty drauf kommst dann poste doch mal in code-Tags (# in der "Menüleiste"):


cd /opt/fhem/log
tail fhem-2016-12.log


EDIT2: um zu sehen, ob es beim Start Fehler gibt, die dazu führen, dass fhem nicht startet bzw. per Web erreichbar ist...

Vors. "Standardinstallation" nach /opt/fhem und Standardlogfile...

Wie hast du fhem installiert?
Welche PI Basis? 1-2-3?

Wenn per apt-get install, dann mal prüfen was:

sudo service fhem status

sagt...

EDIT: Also vielleicht wird fhem beim Reboot nicht automatisch wieder gestartet...

EDIT3: oder auch mal 'top' eingeben und schauen, ob "ab und an" ein "perl-Prozess" auftaucht (vors. es läuft nur fhem auf dem PI). Sollte so sein, wenn fhem läuft...

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)


MadMax-FHEM

FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

Otto123

Zitat von: Ruedi05 am 26 Dezember 2016, 23:02:31
Ich konnte die cfg beschreiben usw.
vielleicht ist auch das das Problem? Bei mir schreibe ICH nicht in den cfg, das tut FHEM.

Wenn es ein Pi 3 ist würde ich vielleicht auf die Abhängigkeit vom Netzwerk tippen:

Unter Umständen erzeugt fhem beim Start sofort 100% CPU Last. Dagegen helfen zwei Methoden, entweder man macht den Start von fhem vom Netzwerk oder dem ntp Dienst abhängig,
# Den Systemstart von ntp abhängig machen
sed -i s/'# Required-Start:       $local_fs $remote_fs/# Required-Start:       $local_fs $remote_fs $ntp/' /etc/init.d/fhem
systemctl daemon-reload

oder man fügt am Anfang vom Startscript /etc/init.d/fhem ein "sleep 10" ein.

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

Ruedi05

Hallo zusammen,
vielen Dank für die Antworten. Der letzte Tipp hat geholfen: Ich habe ein SLEEP 10 beim Starten von FHEM eingefügt und schon klappts!
Gruß Rüdiger.