October 30, 201411 yr I hope someone can help that has got this running successfully. I realise this is an old thread but seems the issues were similar but pre-dockermanager. I am running v6Beta10a on a HP N54L rig and have finally got all my dockers running perfectly with the exception of xbmc-server. My end game is to build a headless and fully automated home media server/NAS serving multiple static xbmc's around the house and plex on tablets/ipads/mobiles so I can shutdown my power hungry desktop for good. I need a shared db with state information but not too bothered about plex/xbmc keeping seperate libraries. I am a linux noob but getting by ok now that I have got my head around how file mounting works in Linux and it seems like I am only a stones throw away from my end goal but still struggling with the final piece which is the headless xbmc-server. I have installed wernerbs unsupported docker on default settings but I cannot get CP and NZBDrone to talk to it and I cannot access the gui either (and do I even need to?). A netstat from an SSH shows the server is listening on tcp 8089 and I have tried testing with and without a password in the "advancedsettings.xml" file but with no joy. Nothing in the xbmc logs and only timeouts in CP/NZBD. I suspect this is the BIND issue (see below)but have no idea how to apply the fix when using gfjardims excellent dockermanager (which is what swung me in favour of unRAID over Freenas btw). I suspect I need to put it something in the xml template in dockermanager, can someone please advise how I do this? "Advanced: If you have problems reaching the web-server then xbmc is binding to the wrong address. Try adding the following after --privileged: -e BIND_ADDR=ipaddress -e LD_PRELOAD=/opt/xbmc-server/bind.so" Also, how and where do I setup the xbmc-server to scan my library/shares to populate the mariaDB? I have them in the environment variables section. Variable Name Variable Value BIND_ADDR 192.168.1.x (enter your unraid ip address) LD_PRELOAD /opt/xbmc-server/bind.so I was not able to get cp and nzbdrone to talk to it if I used a password on xbmc. Removed the password and they passed the test to talk. But it never would really update the library. The new shows would show up but the shows/movies would be missing coverart even if it was added to the library. For the xmbc/mariadb, you need to add an advancedsettings.xml like it says here, https://registry.hub.docker.com/u/wernerb/docker-xbmc-server/. then as soon as the docker is started, the data should be populated by xbmc to mariadb. Hope that helps.
November 1, 201411 yr I was not able to get cp and nzbdrone to talk to it if I used a password on xbmc. Removed the password and they passed the test to talk. But it never would really update the library. The new shows would show up but the shows/movies would be missing coverart even if it was added to the library. Thanks. I managed to get it working without needing the binding in the end. Seems it does not work unless the db is already created. IIRC the database is created on first scan so I cut corners and ran a library scan from one of my xbmc clients just to get something into the db. I then stopped my array and did a full reboot of unRAID (not sure if this was needed) and it sprang into life. I could pass the tests from NZBdrone and cp fine with a password set but they were not adding any new content to library. I think this is a permissions issue so I made the shares public and it works a treat. In respect of the metadata, I just have CP and drone generate this and rename the files. I am not too happy about my shares being wide open so I am going to have a play with sources.xml this weekend with smb passwords set for each share http://kodi.wiki/view/Sources.xml/Types#HTTP_.28Hypertext_Transfer_Protocol_.29_Client to see if I can lock it down a little and report back the outcome here. The xbmc password in the advancedsettings.xml is just for access to the xbmc-server webgui and API I think and is what CP & NZBDRone uses.
Archived
This topic is now archived and is closed to further replies.