uberchuckie

I actually saw your first post before you edited it. The last line of the log file shows that the database schema creation did not complete. Either something went wrong or it was still initializing the database. 10 minutes is a really long time. On the first run, it should show something like: What kind of hardware are you running? I think if the container is killed before the database initialization completes, subsequent restarts won't run the first run script again because the database has already been initialized. I think the first run script can be improved to pick up where it left off.

Can you delete your appdata files for observium, restart the container and post the logs? I can't reproduce the problem on my setup.

I just created a test container from scratch. The UI does come up but for the first run, it takes a minute or two to initialize the database. If you tried to logon right away, it won't work, and that's what people are seeing I think. Here is my log file from the test container:

Try stopping observium, delete the observium appdata directory and restart. It should recreate the database from scratch.

Maybe you can ask their community support.

Do you know if the device should work with Observium? Maybe it's a SNMP version problem?

Did you upgrade from Zuhkov's image? If it's a brand new setup with a new database, the username and password are observium. It's added in https://github.com/charlescng/docker-containers/blob/master/observium/mariadb.sh#L30

Are you re-using an existing database from Zuhkov's image or a new setup?

Can you post the log file?

I have updated Zuhkov's Observium Docker image. It replaces the previous image in Community Applications. New Installs For new installs, it works out-of-the-box. Username and password are both "observium". It takes a minute or two for the database to be initialized. Wait a bit before trying to logon. Upgrading from Zuhkov's image BACKUP YOUR EXISTING appdata config and template XML in case something goes wrong. Both the new and old images can run concurrently; just change the UI port for one of the containers. The new image can use your existing observium database. The schema will be automatically upgraded to the latest version. The schema upgrade is irreversible. If you want to switch back to the old image, you must use the old backed up databases. Template: https://github.com/charlescng/docker-containers/tree/master/unraid-templates Docker Hub repo: https://hub.docker.com/r/uberchuckie/observium/ Updated Dockerfile and files: https://github.com/charlescng/docker-containers/tree/master/observium Changelog Version 12.0.0 - April 18th 2026 Update to Observium CE 26.1.14545 Update to MariaDB 11.8.6 Add support for Tailscale integration with unRAID Version 11.0.0 - July 6th 2025 Update to phusion/baseimage: noble-1.0.2 Update to MariaDB 11.4.7 Version 10.0.0 - January 18th 2025 Update to Observium CE 24.12.13800 Update to MariaDB 10.11.10 Version 9.0.0 - April 29th 2024 Update to Observium CE 24.4.13528 Version 8.0.2 - February 7th 2024 Update to MariaDB 10.11.7 Use the observium-wrapper for the crontab entries Version 8.0.1 - October 25th 2023 Automatically answer 'yes' to prompts on housekeeping jobs Version 8.0.0 - October 23th 2023 Update to Observium CE 23.9.13005 Update to MariaDB 10.11.5 Version 7.0.1 - March 28th 2023 Apply workaround for graph timezone always using UTC Version 7.0.0 - March 26th 2023 Update to Observium CE 23.1.12493 Update to phusion/baseimage:jammy-1.0.1 Update to MariaDB 10.11.2 Version 6.0.0 - January 5th 2023 Update to Observium CE 22.12.12447 Update to MariaDB 10.10.2 Version 5.0.0 - July 17th 2022 Update to Observium CE 22.5.12042 Update to phusion/baseimage:focal-1.2.0 Update to MariaDB 10.7.4 Version 4.2.0 - May 20th 2022 Update to MariaDB 10.7.3 Version 4.1.0 - November 9th 2021 Added syslog support Remove hardcoded poller parameter Version 4.0.0 - October 20th 2021 Update to Observium CE 21.10.11666 Version 3.1.2 -September 22nd 2021 Fix fping execute permission issue Update to MariaDB 10.5.12 Version 3.1.1 - July 30th 2021 Add housekeeping cron jobs Remove call to phpenmod mcrypt Update to MariaDB 10.5.11 Version 3.1.0 - May 11th 2021 Update to phusion/baseimage:focal-1.0.0 Version 3.0.3 - May 10th 2021 Update to MariaDB 10.5.10 Version 3.0.2 - January 16th 2021 Update to MariaDB 10.5.8 Version 3.0.1 - October 11th 2020 Update to MariaDB 10.5.6 Version 3.0.0 - October 1st 2020 Update to Observium CE 20.9.10731 Update to MariaDB 10.5.5 Fix file permission issues for the MariaDB 10.4 to 10.5 upgrade Set database files owner to nobody during startup Version 2.1.1 - July 27th 2020 Added step to run mysql_upgrade during startup Version 2.1.0 - July 25th 2020 Update to phusion/baseimage:bionic-1.0.0 Update to MariaDB 10.5.4 Version 2.0.2 - April 18th 2020 Update to MariaDB 10.4.12 Version 2.0.1 - January 12th 2020 Update to MariaDB 10.4.11 Version 2.0.0 - December 10th 2019 Update to Observium CE 19.8.1 Update to MariaDB 10.4.8 Version 1.4 - June 5th 2019 Update to MariaDB 10.3.15 Version 1.3 - April 29th 2019 Update to MariaDB 10.3.14 Version 1.2 - February 16th 2019 Update to MariaDB 10.3.12 Version 1.1 - November 24th 2018 discovery.php script is now run in debug mode Update to MariaDB 10.3.11 Version 1.0 - October 21st 2018 phusion/baseimage 0.11 (Ubuntu 18.04 with PHP 7.2) Observium CE 18.9.1 MariaDB 10.3.10

Thanks. It was a red herring. Something changed that caused the scheduler plugin to be broken. I don't use it often so I don't know when it was broken. I'm not sure what changed in the image but the 1.3.12 code hasn't changed for a long time: http://git.deluge-torrent.org/deluge/tree/deluge/core/preferencesmanager.py#n174 That'll do it!

First off, thanks for the work. It's been working great. I just noticed that it stopped working recently for me. Everything seems to be working with PIA tunnel running. I can curl from within the contain through tun0. The script seems to loop waiting for some port checking to pass? Privoxy seems to be working fine. Any ideas? Thanks.