Replies: 1 comment
-
And to follow up - seems that the recovery was working when done from withtin working (blank) UISP. The first-greeting-login-recovery lead to unfunctional UISP (for some reason unknown). |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Firstly - thanks for this repo and the work you people are putting in to this! It is awesome.
Then - to give something back to the project I will share a problem and a fix in order to help anyone else struggling with this.
You can also cheat and hop to the end.
I have Raspberry Pi running all my 24/7 docker stuff. I mostly use NAS as the persistent disk to avoid any issues with the SD card. My docker version is currently Docker version 20.10.22
I have been running the UNMS/UISP for couple of years now and one day it had stopped working.
container logs show:
After some investigation and not finding any remedy I decided to update my ´docker-unms´ docker image to the latest version.
https://github.com/Nico640/docker-unms/releases/tag/2.3.57 was the latest when I pulled.
Clean install
Rather than updating the datafiles I decided to do a clean install. So I took the config-directory on the host -raspberry and renamed it by
mv config config-backup && mkdir config && chown 911:911 config
Then I started the container by running `docker-compose up -d``
The actual issue
Then I noticed that UISP would not come up. It woudl ask me to wait and then after a while it reported a problem
From the Container Logs I see:
After mucking about I tried to change the
postgresql.conf
Now I got the UISP to start. Not sure if I get the recovery working but that's a different story...
TL;DR: When running image tagged 2.3.57 on Docker version 20.10.22 on Raspberry Pi I could not make clean start after installation.
I edited
postgresql.conf
to have127.0.0.1
as the hostname and that seeminly fixed the issueBeta Was this translation helpful? Give feedback.
All reactions