Stopped working after update

[dave_88]

Just upgraded to 1.36.24 and some other system updates but now ZM doesn't seem to be working any more.

All ZMC processes just exit abnormally immediately after they start. Arter enabling debug, nothing is written to the log by zmc at all.

What I have noticed is all of the dates/times on the web log are now displayed as something like +01008_22363888888 so wondering if this is some sort of php timezone issue?

Anyone have any ideas as guessing this is something simple but can't for the life of me work out what it is as nothing in the log to help.

[dave_88]

Downgraded back to 1.36.18 and is working again so not sure why my system doesn't like 1.36.24

[dave_88]

Just tried to upgrade to 1.36.26 and still having the same problem, zmc stops working and web logs show date/times like +01008_22363888888, so back to 1.36.18, and back working again. Anyone have any ideas? I'm sure it's something very simple but I can't work out what!

[bbunge]

What OS and version?

[dave_88]

Hi. Thanks for the reply,

It's on Debian 10 Buster, I install/upgrade with apt using the "zmrepo.zoneminder.com/debian/release-1.36 buster/" source.

[pat2]

Downgraded back to 1.36.18 and is working again so not sure why my system doesn't like 1.36.24

Hi Dave, the issue is starting from 1.36.20.

You should go OK till 1.36.19.

With 1.36.20 it was introduced the usage of functions present in the php-intl library.
Normally php-intl is installed correctly, but if you have a non standard php or you are on a non standard distro, you could have issue.
To check if I'm correct, pls try till 1.36.19 and all should be ok. From 1.36.20 you will have issue.
If so, the root cause is related to php-intl library installation.

In my case I was on ubuntu 16.04 and using php7.4 (from ondrej repo): php 7.4 from ondrej repo was the issue. I downgraded to php7.0, reinstalled 1.36.20 (or following versions) and worked. Currently I'm on the last zm version, 1.36.26.

Ralphred and Magic919 guided me!

viewtopic.php?t=31917

[dave_88]

Thanks for the advice.

I can't try 1.36.19 unfortunately as it doesn't seem to be in the repo.

It would seem php 7.3 is active on my system (I haven't customised anything, just the standard install from standard repos). I did try enabling the intl extension on php.ini but still makes no difference. (Php-intl package is installed on my system and the latest version, and reinstalling it makes no difference either)

Is there a php command that uses the intl module I can use for testing so I don't keep having to upgrade/downgrade zoneminder?

[pat2]

Hi Dave,

the function (in the php-intl library) used by ZM is named IntlDateFormatter.
I thought the issue could be related to this matter because:

1. you had the issue passing 1.36.19 version (after this version ZM started to use the php-intl library),
2. the issue you are describing in some way is related to time/date.

Coming to your question a test could be: to write a php script using IntlDateFormatter function and check if it works, i.e.:

sudo nano /var/www/html/test.php (note: you may have a different DocumentRoot directory depending on which webserver you are using and its configuration)

<?php
$locale = "en_GB";
$dateType = IntlDateFormatter::LONG;
$timeType = IntlDateFormatter::NONE;
$formatter =new IntlDateFormatter($locale, $dateType, $timeType);
$dateTime = new DateTime("2022-09-26");
echo $formatter->format($dateTime);
?>

save and exit.

sudo chmod 755 /var/www/html/test.php

Then call the test.php file from a browser:

http(s)://hostname_or_LANIP_or_WANIP/test.php

will give you:

26 September 2022

I'm using the Isaac's repo (probably not useful for Debian):

https://launchpad.net/~iconnor/+archive ... tate=built

all the released versions are present. Download the right package and then

sudo dpkg -i zoneminder_1.36.version-distro_hw.deb
sudo systemctl daemon-reload

[dave_88]

Hi Pat,

Thanks so much for the help and the PHP,

Indeed executing that script does result in:

26 September 2022

I also modified it slightly to:

Code: Select all

<?php
$locale = "en_GB";
$dateType = IntlDateFormatter::LONG;
$timeType = IntlDateFormatter::FULL;
$formatter =new IntlDateFormatter($locale, $dateType, $timeType);
$dateTime = new DateTime("2022-09-26 16:30");
echo $formatter->format($dateTime);
?>

And this resulted with

26 September 2022 at 16:30:00 British Summer Time

So I am now somewhat confused as that seems to be working (and no error in apache error.log either).

Just wondering when my ZM web log shows times in the format of +01008_22363888888 with the newer versions, how is this odd (to me) format being generated? I looked in the database and can see that it uses Unix timestamps, so no idea how I'm ending up with these strange numbers!

[ijmunro69]

Hi

I have all the same issues but tried the script from pat2 but it still results in a blank page. have installed intl package, enables in both apache2 and cli php.ini files but nothing works and apache2 logs still show the error. Stopping 1.36 from displaying web interface but zoneminder is running.

Any thoughts?

[dave_88]

Just tried this again with 1.36.33, zoneminder stops recording, unable to view streams, all the same symptoms as the issues at the start of this thread, with the most noticeable thing being all dates and times on the log displayed on the Web interface are listed like:

+00002_4266876000

Guessing whatever is causing this is the reason everything else doesn't work.

Running Debian 10 with PHP7.3

Tried reinstalling php7.3-intl no change

Got to be something simple but can't work it out!

Screenshot attached. It doesn't even seem to be a Unix timestamp, as that would make it the year 2136!

Again, if I go back to 1.36.18, everything works perfectly.