Arch Linux User Repository

I think we should pull out most of the stuff in zoneminder.install. We don't want mysterious SQL to run, databases to restart, webservers to go offline, etc. This kind of thing should always be in the hands of the user. We should print commands that the user should run to the console, or better, refer them to a page in the Arch Linux Wiki.

@ImNtReal

The comments have been flooded a bit by my conversation with @whata-mess, so I will quote here part of a comment a wrote just a couple of days ago as a reply to @chapatt:

"Now that I know everything works fine, If and when I adopt this package (I've filed an orphan request since a couple weeks ago) I aim to change the install procedure into a saner (and safer) one, i.e. provide the needed files and detailed instructions and leave it to the user to setup Nginx, Apache, MariaDB et al as they see fit. And I also want to include a conf file for Apache besides Nginx, and make both of them into optional dependencies with separate instructions for each."

As you see I agree with you, at least in principle. On the other hand Apache is in my eyes an obsolete piece of crap that should really only be deployed when there's no other alternative, e.g. in cases where one has to deal with old software created back in the days when Perl and Apache were reigning supreme - in other words, software like ZoneMinder. But here's the thing: if one can, with a little effort, adapt that old software to work with something else besides Apache, then in my opinion one should make that effort and adapt that software to work with something else, and so get rid of Apache. Which is what I did in this case.

So the real question is: with Apache out of the question, what other web server besides Nginx could one possibly use to run ZoneMinder, that would then justify Nginx becoming an optional dependency along with this new option? The only one I can think of is lighttpd. The problem is, there is no conf file for lighttpd to run ZoneMinder with, which means that adding it to the list of optional web servers would be useless to the majority of the userbase. But I'm willing to do it as long as someone can provide a working conf file for it.

That said, and despite my opinion of Apache, the same goes for Apache: if enough people ask for it (or fewer people but with good reason) then I'm willing to also add it back as a supported web server. But for the time being I think a working Nginx setup is more than enough.

P.S. - For anyone that may be wondering: what I am looking forward to implement is a scenario for a remote MariaDB server. But that will take some work.

Edit: @ImNtReal Forgot to ask you - is there a specific reason you'd prefer Apache instead of Nginx? E.g. an existing setup or something like that?

@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.

@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.

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

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

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?

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

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]