Can't open server port in log file

[MrT2010]

Hallo,

ich habe auf einem Debian Rechner fhem-5.3.deb installiert. Das cfg-file ist unverändert.

Wenn ich nun als root-user durch Aufruf von "perl fhem.pl fhem.cfg" FHEM starten möchte, geht dies nicht. Im Log-File steht:

"telnetPort: Can't open server port at 7072: Permission denied. Exiting."

Als root sollte man jedoch die Rechte eigentlich haben...

Kann mir jemand sagen, was das Problem ist?

Danke :-)

[rudolfkoenig]

Normalerweise koennen unter Linux nur root Programme Ports unter 1024 oeffnen, das trifft hier aber nicht zu. Die Fehlermeldung bei einem bereits geoeffneten Port ist anders (Address already in use). Ich tippe auf eine Linux/Debian Restriktion analog zu den Windows Firewall, habe aber auf die schnelle nichts dazu gefunden.

[MrT2010]

Ok, ich habe eine Lösung gefunden. Ich musste mit "usermod -G inet fhem" den Nutzer fhem den Zugriff erlauben. :-)

[ext23]

Das hört sich so nach aktiviertem SELinux an.

[MrT2010]

Nicht ganz - es ist ein Debian welches auf einem Android Tablett läuft. :-)

Jetzt funktioniert FHEM - Server und Client laufen auf dem Tablett, jetzt warte ich nur noch auf mein CUL, um zu sehen, ob das auch am Tablett funktioniert.

[_Billy_]

Hi all, habe genau das gleiche Problem, ebenfalls Installation auf einem Android/Debian chroot environment, allerdings funktioniert diese Lösung nicht bei mir

Die Gruppe ist auch nicht verfügbar auf meinem Debian.

Hat einer eine Idee?

Wäre suuuper dankbar!

[knopf_piano]

Hallo,
ich habe seit heute das gleiche Problem  :
Lösung vo  oben greift nicht, gruppe gibts nicht.
im log...
telnetPort: Can't open server port at 7072

--> kein FHEM möglich.
Analyse:

Code Auswählen Erweitern


telnetPort: Can't open server port at 7072
tcp        0      0 0.0.0.0:7072            0.0.0.0:*               LISTEN      999        25047       3969/perl

ps ax|grep fhem   
5555 ?        R      0:07 perl fhem.pl fhem.cfg
5604 pts/0    S+     0:00 grep --color=auto fhem

somit fein.

Bei

Code Auswählen Erweitern


service fhem stop
service fhem start

kommt sporadisch - und ich hab KEINE Ahnung wann und warum - die obige Fehlermeldung.
Und zwar ohne, dass ich an irgendwas anderem rumspiel, crons phantom-ports aufmachen etc...
Das mach ich öfter, auch wg. modul-reload und um generell fhem neu zu initialisieren.
M.E. darf da auch nix passieren, geht mit service apache2/squid3/privoxy/mpd und Konsorten ja auch...

Ich bin schon sukzessive vorgegangen und hab, mehrere Einzel-cfg's auskommentiert, ob da vielleicht ein Bock drin ist...
Lief dann wieder sauber (warum auch nicht).
Aber nach ein paar mal fhem stop/start war der 7072 angeblich wieder belegt.

nebenbei: Meine ganze Config lief bisher top ohne Probleme und ich war mächtig zufrieden und stolz mit WAF ganz weit vorne

Lösen kann ich das nur durch

Code Auswählen Erweitern


shutdown -r now


Mein System:
- Bananian auf Bananapi-R1
- fhem 5.6 svn-trunk vom 20.08.2015

Wär für einen tip echt dankbar!

[Wernieman]

Nah deim fhem stop mal nachgeguckt, ob eventuell noch ein fhem-prozess läuft?

Code Auswählen Erweitern

ps aux | grep [f]hem

[knopf_piano]

Nach service fhem stop und genannter 7072 port verwendung...

Code Auswählen Erweitern


ps aux | grep [f]hem                                                                                                                               :(
fhem     28643 13.5  5.4  65032 53676 ?        S    10:57  22:27 perl fhem.pl fhem.cfg


Kill 28643, pkill perl, pkill fhem, service fhem stop ... nützt nix

Damit bin ich rausgekommen, nach langem suchen, 28643 als aktuelle pid in meinem fall

Code Auswählen Erweitern


kill -9 28643


[knopf_piano]

mit dem kill bin ich aber nich glücklich, da es immer wieder zu Problemen gefürht hat, dass nicht ordentlich gekillt wurde etc.

Ich bin dahintergekommen, was den "Hänger verursacht"...

Folgendes struct-define hab ich, um die Kalender/Calviews zu aktualisieren :

Code Auswählen Erweitern


define CalviewAllStruct structure CalendarView myCalViewPrivEvents myCalViewTermineGesch myCalViewGeburtstag myCalViewCaroPrivat myCalViewCaroTermineGesch
define CalendarAllStruct structure Calendar myCalendarPrivEvents myCalendarTermineGesch myCalendarGeburtstag myCalendarCaroPrivat myCalendarCaroTermineGesch

define Ntfy_CalendarInitialize notify (global:INITIALIZED|global:REREADCFG) {\
  fhem("sleep 10;;set CalendarAllStruct update;;set CalviewAllStruct update;;sleep 2;;set CalviewAllStruct update;;")\
}


Jetzt hab ich's auskommentiert, 2x gekillt (wie oben beschrieben) -> voila, fhem reread und service start/stop geht wieder...

ich vermute im global:INTIALIZED|global REREADCFG das Ei...

Habt ihr ähnliche/gleiche Erfahrungen?

[fhemHolli]

Hi all, habe genau das gleiche Problem, ebenfalls Installation auf einem Android/Debian chroot environment, allerdings funktioniert diese Lösung nicht bei mir

Die Gruppe ist auch nicht verfügbar auf meinem Debian.

Irgendwie wollte ich meine Android settop box Minix neo X8-H auch mal was vernünftiges machen lassen und da bot sich ein Linux im chroot geradezu an.
Das ging soweit gut bis zum fhem start, der wunderbar abgebrochen wurde und im LOG gab es immer das berühmte:
"telnetPort: Can't open server port at 7072: Permission denied. Exiting."

Aber dafür gibt es eine Lösung....

Android erlaubt nur Nutzern die auch einer Gruppe mit der Group ID 3003 angehören den Aufbau von sockets für den Internet Zugriff.

In meiner chroot Umgebung, gemacht mit der app "Linux Deploy" war die Gruppe "aid_inet" mit der ID 3003 schon vorhanden, ich musste dem user fhem nur noch dieser Gruppe zuordnen.

Falls bei euch in der chroot Umgebung keine Gruppe mit der ID 3003 vorhanden ist, erzeugt euch einfach eine, der Name ist wohl egal, Hauptsache die Gruppe bekommt als ID die 3003.

Hier noch einige Links zum Thema:
Android User & Gruppen IDs: http://android-dls.com/wiki/index.php?title=Android_UIDs_and_GIDs
Ein wenig Erklärung: https://github.com/guardianproject/lildebi/issues/6

Ich hoffe das erspart einigen Fhem Nutzern den Leidensweg...

[Wernieman]

Wobei Dir klar ist, das Android und Debian unterschiedliche Dinge sind? ;o)