[Spacewalk-list] /var/satellite full (1.2TB). What happens if I remove some of the contents?

[Waldirio Manhães Pinheiro]

Hello,

spacewalk-data-fsck should be the way to move on. Once you are facing
issues with your storage/area and your DB is not going up, what you can try
is, check for ISO files, normally, they are big. Once you are able to find
some, remove or move them and after that, put back your database, after
that, you can rerun spacewalk-data-fsck and let the app do the job.

This guy will check the filesystem and the db and will proceed with some
cleanup, also, you can remove some old stuff from your Satellite, some repo
that you are not using anymore, if I'm not wrong, spacewalk-data-fsck will
also check the data with no use/reference and will remove them as well.

I hope this helps.

______________
Best
Waldirio
Skype: waldirio
Site: www.waldirio.com.br
LinkedIn: https://www.linkedin.com/in/waldirio


On Mon, Jan 31, 2022 at 11:03 AM T <tony.m.ly7 at gmail.com> wrote:

> Hi,
> Don't know if there's anyone here still using Spacewalk. We inherited a
> legacy system so much of the experience and know-how are gone.
>
> Issue:
> Our machine running spacewalk is 100% full. I tracked it down to
> /var/satellite being completely full. Our option is to clear some space or
> create more space since postgres is no longer running due to no space.
>
> Other research suggested spacewalk-data-fsck or spacecmd but neither of
> these work because the database isn't running.
> I am out of ideas so my hail mary is going into /var/satellite/redhat/ and
> removing random stuff from there. Terrible idea - I know but I'm wondering
> if others have had this problem, and how did you remedy it?
>
> Thank you,
> Tony
> _______________________________________________
> Spacewalk-list mailing list
> Spacewalk-list at redhat.com
> https://listman.redhat.com/mailman/listinfo/spacewalk-list
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/spacewalk-list/attachments/20220131/6e1debdf/attachment.htm>