Is there any way to change the port.

 

I noticed that when I run the container behind a proxy (Traefik) it is still requesting parts of the website on port 8668.

11 hours ago, Hamsterman said:

Is there any way to change the port.

 

I noticed that when I run the container behind a proxy (Traefik) it is still requesting parts of the website on port 8668.

You can change the host port but not the container port. It's configured and exposed when the container image is created. I assume there are parts of observium that references the port when it builds the URL.

 

To change the container port, you'll have to fork the repository and run your own image.

6 hours ago, uberchuckie said:

To change the container port, you'll have to fork the repository and run your own image.

Oh that would be a bit much for me

 

I will look into Traefik proxy a bit more - maybe I can figure out a way to get around this.

On 2/23/2021 at 7:05 AM, Hamsterman said:

Is there any way to change the port.

 

I noticed that when I run the container behind a proxy (Traefik) it is still requesting parts of the website on port 8668.

@Hamsterman Someone else asked about this and I took a quick look. You can edit the config.php file and change the $config['base_url'] config line to the URL you need.

i´ve tryed to install this docker but it seems like i cant access the webgui.

do i have to do something befor it works?

15 hours ago, stFfn said:

i´ve tryed to install this docker but it seems like i cant access the webgui.

do i have to do something befor it works?

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. If you stopped the container while it was still creating the database schema, it won't be initialized properly.

 

Stop the container, delete the appdata directory for observium and start it again. Wait for the database schema creation to complete. You can monitor it from the log file.

well it didnt work.. i waited 2 days and i could not access the webui... i deleted the docker and reinstalled it... now it works 😃

 

On 1/21/2019 at 7:38 AM, Doxy17 said:

Has anyone had any issues with Observium showing the wrong time (specifically, timezone)? 

 

I'm stumped as to why this is happening. The graphs indicate that it's using UTC time, but unRAID time zone is set properly, time itself is correct in unRAID. The docker time is correct, and the timezone is correct in the docker. Even the php.ini file in the docker is set to use the correct timezone- but yet observium is graphing 5 hours later than it should. 

 

Any ideas? I don't see any reason that it shouldn't be correct. Observium forums show that as long as the php file is correct, observium should be right- but i'm seeing different. I'm stumped...

I am having this issue as well, I am in Asia and have set TZ correctly, php.ini in /etc/php/7.4/apache2 and /etc/php/7.4/cli/ are set correctly but my graphs are showing UTC.

 

Any other things to check?

 

Thanks

On 10/2/2021 at 7:58 AM, jason_a69 said:

I am having this issue as well, I am in Asia and have set TZ correctly, php.ini in /etc/php/7.4/apache2 and /etc/php/7.4/cli/ are set correctly but my graphs are showing UTC.

 

Any other things to check?

 

Thanks

Using Observium with Docker, I've fixed setting up TimeZone in environment:

environment:
  - TZ=Europe/Madrid

 

I just wanted to add this here as I use this docker image and found a temporary solution to the problem.  

 

The symlnk for /etc/localtime is pointing to  /usr/share/zoneinfo/Etc/UTC 

 

This is where the graph generation is coming from.

 

Running ./poller.php -d there is a timezone section, this will confirm that the docker image set the TZ vars for the system correctly as well as php and mysql.

 

rm /etc/localtime; ln -s /usr/share/zoneinfo/America/New_York /etc/localtime (for example) 

 

As long as your TZ is America/New_York

 

Will fix everything; until you restart your container.. 

 

HTH

Edited December 15, 20214 yr by B. Cook
updates..

Hey i've got a problem after deploying the docker and its running but for some reason I cant acces it.

 

{"kind":"Status","apiVersion":"v1","metadata":{},"status":"Failure","message":"Get \"https://ix-truenas:10250/containerLogs/ix-observium/observium-ix-chart-578d74d547-w25jt/ix-chart?follow=true\u0026tailLines=500\u0026timestamps=true\": dial tcp: lookup ix-truenas: no such host","code":500}

 

This is what the log says.

Can anyone help please?

 

Getting a weird error trying to start up Observium.  I haven't run it for a while and had uninstalled it temporarily, so I'm not sure if there's something new I'm supposed to do?  I don't see anything that sticks out, though.

 

Trying to log in:

DB not connected, please check database connection configuration. DB Error 2002: No such file or directory

 

From the logs:

230111 10:08:01 mysqld_safe Starting mariadbd daemon with databases from /config/databases
Jan 11 10:08:01 e66c9d301cea syslog-ng[14]: Child program exited, restarting; cmdline='/opt/observium/syslog.php', status='0'
Jan 11 10:08:01 e66c9d301cea syslog-ng[14]: Child program exited, restarting; cmdline='/opt/observium/syslog.php', status='0'
Jan 11 10:08:01 e66c9d301cea syslog-ng[14]: Child program exited, restarting; cmdline='/opt/observium/syslog.php', status='0'
Jan 11 10:08:01 e66c9d301cea syslog-ng[14]: Child program exited, restarting; cmdline='/opt/observium/syslog.php', status='0'
Database exists.
Fixing file permissions.
Jan 11 10:08:01 e66c9d301cea syslog-ng[14]: Child program exited, restarting; cmdline='/opt/observium/syslog.php', status='0'

 

just keeps logging that perpetually.  It looks like it's finding the db, so it's not a path issue(and it's the default, verified it's still there).  Not sure where to go from here.  Any help would be appreciated

It takes a bit of time to upgrade the schema. If you let it run and still doesn’t work you can try deleting the files in appdata and start from scratch.

On 1/11/2023 at 6:11 PM, bhcompy said:

Getting a weird error trying to start up Observium.  I haven't run it for a while and had uninstalled it temporarily, so I'm not sure if there's something new I'm supposed to do?  I don't see anything that sticks out, though.

 

Trying to log in:

DB not connected, please check database connection configuration. DB Error 2002: No such file or directory

 

From the logs:

230111 10:08:01 mysqld_safe Starting mariadbd daemon with databases from /config/databases
Jan 11 10:08:01 e66c9d301cea syslog-ng[14]: Child program exited, restarting; cmdline='/opt/observium/syslog.php', status='0'
Jan 11 10:08:01 e66c9d301cea syslog-ng[14]: Child program exited, restarting; cmdline='/opt/observium/syslog.php', status='0'
Jan 11 10:08:01 e66c9d301cea syslog-ng[14]: Child program exited, restarting; cmdline='/opt/observium/syslog.php', status='0'
Jan 11 10:08:01 e66c9d301cea syslog-ng[14]: Child program exited, restarting; cmdline='/opt/observium/syslog.php', status='0'
Database exists.
Fixing file permissions.
Jan 11 10:08:01 e66c9d301cea syslog-ng[14]: Child program exited, restarting; cmdline='/opt/observium/syslog.php', status='0'

 

just keeps logging that perpetually.  It looks like it's finding the db, so it's not a path issue(and it's the default, verified it's still there).  Not sure where to go from here.  Any help would be appreciated

 

I have eactly the same issue. Did you manage to resolve it?

On 1/11/2023 at 7:24 PM, uberchuckie said:

It takes a bit of time to upgrade the schema. If you let it run and still doesn’t work you can try deleting the files in appdata and start from scratch.

Same issue over here, running on Ubuntu.

Waiting does not solve it.

I downgraded the container to 'uberchuckie/observium:5.0.0' which fixed it for now.

On 12/15/2021 at 9:57 PM, B. Cook said:

I just wanted to add this here as I use this docker image and found a temporary solution to the problem.  

 

The symlnk for /etc/localtime is pointing to  /usr/share/zoneinfo/Etc/UTC 

 

This is where the graph generation is coming from.

 

Running ./poller.php -d there is a timezone section, this will confirm that the docker image set the TZ vars for the system correctly as well as php and mysql.

 

rm /etc/localtime; ln -s /usr/share/zoneinfo/America/New_York /etc/localtime (for example) 

 

As long as your TZ is America/New_York

 

Will fix everything; until you restart your container.. 

 

HTH

Hi, I know this is a long shot, but did you ever find a permanent solution for this?

On 2/4/2023 at 9:12 AM, Max Frimond said:

I downgraded the container to 'uberchuckie/observium:5.0.0' which fixed it for now.

 

Did the same thing here after the latest update killed mine.
 

Hello, everyone

 

I'm still using the version 5.0 because the container died during the last update, a downgrade to 5.0 helped, but does this have to be solved?

On 3/17/2023 at 3:25 AM, ivom said:

Hi, I know this is a long shot, but did you ever find a permanent solution for this?

 

I just pushed a new build that should work around the problem. It worked for me but let me know how it's working for you.

6 hours ago, Toby-ch said:

Hello, everyone

 

