FHEM Forum

Hallo,
seit einem Update meines FHEM Servers kann ich nicht mehr auf die Website zugreifen.
ich habe ein check update und danach ein update und ein shutdown restart gemacht. Danach war fhem weg.
Fhem lässt sich nun nicht mehr mittels web interface aufrufen!

ich hab fhem auf meinem Homeserver laufen (Ubuntu 16.04.3 LTS (GNU/Linux 4.4.0-112-generic x86_64)), ZWave USB Stick, ein paar webcams mittels iFrame und Netatmo waren bis dato eingebunden.

Im LOG File finde ich folgedes:
eth0 not available
eth0_diff not available
ein sudo ifconfig bringt mir:
eno1      Link encap:Ethernet  HWaddr 44:37:e6:ba:06:63 
          inet addr:10.0.0.10  Bcast:10.0.0.255  Mask:255.255.255.0
          inet6 addr: fe80::4637:e6ff:feba:663/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:2545 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1593 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:718800 (718.8 KB)  TX bytes:597088 (597.0 KB)
          Interrupt:20 Memory:f7c00000-f7c20000

lo        Link encap:Local Loopback 
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:1721 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1721 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1
          RX bytes:246739 (246.7 KB)  TX bytes:246739 (246.7 KB)

also kein eth0!
wie kann ich das korrigieren?

ein
sudo systemctl status fhem.service

ergibt:
fhem.service - LSB: FHEM server
   Loaded: loaded (/etc/init.d/fhem; bad; vendor preset: enabled)
   Active: active (running) since Sun 2018-08-05 21:58:33 CEST; 11min ago
     Docs: man:systemd-sysv-generator(8)
  Process: 1784 ExecStart=/etc/init.d/fhem start (code=exited, status=0/SUCCESS)
    Tasks: 1
   Memory: 144.9M
      CPU: 1.796s
   CGroup: /system.slice/fhem.service
           └─2242 perl fhem.pl fhem.cfg

Aug 05 21:58:33 lenovo fhem[1784]: Starting fhem...
also sollte FHEM auch laufen!

danke,
/krijeck

Hi,

kannst Du den Server den von wo anders aus anpingen?
Allgemeine Hinweise -> https://wiki.fhem.de/wiki/FHEM_startet_nicht_-_Tipps_zur_Fehlersuche

Du könntest versuchen den usb Check auszuschalten, im Terminal:
/opt/fhem/fhem.pl 7072 "attr initialUsbCheck disable 1"
/opt/fhem/fhem.pl 7072 "save"
Danach neu starten, falls das alles funktioniert.

Das ist aber nur ein Schuss ins Blaue, ohne Risiko :).

Gruß Otto

Danke, funktioniert aber leider nicht.

sudo systemctl status fhem.service
● fhem.service - LSB: FHEM server
   Loaded: loaded (/etc/init.d/fhem; bad; vendor preset: enabled)
   Active: active (running) since Sun 2018-08-05 22:59:07 CEST; 14s ago
     Docs: man:systemd-sysv-generator(8)
  Process: 5744 ExecStop=/etc/init.d/fhem stop (code=exited, status=1/FAILURE)
  Process: 5904 ExecStart=/etc/init.d/fhem start (code=exited, status=0/SUCCESS)
    Tasks: 2
   Memory: 93.4M
      CPU: 172ms
   CGroup: /system.slice/fhem.service
           ├─5758 perl fhem.pl fhem.cfg
           └─5790 perl fhem.pl fhem.cfg

Aug 05 22:59:07 lenovo systemd[1]: Starting LSB: FHEM server...
Aug 05 22:59:07 lenovo systemd[1]: Started LSB: FHEM server.

ich hab auch die Seite in der WiKI durch - erfolglos.
Was ich noch angepasst habe seit heute früh war, dass ich pi-hole installiert habe. Auf dem selben Server laufen momentan FHEM (momentan nicht), tvheadend, webmin und eben pi-hole seit heute.
Alle anderen Anwendungen laufen und ich kann auch auf en Server mit SSH ....

Keine Ahnung was da los ist. Ich konnte ergoogeln, dass es Probleme mit eth0 gibt wegen Namensänderung! Keine Ahnung wie man das löst!

Das systemctl status sagt null über das Programm aus.

