Bug 493473

Summary: Package Manager generates unhandled exception errors when installing VSFTPD 2.0.5-12
Product: Red Hat Enterprise Linux 5 Reporter: eol.bugzilla
Component: pirutAssignee: James Antill <james.antill>
Status: CLOSED CURRENTRELEASE QA Contact: desktop-bugs <desktop-bugs>
Severity: medium Docs Contact:
Priority: low    
Version: 5.3CC: bkearney, greg
Target Milestone: rc   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2013-03-12 20:30:21 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
Crash dump captured by Package Manager none

Description eol.bugzilla 2009-04-01 21:05:32 UTC 
User-Agent:       Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.0.6) Gecko/2009020414 CentOS/3.0.6-1.el5.centos Firefox/3.0.6

Using Package Manager or 'yum' to install the VSFTPD-2.0.5-12.el5.x86_64 results in a generated crash page, detailed crash log attached.  Most, if not all of the crash references the file /usr/lib/python2.4/site-packages/yum/sqlitesack.py, and ends with TypeError: unsubscriptable object.

Reproducible: Always

Steps to Reproduce:
1.Start Package Manager
2.Search for or select VSFTPD
3.Select check box, click Apply, click Continue.
4.Observe "Exception Occurred" pop-up when Resolving Dependencies window appears.
Actual Results:  
Crash dump window

Expected Results:  
Installed VSFTPD.

Installation of the package was attempted after update of CentOS 5.2 to 5.3 release.  Machine had been rebooted as per request.  Further maintenance was attempted with Package Manager to verify utility operation, other packages were handled in routine manner (install and deletion).
Comment 1 eol.bugzilla 2009-04-01 21:06:59 UTC 
Created attachment 337664 [details]
Crash dump captured by Package Manager
Comment 2 James Antill 2009-04-01 21:28:50 UTC 
What does "yum list yum yum-metadata-parser" say?

Does running "yum clean metadata" fix the problem?
Comment 3 eol.bugzilla 2009-04-02 12:28:14 UTC 
First answer:

[root@vlc ~]# yum list yum yum-metadata-parser
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
 * base: centos.mirror.nac.net
 * updates: centos.mirror.nac.net
 * addons: centos.mirror.nac.net
 * extras: pubmirrors.reflected.net
Installed Packages
yum.noarch                            3.2.19-18.el5.centos             installed
yum-metadata-parser.x86_64            1.1.2-2.el5                      installed

Second answer: Yes.  Installation was clean, deamon answering normally.
Comment 4 James Antill 2013-03-12 20:30:21 UTC 
 This should have been fixed in RHEL-5 (we now never alter/trust the metadata).