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

[3.0.0b3] Segments get moved through Tiers before being deleted #742

Closed
w-marco opened this issue May 5, 2024 · 1 comment
Closed

[3.0.0b3] Segments get moved through Tiers before being deleted #742

w-marco opened this issue May 5, 2024 · 1 comment

Comments

@w-marco
Copy link
Sponsor

w-marco commented May 5, 2024

Hi!

I am using Viseron 3.0.0b3 with Storage Tiers. I have a RAM-Disk as a first tier (/cache) and then my NFS mount as the second tier (/viseron).
My Viseron is configured to only record when the Coral TPU detects certain objects, everything else is discarded.

This is my storage configuration:

storage:
  recorder:
    tiers:
      - path: /cache
        move_on_shutdown: true
        events:
          max_age:
            minutes: 10
      - path: /viseron
        move_on_shutdown: false
        events:
          max_age:
            days: 21
  snapshots:
    tiers:
      - path: /cache
        move_on_shutdown: true
        max_age:
          minutes: 10
      - path: /viseron
        move_on_shutdown: false
        max_age:
          days: 21

Segments from the camera are created as .m4s files in /cache/segments/camera/abc.m4s. But then, they're not directly deleted from /cache, but they move to /viseron and are then deleted immediately after. This unnecessarily creates write operations on the NFS. Can't segments that do not end up in a recording be deleted directly at Tier 0 instead of moving through the tiers and then being deleted?

@roflcoopter
Copy link
Owner

This is now fixed in v3.0.0b5

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

No branches or pull requests

2 participants