[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#779592: [apt] /var/lib/apt/lists/partial/ gets filled by Diff_index file



Control: fixed -1 1.1~exp4
Control: severity -1 normal

Hi,

On Mon, Mar 02, 2015 at 08:34:33PM +0100, Valerio Passini wrote:
> This bug it's tremendous: if in my source list there is this Debian mirror 
> line:
> 
> deb http://ftp.it.debian.org/debian/ experimental main contrib non-free;
> 
> the directory /var/lib/apt/lists/partial/ is quickly filled by a Diff_index file 
> growing at a 30MB/s rate until the partition is full. Quite obviously the next 

Well, I can't reproduce it here.

Was the file really just called "Diff_index"?

I presume it was:
ftp.it.debian.org_debian_dists_experimental_main_binary-amd64_Packages.IndexDiff
which is the filename for this file:
http://ftp.it.debian.org/debian/dists/experimental/main/binary-amd64/Packages.diff/Index


> boot is going to fail for the lack of disk space. I can't understand if this 
> bug it's in the mirror or in apt, but it's quite annoying and should really be 
> fixed ASAP. Best regards

There isn't much we can do about it at the moment. apt/stretch (not
jessie!) will know (most) filesizes in advance and check that it isn't
getting feed too much, but that is just preventing bad sympthoms to
appear (= full disk), it isn't a solution for the (unknown) initial
problem.

Could be a misbehaving proxy (do you have one?), a misbehaving server,
your ISP (via a misbehaving proxy) or any classic man-in-the-middle
really. Hard to know without details. Can you even reproduce it?


I am not fully closing this bug as fixed in future version just yet
because I would like to understand what is going on here in case we can
do anything about it (further) to prevent this from happening, but I am
downgrading drastically as this isn't a new issue (= always possible in
all versions of apt), apt isn't made unusuable by it, we are not loosing
any data (well, with a fulldisk we potentially are, but that is the bug
of other tools not handling this case) and its not opening a security
hole. So neither of the reasons for 'grave' apply here and hence not
release critical.


Best regards

David Kalnischkies

Attachment: signature.asc
Description: Digital signature


Reply to: