test results RC version 2640 thru 2679

rdmelin · Post by **rdmelin** » Mon Oct 06, 2008 10:32 pm

Yes. montage view is working with 2649

rdmelin · Post by **rdmelin** » Tue Oct 07, 2008 3:17 pm

With 2651 changing state from the web interface works.

Still no mpeg streaming in watch or event views with the error message "httpd: socket_sendto() failed: No such file or directory"

Post by **zoneminder** » Tue Oct 07, 2008 7:56 pm

Do you have zms-*.sock files in /tmp? Or anywhere?

rdmelin · Post by **rdmelin** » Tue Oct 07, 2008 11:32 pm

Do you have zms-*.sock files in /tmp? Or anywhere?

ZM_PATH_SOCKS is /var/lib/zm/
Each time I open a watch view and get this error a zms-*w.sock is left there.
I believe zm/ajax/stream.php is looking for a zms-*s.sock file. Not sure if this is a typo but changing it to w.sock didn't fix the problem, just produced another error message.
"httpd: Got unexpected message size, got 5, expected 260"
And still leaves the .sock file behind, so I figured I wasn't really making progress by messing around with it.

Post by **zoneminder** » Thu Oct 09, 2008 9:02 am

Just as a long shot, but if you change ZM_PATH_SOCK to /tmp does it make any difference? Do you see zmswap directories in either /tmp or your current location?

There should be two socket files created, *-s.sock is the one that zms binds to and *-w.sock is the one that the web stuff binds. They send stuff back and forth to each other on them.

rdmelin · Post by **rdmelin** » Thu Oct 09, 2008 2:19 pm

Changing ZM_PATH_SOCK to /tmp made no difference. I get *w.sock files left there. But I don't see any *s.sock files. I dont find any zmswap directories anywhere either.

Post by **zoneminder** » Thu Oct 09, 2008 8:21 pm

I wonder if there is some permissions issue with zms (or cgi processes in general) being able to create files and/or directories?

zms isn't the easiest thing in the world to debug but you could try looking at the zms path that is used in the page, setting an environment variable QUERY_STRING to the bit after the '?' and then running it on the command line with ZM_DBG_PRINT=1 and ZM_DBG_LEVEL=9 (or less). Maybe there will be something revealed by that.

rdmelin · Post by **rdmelin** » Sat Oct 11, 2008 4:58 am

I wonder if there is some permissions issue with zms (or cgi processes in general) being able to create files and/or directories?

mjpeg streaming is working and the *s.sock files and zmswap directories are created when using mjpeg streaming. With mpeg streaming they aren't even if I change zms to setuid root. So I dont think it's a permissions issue.

try looking at the zms path that is used in the page, setting an environment variable QUERY_STRING to the bit after the '?' and then running it on the command line with ZM_DBG_PRINT=1 and ZM_DBG_LEVEL=9 (or less). Maybe there will be something revealed by that.

I don't know if doing this right. Here is what I got.

Code: Select all

[ross ~]$ QUERY_STRING=mode=mpeg&monitor=1&scale=100&bitrate=150000&maxfps=15&format=swf&connkey=970780&rand=1223700140 ZM_DBG_PRINT=1 sudo -u nobody /home/httpd/cgi-bin/nph-zms
[1] 4244
[2] 4245
[3] 4246
[4] 4247
[5] 4248
[6] 4249
[7] 4250
HTTP/1.0 200 OK
Server: ZoneMinder Video Server/1.24.0
Expires: Mon, 26 Jul 1997 05:00:00 GMT
Last-Modified: Sat, 11 Oct 2008 04:46:55 GMT
Cache-Control: no-store, no-cache, must-revalidate
Cache-Control: post-check=0, pre-check=0
Pragma: no-cache
[1]   Done                    QUERY_STRING=mode=mpeg
[2]   Done                    monitor=1
[3]   Done                    scale=100
[4]   Done                    bitrate=150000
[5]   Done                    maxfps=15
[6]-  Done                    format=swf
[7]+  Done                    connkey=970780

In syslog

Code: Select all

Oct 10 21:46:55 archbox zms[4251]: FAT [Unable to load monitor id 0 for streaming]
Oct 10 21:46:55 archbox zms[4251]: INF [Got signal 6 (Aborted), crashing]