Was sagt den ein ps ax | grep fhem

Was steht im FHEM Log. Und zwar nicht nur eine Zeile sondern alles seit dem Start Befehl. Und bitte hier posten. Nur weil Du nichts siehst heißt das ja lange noch nicht das andere nichts sehen.

Hallo,

ps ax | grep fhem ergiebt:
5758 ?        S      0:02 perl fhem.pl fhem.cfg
28223 pts/0    S+     0:00 grep --color=auto fhem

ich kann aber immer noch nicht auf http://IP:8083/fhem zugreifen! :-(


die letzten Zeilen des LOG (fhem-2018-08.log) files:

2018.08.05 21:57:18 1: PERL WARNING: "my" variable $fh masks earlier declaration in same scope at ./FHEM/99_myUtilsTelegram.pm line 205.
2018.08.05 21:57:18 1: PERL WARNING: "my" variable $filename masks earlier declaration in same scope at ./FHEM/99_myUtilsTelegram.pm line 208.
2018.08.05 21:57:18 1: PERL WARNING: "my" variable $fh masks earlier declaration in same scope at ./FHEM/99_myUtilsTelegram.pm line 209.
2018.08.05 21:57:18 1: PERL WARNING: "my" variable $filename masks earlier declaration in same scope at ./FHEM/99_myUtilsTelegram.pm line 212.
2018.08.05 21:57:18 1: PERL WARNING: "my" variable $fh masks earlier declaration in same scope at ./FHEM/99_myUtilsTelegram.pm line 213.
2018.08.05 21:57:18 1: Including fhem.cfg
2018.08.05 21:57:18 1: telnetPort: Can't open server port at 7072: Address already in use. Exiting.
2018.08.05 21:58:33 1: PERL WARNING: "my" variable $filename masks earlier declaration in same scope at ./FHEM/99_myUtilsTelegram.pm line 204.
2018.08.05 21:58:33 1: PERL WARNING: "my" variable $fh masks earlier declaration in same scope at ./FHEM/99_myUtilsTelegram.pm line 205.
2018.08.05 21:58:33 1: PERL WARNING: "my" variable $filename masks earlier declaration in same scope at ./FHEM/99_myUtilsTelegram.pm line 208.
2018.08.05 21:58:33 1: PERL WARNING: "my" variable $fh masks earlier declaration in same scope at ./FHEM/99_myUtilsTelegram.pm line 209.
2018.08.05 21:58:33 1: PERL WARNING: "my" variable $filename masks earlier declaration in same scope at ./FHEM/99_myUtilsTelegram.pm line 212.
2018.08.05 21:58:33 1: PERL WARNING: "my" variable $fh masks earlier declaration in same scope at ./FHEM/99_myUtilsTelegram.pm line 213.
2018.08.05 21:58:33 1: Including fhem.cfg
2018.08.05 21:58:33 3: telnetPort: port 7072 opened
2018.08.05 21:58:33 3: WEB: port 8083 opened
2018.08.05 21:58:33 3: WEBphone: port 8084 opened
2018.08.05 21:58:33 3: WEBtablet: port 8085 opened
2018.08.05 21:58:33 2: eventTypes: loaded 1469 events from ./log/eventTypes.txt
2018.08.05 21:58:34 3: Opening ZWDongle device /dev/ttyACM0
2018.08.05 21:58:34 3: Setting ZWDongle serial parameters to 115200,8,N,1
2018.08.05 21:58:35 3: ZWDongle device opened
2018.08.05 21:58:35 3: ZWave: cannot load Crypt::Rijndael, SECURITY class disabled

