Bungy

I'll try to create a branch that includes python 2. I'm not sure when I"ll get to this, so if you get to it first, feel free to send me a merge request. Ice_Black, python2.7 and python 3.4 are installed by default, but the symbolic link for python points to python 3. Can you change your scripts to use "python2" instead of "python"? Alternatively, there is a symbolic link in /usr/bin pointing python to python3. You could easily change it to point to python2 instead. unlink /usr/bin/python ln -s /usr/bin/python2 /usr/bin/python I'm happy to make a branch that has python2 as the default, but if it's easy enough to change your scripts, then I think that is the cleaner solution.

It looks like gitlab is up and running correctly. My guess is you're trying to connect to the web gui on the wrong port. Which ports did you assign to the container and what port is gitlab set to use? This is based on your environmental variable for "GITLAB_PORT" and whether you're using HTTPS ("GITLAB_HTTPS=true"). For more information, you may want to look at sameersbn's documentation (https://github.com/sameersbn/docker-gitlab). He's the one who wrote the docker container. I simply provided a template for unraid users.

I'll try to create a branch that includes python 2. I'm not sure when I"ll get to this, so if you get to it first, feel free to send me a merge request.

Awesome. I'm glad people are using it. I didn't expect that one to get any traction and kinda just built it for myself. What controller software are you using? I haven't found anything that handles RF dimming gracefully. I had to write my own modifications to the openhab mochad binding, and these changes still haven't found their way into the master branch.

Yep exactly. You would make openhab a privileged server and share the USB drives. I currently do this using my mochad docker, which communicates with a USB x10 controller.

