Events being recorded in wrong locatoin
Events being recorded in wrong locatoin
I have 1.37.65 running on Ubuntu 24.04. Looking at the Storage drop down, I noted that default is 97% full. I have two external hard drives servicing my set up and have all of my cameras reporting to one or the other. Why would some events suddenly be directed to default and how can I get them moved to the proper location?
Re: Events being recorded in wrong locatoin
Me too. Looks like it started yesterday at 17:57 until 19:22. I have exactly the same as you - two drives configured and all cameras recording to one or other. Both cameras on one drive seemed to end up on default. Is it coincidence or is there some wierd date bug given that it's happened to us on the same day?
I've had to add a Purge when Full filter on default to even be able to see events (anything to do with logs was causing an error).
Should have included that mine is v1.36.35 running on Rocky 9.5.
I've had to add a Purge when Full filter on default to even be able to see events (anything to do with logs was causing an error).
Should have included that mine is v1.36.35 running on Rocky 9.5.
Re: Events being recorded in wrong locatoin
To update my situation it looks like the harddisk failed at 17:47 - just found it is mounted readonly and there are lots of IO errors.
Does ZM switch to the default disk if it can't write to the specified disk?
Does ZM switch to the default disk if it can't write to the specified disk?
Re: Events being recorded in wrong locatoin
Yes it tries all disks.
Re: Events being recorded in wrong locatoin
viewtopic.php?p=135280
This is good as it doesn't lose any video footage, but the default storage area is also the MySQL and root drive, so it is best to delete the default storage area. What you want is to have an extra hdd available similar to RAID, which can be used as a hot spare. You don't want to fill up the root hdd as then ZM won't work at all.
You have to have logging on the system, so you know if a hdd fails. Simple bash scripts can be enough.
https://wiki.zoneminder.com/SMS_Notific ... Monitoring
This is good as it doesn't lose any video footage, but the default storage area is also the MySQL and root drive, so it is best to delete the default storage area. What you want is to have an extra hdd available similar to RAID, which can be used as a hot spare. You don't want to fill up the root hdd as then ZM won't work at all.
You have to have logging on the system, so you know if a hdd fails. Simple bash scripts can be enough.
https://wiki.zoneminder.com/SMS_Notific ... Monitoring
fastest way to test streams:
ffmpeg -i rtsp://<user>:<pass>@<ipaddress>:554/path ./output.mp4 (if terminal only)
ffplay rtsp://<user>:<pass>@<ipaddress>:554/path (gui)
find paths on ispydb or in zm hcl
If you are new to security software, read:
https://wiki.zoneminder.com/Dummies_Guide
ffmpeg -i rtsp://<user>:<pass>@<ipaddress>:554/path ./output.mp4 (if terminal only)
ffplay rtsp://<user>:<pass>@<ipaddress>:554/path (gui)
find paths on ispydb or in zm hcl
If you are new to security software, read:
https://wiki.zoneminder.com/Dummies_Guide
Re: Events being recorded in wrong locatoin
Does it first go to the first disk in the storage listing?
If that's the case, then in order to setup a hot spare, you could delete the default storage, then setup an unused HDD as the first added storage area, followed by the storage areas you intend to use. So if any one of the hdds fail, it will go to the first HDD, which is the spare.
fastest way to test streams:
ffmpeg -i rtsp://<user>:<pass>@<ipaddress>:554/path ./output.mp4 (if terminal only)
ffplay rtsp://<user>:<pass>@<ipaddress>:554/path (gui)
find paths on ispydb or in zm hcl
If you are new to security software, read:
https://wiki.zoneminder.com/Dummies_Guide
ffmpeg -i rtsp://<user>:<pass>@<ipaddress>:554/path ./output.mp4 (if terminal only)
ffplay rtsp://<user>:<pass>@<ipaddress>:554/path (gui)
find paths on ispydb or in zm hcl
If you are new to security software, read:
https://wiki.zoneminder.com/Dummies_Guide
Re: Events being recorded in wrong locatoin
I found the issue. The Hard Drive became dislodged from it's mounting and was hanging by it's cable. Found the I/O errors in the log and investigated. The whole system is mounted in an inaccessible area, so the errant drive was not visually detected. I may try to reassign the default as I saw suggested, if that should work. The default area just does not have enough storage on my system.
Re: Events being recorded in wrong locatoin
Wow. There really isn't a category of SMART error to cover that one, is there?
Very lucky to have caught this before it fell off the cable or caused collateral hardware damage by dropping into something else.