2018.08.05 21:58:35 3: HUEDevice7: I/O device is HUE_bridge
2018.08.05 21:58:35 3: HUEDevice3: I/O device is HUE_bridge
2018.08.05 21:58:35 3: HUEDevice6: I/O device is HUE_bridge
2018.08.05 21:58:35 3: HUEDevice1: I/O device is HUE_bridge
2018.08.05 21:58:35 3: HUEDevice5: I/O device is HUE_bridge
2018.08.05 21:58:35 3: HUEDevice2: I/O device is HUE_bridge
2018.08.05 21:58:35 3: HUEDevice4: I/O device is HUE_bridge
2018.08.05 21:58:35 3: HUEGroup0: I/O device is HUE_bridge
2018.08.05 21:58:35 3: HUEGroup4: I/O device is HUE_bridge
2018.08.05 21:58:35 3: HUEGroup2: I/O device is HUE_bridge
2018.08.05 21:58:35 3: HUEGroup3: I/O device is HUE_bridge
2018.08.05 21:58:35 3: HUEGroup5: I/O device is HUE_bridge
2018.08.05 21:58:35 3: Kueche: I/O device is HUE_bridge
2018.08.05 21:58:35 3: HUEGroup7: I/O device is HUE_bridge
2018.08.05 21:58:35 3: Opening myJeeLink device /dev/ttyUSB0
2018.08.05 21:58:35 3: Setting myJeeLink serial parameters to 57600,8,N,1
2018.08.05 21:58:36 3: myJeeLink device opened
2018.08.05 21:58:36 3: EG.woh.temp: I/O device is myJeeLink
2018.08.05 21:58:36 3: DG.tob.temp: I/O device is myJeeLink
2018.08.05 21:58:36 3: DG.mor.temp: I/O device is myJeeLink
2018.08.05 21:58:36 3: DG.bad.temp: I/O device is myJeeLink
2018.08.05 21:58:36 3: DG.sch.temp: I/O device is myJeeLink
2018.08.05 21:58:36 3: KL.wer.temp: I/O device is myJeeLink
2018.08.05 21:58:36 3: KL.vor.temp: I/O device is myJeeLink
2018.08.05 21:58:36 3: TABLETUI: new ext defined infix:ftui/: dir:./www/tablet/:
2018.08.05 21:58:36 3: Registering HTTPSRV TABLETUI for URL /ftui   and assigned link ftui/ ...
2018.08.05 21:58:36 3: HUE_bridge_HUEGroup1: I/O device is HUE_bridge
2018.08.05 21:58:37 1: dewpoint dew_state: attribute 'absFeuchte' is deprecated, please use 'absoluteHumidity'
2018.08.05 21:58:38 3: TelegramBot_Define jahnstrassebot: called
2018.08.05 21:58:38 3: HUE_bridge_HUEGroup8: I/O device is HUE_bridge
2018.08.05 21:58:38 3: HUE_schalter: I/O device is HUE_bridge
2018.08.05 21:58:38 1: Including ./log/fhem.save
2018.08.05 21:58:38 1: configfile: Unknown command ;
, try help.

