Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Storage Overview Breakout: Recordings vs Events vs Snapshots vs Saved #11353

Open
f1d094 opened this issue May 12, 2024 · 1 comment
Open

Storage Overview Breakout: Recordings vs Events vs Snapshots vs Saved #11353

f1d094 opened this issue May 12, 2024 · 1 comment
Labels
enhancement New feature or request

Comments

@f1d094
Copy link
Contributor

f1d094 commented May 12, 2024

Right now the Data subsection Storage overview only lists a cumulative total disk usage for recordings and snapshots. This is not useful for tuning purposes, as there is no breakout provided to describe how much of the storage is being consumed according to which retention mechanism.

Use case example: I just had my server run out of disk and had no idea which setting to change to make a difference. It is all guesswork. Was it my 14day retention policy for all motion? Or was it my 90 day policy for events? Reducing the retain setting by 33% for each and the expire_interval to 1min changed nothing and still no indication which was the offender. Eventually I worked it out but it took many many iterations of incrementing each setting individually and restarting the server...

A stacked graph should be presented with markers showing how much of the disk is used by which retention rule, with markers or color banding to show where records overlap. For example, this server's disk space is being consumed largely by events:

Recordings: 1
Events: 2
Snapshots: 3
Saved: 4

        50GB 290GB   1TB             1.42TB
1.42TB |=4====3=======1================2

Or in this instance the server has a lot of data retained because of the record->retain setting:

Recordings: 1
Events: 2
Snapshots: 3
Saved: 4

        50GB 290GB          1.2TB    1.42TB
1.42TB |=4====3===============2========1

With the above information it would be easy to tell the impact of each of the settings which would have saved a lot of time. Since each user's use-case is going to be different, it is important for each to be able to analyze which type data is consuming what portion of the overall total.

@f1d094 f1d094 added the enhancement New feature or request label May 12, 2024
@nwish
Copy link

nwish commented May 14, 2024

I think you’ll find that with the way .14 works, the need to identify these things will be far less important. Plus, they’ve already added disk usage data on a per camera basis so that at least provides some extra insight.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants