#12280 Can we take the rest of the storinator space for Copr backups?
Closed: Fixed with Explanation a month ago by kevin. Opened a month ago by praiskup.

Hello team, we do Copr Backend backups (built results) onto storinator.

We backup weekly, and do rsnapshot increments (we keep ~1 month delta). Copr Backend currently consumes ~30T of storage, and the monthly delta is expected to be ~10T => which means we're going to eat 40T more on storinator (+ space for one more increment ~2.5T is needed, for the one "in progress" - till one of the old increments gets removed).

The 4th increment is in progress right now (runs for 3 days already), next week we are going to rotate for the first time. Current status:

df -h /srv/nfs/copr-be
/dev/mapper/VG_nfs-copr--be          48T   41T  7.1T  86% /srv/nfs/copr-be

I think we are going to fit for the next week increment, but It would be nice to add few more TBs to stay "calm" and not panic.

# vgs
  VG                #PV #LV #SN Attr   VSize    VFree  
  VG_nfs              1   4   0 wz--n-  100.05t <16.41t

Would it be OK to consume say 6TB more from the volume group now, and perhaps count with the rest of the remaining space for the future?


Metadata Update from @kevin:
- Issue assigned to kevin

a month ago

Yep. Should be just fine, we have no other immediate plans for the space.

Metadata Update from @kevin:
- Issue close_status updated to: Fixed with Explanation
- Issue status updated to: Closed (was: Open)

a month ago

Log in to comment on this ticket.

Metadata