Re: Problems with apt

Erik Jakobsen <[email protected]> Fri, 01 Apr 2005 07:54:05 +0200
Newsgroups gmane.linux.conectiva.apt-rpm
Message-ID <[email protected]>
Ralf Corsepius wrote:
>On Thu, 2005-03-31 at 23:09 +0200, Horst Graffy wrote:
>  
>>Am Donnerstag, 31. März 2005 22:41 schrieb Panu Matilainen:
>>    
>>>On Thu, 2005-03-31 at 20:38 +0200, Richard Bos wrote:
>>>      
>>>>Op donderdag 31 maart 2005 20:02, schreef Horst Graffy:
>>>>        
>>>>>this means your list of packages is to large (1244 to upgrade).
>>>>>
>>>>>split your upgrade into smaller pieces:
>>>>>          
>>>"Smaller than 900" sounds like overflow of a hard limit somewhere but I
>>>don't see anything obvious from a quick check and I don't remember
>>>seeing this myself no matter how big the upgrade was (but then I'm not
>>>sure if I've actually done an upgrade with over 1000 packages ever). I'm
>>>not really familiar with the fetcher method code but getting a core dump
>>>and a backtrace from it might help ... (live gdb backtrace would be just
>>>as well but I don't think you can easily attach to the forked process
>>>from gdb before it dies).
>>>      
>>AFAIK the limit was always around 1000 packages, so the number 900 is below 
>>1000 ;)
>>And I haven't installed so much packages in my systems ... so I can't help to 
>>reproduce the error or get some debug informations.
>>
>>But a lot of people with large updates reported this problem and I know it is 
>>hard to replay this transaction, because with the split in smaller pieces it 
>>has always worked ... 
>>    
>Wild guess:
>
>I have seen this happening when apt-get was running out of disk space
>in /var (rsp. /var/cache/apt) during updates/upgrades.
>
>Ralf
>
>
>
>  
Thanks Ralf. I don't think this is the case here :-)

 df
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/hda2            159030596   8823140 150207456   6% /
tmpfs                   257816        20    257796   1% /dev/shm

Erik