2018.08.05 21:58:38 3: LHhub: connected
2018.08.05 21:58:39 3: Wetter getDevices (devicelist)
2018.08.05 21:58:39 3: netatmo_D70_ee_50_1a_f8_c8: I/O device is Wetter
2018.08.05 21:58:39 3: Wetter getDevices (devicelist)
2018.08.05 21:58:39 3: Wetter getHomecoachs (homecoachlist)
2018.08.05 21:58:39 3: netatmo_M02_00_00_1b_2b_56: I/O device is Wetter
2018.08.05 21:58:39 3: notify_fhem_reload return value: Please define Jahnstrassebot first
2018.08.05 21:58:39 0: Featurelevel: 5.8
2018.08.05 21:58:39 0: Server started with 118 defined entities (fhem.pl:17089/2018-08-04 perl:5.022001 os:linux user:fhem pid:2242)
2018.08.05 21:58:39 2: ZWDongle_ProcessSendStack: no ACK, resending message 0107000301020100f9
2018.08.05 22:45:16 0: Server shutdown
2018.08.05 22:46:29 1: PERL WARNING: "my" variable $filename masks earlier declaration in same scope at ./FHEM/99_myUtilsTelegram.pm line 204.
2018.08.05 22:46:29 1: PERL WARNING: "my" variable $fh masks earlier declaration in same scope at ./FHEM/99_myUtilsTelegram.pm line 205.
2018.08.05 22:46:29 1: PERL WARNING: "my" variable $filename masks earlier declaration in same scope at ./FHEM/99_myUtilsTelegram.pm line 208.
2018.08.05 22:46:29 1: PERL WARNING: "my" variable $fh masks earlier declaration in same scope at ./FHEM/99_myUtilsTelegram.pm line 209.
2018.08.05 22:46:29 1: PERL WARNING: "my" variable $filename masks earlier declaration in same scope at ./FHEM/99_myUtilsTelegram.pm line 212.
2018.08.05 22:46:29 1: PERL WARNING: "my" variable $fh masks earlier declaration in same scope at ./FHEM/99_myUtilsTelegram.pm line 213.
2018.08.05 22:46:29 1: Including fhem.cfg
2018.08.05 22:46:29 3: telnetPort: port 7072 opened
2018.08.05 22:46:30 3: WEB: port 8083 opened
2018.08.05 22:46:30 3: WEBphone: port 8084 opened
2018.08.05 22:46:30 3: WEBtablet: port 8085 opened
2018.08.05 22:46:30 2: eventTypes: loaded 1469 events from ./log/eventTypes.txt
2018.08.05 22:46:30 3: Opening ZWDongle device /dev/ttyACM0
2018.08.05 22:46:30 3: Setting ZWDongle serial parameters to 115200,8,N,1
2018.08.05 22:46:31 3: ZWDongle device opened
2018.08.05 22:46:31 3: ZWave: cannot load Crypt::Rijndael, SECURITY class disabled
2018.08.05 22:46:31 3: HUEDevice7: I/O device is HUE_bridge
2018.08.05 22:46:31 3: HUEDevice3: I/O device is HUE_bridge
2018.08.05 22:46:31 3: HUEDevice6: I/O device is HUE_bridge
2018.08.05 22:46:31 3: HUEDevice1: I/O device is HUE_bridge
2018.08.05 22:46:31 3: HUEDevice5: I/O device is HUE_bridge
2018.08.05 22:46:32 3: HUEDevice2: I/O device is HUE_bridge
2018.08.05 22:46:32 3: HUEDevice4: I/O device is HUE_bridge
2018.08.05 22:46:32 3: HUEGroup0: I/O device is HUE_bridge
2018.08.05 22:46:32 3: HUEGroup4: I/O device is HUE_bridge
2018.08.05 22:46:32 3: HUEGroup2: I/O device is HUE_bridge
2018.08.05 22:46:32 3: HUEGroup3: I/O device is HUE_bridge
2018.08.05 22:46:32 3: HUEGroup5: I/O device is HUE_bridge
2018.08.05 22:46:32 3: Kueche: I/O device is HUE_bridge
2018.08.05 22:46:32 3: HUEGroup7: I/O device is HUE_bridge
2018.08.05 22:46:32 3: Opening myJeeLink device /dev/ttyUSB0
2018.08.05 22:46:32 3: Setting myJeeLink serial parameters to 57600,8,N,1
2018.08.05 22:46:33 3: myJeeLink device opened
2018.08.05 22:46:33 3: EG.woh.temp: I/O device is myJeeLink
2018.08.05 22:46:33 3: DG.tob.temp: I/O device is myJeeLink
2018.08.05 22:46:33 3: DG.mor.temp: I/O device is myJeeLink
2018.08.05 22:46:33 3: DG.bad.temp: I/O device is myJeeLink
2018.08.05 22:46:33 3: DG.sch.temp: I/O device is myJeeLink
2018.08.05 22:46:33 3: KL.ter.temp: I/O device is myJeeLink
2018.08.05 22:46:33 3: KL.wer.temp: I/O device is myJeeLink
2018.08.05 22:46:33 3: KL.vor.temp: I/O device is myJeeLink
2018.08.05 22:46:33 3: TABLETUI: new ext defined infix:ftui/: dir:./www/tablet/:
2018.08.05 22:46:33 3: Registering HTTPSRV TABLETUI for URL /ftui   and assigned link ftui/ ...
2018.08.05 22:46:33 3: HUE_bridge_HUEGroup1: I/O device is HUE_bridge
2018.08.05 22:46:32 3: HUEDevice4: I/O device is HUE_bridge
2018.08.05 22:46:32 3: HUEGroup0: I/O device is HUE_bridge
2018.08.05 22:46:32 3: HUEGroup4: I/O device is HUE_bridge
2018.08.05 22:46:32 3: HUEGroup2: I/O device is HUE_bridge
2018.08.05 22:46:32 3: HUEGroup3: I/O device is HUE_bridge
2018.08.05 22:46:32 3: HUEGroup5: I/O device is HUE_bridge
2018.08.05 22:46:32 3: Kueche: I/O device is HUE_bridge
2018.08.05 22:46:32 3: HUEGroup7: I/O device is HUE_bridge
2018.08.05 22:46:32 3: Opening myJeeLink device /dev/ttyUSB0
2018.08.05 22:46:32 3: Setting myJeeLink serial parameters to 57600,8,N,1
2018.08.05 22:46:33 3: myJeeLink device opened
2018.08.05 22:46:33 3: EG.woh.temp: I/O device is myJeeLink
2018.08.05 22:46:33 3: DG.tob.temp: I/O device is myJeeLink
2018.08.05 22:46:33 3: DG.mor.temp: I/O device is myJeeLink
2018.08.05 22:46:33 3: DG.bad.temp: I/O device is myJeeLink
2018.08.05 22:46:33 3: DG.sch.temp: I/O device is myJeeLink
2018.08.05 22:46:33 3: KL.ter.temp: I/O device is myJeeLink
2018.08.05 22:46:33 3: KL.wer.temp: I/O device is myJeeLink
2018.08.05 22:46:33 3: KL.vor.temp: I/O device is myJeeLink
2018.08.05 22:46:33 3: TABLETUI: new ext defined infix:ftui/: dir:./www/tablet/:
2018.08.05 22:46:33 3: Registering HTTPSRV TABLETUI for URL /ftui   and assigned link ftui/ ...
2018.08.05 22:46:33 3: HUE_bridge_HUEGroup1: I/O device is HUE_bridge
2018.08.05 22:46:34 1: dewpoint dew_state: attribute 'absFeuchte' is deprecated, please use 'absoluteHumidity'
2018.08.05 22:46:34 3: TelegramBot_Define jahnstrassebot: called
2018.08.05 22:46:34 3: HUE_bridge_HUEGroup8: I/O device is HUE_bridge
2018.08.05 22:46:34 3: HUE_schalter: I/O device is HUE_bridge
2018.08.05 22:46:34 1: Including ./log/fhem.save
2018.08.05 22:46:34 1: configfile: Unknown command ;
, try help.