I'm curious that the error message is "Unable to load monitor id 0 for streaming" when monitor=1

Post by **zoneminder** » Tue Oct 14, 2008 11:21 am

Yikes!

You need to quote this bit

QUERY_STRING=mode=mpeg&monitor=1&scale=100&bitrate=150000&maxfps=15&format=swf&connkey=970780&rand=1223700140

so it becomes

Code: Select all

QUERY_STRING='mode=mpeg&monitor=1&scale=100&bitrate=150000&maxfps=15&format=swf&connkey=970780&rand=1223700140'

Otherwise it thinks you executing a bunch of commands in the background (which is why all those numbers come up).

I think I may have missed something here though. Are you saying zms streaming works if you are doing it in mjpeg format and you only get the problems if you are mpeg streaming?

Post by **zoneminder** » Tue Oct 14, 2008 1:53 pm

Assuming it was just mpeg streaming, I have found a couple of issues and so maybe you can try the latest candidate, 2666.

rdmelin · Post by **rdmelin** » Tue Oct 14, 2008 4:21 pm

Assuming it was just mpeg streaming, I have found a couple of issues and so maybe you can try the latest candidate, 2666.

Yes it was just mpeg streaming that was a problem. Sorry if I wasn't clear about that. A quick test with 2666 shows this issue fixed. So at this point all the problems I've found are fixed.

Cordel, I'll drop by the bug tracker and see if I can close these.

rdmelin · Post by **rdmelin** » Tue Oct 14, 2008 4:43 pm

OK further testing reveals a new issue.
mpeg streaming only. Streams in watch view, event view, and cycle view work properly with no errors in syslog.
Opening montage view, both monitors ( I have only two configured on this system) stream for a few seconds, then monitor 1 stops, monitor 2 continues. Seems to be always 1 that stops.
At this point syslog fills up with these:

Code: Select all

Oct 14 09:30:51 archbox zms[22863]: ERR [Can't open /tmp/zmswap-m2/zmswap-q565255/zmswap-i00005.jpg: No such file or directory]
Oct 14 09:30:51 archbox zms[22862]: ERR [Can't open /tmp/zmswap-m1/zmswap-q445916/zmswap-i00006.jpg: No such file or directory]
Oct 14 09:30:51 archbox zms[22863]: ERR [Can't open /tmp/zmswap-m2/zmswap-q565255/zmswap-i00006.jpg: No such file or directory]
Oct 14 09:30:51 archbox zms[22862]: ERR [Can't open /tmp/zmswap-m1/zmswap-q445916/zmswap-i00007.jpg: No such file or directory]
Oct 14 09:30:52 archbox zms[22863]: ERR [Can't open /tmp/zmswap-m2/zmswap-q565255/zmswap-i00007.jpg: No such file or directory]
Oct 14 09:30:52 archbox zms[22862]: ERR [Can't open /tmp/zmswap-m1/zmswap-q445916/zmswap-i00008.jpg: No such file or directory]

Post by **zoneminder** » Tue Oct 14, 2008 10:38 pm

I will try and reproduce this. Can you confirm how much of those paths actually exist? Also presumably you have space etc?

rdmelin · Post by **rdmelin** » Tue Oct 14, 2008 11:40 pm

Phil, I've been using seamonkey which is the the continued developement of the old mozilla suite. With this browser which behaves as reported above, when the errors apear in syslog, /tmp/zmswap-m1/ and /tmp/zmswap-m2/ are empty directories. Yet monitor 2 continues to stream.

I tried the same thing with konqueror. Both monitors continue to stream and /tmp/zmswap-m* both have subdirectories with multiple jpg files.

Using firefox3 both monitors continue to stream. However I get the errors in syslog and /tmp/zmswap-m* are both empty.

Using Opera I get no errors, both monitors continue to stream, and /tmp/zmswap-m* have subdirs with files.

I'm not sure how useful this report is but repeated tests produce consistent results. With Opera I've found nothing to fault ZM 1.24.0-2666 with. BTW native mjpeg streaming works well with Opera and I don't see the issue with streams not being closed that firefox3 still has.

rdmelin · Post by **rdmelin** » Wed Oct 15, 2008 12:42 am

Also I should say that all the mpeg streaming is swf format using Adobe flash player. Results using other formats with mplayer plugin also vary with different browsers and are generally not nearly as satisfactory as swf.