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> 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 <spacewalk-list-bounces@ > redhat.com> *On Behalf Of *Dimitri Yioulos > *Sent:* Thursday, May 10, 2018 1:10 PM > *To:* 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 <spacewalk-list-bounces@ > redhat.com> *On Behalf Of *Mark Prangnell > *Sent:* Thursday, May 10, 2018 11:57 AM > *To:* 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 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 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 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 > > TalkTalk Telecom Group Plc (Registered in England & Wales No. 7105891) > 11 Evesham Street, London W11 4AR > ############################################################ > ################## > > _______________________________________________ > Spacewalk-list mailing list > 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
