Moin
ich habe da etwas nachgestellt, jetzt zu zweiten mal. Hardware Raspi3 mit aktuellem fhem, ganz frisch alles gestern aufgesetzt und upgedatet.
Per WEB shutdown ausgeführt danach per ssh
sudo service fhen status
Ist tatsächlich aus, dann samba installiert, STOP wobei samba-common-bin schon vorher erfolgreich installiert war, auch Funktion davon für Remote shutdown geprüft, alles OK.
sudo apt-get install samba
Läuft auch durch, soweit OK dann:
sudo reboot
fertig.
Und nun ist fhemweb nicht mehr erreichbar.
● fhem.service - LSB: FHEM server
Loaded: loaded (/etc/init.d/fhem)
Active: active (running) since Di 2017-07-18 10:31:37 CEST; 10min ago
Process: 419 ExecStart=/etc/init.d/fhem start (code=exited, status=0/SUCCESS)
CGroup: /system.slice/fhem.service
└─498 perl fhem.pl fhem.cfg
Jul 18 10:31:35 SPOOKY-SRV03 systemd[1]: Starting LSB: FHEM server...
Jul 18 10:31:36 SPOOKY-SRV03 fhem[419]: Starting fhem...
Jul 18 10:31:37 SPOOKY-SRV03 systemd[1]: Started LSB: FHEM server.
Das ist der reboot nach der samba installation
2017.07.18 10:23:03 0: Server shutdown
2017.07.18 10:23:05 1: Including fhem.cfg
2017.07.18 10:23:05 3: telnetPort: port 7072 opened
2017.07.18 10:23:06 3: WEB: port 8083 opened
2017.07.18 10:23:06 3: WEBphone: port 8084 opened
2017.07.18 10:23:06 3: WEBtablet: port 8085 opened
2017.07.18 10:23:06 2: eventTypes: loaded 52 events from ./log/eventTypes.txt
2017.07.18 10:23:06 1: Including ./log/fhem.save
2017.07.18 10:23:06 1: usb create starting
2017.07.18 10:23:07 3: Probing CUL device /dev/ttyAMA0
2017.07.18 10:23:07 3: Can't open /dev/ttyAMA0: Keine Berechtigung
2017.07.18 10:23:07 1: usb create end
2017.07.18 10:23:07 0: Featurelevel: 5.8
2017.07.18 10:23:07 0: Server started with 33 defined entities (fhem.pl:14634/2017-07-03 perl:5.020002 os:linux user:fhem pid:748)
2017.07.18 10:24:32 0: Server shutdown
2017.07.18 10:31:37 1: Including fhem.cfg
2017.07.18 10:31:37 3: telnetPort: port 7072 opened
2017.07.18 10:31:37 3: WEB: port 8083 opened
2017.07.18 10:31:37 3: WEBphone: port 8084 opened
2017.07.18 10:31:37 3: WEBtablet: port 8085 opened
2017.07.18 10:31:38 2: eventTypes: loaded 52 events from ./log/eventTypes.txt
2017.07.18 10:31:38 1: Including ./log/fhem.save
2017.07.18 10:31:38 1: usb create starting
2017.07.18 10:31:39 3: Probing CUL device /dev/ttyAMA0
2017.07.18 10:31:39 3: Probing TCM_ESP3 device /dev/ttyAMA0
2017.07.18 10:31:39 3: Probing ZWDongle device /dev/ttyAMA0
2017.07.18 10:31:40 3: Probing FRM device /dev/ttyAMA0
HIER per ssh rebbot
2017.07.18 10:54:30 1: Including fhem.cfg
2017.07.18 10:54:30 3: telnetPort: port 7072 opened
2017.07.18 10:54:31 3: WEB: port 8083 opened
2017.07.18 10:54:31 3: WEBphone: port 8084 opened
2017.07.18 10:54:31 3: WEBtablet: port 8085 opened
2017.07.18 10:54:31 2: eventTypes: loaded 52 events from ./log/eventTypes.txt
2017.07.18 10:54:31 1: Including ./log/fhem.save
2017.07.18 10:54:31 1: usb create starting
2017.07.18 10:54:32 3: Probing CUL device /dev/ttyAMA0
2017.07.18 10:54:34 3: Probing TCM_ESP3 device /dev/ttyAMA0
2017.07.18 10:54:35 3: Probing ZWDongle device /dev/ttyAMA0
2017.07.18 10:54:35 3: Probing FRM device /dev/ttyAMA0
das Logfile zeigt immer weniger an.
Habe noch nichts anderes probiert da es eh NUR ein Test System ist aber vielleicht kommen wir dem Fehler auf die Spur.
Vielen dank schon vorab.
LG
Tom
Zitat2017.07.18 10:23:07 3: Can't open /dev/ttyAMA0: Keine Berechtigung
Das fällt mir sofort ins Auge.
Gruß
Dan
Zitat von: DeeSPe am 18 Juli 2017, 11:07:54
Das fällt mir sofort ins Auge.
Gruß
Dan
Das ist ok so. Habe ich auch.
Moin
OK auf meinem produktiv System:
crw-rw---- 1 root dialout 204, 64 Jul 11 08:07 /dev/ttyAMA0
auf dem defekten:
crw--w---- 1 root tty 204, 64 Jul 18 11:04 /dev/ttyAMA0
pi@SPOOKY-SRV03:~ $ ls -l /dev/ttyAMA0
crw--w---- 1 root tty 204, 64 Jul 18 11:04 /dev/ttyAMA0
pi@SPOOKY-SRV03:~ $ ^C
pi@SPOOKY-SRV03:~ $ chmod 660 /dev/ttyAMA0
chmod: Beim Setzen der Zugriffsrechte für ,,/dev/ttyAMA0": Die Operation ist nicht erlaubt
pi@SPOOKY-SRV03:~ $ sudo chmod 660 /dev/ttyAMA0
pi@SPOOKY-SRV03:~ $ ls -l /dev/ttyAMA0
crw--w---- 1 root tty 204, 64 Jul 18 11:04 /dev/ttyAMA0
pi@SPOOKY-SRV03:~ $ sudo chgrp -c dialout /dev/ttyAMA0
die Gruppe von ,,/dev/ttyAMA0" wurde von tty in dialout geändert
pi@SPOOKY-SRV03:~ $ ls -l /dev/ttyAMA0
crw--w---- 1 root tty 204, 64 Jul 18 11:04 /dev/ttyAMA0
Warum wird die Änderung NICHT übernommen?
LG
Tom
OK
Top zeit nix gutes
500 fhem 20 0 19284 15552 3292 R 99,9 1,6 27:32.15 perl
1 root 20 0 5348 3860 2788 S 1,3 0,4 0:09.72 systemd
1265 pi 20 0 5108 2464 2096 R 0,7 0,3 0:00.42 top
137 root 20 0 9928 3156 2904 S 0,3 0,3 0:02.14 systemd-journal
1284 root 20 0 3868 2004 1864 S 0,3 0,2 0:00.01 agetty
2 root 20 0 0 0 0 S 0,0 0,0 0:00.00 kthreadd
3 root 20 0 0 0 0 S 0,0 0,0 0:00.03 ksoftirqd/0
5 root 0 -20 0 0 0 S 0,0 0,0 0:00.00 kworker/0:0H
6 root 20 0 0 0 0 S 0,0 0,0 0:00.04 kworker/u8:0
7 root 20 0 0 0 0 S 0,0 0,0 0:00.28 rcu_sched
8 root 20 0 0 0 0 S 0,0 0,0 0:00.00 rcu_bh
9 root rt 0 0 0 0 S 0,0 0,0 0:00.01 migration/0
10 root 0 -20 0 0 0 S 0,0 0,0 0:00.00 lru-add-drain
11 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/0
12 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/1
13 root rt 0 0 0 0 S 0,0 0,0 0:00.00 migration/1
Schalte mal in FHEM den autodetect für USB aus. Mal schauen ob das was bringt
Hallo Tom,
es ist meiner Meinung nach unsinnig die Berechtigung für /dev/ttyAMA0 ändern zu wollen.
Das ist die falsche Fährte, sagt eigentlich nur, das es die Schnittstelle gibt und FHEM sie öffnen will aber nicht kann. Meist ist einfach der intialUsbCheck dran Schuld.
attr initialUsbCheck disable 1
Das war auch der Rat von CoolTux, der war wieder schneller :)
was ist wenn du den 99% Perl Prozess killst und dann FHEM nochmal startest? systemctl start fhem
Gruß Otto
Hello
Zitatwas ist wenn du den 99% Perl Prozess killst und dann FHEM nochmal startest?
Hab ich nicht gemacht nur
sudo rebootattr initialUsbCheck disable 1Das ist der Bringer, wobei es mir nicht erklärlich ist das das mit der Installation von samba zusammenhängt??
Anderseits das ist NUR ein Testsystem, da ist nicht an USB angeschlossen.
LG
tom
Samba kann auch USB Geräte ansprechen und wird dementsprechende Protokolle und Abfragen mitbringen. Eventuell gibt es hier die Probleme. Du kannst ja mal in der smb.conf schauen ob da was mit USB steht und das auskommentieren
ttyAMA0 ist auch nicht USB, das ist die interne UART.
die 99% haben nach meiner Meinung nichts mit der Fehlermeldung zu tun. Sie sind lediglich das etwas dubiose (für mich) Startproblem von FHEM auf dem Raspberry. Es passiert in Abhängigkeit der Systemkonstellation, dass FHEM nach dem Start Volllast macht. Du hast mit samba lediglich das System geändert...
Was bei mir zuverlässig hilft:
# 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
Aber das kann auch ein Zufallsprodukt sein.
Ich halte den initalUsbCheck für überflüssig, ich schalte den immer sofort nach der Installation aus!
# Der USB Check macht manchmal Probleme
echo 'attr initialUsbCheck disable 1' >> /opt/fhem/fhem.cfg
Gruß Otto
erst mal vielen dank.
Was ich auf alle Fälle weiß das es tatsächlich mit der samba Installation zusammen hängt.
Samba ist auch völlig unkonfiguriert. Ist lediglich da um damit keine Fehlermeldung im Log im Zusammenhang mit dem WOL Modul und shutdownCmd.
https://forum.fhem.de/index.php/topic,59207.msg506041.html#msg506041 (https://forum.fhem.de/index.php/topic,59207.msg506041.html#msg506041)
Das Testsystem ist schon länger online einfach zum testen, wird aber auch immer aktuell gehalten und dadurch auch öfters mal Neustart.
Direkt danach gestern hatte ich das selbe Problem, hatte allerdings keine Lust auf Fehlersuche.
Also NEU gemacht. Und dabei halt Zettel und Stift zur Hand.
LG
Tom