2018.08.05 22:46:35 3: LHhub: connected
2018.08.05 22:46:35 3: Wetter getDevices (devicelist)
2018.08.05 22:46:35 3: netatmo_D70_ee_50_1a_f8_c8: I/O device is Wetter
2018.08.05 22:46:35 3: Wetter getDevices (devicelist)
2018.08.05 22:46:35 3: Wetter getHomecoachs (homecoachlist)
2018.08.05 22:46:36 3: netatmo_M02_00_00_1b_2b_56: I/O device is Wetter
2018.08.05 22:46:36 3: notify_fhem_reload return value: Please define Jahnstrassebot first
2018.08.05 22:46:36 0: Featurelevel: 5.8
2018.08.05 22:46:36 0: Server started with 118 defined entities (fhem.pl:17089/2018-08-04 perl:5.022001 os:linux user:fhem pid:2612)
2018.08.05 22:46:36 2: ZWDongle_ProcessSendStack: no ACK, resending message 0107000301020100f9
2018.08.05 22:53:34 0: Server shutdown
2018.08.05 22:53:34 1: PERL WARNING: "my" variable $filename masks earlier declaration in same scope at ./FHEM/99_myUtilsTelegram.pm line 204.
2018.08.05 22:53:34 1: PERL WARNING: "my" variable $fh masks earlier declaration in same scope at ./FHEM/99_myUtilsTelegram.pm line 205.
2018.08.05 22:53:34 1: PERL WARNING: "my" variable $filename masks earlier declaration in same scope at ./FHEM/99_myUtilsTelegram.pm line 208.
2018.08.05 22:53:34 1: PERL WARNING: "my" variable $fh masks earlier declaration in same scope at ./FHEM/99_myUtilsTelegram.pm line 209.
2018.08.05 22:53:34 1: PERL WARNING: "my" variable $filename masks earlier declaration in same scope at ./FHEM/99_myUtilsTelegram.pm line 212.
2018.08.05 22:53:34 1: PERL WARNING: "my" variable $fh masks earlier declaration in same scope at ./FHEM/99_myUtilsTelegram.pm line 213.
2018.08.05 22:53:34 1: Including fhem.cfg
2018.08.05 22:53:34 1: telnetPort: Can't open server port at 7072: Address already in use. Exiting.
2018.08.05 22:59:07 1: PERL WARNING: "my" variable $filename masks earlier declaration in same scope at ./FHEM/99_myUtilsTelegram.pm line 204.
2018.08.05 22:59:07 1: PERL WARNING: "my" variable $fh masks earlier declaration in same scope at ./FHEM/99_myUtilsTelegram.pm line 205.
2018.08.05 22:59:07 1: PERL WARNING: "my" variable $filename masks earlier declaration in same scope at ./FHEM/99_myUtilsTelegram.pm line 208.
2018.08.05 22:59:07 1: PERL WARNING: "my" variable $fh masks earlier declaration in same scope at ./FHEM/99_myUtilsTelegram.pm line 209.
2018.08.05 22:59:07 1: PERL WARNING: "my" variable $filename masks earlier declaration in same scope at ./FHEM/99_myUtilsTelegram.pm line 212.
2018.08.05 22:59:07 1: PERL WARNING: "my" variable $fh masks earlier declaration in same scope at ./FHEM/99_myUtilsTelegram.pm line 213.
2018.08.05 22:59:07 1: Including fhem.cfg
2018.08.05 22:59:07 1: telnetPort: Can't open server port at 7072: Address already in use. Exiting.

