Page 2 of 4
Posted: Mon Oct 06, 2008 10:32 pm
by rdmelin
Yes. montage view is working with 2649
Posted: Tue Oct 07, 2008 3:17 pm
by rdmelin
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"
Posted: Tue Oct 07, 2008 7:56 pm
by zoneminder
Do you have zms-*.sock files in /tmp? Or anywhere?
Posted: Tue Oct 07, 2008 11:32 pm
by rdmelin
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.
Posted: Thu Oct 09, 2008 9:02 am
by zoneminder
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.
Posted: Thu Oct 09, 2008 2:19 pm
by rdmelin
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.
Posted: Thu Oct 09, 2008 8:21 pm
by zoneminder
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.
Posted: Sat Oct 11, 2008 4:58 am
by rdmelin
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
Posted: Tue Oct 14, 2008 11:21 am
by zoneminder
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?
Posted: Tue Oct 14, 2008 1:53 pm
by zoneminder
Assuming it was just mpeg streaming, I have found a couple of issues and so maybe you can try the latest candidate, 2666.
Posted: Tue Oct 14, 2008 4:21 pm
by rdmelin
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.
Posted: Tue Oct 14, 2008 4:43 pm
by rdmelin
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]
Posted: Tue Oct 14, 2008 10:38 pm
by zoneminder
I will try and reproduce this. Can you confirm how much of those paths actually exist? Also presumably you have space etc?
Posted: Tue Oct 14, 2008 11:40 pm
by rdmelin
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.
Posted: Wed Oct 15, 2008 12:42 am
by rdmelin
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.