Skip to content

Regression from aptly_1.0.1 -> aptly_1.1.0 with aptly mirror update #641

@pmorch

Description

@pmorch

Detailed Description

With aptly 1.0.1 if I do

aptly mirror update foobar

and it fails before finishing, then if I retry, it (re)uses the packages that it has already downloaded and only tries to download remaining packages.

With 1.1.0 (and 1.1.1), if an aptly mirror update fails, then retrying downloads everything again from scratch.

Context

That is really annoying (also for mirrors?), because mirroring debian jessie for just i386 and amd64 is 120GB+ and if that fails (seen in real life but also tested with CTRL-C) after having downloaded 100GB, then it needs to download 120GB all over over again, instead of just the remaining 20GB. After 4 failed attempts at downloading 120GB, I have seen a ~/.aptly taking up 400GB disk space. (aptly db cleanup does fix this though).

I've tried to read releases info but there was no mention of this behaviour. So I'd like to ask: Is this a feature or a bug?

If its a feature, I'd like to understand why, because it seems like a waste of bandwidth, time and disk space. I didn't get any answer for 19 days to my post in the google group, so I'm writing up this issue here.

Your Environment

Occurs in 1.1.0 and 1.1.1 on debian jessie

Metadata

Metadata

Assignees

No one assigned

    Labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions