[gelöst] nach samba installation

tomspatz · 18 Juli 2017, 11:00:03

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

Code Auswählen

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.

Code Auswählen

sudo apt-get install samba
Läuft auch durch, soweit OK dann:

Code Auswählen

sudo reboot
fertig.

Und nun ist fhemweb nicht mehr erreichbar.

Code Auswählen

● 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.

Code Auswählen


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

DeeSPe · 18 Juli 2017, 11:07:54

Zitat2017.07.18 10:23:07 3: Can't open /dev/ttyAMA0: Keine Berechtigung

Das fällt mir sofort ins Auge.

Gruß
Dan

CoolTux · 18 Juli 2017, 11:21:37

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.

tomspatz · 18 Juli 2017, 11:30:05

Moin
OK auf meinem produktiv System:

Code Auswählen

crw-rw---- 1 root dialout 204, 64 Jul 11 08:07 /dev/ttyAMA0

auf dem defekten:

Code Auswählen

crw--w---- 1 root tty 204, 64 Jul 18 11:04 /dev/ttyAMA0

Code Auswählen

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

tomspatz · 18 Juli 2017, 11:32:57

OK
Top zeit nix gutes

Code Auswählen

  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

CoolTux · 18 Juli 2017, 11:47:19

Schalte mal in FHEM den autodetect für USB aus. Mal schauen ob das was bringt

Otto123 · 18 Juli 2017, 11:48:08

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.

Code Auswählen

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?

Code Auswählen

systemctl start fhem

Gruß Otto

tomspatz · 18 Juli 2017, 12:09:29

Hello

Zitatwas ist wenn du den 99% Perl Prozess killst und dann FHEM nochmal startest?

Hab ich nicht gemacht nur

Code Auswählen

sudo reboot

Code Auswählen

attr initialUsbCheck disable 1

Das 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

CoolTux · 18 Juli 2017, 12:19:50

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

Otto123 · 18 Juli 2017, 12:27:14

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:

Code Auswählen

# 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!

Code Auswählen

# Der USB Check macht manchmal Probleme
echo 'attr initialUsbCheck disable 1' >> /opt/fhem/fhem.cfg

Gruß Otto

tomspatz · 18 Juli 2017, 16:38:06

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

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