Thank you for your quick reply and that’s great to hear!
I bought a mini server as a replacement for my raspberry pi, and I’m now reconsidering and redoing everything I configured in HA on the pi.
I prefer Postgresql over MariaDB (as I can use it for other purposes as well) but, as you said, people rely on it, so it needs to be supported, and since MariaDB is an official plugin, it felt like it might be the safer option.
However, your response convinced me to go with your add-on
Thanks!
PS: I found out that the last commit on the MariaDB add-on was 7 months ago
The pgAdmin plugin is just a wrapper around pgAdmin for convenience and ‘feature completeness’.
It follows roughly the same release cycle as the postgresql plugin, but since pgAdmin is updated more frequently, it will show such a message about 2 weeks after I just tested and launched the latest version .
I will try to find time to give that one also an update.
If you insist on using the latest of the latest, you could ofcourse just install the latest pgAdmin on your workstation.
The plugin is merely there so you always have the option of ‘accesing postgres from anywhere’.
If you need any assistance, please let me know. I am more then happy to help you if I can.
I try to install the Hassio pgadmin4 addon. After i try to start the addon and look in the log it looks ok. However, when i try to open the web-ui it stops direct and reports 502: bad gateway. I tried several times to reinstall the addon but same results. Below you’ll find the logs:
Add-on version: 2.1.1
You are running the latest version of this add-on.
System: Home Assistant OS 11.4 (aarch64 / raspberrypi3-64)
Home Assistant Core: 2024.1.3
Home Assistant Supervisor: 2023.12.1
Please, share the above information when looking for help
or support in, e.g., GitHub, forums or the Discord chat.
After the web-ui the following log lines are added:
cont-init: info: /etc/cont-init.d/nginx.sh exited 0
cont-init: info: running /etc/cont-init.d/pgadmin4.sh
s6-rc: fatal: timed out
s6-sudoc: fatal: unable to get exit status from server: Operation timed out
/run/s6/basedir/scripts/rc.init: warning: s6-rc failed to properly bring all the services up! Check your logs (in /run/uncaught-logs/current if you have in-container logging) for more information.
prog: fatal: stopping the container.
tried several different ports. The only positive effect from switching away from port 80 is the fact that the application is not shutting down (see logs below) I’m still getting the 502 bad gateway.
The side bar menu works fine. Pgpadmin4, however gave the same result as starting from the setup menu.
These are all the log the addon give:
s6-rc: info: service s6rc-oneshot-runner: starting
s6-rc: info: service s6rc-oneshot-runner successfully started
s6-rc: info: service fix-attrs: starting
s6-rc: info: service fix-attrs successfully started
s6-rc: info: service legacy-cont-init: starting
cont-init: info: running /etc/cont-init.d/00-banner.sh
Add-on: pgAdmin4
A PostgreSQL Management and Query tool
Add-on version: 2.1.1
You are running the latest version of this add-on.
System: Home Assistant OS 11.4 (aarch64 / raspberrypi3-64)
Home Assistant Core: 2024.1.3
Home Assistant Supervisor: 2023.12.1
Please, share the above information when looking for help
or support in, e.g., GitHub, forums or the Discord chat.
Amazing Add-ons! I had postgres, pgadmin and ltss running quite quickly and I am now going through the documentation and that thread to figure out how to install postgis and how it does work, make sure backups are working, connect to Grafana and draft a 1st dashboard…
Question - Has anyone already documented a way to migrate some years long influxdb records to that postgress DB?
I’d love not to have my actual Long time state storage split in 2 separate DBs.
Thank you!
Has anyone actually try to restore data dumped from this into e.g. a locally running postgres server?
I am having huge problems with that. All I wanted was running a local DB in a docker, and restore the dumped backup, but I am unable to find a suitable docker image with timescaledb+postgis and without that, the restore fails. I was hoping that I could use the addon image, but without success - it fails on start up as it’s expecting HA API.
Btw. my goal is simple. I want to validate that I can recover from a DB failure based on my DB dumps I do every day.
I found out that it’s harder than I thought due to requiring both timescaledb+postgis. From the lack of any mention in this thread I suspect not many people have actually done this.