I'm still using the version 5.0 because the container died during the last update, a downgrade to 5.0 helped, but does this have to be solved?

It seems like a few people are having problems with builds past 5.0. If you post the container log file and the database log file `/config/databases/<container_id>.err`, we can see if there is something pointing at what's wrong. Without more information, I can't debug the problem as I can't reproduce it.

On 3/29/2023 at 3:45 AM, uberchuckie said:

Without more information, I can't debug the problem as I can't reproduce it.

OK, I'm trying to help, I found something else before I went back to the old version.

1. My CPU load of the Unraid server was very high 60%, it's not a high-end server now but I don't really have more than 20%.

2. I receive this message:DB not connected, please check database connection configuration. DB Error 2002: No such file or directory.

Start Log: Attached

If this is not enough for you, I can try the whole thing again because I am planning a server migration.
 

message.txt

@Toby-ch Can you also attach the contents of `/config/databases/edbf6a8d423d.err`?

 

If you can try to setup a separate instance in a different appdata directory to see if it's an issue with the database migration or it's a problem with a fresh install as well.

On 4/6/2023 at 4:11 AM, uberchuckie said:

/config/databases/edbf6a8d423d.err`?

Yes Is attached to.

I created a nine container on my other Unraid server. CPU last over 22% Start Log:
In the appendix: New-OBV-Docker.txt
The same as with the migrated container:
 

Quote

pr 10 16:16:21 eb75344e1cd2 mysqld: 2023-04-10 16:16:21 0 [Note] /usr/sbin/mariadbd (initiated by: root[root] @ localhost []): Normal shutdown
Apr 10 16:16:21 eb75344e1cd2 mysqld: 2023-04-10 16:16:21 0 [Note] InnoDB: FTS optimize thread exiting.
Apr 10 16:16:21 eb75344e1cd2 mysqld: 2023-04-10 16:16:21 0 [Note] InnoDB: Starting shutdown...
Apr 10 16:16:21 eb75344e1cd2 mysqld: 2023-04-10 16:16:21 0 [Note] InnoDB: Dumping buffer pool(s) to /config/databases/ib_buffer_pool
Apr 10 16:16:21 eb75344e1cd2 mysqld: 2023-04-10 16:16:21 0 [Note] InnoDB: Restricted to 2016 pages due to innodb_buf_pool_dump_pct=25
Apr 10 16:16:21 eb75344e1cd2 mysqld: 2023-04-10 16:16:21 0 [Note] InnoDB: Buffer pool(s) dump completed at 230410 16:16:21
Apr 10 16:16:21 eb75344e1cd2 mysqld: 2023-04-10 16:16:21 0 [Note] InnoDB: Removed temporary tablespace data file: "./ibtmp1"
Apr 10 16:16:21 eb75344e1cd2 mysqld: 2023-04-10 16:16:21 0 [Note] InnoDB: Shutdown completed; log sequence number 4968874; transaction id 3956
Apr 10 16:16:21 eb75344e1cd2 mysqld: 2023-04-10 16:16:21 0 [Note] /usr/sbin/mariadbd: Shutdown complete
Apr 10 16:16:21 eb75344e1cd2 mysqld: 
Apr 10 16:16:21 eb75344e1cd2 mysqld_safe: mysqld from pid file /run/mysqld/mysqld.pid ended

eb75344e1cd2.err Is in the appendix

 

Is it possible to outsource the MariaDB to a separate Maria DB container? All in one is great but it doesn't seem to work.

Currently I use 5.0.0 (MariaDB 10.7.4) 7.0.1 requires MariaDB 10.11.2 I think the internal migration does not work.
I hope I was able to help you with this information.

Greetings
Toby-ch

edbf6a8d423d.err New-OBV-Docker.txt eb75344e1cd2.err

I've only just noticed an issues with the latest docker image.  I have SSL email settings defined.  PHP is now crapping out with the following:

 

PHP Fatal error:  Uncaught Error: Undefined constant "ssl" in /config/config.php:46
Stack trace:
#0 /opt/observium/includes/sql-config.inc.php(25): require()
#1 /opt/observium/poller.php(19): include('...')
#2 {main}
  thrown in /config/config.php on line 46
# 

 

Quick fix is to disable SSL authentication for email alerts.  Anyone got a better more permanent fix?

The offending config line is

 

$config['email']['smtp_secure']     = ssl;        // Enable encryption. Use 'tls' or 'ssl

 

Many thanks

Dave