Gradually turn on lights.

[kfxo]

@toggledbits said in MSR in Alpine Docker:

OK. Let's see how this does in your hands. I've installed and uninstalled 3-4 times and it seems OK. In the bug tracker, go to #58, in the notes you'll find a download link and draft installation instructions. You can use the "monitor" function to follow that PR (emails you when things are posted--might get chatty with a lot of people in there, though). Please use that PR for reporting install-related issues.

This loads up nicely. Running unconfigured right now. I will transfer over my configs later and test it out.

[PerH]

nice! i'll try this later. node:alpine should be a better staring image for sure.

Only question i have is if you should nest more of the commands together to reduce number of layers. This is said to reduce both build time and image size.
i think that can be done with the copying the full reactor folder in, and then distribute the files (like you do with the multiple COPY lines) with a RUN command having several nested "cp" commands.

[PerH]

just have to mention for all non-synology docker users, Portainer is a very nice UI alternative for playing with dockers without the "dreaded" command line approach.

[kfxo]

@kfxo said in MSR in Alpine Docker:

@toggledbits said in MSR in Alpine Docker:

OK. Let's see how this does in your hands. I've installed and uninstalled 3-4 times and it seems OK. In the bug tracker, go to #58, in the notes you'll find a download link and draft installation instructions. You can use the "monitor" function to follow that PR (emails you when things are posted--might get chatty with a lot of people in there, though). Please use that PR for reporting install-related issues.

This loads up nicely. Running unconfigured right now. I will transfer over my configs later and test it out.

Just an update, I copied over config and storage directories to the mounted docker volume and Reactor would not start until I also created a 'logs' directory in the mounted docker volume. All looked well after that but going to continue to run it on my Debian VM for now.

[toggledbits]

It's supposed to (a) notice those directories and missing and create them, and (b) if (and only if) it created the config directory, copy the contents of the containers dist-config into config as a starting point. Seems to be fine on Linux, somehow not working in the container, I guess. Time to go digging...

[PerH]

Quick note about base image, I've built my image using both node:alpine and alpine:latest as base image, and the former ended up being approx. 50mb bigger.
I did however not do the rm -rf node_modules from your dockerfile (as i didn't see why it was there), that may be the difference?

[parkerc]

Hi, I’m keen to try the Docker version on my QNAP, but I can’t find the specific guide on https://reactor.toggledbits.com/docs/Installation/ , it suggests under the Raspberry Pi install section, “If you prefer to use Docker, see the separate procedure below.’ but nothing seems to be listed ?

[PerH]

There hasn't been published a docker for this yet, I think @toggledbits wants to go through the beta phase first, as there may be many updates in a short time-frame which would have to be maintained in the docker.

You can follow the procedure i posted 5 days ago (in this thread) to make your own docker.

[d868]

I'm just starting to look at ways to migrate away from Vera and just started working on a Home Assistant setup so I'd also love to have a go at testing this out in Docker on a QNAP but I don't really want to have to SSH into the NAS to do the docker compose, etc. I have only ever used the docker hub to add docker images but it looks like it's possible to use the QNAP container station to create a docker image locally but the steps you posted a few days ago in the thread don't seem to be in the format that the GUI needs, or I'm doing something wrong. If there aren't any QNAP gurus around I'll wait for something to come up.

[PerH]

The code above is for dockerfile. That is for making images, while docker-compose sets up containers based on images you make, or is found on docker hub.
No idea how QNAP works, you say it has input for dockerfile code? if so, the code above should work (the dockerfile code, not the compose!), its very standardized.. But unless you make the image yourself i guess you'll have to wait with MSR in docker until there is an official MSR image.

[parkerc]

Hi @d868, other than creating our own image, we’ll have to wait until one’s approved and then published on Docker Hub.
If it helps you I’m planning to do the same thing with MSR as I did with Home Assistant, and create a Container Station API build guide.

Jan 23, 2021

QNAP - Installation via Container Station’s API

Rather than use the UI to build your Home Assistant Docker container, you can do it all via the command line using its API. https://qnap-dev.github.io/container-station-api/ Here’s how I did it… On any device, access it via the command line, In this situation, I’m doing it on the QNAP itself...

[d868]

@parkerc thanks. I'm trying to avoid doing anything by command line if I can, but if you do end up creating a guide I'll see how I go with it. In the meantime I'll have a bit of a play around with Container station to see if I can get the syntax right for creating it myself via the GUI.

[PerH]

Just updated the first post.
I just noticed that Reactor time wasn't correct, and its probably because of daylight savings time here in Norway.
I put a Bind mount for /etc/localtime in the docker-compose, and noW it will follow the host machines time.

[Buxton]

Hi Patrick,

Do you have a compose file that you're happy with. I'd like to try this on my HA machine which has several other containers, and runs on an Intel Atom with 4gb ram.

[Buxton]

To those dreading ssh into their machine, try using WinSCP and setting the file editor to Notepad ++. Makes editing linux files a breeze and you can set up your folder structures and permissions with the winscp gui.

[toggledbits]

@buxton said in MSR in Alpine Docker:

Do you have a compose file that you're happy with.

Here's what I last used:

version: '3'

services:
  web:
    container_name: reactor
    environment:
      REACTOR_DATA_PREFIX: /var/reactor

    image: toggledbits/reactor:latest
    restart: always
    network_mode: "bridge"
    expose:
      - 8111
    ports:
      - 8111:8111
    volumes:
      - .data:/var/reactor
    tmpfs: /tmp

To those dreading ssh into their machine, try using WinSCP and setting the file editor to Notepad ++. Makes editing linux files a breeze and you can set up your folder structures and permissions with the winscp gui.

If you're on an RPi (or really anything, but RPi was a breeze), setting up Samba and being able to open the files directly on the host via the share is a great time saver, too. Choices.

[toggledbits]

@perh said in MSR in Alpine Docker:

and not it will follow the host machines time.

@PerH I'm re-reading this... the bind mount fixes it, right? You meant "now"?

[PerH]

Yes.
My MSR Container clock was one hour off, and the bind fixed it.

[Buxton]

Ok got the following error:

Pulling MSR (toggledbits/reactor:latest)...

ERROR: pull access denied for toggledbits/reactor, repository does not exist or may require 'docker login': denied: requested access to the resource is denied

[toggledbits]

It's not a published image. The only image I make available is for Synology NAS x86. You'll need to build your own image using the generic package download (which you can get from the download button in the MantisBT bug tracker).

Have you built docker images before?