Hallo,
ich habe auf meine Pi gerade die Software Tvheadend PVR installiert.
Jetzt ist mir leider aufgefallen, das der Webserver von FHEM nicht mehr geht.
Wie kann ich den Webserver wieder aktivieren?
Die Webseite von Tvheadend funktioniert unter:
http://192.188.188.10:9981
leider aber nicht mehr mein FHEM:
http://192.188.188.10:8083 oder
http://192.188.188.10:8084 oder
http://192.188.188.10:8085
Kann mir jemand einen Tipp geben?
Vielen Dank schon mal ... ;)
auf welcher hardware / welches OS?
Hallo,
das Problem habe ich auf einem Pi2 mit Jessy
Was steht denn im log?
/opt/fhem/log/fhem-blabla.log
Ind gucke mal, ob überhaupt auf den ports etwas "hört":
netstat -lntp
Nur eine Idee:
Hast du auch nen USB Stick für tvheadend angeschlossen? Zieh den mal ab und mach nen Neustart. Könnte sein, dass fhem den TV Stick nutzen will und sich daran "die Zähne ausbeißt".
Vielen Dank für die Hilfe,
ich habe die Tipps gar nicht so schnell gesehen.
in den fhem.save habe ich keine Fehler entdecken können.
Das mit den USB Abziehen werde ich morgen mal probieren.
Ich will nicht wieder neu installieren ... :'(
Vielen Dank für Eure Hilfe ... :)
netstat gibt folgendes aus:
(Sieht für mich so aus als ob die FHEM Ports nicht aktiv sind, oder?)
netstat -lntpnetstat -lntp
IcmpMsg:
InType3: 38171
OutType3: 38171
OutType8: 19124
Tcp:
22821 active connections openings
4813 passive connection openings
14071 failed connection attempts
6380 connection resets received
6 connections established
294285 segments received
275327 segments send out
24536 segments retransmited
126 bad segments received.
6197 resets sent
UdpLite:
TcpExt:
11 invalid SYN cookies received
1 resets received for embryonic SYN_RECV sockets
24 ICMP packets dropped because they were out-of-window
128 TCP sockets finished time wait in fast timer
4395 delayed acks sent
12 delayed acks further delayed because of locked socket
Quick ack mode was activated 117 times
1 SYNs to LISTEN sockets dropped
3608 packets directly queued to recvmsg prequeue.
14032 bytes directly received in process context from prequeue
136810 packet headers predicted
23977 acknowledgments not containing data payload received
46973 predicted acknowledgments
9 times recovered from packet loss by selective acknowledgements
2 bad SACK blocks received
Detected reordering 1 times using FACK
25 congestion windows recovered without slow start after partial ack
TCPLostRetransmit: 5
1 timeouts after SACK recovery
1 timeouts in loss state
20 fast retransmits
4 forward retransmits
10 retransmits in slow start
11273 other TCP timeouts
TCPLossProbes: 1684
TCPLossProbeRecovery: 17
2 SACK retransmits failed
117 DSACKs sent for old packets
102 DSACKs received
897 connections reset due to unexpected data
6 connections reset due to early user close
1562 connections aborted due to timeout
TCPDSACKIgnoredNoUndo: 3
TCPSpuriousRTOs: 1
TCPSackShiftFallback: 257
TCPRcvCoalesce: 115512
TCPOFOQueue: 12187
TCPChallengeACK: 1577
TCPSYNChallenge: 126
TCPSpuriousRtxHostQueues: 15934
TCPAutoCorking: 1687
TCPSynRetrans: 9878
TCPOrigDataSent: 90807
IpExt:
InMcastPkts: 30973
OutMcastPkts: 1456
InBcastPkts: 62240
OutBcastPkts: 644
InOctets: 216395296
OutOctets: 87324639
InMcastOctets: 8546132
OutMcastOctets: 138841
InBcastOctets: 5093105
OutBcastOctets: 82386
InCsumErrors: 108
InNoECTPkts: 432619
≈
netstat -lntpnetstat -lntp
Da hast Du Dich vertippt, bitte nur ein mal
netstat -lntp