Package Details: zoneminder 1.36.33-2

Git Clone URL: https://aur.archlinux.org/zoneminder.git (read-only, click to copy)
Package Base: zoneminder
Description: A full-featured, open source, state-of-the-art video surveillance software system
Upstream URL: https://www.zoneminder.com/
Keywords: camera cctv monitor record security surveillance video zoneminder
Licenses: GPL-2.0-only
Conflicts: zoneminder-git
Submitter: None
Maintainer: Nocifer
Last Packager: Nocifer
Votes: 72
Popularity: 1.48
First Submitted: 2008-03-21 00:09 (UTC)
Last Updated: 2024-02-12 12:50 (UTC)

Dependencies (46)

Sources (8)

Latest Comments

« First ‹ Previous 1 .. 23 24 25 26 27 28 29 30 31 32 33 .. 62 Next › Last »

ImNtReal commented on 2018-10-03 17:16 (UTC)

@Nocifer, it would really make sense to build a package that is http server agnostic if possible. I'll look into doing that for myself.

Nocifer commented on 2018-10-03 16:44 (UTC) (edited on 2018-10-03 17:00 (UTC) by Nocifer)

@ImNtReal

Yup. Just as the previous versions had a hard dependency on Apache. Same situation, much better software.

@alanking

Hmm, for some weird reason I had the installer do the exact opposite, i.e. make sure ZM is running before doing the database upgrade /facepalm

I'll have it fixed for the next release along with some other minor stuff.

ImNtReal commented on 2018-10-03 14:33 (UTC)

Does this really have a hard dependency on nginx, now?

alanking commented on 2018-10-03 10:30 (UTC)

updated here no issues, updated to latest ffmpeg also before the zoneminder upgrade. all running nice, of course i did need to run zmupdate.pl to update database first before starting service after upograde. thanks for all your work!! very happy

Nocifer commented on 2018-10-02 22:32 (UTC)

Yeah, I wasn't expecting you to find anything in those logs, as I said the stream working through VLC means Nginx is serving it properly... But the same can be said about ffmpeg: if it's streaming the video and you can see it properly through VLC, then it means it too is doing its job.

So the problem must lie elsewhere, which is baffling to say the least, because with the same setup everything here is working properly. The almost certain facts are that it can't be Nginx (because the video is being served correctly), it shouldn't be ffmpeg (because the video is being streamed correctly and you can see it through VLC) and I'm also confident that it's not fcgiwrap (those errors you see in its service log are coming from ZM, and they conveniently serve as indirect proof that fcgiwrap is working properly).

So, this leaves us with either something to do with ZM itself or with something specific in how your Arch is set up that prevents ZM from working correctly.

I agree it'd be best if we continued this conversation either at the ZM forum or at its GitHub's issue tracker, because there is a much higher chance there that people more experienced than us (not to mention the developers themselves) can look into the problem and give us their input on the matter, but first I have to ask you once more: if you take that link of your camera's stream, the one that VLC streams correctly but ZM won't, and paste it in your browser's address bar, where does it get you? Does it show anything? Does it give you a 403/404/502? Does it produce any error at all, and if it does, what kind of error?

whata-mess commented on 2018-10-02 21:11 (UTC)

Nothing in nginx error logs, zoneminder happily saying its streaming away but nothing in the monitor window.

I am certain this ffmpeg related, libVLC doesn't work it just errors out. I tried pretty much every combination in the source type but the only one it is happy to say i is capturing is ffmpeg, but no image.

Date/Time Component Server PID Level Message File Line 2018-10-02 22:10:43 zmc_m1 23530 INF Monitor-1: images:10800 - Capturing at 7.69 fps, capturing bandwidth 249291bytes/sec zm_monitor.cpp 2473 2018-10-02 22:10:32 zmfilter_1 17864 INF Checking filter PurgeWhenFull delete returned 0 events zmfilter.pl 2018-10-02 22:10:32 zmfilter_2 17873 INF Checking filter Update DiskSpace update disk space returned 0 events zmfilter.pl 2018-10-02 22:10:30 zmc_m1 23530 INF Monitor-1: images:10700 - Capturing at 8.33 fps, capturing bandwidth 270951bytes/sec zm_monitor.cpp 2473 2018-10-02 22:10:18 zmc_m1 23530 INF Monitor-1: images:10600 - Capturing at 7.69 fps, capturing bandwidth 243518bytes/sec zm_monitor.cpp 2473 2018-10-02 22:10:05 zmc_m1 23530 INF Monitor-1: images:10500 - Capturing at 8.33 fps, capturing bandwidth 279327bytes/sec zm_monitor.cpp 2473 2018-10-02 22:09:53 zmc_m1 23530 INF Monitor-1: images:10400 - Capturing at 7.69 fps, capturing bandwidth 249141bytes/sec zm_monitor.cpp 2473 2018-10-02 22:09:40 zmc_m1 23530 INF Monitor-1: images:10300 - Capturing at 8.33 fps, capturing bandwidth 266619bytes/sec zm_monitor.cpp 2473 2018-10-02 22:09:32 zmfilter_2 17873 INF Checking filter Update DiskSpace update disk space returned 0 events zmfilter.pl 2018-10-02 22:09:32 zmfilter_1 17864 INF

