ZoneMinder Forums

I'm running Zoneminder as a jail in a FreeNAS 11.3 install.
I originally installed and configured using 1.34.9 - have been happy for six months. Last week I did an update through the FN GUI.
After update, I was instructed to run zmupdate.pl, which I did, and I've restarted the server. However, my hard drive maxed out to 100%, in the coming days, completely ignoring the 80% set in my PurgeWhenFull filter.
At the same time, my events started registering 0b files. I have to suspect the two are related. I managed to "clear" the 0b records by clicking an event in each camera - like it hadn't updated some database file and wasn't registering changes.
Events are still being recorded, and I can play them back, so I know ZM has read/write access to the drive. I can also manually delete them to free space.
Last night, I manually deleted down to 20% storage, and set PurgeWhenFull to maintain 20%. This morning it was at 78%.
Something's going on in the background - load is showing 6.9. I'm recording about 500 events a day, between three cameras (definitely have to check my numbers again - wonder if zones got changes from pixel to percent...).
I'll continue playing and report back. If anyone has the solution, please share.

Progress. I just checked my log for errors, and there are dozens of the following:
There's a thread discussing a bad perl script (libnumber-bytes-human-perl) here:
viewtopic.php?f=40&t=29277&p=119053#p119053

I've got to investigate whether this can/should be updated from my FreeNAS CLI.

ZM newbie here...

I was having the opposite issue where zmfilter was purging everything even though my partition was only 5% used. I was also using a fresh install so no update issues

According to the logs it was saying disk space was 95% used. Turned out it was measuring my root partition space but I had my events in a separate partition. Weird... Finally realised that even though I had created a new storage, zmfilter was using the ZM_DIR_EVENTS config variable (I think) to test the disk space.

So my question is, why have the config variable if you can then go and create different storage areas?

I created a link from where the config variable was pointing (/var/cache/zoneminder/events) to where my events storage was mounted in a separate partition. A bit clunky but it works for now

I found directions on running zmfilter from CLI, and after much bad syntax, got this output: This definitely points to another PERL issue. Still investigating.

slowbart wrote: ↑Sat Dec 12, 2020 9:32 am According to the logs it was saying disk space was 95% used. Turned out it was measuring my root partition space but I had my events in a separate partition. Weird... Finally realised that even though I had created a new storage, zmfilter was using the ZM_DIR_EVENTS config variable (I think) to test the disk space.

Need to specify storage area in PurgeWhenFull when using secondary storage areas, not ZM_DIR_EVENTS.
https://wiki.zoneminder.com/Using_a_ded ... Hard_Drive

SOLVED!!!
I searched the error I was receiving on CLI, and it directed me to another forum post explaining how to install the missing perl package:

log into perl shell install missing package After update, I manually ran the filter, and it worked! The helpful post viewtopic.php?t=3503, for reference.