Page 1 of 1

Storage issue on 1.36.33

Posted: Sat May 13, 2023 11:23 pm
by fred_m
Hy guys,

Few weeks ago, I´ve performed a upgrade do 1.36.33, after that my servers start to run out of disk space.
I set up 2 storage areas that is mointed over glusterfs clusters.

Some time server save events on gluster mount but sometimes writes at the default storage location.

How can I debug this issue?

My storage configuration:
storage.JPG
storage.JPG (34.76 KiB) Viewed 3849 times
For example in monitor 76

Most events are stored in glusterfs volume
[fred_m@zoneminder00 76]$ pwd
/mnt/zoneminder_pool02/zoneminder/events/76
[fred_m@zoneminder00 76]$ ls
2023-05-03 2023-05-04 2023-05-05 2023-05-06 2023-05-08 2023-05-09 2023-05-10 2023-05-11 2023-05-12

Events stored at default volume that fill all my disk space
[root@zoneminder87 76]# pwd
/var/lib/zoneminder/events/76
[root@zoneminder87 76]# ls
2023-05-11 2023-05-12

Re: Storage issue on 1.36.33

Posted: Sun May 14, 2023 2:39 pm
by iconnor
Look in your logs. There are probably errors message explaining why.

Are the events all from one monitor? Perhaps it is simply set to store there.

Re: Storage issue on 1.36.33

Posted: Tue May 23, 2023 6:18 pm
by fred_m
Which log file do you suggest to check ?
This issue is present on all monitors.

Thanks,

Re: Storage issue on 1.36.33

Posted: Wed May 24, 2023 1:05 am
by lightguy48
I had this issue before when I converted to using an SSD for the OS. I had to delete the default storage location so it is never available as an alternate storage location.

It appears if there is any kind of error that prevents writing to another storage area it will fallback to the default if it's an available storage location

Re: Storage issue on 1.36.33

Posted: Thu Sep 05, 2024 6:27 am
by burger
lightguy48 wrote: Wed May 24, 2023 1:05 am I had this issue before when I converted to using an SSD for the OS. I had to delete the default storage location so it is never available as an alternate storage location.

It appears if there is any kind of error that prevents writing to another storage area it will fallback to the default if it's an available storage location
Yes, I just had this happen on a server after one of the 5 hdds unmounted/failed. It defaults to /var/cache/zoneminder/events, and then as a result, fills up the root hdd, and then mysql won't load. I wrote something on it here:
https://wiki.zoneminder.com/Using_a_ded ... orage_Area

I don't want to ask the devs to do more work, but this seems like something that should be addressed. Has this been considered as a bug for 1.37? Expected behavior, would I'd guess be, that if the storage area fails, for the cameras to not record anything at all, instead of filling up any/default available hdd space.