Disk usage increase on download server / mirrors

[Baptiste Jonglez]

On 21-02-21, Hannu Nyman wrote:
> Baptiste Jonglez kirjoitti 21.2.2021 klo 12.35:
> > 
> > This makes sense.  Petr has implemented a cleanup cron with the following
> > parameters:
> > 
> > - delete kmods for release snapshots after 30 days
> > - delete kmods for snapshots after 90 days
> > - in any case, the 5 newest kmods for each subtarget are always kept
> 
> Does it already work/run according to the above rules?
> 
> Looking at the release snapshot directories, it seems that some 19.07
> targets kmods directories only contain files from the last 30 days, while
> some contain stuff from early November 2020, meaning 90+ days ago.
> 
> E.g. these have longer contents
> 
> https://downloads.openwrt.org/releases/19.07-SNAPSHOT/targets/brcm47xx/mips74k/kmods/
> https://downloads.openwrt.org/releases/19.07-SNAPSHOT/targets/mediatek/mt7623/kmods/
> https://downloads.openwrt.org/releases/19.07-SNAPSHOT/targets/armvirt/64/kmods/
> 
> while some closely similar have only the last 30 days, like
> 
> https://downloads.openwrt.org/releases/19.07-SNAPSHOT/targets/brcm47xx/legacy/kmods/
> https://downloads.openwrt.org/releases/19.07-SNAPSHOT/targets/mediatek/mt7622/kmods/
> https://downloads.openwrt.org/releases/19.07-SNAPSHOT/targets/armvirt/32/kmods/

Right, I think the behaviour is actually a bit different from what I
described above: it keeps all kmods within 30 days + the 5 previous kmods
before that.  So in your example, 4.14.215 is the last one still within 30
days (20 January), and 4.14.{214,212,209,206,202} are the 5 previous ones.

That being said, I'm not sure why it worked differently with the other
ones you linked...

> In any case, great that there is automatic garbage cleaning ;-)

Yep :)  Especially because the 21.02 branch increased disk usage again.

Baptiste
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <http://lists.openwrt.org/pipermail/openwrt-adm/attachments/20210221/1493ba86/attachment.sig>