Re: Database disk image is malformed
On Sun, Jan 24, 2010 at 11:38:45PM -0600, James Antill wrote: On Fri, 2010-01-22 at 23:06 -0600, Matt Domsch wrote: I ran into this once recently, when I hit Ctrl-C at an inopportune moment while yum was running on that window. Like you, thought it was the RPM database that was corrupt, and like you did the same thing to no effect. # yum clean all had no effect either. To resolve, I deleted all the contents of /var/lib/yum/. It's kind of heavyweight, but it resolved it. You may try simply deleting /var/lib/yum/history/* first, and see if that's sufficient (assuming you don't need to be able to have yum roll back completed transactions to some previous state). If not, try deleting yumdb/ there. There may be a better way to handle this, but I'll let the yum experts chime in then. I've seen one other case of this, and indeed it was the yum history DB. We can certainly give a better message (running: yum history new, will give you a new history DB). But it's annoying that it happens, as AFAIK we are using sqlite transactions everywhere. Matt/Jim ... was there anything weird like /var/lib/yum being on NFS or anything like that? For me, /var/lib/yum is on local storage. I'm sure I did hit Ctrl-C at some point to try to break out of it while it was downloading packages. -- Matt Domsch Technology Strategist, Dell Office of the CTO linux.dell.com www.dell.com/linux -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Database disk image is malformed
On 01/23/2010 12:06 AM, Matt Domsch wrote: On Fri, Jan 22, 2010 at 09:35:49PM -0500, Jim wrote: FC12-x86_64/KDE #yum install Error: Database disk image is malformed I removed /var/lib/rpm/__db.** files And then I did a ; #rpm --rebuilddb * But that still doesn't help when running yum. What am I not doing right? I ran into this once recently, when I hit Ctrl-C at an inopportune moment while yum was running on that window. Like you, thought it was the RPM database that was corrupt, and like you did the same thing to no effect. # yum clean all had no effect either. To resolve, I deleted all the contents of /var/lib/yum/. It's kind of heavyweight, but it resolved it. You may try simply deleting /var/lib/yum/history/* first, and see if that's sufficient (assuming you don't need to be able to have yum roll back completed transactions to some previous state). If not, try deleting yumdb/ there. There may be a better way to handle this, but I'll let the yum experts chime in then. Thanks, Matt Remove contents from /var/lib/yum/history/* did the trick. THANKS MUCH MATT -- users mailing list users@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Database disk image is malformed
On 01/22/2010 09:35 PM, Jim wrote: FC12-x86_64/KDE #yum install Error: Database disk image is malformed I removed /var/lib/rpm/__db.** files And then I did a ; #rpm --rebuilddb * But that still doesn't help when running yum. What am I not doing right? If I run Yumex from command line I get this; $ yumex running Current Settings autorefresh: True branding_title: 'Yum Extender NextGen' color_install: 'darkgreen' color_normal: 'black' color_obsolete: 'blue' color_update: 'red' debug: False disable_repo_page: False plugins: True proxy: '' recentdays: 14 repo_exclude: ['debug', 'source'] win_height: 850 win_sep: 300 win_width: 1600 yumdebuglevel: 2 /usr/lib/python2.6/site-packages/guihelpers/__init__.py:199: GtkWarning: gtk_scrolled_window_add(): cannot add non scrollable widget use gtk_scrolled_window_add_with_viewport() instead self.add_from_file(filename) eth0 (forcedeth) is connected /usr/lib/python2.6/site-packages/yumexgui/gui.py:179: DeprecationWarning: Use the new widget gtk.Tooltip self.tooltip = gtk.Tooltips() /usr/lib/python2.6/site-packages/yumexgui/gui.py:206: DeprecationWarning: Use the new widget gtk.Tooltip self.tooltip.set_tip(button, tooltip) eth0 (forcedeth) is connected Connected to an network eth0 (forcedeth) is connected Starting yum child process YUM: Loaded plugins: presto ERROR: Error in repository setup ERROR: database disk image is malformed You can try starting 'yumex -n' from a command line and deseleting the repositories causing problems and try again. Stopping yum child process Program Terminated What repositories would i deselect ? -- users mailing list users@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Database disk image is malformed
On Fri, Jan 22, 2010 at 09:35:49PM -0500, Jim wrote: FC12-x86_64/KDE #yum install Error: Database disk image is malformed I removed /var/lib/rpm/__db.** files And then I did a ; #rpm --rebuilddb * But that still doesn't help when running yum. What am I not doing right? I ran into this once recently, when I hit Ctrl-C at an inopportune moment while yum was running on that window. Like you, thought it was the RPM database that was corrupt, and like you did the same thing to no effect. # yum clean all had no effect either. To resolve, I deleted all the contents of /var/lib/yum/. It's kind of heavyweight, but it resolved it. You may try simply deleting /var/lib/yum/history/* first, and see if that's sufficient (assuming you don't need to be able to have yum roll back completed transactions to some previous state). If not, try deleting yumdb/ there. There may be a better way to handle this, but I'll let the yum experts chime in then. Thanks, Matt -- Matt Domsch Technology Strategist, Dell Office of the CTO linux.dell.com www.dell.com/linux -- users mailing list users@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines