Montage Review showing "No Data"

[thiagobruch]

I have the following installation:

Zoneminder: v1.32.3
OS: CentOS Linux release 7.6.1810
Installed via:
- sudo yum localinstall --nogpgcheck https://download1.rpmfusion.org/free/el ... noarch.rpm https://download1.rpmfusion.org/nonfree ... noarch.rpm
- yum install zoneminder
Cameras: Foscam FI9821p V3 (latest firmware - same firmware used with zoneminder 1.28)

Coming from version 1.28, instead of upgrade, I decided to do a fresh installed. (I didn't have much configured in 1.28 and 3 cameras only)
Everything is working as expected except the Montage Review.

Montage Review always shows "No Data" in the stream.
I've checked the system, php and DB timezone and time and they all match.

In the Logs, I received the following warning:
2019-01-15 12:19:10 web_php 11501 FAT No Frame found for event(457) and frame id(690054) /usr/share/zoneminder/www/views/image.php 138
2019-01-15 12:19:09 web_php 11501 FAT No Frame found for event(457) and frame id(690035) /usr/share/zoneminder/www/views/image.php 138
2019-01-15 12:19:08 web_php 11501 FAT No Frame found for event(457) and frame id(690017) /usr/share/zoneminder/www/views/image.php 138

Attached are two screenshots, one with the "No Data" in Montage Review and the second of the logs when accessing Montage Review

zm1.JPG (210.38 KiB) Viewed 39040 times

zm2.JPG (230.29 KiB) Viewed 39040 times

Has anybody experienced something similar? And if so, any fix?

Thank you.

[clipo]

I have the same issue with a fresh install also

Centos 7.5
Zoneminder 1.32.3

2019-03-02 21:48:41 web_php 4611 FAT No Frame found for event(9) and frame id(100014) /usr/share/zoneminder/www/views/image.php 135
2019-03-02 21:48:41 web_php 4611 FAT No Frame found for event(9) and frame id(90090) /usr/share/zoneminder/www/views/image.php 135

Update,

Moved back to Default storage and the NO DATA error has gone and replaced with the below log error

2019-03-03 08:54:39 web_js 4613 ERR TypeError: storage is undefined https://127.0.0.1/zm/cache/skins_classi ... 4278956.js 120
2019-03-03 08:54:38 web_js 4613 ERR TypeError: storage is undefined https://127.0.0.1/zm/cache/skins_classi ... 4278956.js 120
2019-03-03 08:54:37 web_js 6379 ERR TypeError: storage is undefined https://127.0.0.1/zm/cache/skins_classi ... 4278956.js 120
2019-03-03 08:54:36 web_js 4613 ERR TypeError: storage is undefined https://127.0.0.1/zm/cache/skins_classi ... 4278956.js 120

Update 2

NO DATA error is still there but using external storage is an issue.

I would recommend anyone reading at this point try a different distro, I have several Linux Mint and Ubuntu servers running

[clipo]

Update 3-2-2019

Fedora 29
Zoneminder 1.32.3

Performed a clean install of Fedora 29 and the Montage Review function is working and most other functions of Zoneminder seem to work.
I'll test over night and then use a different storage location for the media as a further test and report back
It would appear there is a problem with the current current RPM Fusion build and CentOS 7.5

Update 9-3-2019

Alternative storage drive tested and works perfect

All functions of ZM seem to be working OK

Conclusion there is an issue with a package used by ZM on CentOS 7.5

[clipo]

Update.

Fresh Install of CentOS 7.5
Install Zoneminder 1.32.3 without updating CentOS
No modifications or custom settings install, pure fresh out the box CentOS and ZM

Same No Data Error

update CentOS via Yum

Same No Data Error

And the log has lots of the following errors

2019-03-09 16:14:37 web_php 6312 FAT No Frame found for event(8) and frame id(6003) /usr/share/zoneminder/www/views/image.php 135

Beyond building ZM from source I'm lost now

update.

upgraded to 1.33.1 testing and the Montage Review is working but not fully it will scroll through the time line but will not playback.
ZMrepo installed the below additional packages so it might be an issue with the old packages that is causing the problems.

===================================================================================================================================================================================================================
Package Arch Version Repository Size
===================================================================================================================================================================================================================
Updating:
libdca x86_64 0.0.5-9.el7.centos zmrepo 101 k
perl-Class-Std-Fast noarch 0.0.8-2.el7.centos zmrepo 23 k
perl-IO-Interface x86_64 1.05-15.el7.centos zmrepo 28 k
xvidcore x86_64 1.3.4-2.el7.centos zmrepo 263 k
zoneminder x86_64 1.33.1-1.134.20190209gitg2dc935b48.el7.centos zmrepo-testing 14 k
zoneminder-common x86_64 1.33.1-1.134.20190209gitg2dc935b48.el7.centos zmrepo-testing 8.7 M
zoneminder-httpd x86_64 1.33.1-1.134.20190209gitg2dc935b48.el7.centos zmrepo-testing 19 k

Transaction Summary
===================================================================================================================================================================================================================

[underdog]

I have the same issue occurring on my centos build. I noticed that the frame number is not correct, it's in the thousands, when i only have a couple hundred frames in an alarmed event. what is crazy is that the zmninja app works perfectly with the montage review attached to the same server.

[jogo]

The live view works in my case (CentOS 7), but anything that involves a history doesn't get the data.

[timpursell]

I'm having the same problem on Ubuntu 16.04 after upgrading to 1.32.3. Tried everything in this and related threads on other sites to no avail.

I'm seeing the following error in the apache error log:

[Sun Mar 31 16:30:22.696554 2019] [cgi:error] [pid 15508] [client xx.xx.xx.xx:7878] AH01215: Unable to connect to zmc process. Please ensure that it is running.: /usr/lib/zoneminder/cgi-bin/nph-zms, referer: https://zm.xx.com/index.php?view=montagereview

Everything else works fine - just this "no data" thing during montage review.

Anyone have any other ideas?

[50cc]

I'm having this exact problem after updating to 1.32.3 on Cent OS 7. Did anyone find a fix yet?

[DMUTPUUM]

zoneminder 1.33.1
centos 7

show timeline

2019-04-21 10:25:27 web_php 15447 ERR Capture file does not exist at /var/lib/zoneminder/events/2/2019-04-21/4899/00001-capture.jpg /usr/share/zoneminder/www/includes/Event.php 415
2019-04-21 10:25:27 web_php 15447 FAT No Frame found for event(4899) and frame id(1) /usr/share/zoneminder/www/views/image.php 149


frame id is always 1

where the picture was initially displayed

[thiagobruch]

I can also confirmed that installing ZM 1.32.3 on Fedora 30 did the trick.
Apparently, there is something "broke" with the RPM Package for CentOS.
Is there a way to compare the Fedora Package with the CentOS Package?

I tried looking at the files inside the ZM Folder and they appear to be the same.

Anybody have any idea on how to check or to update the CentOS Install with the Montage Review?

Thank you.

Update 3-2-2019

Fedora 29
Zoneminder 1.32.3

Performed a clean install of Fedora 29 and the Montage Review function is working and most other functions of Zoneminder seem to work.
I'll test over night and then use a different storage location for the media as a further test and report back
It would appear there is a problem with the current current RPM Fusion build and CentOS 7.5

Update 9-3-2019

Alternative storage drive tested and works perfect

All functions of ZM seem to be working OK

Conclusion there is an issue with a package used by ZM on CentOS 7.5

[djast]

I'm seeing the montage review page making requests such as:

Code: Select all

GET /zm/index.php?view=image&eid=34977&fid=470080&width=1084&height=610
GET /zm/index.php?view=image&eid=34977&fid=470090&width=1084&height=610
GET /zm/index.php?view=image&eid=34977&fid=470099&width=1084&height=610
GET /zm/index.php?view=image&eid=34977&fid=48008&width=1084&height=610
GET /zm/index.php?view=image&eid=34977&fid=480016&width=1084&height=610
GET /zm/index.php?view=image&eid=34977&fid=480025&width=1084&height=610

but the FrameId values for that event are nowhere near that range--the correct values should be closer to 4700. It's also curious that it's requesting fid=48008 between fid=470099 and fid=480016.

This led me to the culprit in www/skins/classic/views/js/montagereview.js. The Javascript was concatenating the calculated frame offset to the bulk frame rather than adding it numerically: replacing

• frame_id = Frame.FrameId + parseInt( (Frame.NextFrameId-Frame.FrameId) * ( time-Frame.TimeStampSecs )/duration );

with

• frame_id = parseInt(Frame.FrameId) + parseInt( (Frame.NextFrameId-Frame.FrameId) * ( time-Frame.TimeStampSecs )/duration );

appears to correct the issue for me.

I don't know whether this is the best fix--it may be the case that the fields in the JavaScript events array are not supposed to be quoted (i.e., "FrameId": 4700 instead of "FrameId": "4700"), but it seems to work.

[djast]

...incidentally, the issue would presumably only manifest when bulk frames are in use, which may explain why it works for some users and not others.

[djast]

I think the root of the problem may be in the PHP MySQL driver.

Apparently the driver in the CentOS 7 php-mysql package returns all query results as strings regardless of their declared types.

This appears to be why ZoneMinder (www/skins/classic/views/js/montagereview.js.php) outputs the events object with quotes around the frame number (via json_encode()), causing the Javascript to concatenate the frame offset instead of adding it numerically.

From what I've read, the alternative php-mysqlnd ("native driver") package returns numeric values from the database as numbers rather than strings. I haven't tried it yet, but I suspect that swapping out php-mysql for php-mysqlnd may fix the symptom. (On CentOS7, "yum swap php-mysql php-mysqlnd" would be the simplest way to do that, since the packages are incompatible and the zoneminder package dependencies require one of them to be installed at all times.)

Try that at your own risk, though--as I said, I haven't yet tested ZoneMinder with this driver, so for all I know this could break other functionality.

[djast]

I've confirmed that "yum swap php-mysql php-mysqlnd" followed by "apachectl graceful" fixes the problem for us on CentOS 7. Have not noticed any negative side effects so far.

[iconnor]

The presence of quotes around the FrameId values is actually valid json syntax.
We need a parseInt on line 112
Let's try changing
frame_id = Frame.FrameId + parseInt( (Frame.NextFrameId-Frame.FrameId) * ( time-Frame.TimeStampSecs )/duration );
to
frame_id = parseInt(Frame.FrameId) + parseInt( (Frame.NextFrameId-Frame.FrameId) * ( time-Frame.TimeStampSecs )/duration );