Yum crash "double free or corruption"

rbhkamal · #1 11th August 2008, 01:02 AM

Today is the first time I ever see Yum crash. I was trying to install gocr on Fedora 9 and boom... a crash.

Can anyone help me out with this? How can I get around this or what is causing this issue?

[root@home ~]#
[root@home ~]#
[root@home ~]#
[root@home ~]# yum install gocr
Loaded plugins: fastestmirror, refresh-packagekit
Loading mirror speeds from cached hostfile
* livna: mirrors.tummy.com
* fedora: mirror.cc.vt.edu
* adobe-linux-i386: linuxdownload.adobe.com
* updates: mirror.cc.vt.edu
Setting up Install Process
Parsing package install arguments
error: db4 error(-30987) from dbcursor->c_get: DB_PAGE_NOTFOUND: Requested page not found
Resolving Dependencies
--> Running transaction check
---> Package gocr.i386 0:0.45-2.fc9 set to be updated
--> Processing Dependency: transfig for package: gocr
--> Running transaction check
---> Package transfig.i386 1:3.2.5-2.fc9 set to be updated
--> Processing Dependency: /bin/csh for package: transfig
--> Running transaction check
---> Package tcsh.i386 0:6.15-4.fc9 set to be updated
error: db4 error(-30987) from dbcursor->c_get: DB_PAGE_NOTFOUND: Requested page not found
--> Finished Dependency Resolution

Dependencies Resolved

================================================== ===========================
Package Arch Version Repository Size
================================================== ===========================
Installing:
gocr i386 0.45-2.fc9 fedora 219 k
Installing for dependencies:
tcsh i386 6.15-4.fc9 fedora 473 k
transfig i386 1:3.2.5-2.fc9 fedora 239 k

Transaction Summary
================================================== ===========================
Install 3 Package(s)
Update 0 Package(s)
Remove 0 Package(s)

