Docker #102
Replies: 3 comments 10 replies
-
Just to add to this, the one thing I can't figure out is where the SMS/PIN authentication response is being cached? If that response can somehow be placed in /config then it will persist between container refreshes. At the moment, every time the container is updated, you have to go through the SMS/PIN faff again. Any suggestions welcome! |
Beta Was this translation helpful? Give feedback.
-
Hi. I have a problem running the last docker image on Synology Docker. command line output: On a browser window I get: Started with this: And configured in Docker 8180:8180 |
Beta Was this translation helpful? Give feedback.
-
Great thank you, that was it. |
Beta Was this translation helpful? Give feedback.
-
Hi @flobz - Here's my first attempt at containerisation of psa_car_controller:
https://github.com/sOckhamSter/docker_psa_car_controller
https://hub.docker.com/r/sockhamster/psa_car_controller/
My suggested run command is:
By default, this will start the container with command line access only, so just exec to bash:
docker exec -it psa_car_controller1 /bin/bash
... and then all of the standard setup can be done as per your readme. Once the app_decoder work has been completed, the test.json and charge_config1.json files should be moved to /config:
Then start the server for the first time to input the SMS/PIN:
python3 server.py -f /config/test.json -c /config/charge_config1.json -p 8180 -l 0.0.0.0 -r
Note: the IP address needs to be the wildcard 0.0.0.0 because it has to bind to whatever address the container has been given, and the port is 8180 because your default of 5000 conflicts with my Synology NAS...
Once it's all working, ctrl-c out of server.py and stop the container. Then edit the /config/dockerconfig.conf file that should be in the mapped folder and change the line to:
export SHELL_ONLY="FALSE"
Restart the container and server.py will automatically run as the main service.
Currently I have this sitting on my GitHub repo, but with your permission I'd like to merge those files into your repo. The main reason for that is because we can then enable auto-build on Docker Hub so every time you update your main branch, the Docker image will re-build automatically. Otherwise right now I would have to manually push an update to Docker and there would end up being a lag / SPOF on me.
Beta Was this translation helpful? Give feedback.
All reactions