A number of folk are running openLuup on Docker...
...and I'm about to try the same.
There are a couple of epic threads in the old place:
Dec 10, 2015 openLuup on Synology via Docker openLuup on Synology via DockerHi all. I would like to start a thread dedicated to running openLuup on Synology via Docker. I have successfully downloaded the airedale/openluup/ docker and have it running with AltUI, but am running into the issue of non-persistence after stop/start and limited success with adding...
Aug 16, 2018 openLuup on Docker (Hub) openLuup on Docker (Hub)To simplify plugin development I created a Docker image for openLuup and made it available on Docker Hub. The Docker image is based on Debian (9, slim) and installs the master branch release of openLuup. The image uses the automated installation script of openLuup and therefore also contains...
Much of the heavy lifting appears to have been done by @vwout there (and I've asked if they'll join us here!) There's a great GitHub repository:
GitHub - vwout/docker-openluup: Dockerized openLuup environment with AltUI GitHub - vwout/docker-openluup: Dockerized openLuup environment with AltUIDockerized openLuup environment with AltUI. Contribute to vwout/docker-openluup development by creating an account on GitHub.
Hoping to get a conversation going here (and a new special openLuup/Docker section) not least because I know I'm going to need some help!
I've been doing other projects the past weeks, and now started seeing sluggish behaviour in the system.. SSH'ed in, and noticed that the harddrive was completely full!
I had some other issues as well that caused it to fill up, but i noticed that when I removed the openluup container, that freed up 1.5GB!
This is obviously not the persistent storage folder (cmh-ludl), what else can do this?
On the base system, it showed as a massive sized /overlay2 folder in the /var/lib/docker/..
Mabye @vwout knows some docker-hints on this?
I've now gotten most of my applications/components into the docker system, only one left is influxdb.
I allready have the database files on an external SSD, and the plan was to have a volume for the influxDB (which holds the .conf file), and a bind mount to the database folder.
This is however not the only files of influxdb that needs to be persistent, when i load up the docker, influx has no information about the databases, even when i know the database folder is available.
Anyone here know where influxDB stores database setup info? influxdb.conf just enables stuff and sets folders, the info on existing databases and settings is stored elsewhere.
(should the docker forum be under software, not openluup?)
As part of my hardware infrastructure revamp (a move away from 'hobby' platforms to something a bit more solid) I've just switched from running Grafana (a very old version) on a BeagleBone Black (similar to RPi) to my Synology NAS under docker.
Despite the old system being on the same platform as my main openLuup instance (or, perhaps, because of this) and now with the new system the data has to be shipped across my LAN, this all seems to work much faster.
I had been running Grafana v3.1.1, because I couldn't upgrade on the old system, but now at 7.3.7, which seems to be the latest Docker version. It's a bit different UI from the old one, and needed next to no configuration, apart from importing the old dashboard settings.
One thing I'm missing is that the old system had a pull-down menu to switch between dashboards, but the new one doesn't seem to have that, since it switches to a whole new page with a list of dashboards. This doesn't work too well on an iPad, since it brings up the keyboard and obscures half the choices. Am I missing something obvious here?
Thanks for any suggestions.
-
@perh said in Moving to Docker:
There is a choice between Debian and Alpine in your image, why?
The Alpine image is somewhat smaller. It comes with a more limited set of Linux installed utilities, but who cares about that in the openLuup environment?
-
As long as it works..
New question: I've set up two containers (domoticz and miio server), and by default - they are on the same network. This network will however give the containers an IP at startup, and it seems to be first come - first served. Is there a way to give them static IP's in this internal docker network?
I trieddocker run --IP=<IP>
without success..The plugin in Domo reaches miio server with that IP, so i need it to be the same after restarts!
-
OK, now I have a problem.
It was all going so well until I realised that all incoming IP addresses were being mapped to 172.17.0.1by the LuaSocket library.
Reading the Docker docs: https://docs.docker.com/config/containers/container-networking/
"By default, the container is assigned an IP address for every Docker network it connects to. The IP address is assigned from the pool assigned to the network, so the Docker daemon effectively acts as a DHCP server for each container. Each network also has a default subnet mask and gateway."
But I don't understand, yet, how this works if I want a straight-forward mapping of IPs from my LAN into the Docker container.
It may be that the Synology Docker interface is not adequate for this and I have to revert to the command line?
Any advice/clarification much appreciated.
-
ok, i got the IP stuff figured. A custom network must be made in order to choose IP, then connect the container.
sudo docker network create -d bridge --subnet=192.168.0.0/16 --ip-range=192.168.0.0/24 --gateway=192.168.0.254 <Network name> sudo docker network connect --ip=<IP> <Network created by you> <container name> sudo docker network disconnect bridge <container name>
Still struggling with getting openluup to work as i want it.. tried to copy the cmh-ludl folder from my prod. system to the _data folder for my volume, but can't seem to overwrite user_data.json..
Tried to bind to a folder instead, but then it won't start, as the folder is missing the "openLuup_reload_for_docker" file..
what do i do next?
-
@perh said in Moving to Docker:
but can't seem to overwrite user_data.json.
You can't do this when the system is running, because it gets overwritten with the current system state on restarts. Stop openLuup with a
/data_request?id=exit
request, change the file, then stop and restart the container (to restart openLuup.) -
Solution: Don't bind the port at all in the docker, and call the IP of the host in the application running inside container..
EDIT: Or even better, use the "gateway" IP in the internal docker network, this way its easier to move the whole setup to hardware with a different IP address without editing this attribute.
-
For funsies, I decided to hop on board with OpenLuup by running @vwout 's pre-built container (excellent piece of work, by the way, sir!) on my Synology NAS using Docker's wizards.
It took some convincing by others more experienced than myself (both with OpenLuup and Docker), NOT to change anything in the Synology NAS GUI before simply LAUNCH-ing the Image. The only thing I set manually were the
ports
- changing from 'Auto' to numbers matching those in the right column under Advanced Settings > Ports, then clicking "Apply".From within DiskStation on your Synology NAS:
- Open Docker (install from Package Center if not installed)
Registry
> search for "OpenLuup" > select 'vwout / openluup' (alpine)- Click
Download
. Images
> select 'vwout / openluup' > clickLaunch
.- On
Advanced Settings
tab > 'Advanced Settings' > check 'Enable auto-restart' - On
Ports
tab:
• Change each port from "Auto" to match right-hand #. - On
Environment
tab:
• Change (if desired) the 'Value' field next to TZ, from 'UTC' to your time zone (e.g. GMT-5) - Click
Apply
Your new OpenLuup container will now start.
Head over to
http://<nas_ip>:3480/console
for some fun with OpenLuup!BONUS: For step-by-step instructions on linking your Vera(s) to OpenLuup, see this reply below.
THANKS!
-
My first foray into Docker was with this image, on Synology NAS, but I didn’t mount external volumes. It’s worked flawlessly, which is just as well because I know very little about Docker, although I’m learning a bit because I’m creating my own version from a raw Alpine base.
So I’ve not seen this issue, ever... which doesn’t really help you at all, except to know that it can work.
-
On the NAS, open Docker, then click on the container in the Container list, then click the Details button. A dialog will pop up which has a "Log" tab, and there you will find the console output of the container, which could have some messages related to the stop that will help you troubleshoot.
-
I checked the log per your advice and saw the following line repeated 42 times:
/bin/sh: can't open '/etc/cmh-ludl/openLuup_reload_for_docker': No such file or directory
The other piece of advice about copying existing openLuup files makes sense, although I have never used openLuup before so would not know where to begin.
Is this the classic chicken and the egg problem?
-
There is a post from me above in this thread (sorry don't know how to link specific post) that explains how I got it to work. Have you tried that? I think the issue is synology gui does not support the correct type of volumes and you have to ssh into synology and run the correct docker command to set it up.
-
@kfxo said in Moving to Docker:
you have to ssh into synology and run the correct docker command to set it up.
That's exactly what I was being lazy about and hoping to avoid altogether, but now it appears necessary and I will delve into that ASAP.
Thanks for the suggestion! I will also amend my step-by-step tutorial once I get mine working so that others can avoid the pitfalls I encountered.
-
UPDATE (if anyone is still playing along...):
Again for fun, I tried LAUNCH-ing the vwout/openluup Image directly, without modifying ANY settings in the Synology NAS Docker GUI, and ... lo and behold IT WORKS. That is, the Container runs without errors, the log appears robust and correct, and it even shuts down gracefully as advertised.Both the port:3480 and :3480/console are now up and accessible. YAY!
I've clearly taken a step in the right direction, thanks to y'all's input. I'll go update my HOW-TO post, above, now.
-
@akbooer I'm noticing two things in my OpenLuup system:
(a) there's a minor typo "Unistall" over the right column of Plug-Ins page
(b) mine shows "not.installed" for VeraBridge, yet the .lua file for it is presentHow shall I go about setting up VeraBridge? The docs mention clicking "UPGRADE" but that portion of the page is blank.
-
@librasun said in Moving to Docker:
(a) there's a minor type "Unistall" over the right column of Plug-Ins page
So there is! Well spotted.
@librasun said in Moving to Docker:
(b) mine shows "not.installed" for VeraBridge, yet the .lua file for it is present
Yes, it's a bit of a hangover form the past. VeraBridge is now a standard part of the openLuup installation – looks like I need to update the docs.
@librasun said in Moving to Docker:
How shall I go about setting up VeraBridge? The docs mention clicking "UPGRADE" but that portion of the page is blank.
Yes, that is blank, now (although not so on the AltUI equivalent page.) The corrrect way is:
- go to the openLuup console Tables > Devices Table page
- press the %(#008e00)[Create] button
- fill in the menu with your device name (eg. Vera)
- start typing
D_VeraBridge.xml
in the next box (it has autocompletion) - ditto
I_VeraBridge.xml
- click the %(#ff2600)[Create Device] button
- click %(#4e8f00)[Go to new device page] button
- go to the attributes tab and fill in the IP address of your Vera
- select Reload Luup Engine from the Utilities menu
This could be easier, but its the standard way for all new plugins (aside from those installed from the Alt App Store.)
Sorry.