Total size: 931 k
Is this ok [y/N]: y
Downloading Packages:
Running rpm_check_debug
Running Transaction Test
*** glibc detected *** /usr/bin/python: double free or corruption (out): 0x0a62c5a8 ***
======= Backtrace: =========
/lib/libc.so.6[0x8b4874]
/lib/libc.so.6(cfree+0x96)[0x8b68d6]
/usr/lib/librpmdb-4.4.so[0xb45b4e]
/usr/lib/librpmdb-4.4.so[0xb4d6b8]
/usr/lib/librpmdb-4.4.so(rpmdbFreeIterator+0x90)[0xb4d2f0]
/usr/lib/librpmdb-4.4.so(rpmdbFindFpList+0x848)[0xb517d8]
/usr/lib/librpm-4.4.so(rpmtsRun+0xc64)[0xd18684]
/usr/lib/python2.5/site-packages/rpm/_rpmmodule.so[0x1233d7]
/usr/lib/libpython2.5.so.1.0(PyCFunction_Call+0x149)[0x4316549]
/usr/lib/libpython2.5.so.1.0(PyEval_EvalFrameEx+0x5fec)[0x43667fc]
/usr/lib/libpython2.5.so.1.0(PyEval_EvalCodeEx+0x695)[0x4367d75]
/usr/lib/libpython2.5.so.1.0(PyEval_EvalFrameEx+0x5c39)[0x4366449]
/usr/lib/libpython2.5.so.1.0(PyEval_EvalFrameEx+0x6e1f)[0x436762f]
/usr/lib/libpython2.5.so.1.0(PyEval_EvalCodeEx+0x695)[0x4367d75]
/usr/lib/libpython2.5.so.1.0(PyEval_EvalFrameEx+0x5c39)[0x4366449]
/usr/lib/libpython2.5.so.1.0(PyEval_EvalCodeEx+0x695)[0x4367d75]
/usr/lib/libpython2.5.so.1.0(PyEval_EvalFrameEx+0x5c39)[0x4366449]
/usr/lib/libpython2.5.so.1.0(PyEval_EvalCodeEx+0x695)[0x4367d75]
/usr/lib/libpython2.5.so.1.0(PyEval_EvalCode+0x63)[0x4367fd3]
/usr/lib/libpython2.5.so.1.0[0x4383542]
/usr/lib/libpython2.5.so.1.0(PyRun_FileExFlags+0x92)[0x4383602]
/usr/lib/libpython2.5.so.1.0(PyRun_SimpleFileExFlags+0x1bc)[0x4384d8c]
/usr/lib/libpython2.5.so.1.0(PyRun_AnyFileExFlags+0x7a)[0x43854fa]
/usr/lib/libpython2.5.so.1.0(Py_Main+0xc4f)[0x438f3df]
/usr/bin/python(main+0x32)[0x80485d2]
/lib/libc.so.6(__libc_start_main+0xe6)[0x85d5d6]
/usr/bin/python[0x8048501]
======= Memory map: ========
00110000-00111000 r-xp 00110000 00:00 0 [vdso]
00111000-0012c000 r-xp 00000000 fd:01 65883 /usr/lib/python2.5/site-packages/rpm/_rpmmodule.so
0012c000-0012e000 rw-p 0001a000 fd:01 65883 /usr/lib/python2.5/site-packages/rpm/_rpmmodule.so
0012e000-00166000 r-xp 00000000 fd:01 1387563 /lib/libsoftokn3.so
00166000-00167000 rw-p 00037000 fd:01 1387563 /lib/libsoftokn3.so
00167000-001a6000 r-xp 00000000 fd:01 1387552 /lib/libfreebl3.so
001a6000-001a7000 rw-p 0003e000 fd:01 1387552 /lib/libfreebl3.so
001a7000-001aa000 r-xp 00000000 fd:01 60283 /usr/lib/python2.5/lib-dynload/timemodule.so
001aa000-001ac000 rw-p 00002000 fd:01 60283 /usr/lib/python2.5/lib-dynload/timemodule.so
001ac000-001b0000 r-xp 00000000 fd:01 57666 /usr/lib/python2.5/lib-dynload/stropmodule.so
001b0000-001b2000 rw-p 00004000 fd:01 57666 /usr/lib/python2.5/lib-dynload/stropmodule.so
001b2000-001b5000 r-xp 00000000 fd:01 60270 /usr/lib/python2.5/lib-dynload/cStringIO.so
001b5000-001b6000 rw-p 00003000 fd:01 60270 /usr/lib/python2.5/lib-dynload/cStringIO.so
001b6000-001bb000 r-xp 00000000 fd:01 57643 /usr/lib/python2.5/lib-dynload/collectionsmodule.so
001bb000-001bc000 rw-p 00005000 fd:01 57643 /usr/lib/python2.5/lib-dynload/collectionsmodule.so
001bc000-001c6000 r-xp 00000000 fd:01 57631 /usr/lib/python2.5/lib-dynload/_socketmodule.so
001c6000-001c9000 rw-p 0000a000 fd:01 57631 /usr/lib/python2.5/lib-dynload/_socketmodule.so
001c9000-001cc000 r-xp 00000000 fd:01 60263 /usr/lib/python2.5/lib-dynload/_ssl.so
001cc000-001cd000 rw-p 00003000 fd:01 60263 /usr/lib/python2.5/lib-dynload/_ssl.so
001cd000-001de000 r-xp 00000000 fd:01 60269 /usr/lib/python2.5/lib-dynload/cPickle.so
001de000-001df000 rw-p 00010000 fd:01 60269 /usr/lib/python2.5/lib-dynload/cPickle.so
001df000-001e5000 r-xp 00000000 fd:01 60264 /usr/lib/python2.5/lib-dynload/_struct.so
001e5000-001e6000 rw-p 00006000 fd:01 60264 /usr/lib/python2.5/lib-dynload/_struct.so
001e6000-001ec000 r-xp 00000000 fd:01 57657 /usr/lib/python2.5/lib-dynload/operator.so
001ec000-001ed000 rw-p 00006000 fd:01 57657 /usr/lib/python2.5/lib-dynload/operator.so
001ed000-001f1000 r-xp 00000000 fd:01 57673 /usr/lib/python2.5/lib-dynload/zlibmodule.so
001f1000-001f2000 rw-p 00004000 fd:01 57673 /usr/lib/python2.5/lib-dynload/zlibmodule.soAborted
[root@home ~]#

