F9beta update takes forever

John Summerfield debian at herakles.homelinux.org
Sun Apr 20 20:10:13 UTC 2008


seth vidal wrote:
> On Sun, 2008-04-20 at 07:31 +0800, John Summerfield wrote:
>> Rex Dieter wrote:
>>> John Summerfield wrote:
>>>
>>>> Again, so far it's been running for over twelve hours, and showing no
>>>> progress
>>> Something (else) is apparently way-wrong with your box, and it isn't yum.
>> It's beyond dispute that something is wrong with the box, but yum really 
>> ought not hang forever, whatever might be wrong.
>>
>> Network connectivity is fine; I control both ends and the intervening 
>> link, and everything is working file (else my mail wouldn't be coming 
>> and going).
>>
>> That said, yum doesn't seem to be using anything outside the box. The 
>> box isn't particularly busy:
>> [summer at potoroo ~]$ uptime 
>>
>>   07:24:16 up 4 days, 12:03, 11 users,  load average: 0.88, 0.58, 0.86 
>>  
>>
>> [summer at potoroo ~]$ 
>>
>>  From top:
>> Tasks: 142 total,   2 running, 140 sleeping,   0 stopped,   0 zombie
>> Cpu(s):  2.9%us,  1.3%sy,  0.0%ni, 95.6%id,  0.0%wa,  0.0%hi,  0.2%si, 
>> 0.0%st
>> Mem:   2012232k total,  1951568k used,    60664k free,   308800k buffers
>> Swap:  1572848k total,      240k used,  1572608k free,   953400k cached
>>
>>    PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND 
>>
>> 29574 root      20   0  335m  99m 7700 S  0.0  5.1   0:35.65 yum 
>>
>>
>> It's not running any other programs, so far as I can see:
>> [summer at potoroo ~]$ ps fttty2
>>    PID TTY      STAT   TIME COMMAND
>>   2783 tty2     Ss     0:02 -bash
>> 29574 tty2     S+     0:35  \_ /usr/bin/python /usr/bin/yum 
>> --disablerepo=rawhide* -y upgrade
>> [summer at potoroo ~]$
>>
>>
> 
> strace -p it - tell me if it is futex_wait, and if not, what it is
> doing.
> 
> -sv
> 
> 
How much do you want, and where should I put it. It's very busy doing this:
read(5, 
"\r\0\0\0\2\0\327\0\2A\0\327\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 
1024) = 1024
lseek(5, 7164928, SEEK_SET)             = 7164928
read(5, 
"\r\0\0\0\2\0\246\0\2;\0\246\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 
1024) = 1024
lseek(5, 7168000, SEEK_SET)             = 7168000
read(5, 
"\r\0\0\0\2\0y\0\2X\0y\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 
1024) = 1024
lseek(5, 7182336, SEEK_SET)             = 7182336
read(5, 
"\r\0\0\0\1\2%\0\2%\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 
1024) = 1024
lseek(5, 7185408, SEEK_SET)             = 7185408
read(5, 
"\r\0\0\0\1\0\220\0\0\220\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 
1024) = 1024
lseek(5, 7188480, SEEK_SET)             = 7188480
read(5, 
"\r\0\0\0\1\0A\0\0A\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 
1024) = 1024
lseek(5, 7189504, SEEK_SET)             = 7189504
read(5, 
"\r\0\0\0\1\2\236\0\2\236\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 
1024) = 1024
lseek(5, 7190528, SEEK_SET)             = 7190528
read(5, 
"\r\0\0\0\1\1_\0\1_\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 
1024) = 1024
lseek(5, 7191552, SEEK_SET)             = 7191552
read(5, 
"\r\0\0\0\1\1>\0\1>\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 
1024) = 1024
lseek(5, 7192576, SEEK_SET)             = 7192576
read(5, 
"\r\0\0\0\1\1\265\0\1\265\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 
1024) = 1024
lseek(5, 7196672, SEEK_SET)             = 7196672
read(5, 
"\r\0\0\0\1\1U\0\1U\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 
1024) = 1024
lseek(5, 7203840, SEEK_SET)             = 7203840
read(5, 
"\r\0\0\0\2\0;\0\1\227\0;\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 
1024) = 1024
lseek(5, 7211008, SEEK_SET)             = 7211008
read(5, 
"\r\0\0\0\1\1\313\0\1\313\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 
1024) = 1024
lseek(5, 7213056, SEEK_SET)             = 7213056
read(5, 
"\r\0\0\0\1\1\27\0\1\27\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 
1024) = 1024
lseek(5, 7215104, SEEK_SET)             = 7215104
read(5, 
"\r\0\0\0\2\0\22\0\2i\0\22\0\0\0\0\0\0\204S\224J\35\0]\31\31\23\17\27\201\1"..., 
1024) = 1024
lseek(5, 7218176, SEEK_SET)             = 7218176
read(5, 
"\r\0\0\0\1\1/\0\1/\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 
1024) = 1024
lseek(5, 7222272, SEEK_SET)             = 7222272
read(5, 
"\r\0\0\0\1\1n\0\1n\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 
1024) = 1024
lseek(5, 7223296, SEEK_SET)             = 7223296
read(5, 
"\r\0\0\0\2\0009\0\0026\0009\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 
1024) = 1024
lseek(5, 7226368, SEEK_SET)             = 7226368
read(5, 
"\r\0\0\0\1\2Q\0\2Q\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 
1024) = 1024
lseek(5, 7229440, SEEK_SET)             = 7229440
read(5, 
"\r\0\0\0\1\0\253\0\0\253\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 
1024) = 1024

I presume this is the file:

yum     29574 root    5ur  REG              253,0  32847872 36503718 
/var/cache/yum/development.Mirror/primary.sqlite


Could it have corrupted the file? I did run out of space while it was 
running.

It also seemed to have problems downloading the metadata a couple of 
times, I think my rsync might have timed out beforehand.



There is no possibility of it completing, the source repo has been 
updated several times since it started.



-- 

Cheers
John

-- spambait
1aaaaaaa at coco.merseine.nu  Z1aaaaaaa at coco.merseine.nu
-- Advice
http://webfoot.com/advice/email.top.php
http://www.catb.org/~esr/faqs/smart-questions.html
http://support.microsoft.com/kb/555375

You cannot reply off-list:-)




More information about the fedora-test-list mailing list