Story #8852
closed
Delay publication file deletion to orphan cleanup to aid in online backups
0%
Description
Ticket moved to GitHub: "pulp/pulpcore/2009":https://github.com/pulp/pulpcore/issues/2009
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.
Updated by bmbouter almost 2 years ago
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.
Updated by dkliban@redhat.com almost 2 years ago
- Tracker changed from Issue to Story
- % Done set to 0
- Severity deleted (
2. Medium) - Triaged deleted (
No)
Updated by jsherril@redhat.com almost 2 years 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/
Updated by pulpbot about 1 year ago
- Description updated (diff)
- Status changed from NEW to CLOSED - DUPLICATE
.