#2 11th August 2008, 01:34 AM

That is a hard crash within db4 code, which is a really bad occurrance

The best plan of action here would be to open a bug in bugzilla against the yum product.
Paste what you pasted above, and try to give relevant details.

After that, try cleaning yum's metadata with

Code:

yum clean all

and after that, regenerating rpm's databases with

Code:

rpm --rebuilddb

After doing that, try installing gocr again.

rbhkamal · #3 11th August 2008, 02:34 AM

Thanks,
I don't know if that fixed the problem because I ran into another one. I'm getting the error below when doing anything related to the repositories.

Code:

[root@home /]# yum upgrade
Loaded plugins: fastestmirror, refresh-packagekit
Determining fastest mirrors
Error: Cannot find a valid baseurl for repo: updates
[root@home /]# 
[root@home /]# 
[root@home /]# yum install gocr
Loaded plugins: fastestmirror, refresh-packagekit
Determining fastest mirrors
Error: Cannot find a valid baseurl for repo: updates
[root@home /]# ping www.google.com
PING www.l.google.com (64.233.169.99) 56(84) bytes of data.
64 bytes from yo-in-f99.google.com (64.233.169.99): icmp_seq=1 ttl=244 time=21.6 ms
^C
--- www.l.google.com ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 634ms
rtt min/avg/max/mdev = 21.648/21.648/21.648/0.000 ms
[root@home /]#

***Hlingler*** · #4 11th August 2008, 02:37 AM

Please post results:
uname -a
yum repolist

V

rbhkamal · #5 11th August 2008, 02:42 AM

Code:

[root@home /]# uname -a
Linux home 2.6.25.11-97.fc9.i686 #1 SMP Mon Jul 21 01:31:09 EDT 2008 i686 i686 i386 GNU/Linux
[root@home /]# yum repolist
Loaded plugins: fastestmirror, refresh-packagekit
Determining fastest mirrors
 * livna: mirrors.tummy.com
Error: Cannot find a valid baseurl for repo: fedora
[root@home /]#

BTW, I'm using HD-Encryption on a clean F9 Installation.

***Hlingler*** · #6 11th August 2008, 02:51 AM

Wow. Try:
yum clean all

again before trying the update/install.

If that fails, please post or attach copies of your repo files:
/etc/yum.repos.d/fedora.repo
/etc/yum.repos.d/fedora-updates.repo

V

rbhkamal · #7 11th August 2008, 02:58 AM

I did yum clean all multiple times also rpm --rebuilddb with no luck. Here comes the output:

Code:

[root@home Desktop]# yum clean all
Loaded plugins: fastestmirror, refresh-packagekit
Cleaning up Everything
[root@home Desktop]# yum update
Loaded plugins: fastestmirror, refresh-packagekit
Determining fastest mirrors
 * livna: rpm.livna.org
Error: Cannot find a valid baseurl for repo: fedora
[root@home Desktop]#

Thanks,

***Hlingler*** · #8 11th August 2008, 03:11 AM

Try another rebuild of the RPM database as per the official instructions: http://wiki.rpm.org/Docs/RpmRecovery

V

rbhkamal · #9 11th August 2008, 03:16 AM

For some reason the server is responding with "500 OOPS:"

Checkout the sniff packets below, the first one is the request and the second is the response for an FTP connection. Even though under "Protocol Info" the response is 220 but if you scroll down you will see 500 OOPS: at the end of the data. After that the connection is terminated.

Is this supposed to happen?

Code:

No.     Time        Source                Destination           Protocol Info
     59 4.005686    192.168.1.21          209.132.176.122       HTTP     GET /mirrorlist?repo=fedora-$releasever&arch=i386 HTTP/1.1 