Also FHEM startet schon mal. Jetzt wäre interessant wie ein top oder wegen meiner auch mtop aus schaut. Wie hoch belastet der FHEM Perl Prozess das System.
Kannst du mittels telnet Dich verbinden?

telnet localhost 7072


Wenn Du das hier wieder am laufen hast solltest Du mal Deine myUtils aufräumen. Da ist so einiges nicht sauber.
Hast Du owserver am laufen? Hast du wie von Otto empfohlen das Notify für automatische USB Geräte Erkennung deaktiviert?

Moin,

hast Du die Server shutdown durch einen Neustart ausgelöst?
22:45
22:53
Danach wird fhem mehrfach neu gestartet läuft aber scheinbar schon. Hast Du versucht neu zu starten?

Kannst Du den Dienst fhem beenden?

Gruß Otto

2018.08.05 21:57:18 1: telnetPort: Can't open server port at 7072: Address already in use. Exiting.
Das sagt schon mal alles.

Erstmal veruschen FHEM zu stopen:
service fhem stop
ps aux | grep [f]hem
Erst wenn die letzte Zeile KEIN laufenden FHEM Prozess zeigt, weitermachen, ansonsten bitte:
1. Etwas warten (1 min?)
2. Nochmals Probieren
3. Wenn 3/4 mal probieren nichts hilft, fhem "killen"
fhem killen:
ps aux | grep [f]hem
in der 2. zeile steht eine Zahl, das ist die PID
1. kill <PID>
2. per ps aux | grep [f]hem hachgukcen ob läuft
3. Etwas warten (1 min?)
4. Nochmals Probieren
5. Wenn immer noch läuft, dann die Schrottgewehrmethode:  "kill -9 <PID>
6. Wenn immer noch läuft ..... bitte melden

Hallo nochmals ...

@CoolTux: fhem läuft mit (laut Webmin) 0% CPU Last also belastet fhem das System scheinbar gar nicht.
telnet localhost 7072
ergibt:
Trying ::1...
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
owserver hab ich nicht am laufen und das Notify für automatische USB Geräte Erkennung habe ich deaktiviert.

@Otto123: soweit ich mich erinnern kann waren das Neustarts (sudo reboot) von mir.
fhem kann ich beenden.
@Wernieman:
ps ax | grep fhem
24993 ?        S      0:01 perl fhem.pl fhem.cfg
25438 pts/0    S+     0:00 grep --color=auto fhem
bzw.:
ps aux | grep [f]hem
fhem     24993  0.4  2.6 273976 101128 ?       S    11:50   0:01 perl fhem.pl fhem.cfg

dann nach
service fhem stop
==== AUTHENTICATING FOR org.freedesktop.systemd1.manage-units ===
Legitimierung ist zum Stoppen von »fhem.service« notwendig.
Authenticating as: lenovo,,, (lenovo)
Password:
==== AUTHENTICATION COMPLETE ===
kommt das:
ps ax | grep fhem
26349 pts/0    S+     0:00 grep --color=auto fhem
bzw hier
ps aux | grep [f]hem
nichts mehr.

