Skip to content

Pulp storage not reclaimed after destroying repos/remotes/distributions #7330

@VrindaMarwah

Description

@VrindaMarwah

I synced a combination of RPMs, container images etc. into Pulp. After the sync, disk usage under /var/lib/pulp grew to ~29 GB (see screenshot).

Image

I then destroyed everything using the respective pulp commands:

pulp rpm distribution destroy --name <rpm_distribution_name>
pulp rpm remote destroy --name <rpm_remote_name>
pulp rpm repository destroy --name <rpm_repository_name>

pulp container distribution destroy --name <container_distribution_name>
pulp container remote destroy --name <container_remote_name>
pulp container repository destroy --name <container_repository_name>

I verified via Pulp CLI that all repositories, remotes, and distributions are destroyed successfully— all list commands now return {}.

However, the storage under /var/lib/pulp is still ~29 GB and hasn’t been reclaimed.

Question: Why is disk space not freed even after all repos/remotes/distributions are destroyed? Is there an additional cleanup or orphan-artifact removal step required?


I synced a combination of RPMs, container images, tarballs etc to Pulp and pulp storage under /var/lib/pulp is 29G initially (screenshot below):

I destroyed the artifacts using respoective commands for:
distribution destroy, remote destroy, repository destroy

Verfied with pulp commands and all commands to list repos, remote, distributions are coming as returning {}

But pulp storage is still at 29G.

Why?

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions