search

ChriD / Raumserver

Raumserver - A HTTP Request Server to control the RF-Multiroom System
32 stars 11 forks source link

Raumserver Raspberry pi 3 #48

Open Luftloch80 opened 7 years ago

Luftloch80 commented 7 years ago

Hi Is there a noob step by step manual to install on raspberry?

Ivanverdonck commented 7 years ago

I followed following steps:

NetHans commented 7 years ago

Hi,

i try to install the daemon on a RPi2B. The daemon shows me the following message.

./etc/init.d/S99raumserver: 33: /etc/init.d/S99raumserver: [[: not found /etc/init.d/S99raumserver: 36: /etc/init.d/S99raumserver: [[: not found /etc/init.d/S99raumserver: 39: /etc/init.d/S99raumserver: [[: not found /etc/init.d/S99raumserver: 41: /etc/init.d/S99raumserver: [[: not found ./etc/init.d/S99raumserver: 33: /etc/init.d/S99raumserver: [[: not found /etc/init.d/S99raumserver: 36: /etc/init.d/S99raumserver: [[: not found /etc/init.d/S99raumserver: 39: /etc/init.d/S99raumserver: [[: not found /etc/init.d/S99raumserver: 41: /etc/init.d/S99raumserver: [[: not found

What's my issue????

gutmensch commented 7 years ago

Looking at S99raumserver it seems to use unnecessary bashisms (with a wrong shebang /bin/sh as well, it should be /bin/bash, because [[ ... ]] is not in general bourne shell compatible). Try installing bash (apt-get install bash?). Or edit the file S99raumserver and replace the occurances of [[ with [ and do the same for ]] to ], then the script should work again I guess.

NetHans commented 7 years ago

Ich versuche es mal auf Deutsch ... fällt mir leichter ;-)

Danke für den Hinweis. Nachdem ich aus "[[" "[" bzw "]]" "]" gemacht hatte startet der Daemon.

eth0 online Please be patient. Daemon will start in 20 seconds! Starting raumsrvDaemon in /etc/raumfeld/raumserverDaemon/ raumsrvDaemon[993]: Trying to start daemon raumsrvDaemon[993]: Got pid, closing parent process raumsrvDaemon[994]: Daemon ready, initialize raumserver object raumsrvDaemon[994]: Getting PID raumsrvDaemon[994]: 1 raumsrvDaemon[994]: 2 raumsrvDaemon[994]: 3 raumsrvDaemon[994]: readlink raumsrvDaemon[994]: 4 raumsrvDaemon[994]: 5 raumsrvDaemon[994]: 6 raumsrvDaemon[994]: Working directory: /etc/raumfeld/raumserverDaemon/

Aber sobald ich einen Test-Request mittels Browser absetze (http://192.168.....9:8080/raumserver/data/getVersion), bekomme ich folgende Fehlermeldung. Angeblich wäre der Deamon nicht bereit.

Raumserver Raumfeld System is not ready to receive requests!

Was mache ich jetzt wieder falsch?

gutmensch commented 7 years ago

Hm, gibt es unter /etc/raumfeld/raumserverDaemon/ ein Verzeichnis namens logs/ mit irgendeiner *.log Datei drin? Falls ja, bitte mal den Inhalt pasten. :)

NetHans commented 7 years ago

ich habe folgendes Log gefunden

2016.12.29 18:00:18.677 DEBUG: Log level was set to: DEBUG [init] 2016.12.29 18:00:18.677 DEBUG: Init OpenHome UPNP Control Stack [init] 2016.12.29 18:00:18.680 DEBUG: Retrieve network adapter list [init] 2016.12.29 18:00:18.680 DEBUG: Adapter 0: eth0 [init] 2016.12.29 18:00:18.680 DEBUG: Waiting for Adapter eth0 to appear [init] 2016.12.29 18:00:18.681 DEBUG: Using Network Adapter : eth0 [init] 2016.12.29 18:00:18.681 DEBUG: Getting IP-Subnet of adapter [init] 2016.12.29 18:00:18.681 INFO: Starting OpenHome UPNP Control Stack with network adapter: eth0 [init] 2016.12.29 18:00:18.686 DEBUG: Starting UPNP-Stack auto referesh thread [discover] 2016.12.29 18:00:18.686 INFO: Kernel initialized! Waiting for Raumfeld System to appear! [init] 2016.12.29 18:00:18.687 DEBUG: Preparing Server-Manager-Engineer... [init] 2016.12.29 18:00:18.687 DEBUG: Create RequestActionManager-Manager... [createManagers] 2016.12.29 18:00:18.687 DEBUG: Raumserver Manager-Engineer is prepared [init] 2016.12.29 18:00:18.688 DEBUG: Starting webserver for requests on port: 8080 [start] 2016.12.29 18:00:18.698 DEBUG: UPNP Device found: WFADevice(d2c91cb1-c25b-2567-3f06-a346d0739bd2) [onDeviceFound] 2016.12.29 18:00:18.699 DEBUG: Adding device 'WFADevice' to manager [addDevice] 2016.12.29 18:00:18.700 DEBUG: Try to create device from device XML [createDeviceFromDeviceXML] 2016.12.29 18:00:18.701 DEBUG: No device was created for uuid:d2c91cb1-c25b-2567-3f06-a346d0739bd2. Device is not usable! [createDeviceFromDeviceXML] 2016.12.29 18:00:18.703 INFO: Webserver for requests started (Port: 8080) [start] 2016.12.29 18:00:18.704 DEBUG: Deamon test log [main] 2016.12.29 18:00:18.863 DEBUG: UPNP Device found: Connector Wohnzimmer #2(a67b0893-4b29-4115-bc18-b4773464b860) [onDeviceFound] 2016.12.29 18:00:18.863 DEBUG: Adding device 'Connector Wohnzimmer #2' to manager [addDevice] 2016.12.29 18:00:18.864 DEBUG: Try to create device from device XML [createDeviceFromDeviceXML] 2016.12.29 18:00:18.864 DEBUG: Createing device (uuid:a67b0893-4b29-4115-bc18-b4773464b860) [createDeviceFromDeviceXML] 2016.12.29 18:00:18.864 DEBUG: Media Renderer device created (uuid:a67b0893-4b29-4115-bc18-b4773464b860) [createDeviceFromDeviceXML] 2016.12.29 18:00:18.865 DEBUG: Create AVTransport-Proxy for media renderer uuid:a67b0893-4b29-4115-bc18-b4773464b860 [createProxies] 2016.12.29 18:00:18.866 DEBUG: Create RenderingControl-Proxy for media renderer uuid:a67b0893-4b29-4115-bc18-b4773464b860 [createProxies] 2016.12.29 18:00:18.868 DEBUG: Create ConnectionManager-Proxy for media renderer uuid:a67b0893-4b29-4115-bc18-b4773464b860 [createProxies] 2016.12.29 18:00:18.871 DEBUG: Media Renderer 'Connector Wohnzimmer #2' is now useable! [addDevice] 2016.12.29 18:00:18.895 DEBUG: A property on AvTransport proxy has changed (Device: uuid:a67b0893-4b29-4115-bc18-b4773464b860) [propertyChangedAvTransportProxy] 2016.12.29 18:00:18.896 DEBUG: A property on AvTransport proxy has changed (Device: uuid:a67b0893-4b29-4115-bc18-b4773464b860) [propertyChangedAvTransportProxy] 2016.12.29 18:00:18.897 DEBUG: A property on AvTransport proxy has changed (Device: uuid:a67b0893-4b29-4115-bc18-b4773464b860) [propertyChangedAvTransportProxy] 2016.12.29 18:00:18.899 DEBUG: A property on RenderingControl proxy has changed (Device: uuid:a67b0893-4b29-4115-bc18-b4773464b860) [propertyChangedRenderingControlProxy] 2016.12.29 18:00:18.900 DEBUG: A property on RenderingControl proxy has changed (Device: uuid:a67b0893-4b29-4115-bc18-b4773464b860) [propertyChangedRenderingControlProxy] 2016.12.29 18:00:18.901 DEBUG: A property on RenderingControl proxy has changed (Device: uuid:a67b0893-4b29-4115-bc18-b4773464b860) [propertyChangedRenderingControlProxy] 2016.12.29 18:00:19.398 DEBUG: UPNP Device found: Raumfeld Device(b330bd7f-8205-4208-8072-e749dd0f8f38) [onDeviceFound] 2016.12.29 18:00:19.398 DEBUG: Adding device 'Raumfeld Device' to manager [addDevice] 2016.12.29 18:00:19.398 DEBUG: Try to create device from device XML [createDeviceFromDeviceXML] 2016.12.29 18:00:19.399 DEBUG: No device was created for uuid:b330bd7f-8205-4208-8072-e749dd0f8f38. Device is not usable! [createDeviceFromDeviceXML] 2016.12.29 18:00:19.947 DEBUG: UPNP Device found: Kabelbox:254(f5f66f28-1dd1-11b2-ad8b-cf87ce27a3aa) [onDeviceFound] 2016.12.29 18:00:19.948 DEBUG: Adding device 'Kabelbox:254' to manager [addDevice] 2016.12.29 18:00:19.948 DEBUG: Try to create device from device XML [createDeviceFromDeviceXML] 2016.12.29 18:00:19.949 DEBUG: Media Server device created (uuid:f5f66f28-1dd1-11b2-ad8b-cf87ce27a3aa) [createDeviceFromDeviceXML] 2016.12.29 18:00:19.949 DEBUG: Create ContentDirectory-Proxy for media server uuid:f5f66f28-1dd1-11b2-ad8b-cf87ce27a3aa [createProxies] 2016.12.29 18:00:19.951 DEBUG: Create ConnectionManager-Proxy for media server uuid:f5f66f28-1dd1-11b2-ad8b-cf87ce27a3aa [createProxies] 2016.12.29 18:00:19.953 DEBUG: Media Server 'Kabelbox:254' is now useable! [addDevice] 2016.12.29 18:00:48.794 DEBUG: UPNP Device lost: WFADevice(d2c91cb1-c25b-2567-3f06-a346d0739bd2) [onDeviceLost] 2016.12.29 18:00:48.795 DEBUG: Removing device 'WFADevice' from manager [removeDevice] 2016.12.29 18:00:48.795 DEBUG: UPNP device 'WFADevice' removed [removeDevice] 2016.12.29 18:00:49.191 DEBUG: Refreshing UPNP device list [refreshDeviceListThread] 2016.12.29 18:00:49.201 DEBUG: UPNP Device found: WFADevice(d2c91cb1-c25b-2567-3f06-a346d0739bd2) [onDeviceFound] 2016.12.29 18:00:49.202 DEBUG: Adding device 'WFADevice' to manager [addDevice] 2016.12.29 18:00:49.202 DEBUG: Try to create device from device XML [createDeviceFromDeviceXML] 2016.12.29 18:00:49.203 DEBUG: No device was created for uuid:d2c91cb1-c25b-2567-3f06-a346d0739bd2. Device is not usable! [createDeviceFromDeviceXML] 2016.12.29 18:01:19.697 DEBUG: Refreshing UPNP device list [refreshDeviceListThread] 2016.12.29 18:01:50.203 DEBUG: Refreshing UPNP device list [refreshDeviceListThread] 2016.12.29 18:02:20.709 DEBUG: Refreshing UPNP device list [refreshDeviceListThread] 2016.12.29 18:02:51.215 DEBUG: Refreshing UPNP device list [refreshDeviceListThread] 2016.12.29 18:03:21.722 DEBUG: Refreshing UPNP device list [refreshDeviceListThread] 2016.12.29 18:03:52.228 DEBUG: Refreshing UPNP device list [refreshDeviceListThread] 2016.12.29 18:04:22.734 DEBUG: Refreshing UPNP device list [refreshDeviceListThread] 2016.12.29 18:04:53.240 DEBUG: Refreshing UPNP device list [refreshDeviceListThread] 2016.12.29 18:05:23.746 DEBUG: Refreshing UPNP device list [refreshDeviceListThread] 2016.12.29 18:05:54.252 DEBUG: Refreshing UPNP device list [refreshDeviceListThread] 2016.12.29 18:06:24.758 DEBUG: Refreshing UPNP device list [refreshDeviceListThread] 2016.12.29 18:06:55.264 DEBUG: Refreshing UPNP device list [refreshDeviceListThread] 2016.12.29 18:07:25.770 DEBUG: Refreshing UPNP device list [refreshDeviceListThread] 2016.12.29 18:07:56.276 DEBUG: Refreshing UPNP device list [refreshDeviceListThread] 2016.12.29 18:08:26.782 DEBUG: Refreshing UPNP device list [refreshDeviceListThread] 2016.12.29 18:08:57.288 DEBUG: Refreshing UPNP device list [refreshDeviceListThread] 2016.12.29 18:09:27.795 DEBUG: Refreshing UPNP device list [refreshDeviceListThread] 2016.12.29 18:09:58.301 DEBUG: Refreshing UPNP device list [refreshDeviceListThread] 2016.12.29 18:10:28.807 DEBUG: Refreshing UPNP device list [refreshDeviceListThread] 2016.12.29 18:10:59.313 DEBUG: Refreshing UPNP device list [refreshDeviceListThread] 2016.12.29 18:11:29.819 DEBUG: Refreshing UPNP device list [refreshDeviceListThread] 2016.12.29 18:12:00.325 DEBUG: Refreshing UPNP device list [refreshDeviceListThread] 2016.12.29 18:12:30.831 DEBUG: Refreshing UPNP device list [refreshDeviceListThread] 2016.12.29 18:13:01.337 DEBUG: Refreshing UPNP device list [refreshDeviceListThread] 2016.12.29 18:13:31.843 DEBUG: Refreshing UPNP device list [refreshDeviceListThread] 2016.12.29 18:14:02.349 DEBUG: Refreshing UPNP device list [refreshDeviceListThread] 2016.12.29 18:14:32.855 DEBUG: Refreshing UPNP device list [refreshDeviceListThread] 2016.12.29 18:15:03.361 DEBUG: Refreshing UPNP device list [refreshDeviceListThread] 2016.12.29 18:15:33.867 DEBUG: Refreshing UPNP device list [refreshDeviceListThread] 2016.12.29 18:16:04.373 DEBUG: Refreshing UPNP device list [refreshDeviceListThread] 2016.12.29 18:16:34.879 DEBUG: Refreshing UPNP device list [refreshDeviceListThread] 2016.12.29 18:17:05.386 DEBUG: Refreshing UPNP device list [refreshDeviceListThread] 2016.12.29 18:17:35.891 DEBUG: Refreshing UPNP device list [refreshDeviceListThread] 2016.12.29 18:18:06.398 DEBUG: Refreshing UPNP device list [refreshDeviceListThread] 2016.12.29 18:18:36.904 DEBUG: Refreshing UPNP device list [refreshDeviceListThread] 2016.12.29 18:19:07.410 DEBUG: Refreshing UPNP device list [refreshDeviceListThread] 2016.12.29 18:19:37.916 DEBUG: Refreshing UPNP device list [refreshDeviceListThread] 2016.12.29 18:20:08.422 DEBUG: Refreshing UPNP device list [refreshDeviceListThread] 2016.12.29 18:20:38.928 DEBUG: Refreshing UPNP device list [refreshDeviceListThread] 2016.12.29 18:21:09.434 DEBUG: Refreshing UPNP device list [refreshDeviceListThread] 2016.12.29 18:21:39.940 DEBUG: Refreshing UPNP device list [refreshDeviceListThread] 2016.12.29 18:22:10.446 DEBUG: Refreshing UPNP device list [refreshDeviceListThread] 2016.12.29 18:22:40.952 DEBUG: Refreshing UPNP device list [refreshDeviceListThread] 2016.12.29 18:23:11.458 DEBUG: Refreshing UPNP device list [refreshDeviceListThread] 2016.12.29 18:23:41.964 DEBUG: Refreshing UPNP device list [refreshDeviceListThread] 2016.12.29 18:24:12.470 DEBUG: Refreshing UPNP device list [refreshDeviceListThread] 2016.12.29 18:24:42.976 DEBUG: Refreshing UPNP device list [refreshDeviceListThread] 2016.12.29 18:25:13.482 DEBUG: Refreshing UPNP device list [refreshDeviceListThread] 2016.12.29 18:25:43.988 DEBUG: Refreshing UPNP device list [refreshDeviceListThread] 2016.12.29 18:26:14.494 DEBUG: Refreshing UPNP device list [refreshDeviceListThread] 2016.12.29 18:26:45.000 DEBUG: Refreshing UPNP device list [refreshDeviceListThread] 2016.12.29 18:27:15.506 DEBUG: Refreshing UPNP device list [refreshDeviceListThread] 2016.12.29 18:27:46.012 DEBUG: Refreshing UPNP device list [refreshDeviceListThread] 2016.12.29 18:28:16.518 DEBUG: Refreshing UPNP device list [refreshDeviceListThread] 2016.12.29 18:28:47.024 DEBUG: Refreshing UPNP device list [refreshDeviceListThread] 2016.12.29 18:29:17.530 DEBUG: Refreshing UPNP device list [refreshDeviceListThread] 2016.12.29 18:29:48.036 DEBUG: Refreshing UPNP device list [refreshDeviceListThread] 2016.12.29 18:30:18.542 DEBUG: Refreshing UPNP device list [refreshDeviceListThread] 2016.12.29 18:30:49.048 DEBUG: Refreshing UPNP device list [refreshDeviceListThread] 2016.12.29 18:31:19.554 DEBUG: Refreshing UPNP device list [refreshDeviceListThread] 2016.12.29 18:31:50.060 DEBUG: Refreshing UPNP device list [refreshDeviceListThread] 2016.12.29 18:32:20.566 DEBUG: Refreshing UPNP device list [refreshDeviceListThread] 2016.12.29 18:32:51.073 DEBUG: Refreshing UPNP device list [refreshDeviceListThread]

gutmensch commented 7 years ago

Das sieht eigentlich gut aus, guck bitte noch mal, ob in der settings.xml die folgende Zeile korrekt ist:

root@qnap:/opt# grep AddNon /opt/raumserver/settings.xml
    <AddNonRaumfeldDevices>0</AddNonRaumfeldDevices>

an einigen Stellen wurde hier der schließende Slash vergessen und das führte dann bei mir auch zu dem Verhalten - Startup ok, aber Requests funktionieren nicht. Ist aber nur eine Idee...

NetHans commented 7 years ago

Diese Zeile kann ich in meiner settings.xml nicht finden

ich habe die settings.xml mal beigefügt settings.zip

gutmensch commented 7 years ago

Das ist dann auch ok (Parameter ist wahrscheinlich nicht kritisch), ab dem Punkt bin ich jetzt allerdings auch etwas überfragt.

NetHans commented 7 years ago

schade! Aber ich danke dir vielmals für deine gute und vorallem schnelle Hilfe ;-) TXH

ulilicht commented 7 years ago

Hi! I am trying something similar, I try to install the daemon on my Raspberry Pi 2 with Debian Jesse Lite.

I followed the install steps from @Ivanverdonck which worked fine so far. Now, after changing all double "[[" to single "[", i get the following error when trying to run the daemon. (this happens as well when I run the S99... directly) 

pi@raspberrypi:~ $ sh /etc/raumfeld/raumserverDaemon/raumsrvDaemon 
/etc/raumfeld/raumserverDaemon/raumsrvDaemon: 2: /etc/raumfeld/raumserverDaemon/raumsrvDaemon: Syntax error: "(" unexpected

Any hints?

gutmensch commented 7 years ago

raumsrvDaemon is a binary, it cannot be run through the shell interpreter (sh). Running S99raumserver should indeed give other errors (if at all), because this is a shell script.

ChriD commented 7 years ago

@NetHans

2016.12.29 18:00:19.953 DEBUG: Media Server 'Kabelbox:254' is now useable! [addDevice]

Es scheint so als ob das System den Raumfeld Media Server nicht findet. Nur den Kabelbox:254 was auch immer das ist. Wie sieht den dein Setup aus? Welche RF-Geräte hast du den?

ulilicht commented 7 years ago

ah, thanks! I think one of my issues was, that I tried to use the X64 binary on a Raspberry ;-)

I reinstalled ARMv7 and got the following issue: 

pi@raspberrypi:/etc/init.d $ ./S99raumserver start 
Waiting for network to become available
.
eth0 online
Please be patient. Daemon will start in 20 seconds!
Starting raumsrvDaemon in /etc/raumfeld/raumserverDaemon/
Segmentation fault

Unfortunately there is no log output.

ChriD commented 7 years ago

@ulilicht No log file? That's bad. That means that the app crashes before it even can start the log adapter. I do not have a RPI available right now, so i can not test this issue. But even if the log would be up, there is the problem that i cant get a nice stacktrace from an ARM processor right now. I dont know why yet. It's an issue that occupies me from I cant get the stacktrace to work on ARM's

What if you start the binary directly without the SH script? Is there any other output?

NetHans commented 7 years ago

@ChriD

Die Kabelbox ist mein Kabel-DSL Modem, welches mir von meinem Kabelanbieter bereit gestellt wurde. Mein RF-Setup sieht wie folgt aus. Ich habe eine One S und einen Connector 2. Beide befinden sich im Eco- bzw. Standby-Mode. Der Connector 2 mit dem alias "Wohnzimmer" ist mein Host. Alle Geräte laufen mit der 1.60er Firmware.

ChriD commented 7 years ago

@NetHans Und wenn du den EcoMode vom Connector 2 beendest? Kannst du dann requests auf das Systen absetzen? Ich muss zugeben ich habe kein Setup wo der Host in den EcoModus geschickt werden kann (Hab noch ne alte Base) aber es könnte schon sein das der ECO Modus den Media Server das RF Gerätes einfach "abschaltet" und dann funktioniert der Raumserver nicht wenn er den RF-MediaServer nicht findet.

Sieht zumindets so aus als ob der Media Server nicht online ist

ulilicht commented 7 years ago

Thanks for all your help!

Is there anybody running Raumserver successfully on a Raspberry Pi? Which Pi Version do you have? Which operating system/image are you using?

gutmensch commented 7 years ago

I'm personally not running it on my Raspberry Pi, but a quick check running raumserver on it turned out to be successful:

root@raspi3:/opt/raumserver# dmesg | grep -i raspberry
[    0.000000] Machine model: Raspberry Pi 3 Model B Rev 1.2
root@raspi3:/opt/raumserver# uname -a
Linux raspi3 4.4.19-v7+ #906 SMP Tue Aug 23 15:53:06 BST 2016 armv7l GNU/Linux
root@raspi3:/opt/raumserver# cat /etc/issue
Raspbian GNU/Linux 8 \n \l

root@raspi3:/opt/raumserver# cat /proc/cpuinfo
processor   : 0
model name  : ARMv7 Processor rev 4 (v7l)
BogoMIPS    : 76.80
Features    : half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm crc32
CPU implementer : 0x41
CPU architecture: 7
CPU variant : 0x0
CPU part    : 0xd03
CPU revision    : 4
root@raspi3:/opt/raumserver# tail -f logs/20161230155903101.log
2016.12.30 15:59:36.219 DEBUG:    Media Server device created (uuid:4D454930-0000-1000-8001-A813746DE0B1) [createDeviceFromDeviceXML]

just adding because of the eco mode discussion: I have eco mode turned on on all devices (connector2 (host), one s 1 and one s 2), it does not seem to be a problem as while testing all devices were in "sleep" mode.

ulilicht commented 7 years ago

Thank you very much @gutmensch - I thought that my Raspberry Pi 2 would already support ARMv7, but I now found out that it only supports ARMv6;

So, I guess Raumserver compiled for ARMv5 should work on this machine then? Are ARM CPUs backwards compatible? I will try tomorrow - unfortunately I won't have any more time today.

Thank you very much for your help

My Raspberry System: 

pi@raspberrypi:/etc/init.d $ dmesg | grep -i raspberry
[    0.000000] Machine model: Raspberry Pi Model B Rev 2
[    0.661347] raspberrypi-firmware soc:firmware: Attached to firmware from 2016-12-09 15:11
[    2.942263] systemd[1]: Set hostname to <raspberrypi>.
pi@raspberrypi:/etc/init.d $ uname -a
Linux raspberrypi 4.4.38+ #938 Thu Dec 15 15:17:54 GMT 2016 armv6l GNU/Linux
pi@raspberrypi:/etc/init.d $ cat /etc/issue
Raspbian GNU/Linux 8 \n \l

pi@raspberrypi:/etc/init.d $ cat /proc/cpuinfo
processor   : 0
model name  : ARMv6-compatible processor rev 7 (v6l)
BogoMIPS    : 697.95
Features    : half thumb fastmult vfp edsp java tls 
CPU implementer : 0x41
CPU architecture: 7
CPU variant : 0x0
CPU part    : 0xb76
CPU revision    : 7

Hardware    : BCM2708
Revision    : 000e
Serial      : 000000009ed2630a
NetHans commented 7 years ago

@ChriD Sobald der Host aktiv ist, antwortet der Deamon mit den entsprechenden Versionsnummern.

Thx

Ivanverdonck commented 7 years ago

Hi,

raumserverDaemon_linux_ARMV7HF.zip works on a newly installed RPi3 with latest Jessie version. I had no trouble installing or using it...

Greetings, and happy newyear! Ivan.

lenzhady commented 7 years ago

Für diejenigen die es interessiert oder das gleiche Problem haben: Ich bekam auf: sudo update-rc.d S99raumserver defaults diese Antwort: insserv: warning: script 'S99raumserver' missing LSB tags and overrides Durch das Einfügen von 

### BEGIN INIT INFO
# Provides:          S99raumserver
# Required-Start:    
# Required-Stop:    
# Default-Start:     2 3 4 5
# Default-Stop:      0 1 6
# Short-Description: S99raumserver
### END INIT INFO

in die S99raumserver File unter die Zeile #!/bin/sh konnte ich das beheben.

Außerdem kam auf sudo /etc/init.d/S99raumserver start die Fehlermeldung: "executable not found" Dafür musste ich nur der /etc/raumfeld/raumserverDaemon/raumsrvDaemon mit sudo chmod 755 die richtigen Rechte zuteilen.

Viele Grüße

Es-sD-ee commented 7 years ago

Hallo,

ich hab mich hier abgequält. Bei mir läuft es aber auch noch nicht rund. Aus meiner Log.Datei kann ich einen Fehler entnehmen. Hat jemand von Euch eine Idee / einen Schimmer, was die Ursache sein könnte?

2017.02.12 20:32:26.663 CRITICAL: BAD SIGERROR! Step Return: 0
#1  0x0000000000245fcb sp=0x00000000765d4588 crit_err_hdlr(int, siginfo_t*, void*) + 0x1e
#2  0x0000000076c851a0 sp=0x00000000765d45e8 __default_rt_sa_restorer_v2 + 0x0
#3  0x0000000076c83f70 sp=0x00000000765d4958 gsignal + 0x38
#4  0x0000000076c85324 sp=0x00000000765d4960 abort + 0x148
#5  0x00000000003de8f7 sp=0x00000000765d4a78 __gnu_cxx::__verbose_terminate_handler() + 0x9a
#6  0x00000000003aeaf5 sp=0x00000000765d4a90 __cxxabiv1::__terminate(void (*)()) + 0x4
#7  0x00000000003aeb4b sp=0x00000000765d4a98 std::terminate() + 0xa
 [backtrace]
2017.02.12 20:32:26.663 CRITICAL: SIGNAL FAULT! Program can not continue! [crit_err_hdlr]

ich komme mit all Euren Tipps aus diesem Thread nicht zum gewünschten Erfolg ;-(

VG + Danke im Voraus Es-sD-ee

JAventinus commented 7 years ago

@Es-sD-ee Ich kann zwar momentan meine Logfiles nicht einsehen, aber auf den ersten Blick ist diese Meldung ziemlich ähnlich zu meinem Problem, welches ich nach der Installation von V1.0.2 hatte. Allerdings auf einem Pi2B. Abhilfe hat die vorhergehende Version 1.0.1 geschaffen...

VG JAventinus

Es-sD-ee commented 7 years ago

@JAventinus Hey, danke für den Feedback. Das klingt, als wenn die aktuelle Version einen neuen Bug hat?! Was muss ich tun, um V1.0.1 auszuprobieren? Alles wieder runterschmeissen? oder kann ich die einfach drüber bügeln? Und wie komme ich an die V1.0.1? :)

VG Es-sD-ee

ChriD commented 7 years ago

Die 1.0.1 liegt auch am server. kann dir den link am Abend posten, weiß ihn jetzt nicht auswendig. Der Absturz der 1.0.2 kann viele gründe haben. Leider bekomme ich von den ARM's keinen schönen Stacktrace zurück, dann wärs leichter solche Bugs zu finden und zu beheben.

ChriD commented 7 years ago

Version 1.0.1: http://bassmaniacs.com/data/appBinaries/raumserver/1.0.1/binaries.zip

jacksanders commented 7 years ago

Hi Ich hab den Raumserver auf einem PI 3b installiert. Aber er lässt sich nicht starten.

Im Log sind folgende Einträge: 2017.03.20 21:08:54.296 DEBUG: Log level was set to: DEBUG [init] 2017.03.20 21:08:54.296 DEBUG: Init OpenHome UPNP Control Stack [init] 2017.03.20 21:08:54.298 DEBUG: Retrieve network adapter list [init] 2017.03.20 21:08:54.298 DEBUG: Adapter 0: eth0 [init] 2017.03.20 21:08:54.298 DEBUG: Waiting for Adapter eth0 to appear [init] 2017.03.20 21:08:54.298 DEBUG: Using Network Adapter : eth0 [init] 2017.03.20 21:08:54.298 DEBUG: Getting IP-Subnet of adapter [init] 2017.03.20 21:08:54.298 INFO: Starting OpenHome UPNP Control Stack with network adapter: eth0 [init] 2017.03.20 21:08:54.300 DEBUG: Starting UPNP-Stack auto referesh thread [discover] 2017.03.20 21:08:54.301 INFO: Kernel initialized! Waiting for Raumfeld System to appear! [init] 2017.03.20 21:08:54.301 DEBUG: Preparing Server-Manager-Engineer... [init] 2017.03.20 21:08:54.302 DEBUG: Create RequestActionManager-Manager... [createManagers] 2017.03.20 21:08:54.303 DEBUG: Create SessionManager-Manager... [createManagers] 2017.03.20 21:08:54.304 DEBUG: Raumserver Manager-Engineer is prepared [init] 2017.03.20 21:08:54.304 WARNING: No port is specified for the server! Using port '8080' [init] 2017.03.20 21:08:54.305 WARNING: No docroot is specified for the server! Using ''docroot' [init] 2017.03.20 21:08:54.305 DEBUG: Starting webserver for requests on port: 8080 [start] 2017.03.20 21:08:54.313 DEBUG: UPNP Device found: FriendlyNameHere(00000000-0000-1000-0000-c03f0e782cc5) [onDeviceFound] 2017.03.20 21:08:54.314 DEBUG: Adding device 'FriendlyNameHere' to manager [addDevice] 2017.03.20 21:08:54.315 DEBUG: Try to create device from device XML [createDeviceFromDeviceXML] 2017.03.20 21:08:54.318 DEBUG: No device was created for uuid:00000000-0000-1000-0000-c03f0e782cc5. Device is not usable! [createDeviceFromDeviceXML] 2017.03.20 21:08:54.320 INFO: Webserver for requests started (Port: 8080) [start] 2017.03.20 21:08:54.321 DEBUG: Deamon test log [main] 2017.03.20 21:08:54.322 DEBUG: UPNP Device found: AFTB-7(2615e3f8-d3f0-403b-b820-c3c662a61c0c) [onDeviceFound] 2017.03.20 21:08:54.322 DEBUG: Adding device 'AFTB-7' to manager [addDevice] 2017.03.20 21:08:54.322 DEBUG: Try to create device from device XML [createDeviceFromDeviceXML] 2017.03.20 21:08:54.322 DEBUG: Createing device (uuid:2615e3f8-d3f0-403b-b820-c3c662a61c0c) [createDeviceFromDeviceXML] 2017.03.20 21:08:54.323 DEBUG: Media Renderer device created (uuid:2615e3f8-d3f0-403b-b820-c3c662a61c0c) [createDeviceFromDeviceXML] 2017.03.20 21:08:54.323 DEBUG: Sevice 'AFTB-7' is not a Raumfeld Device! Skip adding! [addDevice] 2017.03.20 21:08:54.381 CRITICAL: BAD SIGERROR! Step Return: 0

1 0x0000000000245fcb sp=0x000000007688c6f0 crit_err_hdlr(int, siginfo_t, void) + 0x1e

2 0x0000000076cbd1a0 sp=0x000000007688c750 __default_rt_sa_restorer_v2 + 0x0

3 0x0000000076cbbf70 sp=0x000000007688cac0 gsignal + 0x38

4 0x0000000076cbd324 sp=0x000000007688cac8 abort + 0x148

5 0x00000000003de8f7 sp=0x000000007688cbe0 __gnu_cxx::__verbose_terminate_handler() + 0x9a

6 0x00000000003aeaf5 sp=0x000000007688cbf8 cxxabiv1::terminate(void (*)()) + 0x4

7 0x00000000003aeb4b sp=0x000000007688cc00 std::terminate() + 0xa

[backtrace] 2017.03.20 21:08:54.381 CRITICAL: SIGNAL FAULT! Program can not continue! [crit_err_hdlr]

ChriD commented 7 years ago

@jacksanders: Der (C++)Raumserver wird nicht mehr weiterentwickelt. Ich rate dir den node-raumserver zu benutzen. Der ist zwar noch in arbeit, hat aber bereits die meisten requests vom C++ Server. (selbe syntax)

jacksanders commented 7 years ago

@ChriD: hab jetzt die Version 1.0.1 am laufen. Auf den node-raumserver kann ich dann ja mal später umsteigen :-)

ChriD commented 7 years ago

Okay :)

ghost commented 7 years ago

Hi ChriD wie kann ich denn den Port ändern? No port is specified for the server! Using port '8080' Ich hab den Port in der settings.xml auf 8081 geändert. Danke

RafaelHepe commented 6 years ago

Ich bekomme bei dem Befehl chmod 755 resp update keine Rückmeldung ist dies normal? Ist mein Vorgehen so korrekt?:

pi@raspberrypi:~ $ cd /etc/init.d pi@raspberrypi:/etc/init.d $ sudo chmod 755 S99raumserver pi@raspberrypi:/etc/init.d $ sudo update-rc.d S99raumserver defaults pi@raspberrypi:/etc/init.d $ sudo apt-get install libunwind-dev Reading package lists... Done Building dependency tree
Reading state information... Done libunwind-dev is already the newest version (1.1-4.1). 0 upgraded, 0 newly installed, 0 to remove and 157 not upgraded. pi@raspberrypi:/etc/init.d $

Wie kann ich den Raumserver nun starten?

gutmensch commented 6 years ago

Hallo @RafaelHepe , ja das ist korrekt. Unter unix-oiden Betriebssystemen kann man den Rückgabewert eines Programms mit echo $? prüfen. Der Start des Daemons sollte mit /etc/init.d/S99raumserver start funktionieren. Ich musste allerdings feststellen, dass auf meinem Raspi3 die Version 1.0.2 des Raumservers nicht funktioniert (segfault wie bereits berichtet). Evtl. musst du auf die Version 1.0.1 downgraden (die Datei nennt sich binaries.zip mit einem linux_ARMV7 Verzeichnis drin, Link gibts hier auch irgendwo).

RafaelHepe commented 6 years ago

@gutmensch Danke für deine Antwort. Ich habe nun die Version wie du empfohlen hast installiert. Die Meldung die ich bekomme ist jedoch immer noch: pi@raspberrypi:/etc/init.d $ /etc/init.d/S99raumserver start Executeable not found Könnte es an der S99 Datei liegen? Wie sieht die bei dir genau aus? Resp. habe ich etwas gelesen, dass ich evtl. die linux_ARMV7 mit HF ergänzen muss? Danke für die Hilfe

gutmensch commented 6 years ago

@RafaelHepe: Hm, dann poste doch bitte mal den Output von ls -l /etc/init.d/S99raumserver und den Output von bash -x /etc/init.d/S99raumserver start. Wahrscheinlich liegt die raumsrvDaemon Binary nicht da, wo das Skript sie erwartet. Ich selbst benutze das ganze gar nicht, sondern ein x64 Docker Image für den raumserver auf meiner QNAP, daher kann ich nur beim Debuggen helfen. ;-) Das S99raumserver ist ein relativ einfaches und verständliches Shell-Skript, was man mit sudo nano /etc/init.d/S99raumserver notfalls editieren kann.

RafaelHepe commented 6 years ago

Vielen Dank für deine Hilfe pi@raspberrypi:~ $ ls -l /etc/init.d/S99raumserver -rwxr-xr-x 1 root root 2065 Oct 9 2016 /etc/init.d/S99raumserver pi@raspberrypi:~ $ bash -x /etc/init.d/S99raumserver start

gutmensch commented 6 years ago

Wie vermutet liegt die raumsrvDaemon executable nicht in dem erwarteten Ordner ("-x" testet, ob die Datei vorhanden und ausführbar ist). Du musst hier irgendwie den Download-Ordner mit dem raumsrvDaemon und den DAEMONPATH in Einklang bringen. Entweder den Download an die Stelle /etc/raumfeld/raumserverDaemon kopieren oder das Init-Skript editieren und den DAEMONPATH dort anpassen.