Frame 59 (229 bytes on wire, 229 bytes captured)
    Arrival Time: Aug 10, 2008 18:04:11.810011000
    [Time delta from previous captured frame: 0.000072000 seconds]
    [Time delta from previous displayed frame: 0.000072000 seconds]
    [Time since reference or first frame: 4.005686000 seconds]
    Frame Number: 59
    Frame Length: 229 bytes
    Capture Length: 229 bytes
    [Frame is marked: False]
    [Protocols in frame: eth:ip:tcp:http]
    [Coloring Rule Name: HTTP]
    [Coloring Rule String: http || tcp.port == 80]
Ethernet II, Src: IntelCor_23:42:1f (00:1b:77:23:42:1f), Dst: WestellT_88:f6:ea (00:18:3a:88:f6:ea)
    Destination: WestellT_88:f6:ea (00:18:3a:88:f6:ea)
        Address: WestellT_88:f6:ea (00:18:3a:88:f6:ea)
        .... ...0 .... .... .... .... = IG bit: Individual address (unicast)
        .... ..0. .... .... .... .... = LG bit: Globally unique address (factory default)
    Source: IntelCor_23:42:1f (00:1b:77:23:42:1f)
        Address: IntelCor_23:42:1f (00:1b:77:23:42:1f)
        .... ...0 .... .... .... .... = IG bit: Individual address (unicast)
        .... ..0. .... .... .... .... = LG bit: Globally unique address (factory default)
    Type: IP (0x0800)
