1.36.11 could not start 13 cameras at once

Discussions related to the 1.36.x series of ZoneMinder
Post Reply
Cramac1
Posts: 111
Joined: Wed Aug 29, 2018 11:29 am

1.36.11 could not start 13 cameras at once

Post by Cramac1 »

Hello.
updated from branch 1.35 to 1.36.11, after reboot the server hung tightly. When we managed to break through, stopping the ZM processes, the PC came to life. At startup, the PC hangs. He immediately eats up all the memory and swap. Turning off the cameras and turning on one by one, all the rules
Cramac1
Posts: 111
Joined: Wed Aug 29, 2018 11:29 am

Re: 1.36.11 could not start 13 cameras at once

Post by Cramac1 »

worked for an hour and hung again
Cramac1
Posts: 111
Joined: Wed Aug 29, 2018 11:29 am

Re: 1.36.11 could not start 13 cameras at once

Post by Cramac1 »

Attachments
BC6D1670-6996-4271-8143-EDA5F2D5F024.jpeg
BC6D1670-6996-4271-8143-EDA5F2D5F024.jpeg (369.38 KiB) Viewed 8626 times
User avatar
iconnor
Posts: 2879
Joined: Fri Oct 29, 2010 1:43 am
Location: Toronto
Contact:

Re: 1.36.11 could not start 13 cameras at once

Post by iconnor »

Your cameras have a huge keyframe interval. Either set it lower in camera, or set a reasonable MaxImageBufferCount.

Or post some logs FFS.
Cramac1
Posts: 111
Joined: Wed Aug 29, 2018 11:29 am

Re: 1.36.11 could not start 13 cameras at once

Post by Cramac1 »

I have a multiserver.
Now I transferred the web and the base to a new one, I left only recording and viewing on this. Until no longer freeze.

the logs were disabled, I thought there are a lot of them and load fs, what settings should I put on the log in files?

And also, I have been observing the problem for a long time, sometimes, on a rented camera, the recording lasts longer than a given hour. Maybe 2-4-6 hours. Maybe for a minute.
User avatar
iconnor
Posts: 2879
Joined: Fri Oct 29, 2010 1:43 am
Location: Toronto
Contact:

Re: 1.36.11 could not start 13 cameras at once

Post by iconnor »

https://zmeventnotification.readthedocs ... ks-logging

Applies for general ZM debugging as well. Except for LOG_DEBUG_TARGET. We are interested in _zmc
Cramac1
Posts: 111
Joined: Wed Aug 29, 2018 11:29 am

Re: 1.36.11 could not start 13 cameras at once

Post by Cramac1 »

example log
Attachments
cam.zip
(9.08 KiB) Downloaded 46 times
User avatar
iconnor
Posts: 2879
Joined: Fri Oct 29, 2010 1:43 am
Location: Toronto
Contact:

Re: 1.36.11 could not start 13 cameras at once

Post by iconnor »

Okay so that log shows one monitor, number 11 successfully capturing a 1080p stream.

So not much use.
User avatar
iconnor
Posts: 2879
Joined: Fri Oct 29, 2010 1:43 am
Location: Toronto
Contact:

Re: 1.36.11 could not start 13 cameras at once

Post by iconnor »

You need more ram, and probably more cpu. Decoding 1080p streams takes a lot.
alabamatoy
Posts: 349
Joined: Sun Jun 05, 2016 2:53 pm

Re: 1.36.11 could not start 13 cameras at once

Post by alabamatoy »

Also, reduce frame rate in the cameras. Most people dont need NFL broadcast-grade high frame rate. Mine run at 10FPS (set in cameras) and seems to work pretty well in live view. This is 10 FPS: https://rumble.com/vqbg4j-turkeys-being ... of&mrefc=2
Cramac1
Posts: 111
Joined: Wed Aug 29, 2018 11:29 am

Re: 1.36.11 could not start 13 cameras at once

Post by Cramac1 »

iconnor wrote: Thu Dec 09, 2021 2:34 pm You need more ram, and probably more cpu. Decoding 1080p streams takes a lot.
after transferring the database to another server, the problem went away.
alabamatoy
Posts: 349
Joined: Sun Jun 05, 2016 2:53 pm

Re: 1.36.11 could not start 13 cameras at once

Post by alabamatoy »

Cramac1 wrote: Sat Dec 11, 2021 6:41 am
iconnor wrote: Thu Dec 09, 2021 2:34 pm You need more ram, and probably more cpu. Decoding 1080p streams takes a lot.
after transferring the database to another server, the problem went away.
You effectively increased the available RAM by removing the DB from the server.
Post Reply