Maybe a descent programmer (and I’m not that person) could modify the script to do what you ask.
Dimitri From: spacewalk-list-boun...@redhat.com <spacewalk-list-boun...@redhat.com> On Behalf Of Matthew Madey Sent: Thursday, May 10, 2018 3:17 PM To: spacewalk-list@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 <dyiou...@netatlantic.com<mailto:dyiou...@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-boun...@redhat.com<mailto:spacewalk-list-boun...@redhat.com> <spacewalk-list-boun...@redhat.com<mailto:spacewalk-list-boun...@redhat.com>> On Behalf Of Dimitri Yioulos Sent: Thursday, May 10, 2018 1:10 PM To: spacewalk-list@redhat.com<mailto:spacewalk-list@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-boun...@redhat.com<mailto:spacewalk-list-boun...@redhat.com> <spacewalk-list-boun...@redhat.com<mailto:spacewalk-list-boun...@redhat.com>> On Behalf Of Mark Prangnell Sent: Thursday, May 10, 2018 11:57 AM To: spacewalk-list@redhat.com<mailto:spacewalk-list@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....@talktalkplc.com<mailto:abuse....@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....@talktalkplc.com<mailto:abuse....@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@redhat.com<mailto:Spacewalk-list@redhat.com> https://www.redhat.com/mailman/listinfo/spacewalk-list
_______________________________________________ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