whata-mess commented on 2018-10-02 21:03 (UTC)

Yep removed zoneminder and db from mariadb, then new install.

I found this in the fcgiwrap service status but VLC and chrome still stream it, but I dont know where to go from here github?:-

● fcgiwrap.service - Simple CGI Server Loaded: loaded (/usr/lib/systemd/system/fcgiwrap.service; indirect; vendor preset: disabled) Active: active (running) since Tue 2018-10-02 17:42:32 BST; 4h 15min ago Main PID: 3062 (fcgiwrap) Tasks: 1 (limit: 4915) Memory: 3.8M CGroup: /system.slice/fcgiwrap.service └─3062 /usr/sbin/fcgiwrap

Oct 02 20:05:05 arch zms_m1[12583]: WAR [zms_m1] [no last_frame_sent. Shouldn't happen. frame_mod was (1) frame_count (0) ] Oct 02 20:05:14 arch zms_m1[12583]: ERR [zms_m1] [Terminating, last frame sent time 10.361727 secs more than maximum of 10.000000] Oct 02 20:05:34 arch zms_m1[12615]: WAR [zms_m1] [no last_frame_sent. Shouldn't happen. frame_mod was (1) frame_count (0) ] Oct 02 20:05:45 arch zms_m1[12661]: WAR [zms_m1] [no last_frame_sent. Shouldn't happen. frame_mod was (1) frame_count (0) ] Oct 02 20:05:55 arch zms_m1[12661]: ERR [zms_m1] [Terminating, last frame sent time 10.323312 secs more than maximum of 10.000000] Oct 02 20:06:15 arch zms_m1[12697]: WAR [zms_m1] [no last_frame_sent. Shouldn't happen. frame_mod was (1) frame_count (0) ] Oct 02 20:06:24 arch zms_m1[12697]: ERR [zms_m1] [Terminating, last frame sent time 10.069053 secs more than maximum of 10.000000] Oct 02 20:50:25 arch zms_m1[14958]: ERR [zms_m1] [Terminating, last frame sent time 10.008379 secs more than maximum of 10.000000] Oct 02 21:51:42 arch zms_m1[23849]: WAR [zms_m1] [Unable to send stream frame: Broken pipe] Oct 02 21:51:50 arch zms_m1[23899]: WAR [zms_m1] [Unable to send stream frame: Broken pipe]

Nocifer commented on 2018-10-02 20:16 (UTC) (edited on 2018-10-02 20:22 (UTC) by Nocifer)

It may have been working last week, but you weren't using this new version of ZoneMinder, right? ;)

It's almost certainly not an Nginx issue, if it were I would also be seeing the error in my setup. For clarity's sake, here is your camera's link that you posted at the ZM forum:

http://localhost:8095/cgi-bin/nph-zms?mode=jpeg&monitor=1&maxfps=25&size=100&buffer=1000

And here's my own camera's link, with settings similar to yours, and which is working flawlessly with the exact same Nginx configuration:

http://localhost:8095/cgi-bin/nph-zms?scale=100&width=640px&height=480px&mode=jpeg&maxfps=30&monitor=1&connkey=352566&rand=1538510382

As you see they're practically the same as far as Nginx is concerned, their only difference is the options passed to the Perl interpreter (that "cgi-bin" you see there). But to make sure, you could always check Nginx's logs and see what you'll find there. They're both in /var/log/zoneminder.

As for why I prefer Nginx, I prefer it because it is a much faster and lighter piece of software, not to mention more modular and much easier to configure and tailor to one's needs, compared to Apache which not only is it bloated as hell and monolithic in its architecture, but it's also ancient in its way of doing things and more often than not stands in the way instead of Just Working™. Hmmm, now that I think about it it's a bit like ZoneMinder in that regard... But there's a difference between the two: ZoneMinder is actively developed and slowly being brought to modern standards, whereas Apache has more or less been left to stale these past few years while Nginx has been steadily taking over its place.

EDIT: Just to clarify - we are talking about a completely fresh install, right? Not an upgrade over an already running older version?

EDIT 2: Also, to clarify further, if this link can be streamed by VLC then it's 100% certain it's not an Nginx issue, since the stream is obviously being served properly. Are you telling me that if you open that link of yours in a browser, it shows a blank page?

whata-mess commented on 2018-10-02 18:08 (UTC) (edited on 2018-10-02 18:10 (UTC) by whata-mess)

@Nocifer this was working up until last week.

I agree its a setup issue, can I ask why you have this using Nginx and not Apache?

« First ‹ Previous 1 .. 23 24 25 26 27 28 29 30 31 32 33 .. 62 Next › Last »