[Spacewalk-list] DIsk usage and limiting number of instances of a package

Dimitri Yioulos dyioulos at netatlantic.com
Thu May 10 19:53:19 UTC 2018


Maybe a descent programmer (and I’m not that person) could modify the script to do what you ask.

Dimitri

From: spacewalk-list-bounces at redhat.com <spacewalk-list-bounces at redhat.com> On Behalf Of Matthew Madey
Sent: Thursday, May 10, 2018 3:17 PM
To: spacewalk-list at redhat.com
Subject: Re: [Spacewalk-list] DIsk usage and limiting number of instances of a package

Is there any way this can be modified to keep "n" number of obsoleted packages?  I have a scenario where we need to do cleanup on developer packages.. they may have for instance 100 versions of a package. We need to keep a certain number of those packages around in case of a rollback scenario, but we want to clean up the rest.

On Thu, May 10, 2018 at 12:47 PM, Dimitri Yioulos <dyioulos at netatlantic.com<mailto:dyioulos at netatlantic.com>> wrote:
Ah, sorry, I see that the script has been updated, and has some problems.  I’ve pasted what I use here:  https://pastebin.com/8KuG6J5B .

From: spacewalk-list-bounces at redhat.com<mailto:spacewalk-list-bounces at redhat.com> <spacewalk-list-bounces at redhat.com<mailto:spacewalk-list-bounces at redhat.com>> On Behalf Of Dimitri Yioulos
Sent: Thursday, May 10, 2018 1:10 PM
To: spacewalk-list at redhat.com<mailto:spacewalk-list at redhat.com>
Subject: Re: [Spacewalk-list] DIsk usage and limiting number of instances of a package

This works well for me:  https://github.com/00willo/spacewalk-scripts/blob/master/spacewalk-clean-old-packages.py .  I run it periodically via a cron job.

Dimitri

From: spacewalk-list-bounces at redhat.com<mailto:spacewalk-list-bounces at redhat.com> <spacewalk-list-bounces at redhat.com<mailto:spacewalk-list-bounces at redhat.com>> On Behalf Of Mark Prangnell
Sent: Thursday, May 10, 2018 11:57 AM
To: spacewalk-list at redhat.com<mailto:spacewalk-list at redhat.com>
Subject: [Spacewalk-list] DIsk usage and limiting number of instances of a package

Hi,

I currently run a spacewalk server (v2.6) that is gradually using up all of its disk space.

Currently have repositories for:

32 and 64bit CentOS 6 (and updates)
CentOS 7 (and updates)
Dell updates
Backup software

Also had (but have since removed) EPEL for CentOS 6 and 7 as I suspected these were the guilty party in terms of using up a chunk of disk space in the first place.

Is there any way of limiting the amount of a instances of a specific package that are stored in a repository on spacewalk?

Using kernel as an example, we have 21 revisions of it in one repository and probably only need the 5 most recent (if that). Would we need to manually remove them or is there some way of telling spacewalk to remove all but the latest 5 revisions of a package and delete the rest?

Thanks,
Mark

############################################################################## This communication together with any attachments transmitted with it ("this E-Mail") is intended only for the use of the addressee and may contain information which is privileged and confidential. If the reader of this E-Mail is not the intended recipient or the employee or agent responsible for delivering it to the intended recipient you are hereby notified that any use, dissemination, forwarding, printing or copying of this E-Mail is strictly prohibited. Addressees should check this E-mail for viruses. The Company makes no representations as regards the absence of viruses in this E-Mail. If you have received this E-Mail in error please notify our IT Service Desk immediately by e-mail at abuse.ttb at talktalkplc.com<mailto:abuse.ttb at talktalkplc.com> Please then immediately delete, erase or otherwise destroy this E-Mail and any copies of it. Any opinions expressed in this E-Mail are those of the author and do not necessarily constitute the views of the Company. Nothing in this E-Mail shall bind the Company in any contract or obligation. For the purposes of this E-Mail "the Company" means TalkTalk Telecom Group PLC and/or any of its subsidiaries. Please feel free to visit our website: www.talktalkgroup.com<http://www.talktalkgroup.com> TalkTalk Telecom Group Plc (Registered in England & Wales No. 7105891) 11 Evesham Street, London W11 4AR ##############################################################################

##############################################################################
This communication together with any attachments transmitted with it
("this E-Mail") is intended only for the use of the addressee and may contain
information which is privileged and confidential. If the reader of this E-Mail
is not the intended recipient or the employee or agent responsible for
delivering it to the intended recipient you are hereby notified that any use,
dissemination, forwarding, printing or copying of this E-Mail is strictly
prohibited. Addressees should check this E-mail for viruses. The Company makes
no representations as regards the absence of viruses in this E-Mail. If you
have received this E-Mail in error please notify our IT Service Desk
immediately by e-mail at abuse.ttb at talktalkplc.com<mailto:abuse.ttb at talktalkplc.com> Please then immediately
delete, erase or otherwise destroy this E-Mail and any copies of it.

Any opinions expressed in this E-Mail are those of the author and do not
necessarily constitute the views of the Company. Nothing in this E-Mail shall
bind the Company in any contract or obligation.

For the purposes of this E-Mail "the Company" means TalkTalk Telecom Group PLC
and/or any of its subsidiaries.

Please feel free to visit our website: www.talktalkgroup.com<http://www.talktalkgroup.com>

TalkTalk Telecom Group Plc (Registered in England & Wales No. 7105891)
11 Evesham Street, London W11 4AR
##############################################################################

_______________________________________________
Spacewalk-list mailing list
Spacewalk-list at redhat.com<mailto:Spacewalk-list at redhat.com>
https://www.redhat.com/mailman/listinfo/spacewalk-list

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/spacewalk-list/attachments/20180510/0ef8fa9a/attachment.htm>


More information about the Spacewalk-list mailing list