ich kann dann auch mittels
service fhem start den Dienst wieder starten - kann aber immer noch nicht darauf zugreifen.

Zitat von: krijeck am 06 August 2018, 11:57:56
Hallo nochmals ...

@CoolTux: fhem läuft mit (laut Webmin) 0% CPU Last also belastet fhem das System scheinbar gar nicht.

Code Auswählen Erweitern

telnet localhost 7072
ergibt:

Code Auswählen Erweitern

Trying ::1...
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
owserver hab ich nicht am laufen und das Notify für automatische USB Geräte Erkennung habe ich deaktiviert.

@Otto123: soweit ich mich erinnern kann waren das Neustarts (sudo reboot) von mir.
fhem kann ich beenden.
@Wernieman:

Code Auswählen Erweitern

ps ax | grep fhem
24993 ?        S      0:01 perl fhem.pl fhem.cfg
25438 pts/0    S+     0:00 grep --color=auto fhem
bzw.:

Code Auswählen Erweitern

ps aux | grep [f]hem
fhem     24993  0.4  2.6 273976 101128 ?       S    11:50   0:01 perl fhem.pl fhem.cfg

dann nach

Code Auswählen Erweitern

service fhem stop
==== AUTHENTICATING FOR org.freedesktop.systemd1.manage-units ===
Legitimierung ist zum Stoppen von »fhem.service« notwendig.
Authenticating as: lenovo,,, (lenovo)
Password:
==== AUTHENTICATION COMPLETE ===
kommt das:

Code Auswählen Erweitern

ps ax | grep fhem
26349 pts/0    S+     0:00 grep --color=auto fhem
bzw hier

Code Auswählen Erweitern

ps aux | grep [f]hem
nichts mehr.

ich kann dann auch mittels
service fhem start den Dienst wieder starten - kann aber immer noch nicht darauf zugreifen.

Na das sieht doch schon mal nicht schlecht aus. Eigentlich sollten dann ja auch die automatischen Schaltungen zu funktionieren. Also alles was per at, notify oder DOIF ausgelöst wird.

Wenn du mit telnet verbunden bist einfach enter drücken und dann mal ein
list global
eingeben. Da sollte eine Liste kommen.
Bleibt dann nur noch die Frage ob es ein Netzwerkproblem ist oder was anderes.

hallo, mit list globalkommt im telnet nur ?Invalid command.

Hallo,

so jetzt hab ich folgendes gemacht:
fhem beendet und dann den rechner neu gestartet!

jetzt kann ich wieder auf IP:8083 zugreifen.
Ich erhielt folgende Message:
Messages collected while initializing FHEM:
configfile: Unknown command ;
, try help.

Autosave deactivated

was jetzt wirklich die Ursache war ...

scheinbar funktioniert pi-hole jetzt nicht mehr ... ???

Die Meldung kam auch schon in deinem Log File, aber da kam einiges an Fehlern. Das solltest Du unbedingt bereinigen.
Aber scheinbar verschwindet im schwarzen Loch wohl doch mehr als nur die Werbung.

Die Ursache: Alles was Du beschreibst war pi-hole die Ursache. Sicher weil mit ungenügend Kenntnis konfiguriert? Oder ungeeignet?

Gruß Otto

hallo, danke euch allen.

ja, scheinbar war pi-hole das Problem (und ja Otto, meine Kenntnisse haben mir hier einen Strich durch die Rechnung gemacht  :-\ :-[ ::)). Ich habe es jetzt deinstalliert und die Fehler (zumindest den den ich gefunden hab) im fhem.cfg korrigiert. jetzt muss ich pi-hole doch auf dem RPI installieren. Die Idee war eben, einen Server für alles.  :'(

./krijeck

https://www.kuketz-blog.de/pi-hole-schwarzes-loch-fuer-werbung-raspberry-pi-teil1/

Jetzt weiß ich schon mal was diese pi-hole eigentlich ist. Das es den Zugriff über http/s blockierte kann ich mir gut vorstellen. Je nach Konfiguration halt.