Internet Protocol, Src: 192.168.1.21 (192.168.1.21), Dst: 209.132.176.122 (209.132.176.122)
    Version: 4
    Header length: 20 bytes
    Differentiated Services Field: 0x00 (DSCP 0x00: Default; ECN: 0x00)
        0000 00.. = Differentiated Services Codepoint: Default (0x00)
        .... ..0. = ECN-Capable Transport (ECT): 0
        .... ...0 = ECN-CE: 0
    Total Length: 215
    Identification: 0x3efe (16126)
    Flags: 0x04 (Don't Fragment)
        0... = Reserved bit: Not set
        .1.. = Don't fragment: Set
        ..0. = More fragments: Not set
    Fragment offset: 0
    Time to live: 64
    Protocol: TCP (0x06)
    Header checksum: 0xb766 [correct]
        [Good: True]
        [Bad : False]
    Source: 192.168.1.21 (192.168.1.21)
    Destination: 209.132.176.122 (209.132.176.122)
Transmission Control Protocol, Src Port: 42056 (42056), Dst Port: http (80), Seq: 1, Ack: 1, Len: 163
    Source port: 42056 (42056)
    Destination port: http (80)
    Sequence number: 1    (relative sequence number)
    [Next sequence number: 164    (relative sequence number)]
    Acknowledgement number: 1    (relative ack number)
    Header length: 32 bytes
    Flags: 0x18 (PSH, ACK)
        0... .... = Congestion Window Reduced (CWR): Not set
        .0.. .... = ECN-Echo: Not set
        ..0. .... = Urgent: Not set
        ...1 .... = Acknowledgment: Set
        .... 1... = Push: Set
        .... .0.. = Reset: Not set
        .... ..0. = Syn: Not set
        .... ...0 = Fin: Not set
    Window size: 5840
    Checksum: 0xb461 [correct]
        [Good Checksum: True]
        [Bad Checksum: False]
    Options: (12 bytes)
        NOP
        NOP
        Timestamps: TSval 11683321, TSecr 234236064
Hypertext Transfer Protocol
    GET /mirrorlist?repo=fedora-$releasever&arch=i386 HTTP/1.1\r\n
        Request Method: GET
        Request URI: /mirrorlist?repo=fedora-$releasever&arch=i386
        Request Version: HTTP/1.1
    Host: mirrors.fedoraproject.org\r\n
    Accept-Encoding: identity\r\n
    User-agent: urlgrabber/3.0.0 yum/3.2.17\r\n
    \r\n

0000  00 18 3a 88 f6 ea 00 1b 77 23 42 1f 08 00 45 00   ..:.....w#B...E.
0010  00 d7 3e fe 40 00 40 06 b7 66 c0 a8 01 15 d1 84   ..>.@.@..f......
0020  b0 7a a4 48 00 50 d2 32 7b 67 2e f2 69 d9 80 18   .z.H.P.2{g..i...
0030  16 d0 b4 61 00 00 01 01 08 0a 00 b2 45 f9 0d f6   ...a........E...
0040  28 a0 47 45 54 20 2f 6d 69 72 72 6f 72 6c 69 73   (.GET /mirrorlis
0050  74 3f 72 65 70 6f 3d 66 65 64 6f 72 61 2d 24 72   t?repo=fedora-$r
0060  65 6c 65 61 73 65 76 65 72 26 61 72 63 68 3d 69   eleasever&arch=i
0070  33 38 36 20 48 54 54 50 2f 31 2e 31 0d 0a 48 6f   386 HTTP/1.1..Ho
0080  73 74 3a 20 6d 69 72 72 6f 72 73 2e 66 65 64 6f   st: mirrors.fedo
0090  72 61 70 72 6f 6a 65 63 74 2e 6f 72 67 0d 0a 41   raproject.org..A
00a0  63 63 65 70 74 2d 45 6e 63 6f 64 69 6e 67 3a 20   ccept-Encoding: 
00b0  69 64 65 6e 74 69 74 79 0d 0a 55 73 65 72 2d 61   identity..User-a
00c0  67 65 6e 74 3a 20 75 72 6c 67 72 61 62 62 65 72   gent: urlgrabber
00d0  2f 33 2e 30 2e 30 20 79 75 6d 2f 33 2e 32 2e 31   /3.0.0 yum/3.2.1
00e0  37 0d 0a 0d 0a                                    7....

No.     Time        Source                Destination           Protocol Info
     61 4.099976    66.35.36.129          192.168.1.21          FTP      Response: 220 (vsFTPd 2.0.5)

Frame 61 (96 bytes on wire, 96 bytes captured)
    Arrival Time: Aug 10, 2008 18:04:11.904301000
    [Time delta from previous captured frame: 0.080998000 seconds]
    [Time delta from previous displayed frame: 0.094290000 seconds]
    [Time since reference or first frame: 4.099976000 seconds]
    Frame Number: 61
    Frame Length: 96 bytes
    Capture Length: 96 bytes
    [Frame is marked: False]
    [Protocols in frame: eth:ip:tcp:ftp]
    [Coloring Rule Name: TCP]
    [Coloring Rule String: tcp]
Ethernet II, Src: WestellT_88:f6:ea (00:18:3a:88:f6:ea), Dst: IntelCor_23:42:1f (00:1b:77:23:42:1f)
    Destination: IntelCor_23:42:1f (00:1b:77:23:42:1f)
        Address: IntelCor_23:42:1f (00:1b:77:23:42:1f)
        .... ...0 .... .... .... .... = IG bit: Individual address (unicast)
        .... ..0. .... .... .... .... = LG bit: Globally unique address (factory default)
    Source: WestellT_88:f6:ea (00:18:3a:88:f6:ea)
        Address: WestellT_88:f6:ea (00:18:3a:88:f6:ea)
        .... ...0 .... .... .... .... = IG bit: Individual address (unicast)
        .... ..0. .... .... .... .... = LG bit: Globally unique address (factory default)
    Type: IP (0x0800)
Internet Protocol, Src: 66.35.36.129 (66.35.36.129), Dst: 192.168.1.21 (192.168.1.21)
    Version: 4
    Header length: 20 bytes
    Differentiated Services Field: 0x00 (DSCP 0x00: Default; ECN: 0x00)
        0000 00.. = Differentiated Services Codepoint: Default (0x00)
        .... ..0. = ECN-Capable Transport (ECT): 0
        .... ...0 = ECN-CE: 0
    Total Length: 82
    Identification: 0x679b (26523)
    Flags: 0x04 (Don't Fragment)
        0... = Reserved bit: Not set
        .1.. = Don't fragment: Set
        ..0. = More fragments: Not set
    Fragment offset: 0
    Time to live: 55
    Protocol: TCP (0x06)
    Header checksum: 0xb3a9 [correct]
        [Good: True]
        [Bad : False]
    Source: 66.35.36.129 (66.35.36.129)
    Destination: 192.168.1.21 (192.168.1.21)
Transmission Control Protocol, Src Port: ftp (21), Dst Port: 38085 (38085), Seq: 1, Ack: 2, Len: 30
    Source port: ftp (21)
    Destination port: 38085 (38085)
    Sequence number: 1    (relative sequence number)
    [Next sequence number: 31    (relative sequence number)]
    Acknowledgement number: 2    (relative ack number)
    Header length: 32 bytes
    Flags: 0x18 (PSH, ACK)
        0... .... = Congestion Window Reduced (CWR): Not set
        .0.. .... = ECN-Echo: Not set
        ..0. .... = Urgent: Not set
        ...1 .... = Acknowledgment: Set
        .... 1... = Push: Set
        .... .0.. = Reset: Not set
        .... ..0. = Syn: Not set
        .... ...0 = Fin: Not set
    Window size: 5888 (scaled)
    Checksum: 0xed94 [correct]
        [Good Checksum: True]
        [Bad Checksum: False]
    Options: (12 bytes)
        NOP
        NOP
        Timestamps: TSval 359559936, TSecr 11683048
    [SEQ/ACK analysis]
        [This is an ACK to the segment in frame: 23]
        [The RTT to ACK the segment was: 0.366461000 seconds]
File Transfer Protocol (FTP)
    220 (vsFTPd 2.0.5)\r\n
        Response code: Service ready for new user (220)
        Response arg: (vsFTPd 2.0.5)
    500 OOPS: 

0000  00 1b 77 23 42 1f 00 18 3a 88 f6 ea 08 00 45 00   ..w#B...:.....E.
0010  00 52 67 9b 40 00 37 06 b3 a9 42 23 24 81 c0 a8   .Rg.@.7...B#$...
0020  01 15 00 15 94 c5 42 72 16 48 d2 31 38 81 80 18   ......Br.H.18...
0030  00 2e ed 94 00 00 01 01 08 0a 15 6e 73 00 00 b2   ...........ns...
0040  44 e8 32 32 30 20 28 76 73 46 54 50 64 20 32 2e   D.220 (vsFTPd 2.
0050  30 2e 35 29 0d 0a 35 30 30 20 4f 4f 50 53 3a 20   0.5)..500 OOPS:

***Hlingler*** · #10 11th August 2008, 03:19 AM

I don't know enough about networking to comment further - except to say it now looks like a networking problem, not a YUM or RPM problem.

V

rbhkamal · #11 11th August 2008, 03:30 AM

Yes.. so it seems. I followed the instructions in the link you provided... still no luck.

Is there anyone willing to do?
yum clean all
rpm -v --rebuilddb

I'm afraid the repository servers are messed up....sense it's the weekend.

Thanks for your help.

rbhkamal · #12 16th August 2008, 05:45 PM

Does anyone know when fedora repositories will be back up? Are they short on Money or something..?

itachi · #13 20th August 2008, 01:45 PM

Hi, i think your problem is in combination with one of the yum plugins. I had the same problem and now i tried to disable all yum plugins and now .. yum works fine again. The only thing i have to determine now is, which of the plugins is the culprit

.
Update: Maeh that sucks .. fastestmirror is the reason for this double free error.

rbhkamal · #14 23rd August 2008, 05:24 PM

I'm waiting for the fedora servers to come back online...

marcrblevins · #15 24th August 2008, 12:46 AM

The yum servers are back online. Give it a whirl.
Give us the result if errors are found, start to end.