Delay publication file deletion to orphan cleanup to aid in online backups
It would be useful if we could:
- perform an online backup of the pulp postgresql database, this is relatively quick
- backup the /var/lib/pulp/ filesystem
This is nearly possible today as we could simply not run orphan cleanup. However publication files (such as repomd files for yum content), are cleaned up when a publication is deleted. It would be awesome to defer that until orphan cleanup time. This would allow /var/lib/pulp/ to be additive until orphan cleanup is called.
I'd like to see this improve so +1 to this effort.
I have these concerns about the proposal (although I like the idea sharing):
- Other users may rely on this functionality and we probably couldn't adjust this with Pulp3 being released for so long.
- How can we find a solution that also serves users who want online backups but can't "hold back" the orphan cleanups?
Can more info be shared about the problems with an LVM snapshot approach? I've always heard that's the answer, but maybe in practice it's not that simple.
#3 Updated by email@example.com 5 days ago
Evgeni was the one that shared the issues, essentially what it sounded like was that once you have a snapshot created, write performance drops considerably.
I found a blog post that details this: https://www.percona.com/blog/2009/02/05/disaster-lvm-performance-in-snapshot-mode/
Please register to edit this issue