ZoneMinder Forums

Wait, you're right. Mine was a ubuntu embedded build so it comes pre-installed and yes, that and some other things need to be set at the OS level. However... # sudo timedatectl set-ntp true # timedatectl set-timezone "America/Chicago" # timedatectl status Local time: Wed 2021-10-06 13:00:1...

Oddly, this shows UTC time and not the MST one I have set. # timedatectl Local time: Wed 2021-10-06 16:31:03 UTC Universal time: Wed 2021-10-06 16:31:03 UTC RTC time: Wed 2021-10-06 16:31:04 Time zone: Etc/UTC (UTC, +0000) System clock synchronized: yes NTP service: active RTC in local TZ: no So, I ...

Hi, Yes, it's already linked. lrwxrwxrwx. 1 root root 37 Dec 2 2020 localtime -> ../usr/share/zoneinfo/America/Phoenix # cat /etc/localtime TZif2 ▒▒▒:▒▒▒▒▒▒▒▒▒▒ˉ ▒▒▒Ϗ▒Ё▒▒u▒▒X▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒ LMTMDTMSTMWTTZif2 ▒▒▒▒▒^ ▒▒▒▒▒▒▒:▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒ˉ ▒▒▒▒▒▒▒▒▒▒▒Ϗ▒▒▒▒▒Ё▒▒▒▒▒▒u▒▒▒▒▒▒X▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒ L...

In my case of a brand new install of 1.34.26 on a freshly installed Ubuntu 20.02 LTS server, I still get the error every minute or so. I already set the time zone in the Options and know my permissions are set too. chown -R www-data:www-data /etc/zm chown -R www-data:www-data /var/cache/zoneminder c...

Stopping and re-starting the DB server is not a solution, solving the problem of why it happens is and I don't see that here. I'm running a brand new install of 1.34.26 on a Ubuntu 20.04 LTS server and initially, all seemed to be working fine then suddenly, db access loss. I didn't see any reason fo...

Sorry, I'm not getting the notifications of replies. In my case, it's centos 8.
I just tried yum update and sure enough, the new packages are there.

The problem seems to be fixed now. Thanks Whoop.

I've searched but cannot seem to find much on this problem so time to post. I ended up having to use the --nobest option but am concerned this is going to break zoneminder. I can't possibly be the only person having this problem but am not sure how to resolve it. I can remove the ffmpeg packages but...

Maybe this is where I went wrong then.
For my test, I had only enabled OPT_USE_AUTH and started playing with that. I had not enabled or changed any other settings.

I'll look at the documentation and report back once I've tried what I'm supposed to since I seem to be missing some needed steps.

So, if it's not related to the timezone settings, what else is causing this? Surely, someone else must have seen this issue by now?

Same difference. Even with the time zone set in php.ini, adding auth breaks streams. This time, I didn't even add a user and admin has no stream.

And, thank you for pointing that out.
I forgot that I had rebuilt because of a problem and didn't set that this time.

Now it's set so I'll try again.

Please, I do look at logs but you need to know what you're looking for and this is new to me.
Also, the timezone IS set. It's one of the first things I did.

Nobody cares? This seems to be a bug and if it's not, then something is still not right. This is a brand new, fresh install.

I enabled OPT_USE_AUTH on my system, a system where everything is/was working fine.
I logged in as a user I created and never could view streams.

The next day the admin could no longer view streams.
A while ago, I disabled OPT_USE_AUTH and now viewing streams is back.

This has to be a bug right?

Finally found it. You have to enable auth in the options.