Yeah, if you specify the config directory mapping, then it expects you to provide all the configurations. If you remove the mapping, it should load the demo configuration. Otherwise, you can manually load it using the demo files found here (https://openhab.ci.cloudbees.com/job/openHAB/) Hope that helps!

Yep, just for the extra layer of protection.

Whew! I'm glad it worked out for you!

John, it looks like something is wrong with the /data volume mapping. Where did you set up /data to map to?

I triggered a new build, which should update the nzbget daemon to v15. The build is pushing now so it should be done shortly.

Yeah, the easy way is to open a bash terminal into the docker and then check the ifconfig settings. If you see a connection to tun0, then you know you're connected to the VPN. Another way is to run this command from within the docker and check to see if the ip address is the same or different as your ISP provided IP address. curl ipecho.net/plain ; echo

Yeah that would be awesome. I'm not the original creator of the docker, but if I get a few minutes I'll try to push an update that parses the addons.cfg better.

Is the habmin binding the last one in your addons.cfg file? If so try to put an enter after the last line so that there is a blank line at the very end of the file.

Interesting, I wouldn't have guessed that android defaulted to windows syte EOL. I was having some trouble with habmin before too. I can't remember what I did to fix it, but I was having a similar issue. I turned out the binding wasn't actually activating. Have you checked to see that the binding shows up in the addons directory?

I was finally able to reproduce your problem. I'm guessing you created the addons.cfg file in windows. Windows uses \r\n as the end of line identifier and unix uses \n. Convert your addons.cfg to unix style eol. You can do this in windows through the command line with (http://sourceforge.net/projects/dos2unix/) or if you're using notepad++ go to Edit->EOL Conversion->UNIX/OSX Format. That should fix your problems!

I can't see the host side of the volume mapping for habmin. Can you make a post with that as plain text?

All those "not founds" are it not being able to find the addons_available directory. Which version of my docker container are you using? The latest one? I just tried with a fresh directory in which all i did was create the config directory and put the addons.cfg file in there and it worked without problems. Try a chmod -Rv 777 on your openhab directory and then try this docker run command: docker run -d --name=openhab --net=bridge -p 8080:8080 \ -v /mnt/cache/appdata/openhab2/config:/etc/openhab \ -v /etc/localtime:/etc/localtime:ro \ jshridha/openhab:latest If you're linking the addons-available directory to a directory on your unraid server, then you may be causing problems since that directory isn't supposed to be exposed to the host. If I run the docker without linking any directories, I still get 5 of the bindings to show up, so my guess is you're having some issue with the directory mapping. Can you post a screenshot of your settings?

Hmm. It seems that the script that's supposed to read your addons.cfg file is not working correctly. Can you check to see that your settings match the screenshot. Ignore the directory mapping and the docker link to mochad. Your addons.cfg file should go into /mnt/cache/appdata/openhab/config. Mine currently has permissions 666, but any permissions should work fine since the docker has root access.

It looks like the problem is your addons.cfg file if nothing shows up in that directory. Try adding this to addons.cfg: org.openhab.action.mail org.openhab.action.squeezebox org.openhab.action.xmpp org.openhab.binding.exec org.openhab.binding.http org.openhab.binding.knx org.openhab.binding.mqtt org.openhab.binding.networkhealth org.openhab.binding.serial org.openhab.binding.squeezebox org.openhab.io.squeezeserver org.openhab.persistence.cosm org.openhab.persistence.db4o org.openhab.persistence.gcal org.openhab.persistence.rrd4j org.openhab.binding.ntp org.openhab.binding.weather

Did you set up the binding configuration in the openhab.cfg file? For weather, this includes getting an api key from weather underground and setting your latitude/longitude. After I did that, I was able to get the weather in the demo to display correctly. In order to check which bindings are installed you can do this: docker exec -it openhab bash ls -l /opt/openhab/addons That will list all the bindings installed. You can also go to /opt/openhab/logs and look inside openhab.log to find some debugging information.

I figured out how to do this successfully and thought I'd share my steps in case anybody else needed them. Here are my steps: [*]BACKUP YOUR CACHE DRIVE! [*]Stop the array using the webUI [*]Add the replacement drive to the cache pool [*]Start the array [*]Wait for the updated pool to rebalance [*]Open a terminal window and run: btrfs device delete /dev/sdX /mnt/cache. Replace sdX with the disk assignment of the failed drive. [*]Wait for the drive to be deleted from the pool (this will take a while) [*]Stop the array [*]Reorder the cache drives in the pool through the webUI. This step is primarily for cleanliness. [*]Start the array It has been over a week since I did this process, but I'm pretty sure the order of the steps above is correct. I may be able to assist if any of you go through this process and have any issues.

Can anybody provide any guidance here? I just tried the procedure guessing at how to do it and failed. Luckily I got back to where I started and lost nothing. Any help would be greatly appreciated! Thanks.

Hi all, I have a drive in my cache pool that is steadily gaining reallocated sectors (~5-10 per week). I know it's going to fail soon so I got a new drive to replace it when the time comes. I've looked around for how to replace drives in the cache pool, but I have been unable to find an answer. Has anybody gone through this procedure? If so, can you provide me with some guidance on the best way to do it without losing data. Of course I have backed up the cache drive to the array, so I'll be fine if I end up having to format the cache pool altogether. However, it would be better to avoid having to go down that route. Thanks in advance.

To be honest, I'm not completely sure. I based this docker primarily on binhex's work with delugevpn and nzbget. I would assume it can be updated to the newest version of nzbget. Currently it is on 14.2, which is the newest version. I'll plan to release I newer docker image with the newer version when one comes out, so you can stay updated through the webgui or use the newest container image.

I am very new to creating templates and dockers, but I am learning quickly. I've created a repository with my current work. Repository link: https://github.com/jshridha/templates Templates: Gitlab Gitlab is a git code repository server. It can be hosted on your own private server so that you can collaborate with others and improve your projects and maintaining the flow of data. Please read sameersbn's documentation for more information (https://github.com/sameersbn/docker-gitlab/blob/master/README.md). He is the docker maintainer and I am providing a template to make the Docker easily added into unraid. Usage: You need a redis and postgresql server running. You also need to fill out the environmental variables to point to these servers. I recommend creating a redis and postgresql docker provided by sameersbn using my templates. Currently the docker links to the redis and postgresql servers to exchange connection information. This currently causes an issue with the unraid docker webgui. The webgui no longer displays the popup with controls after clicking on the docker icon. [*]Redis [*]Postgresql [*]Nzbgetvpn This is a mashup of binhex's nzbget and delugevpn containers in order to use nzbget through an openvpn tunnel. I will be editing this post with additional descriptions and more detailed usage information. Feel free to ask for support in this thread.