On Fri, 16 Sep 2011 09:15:23 -0400, m.r...@5-cent.us wrote:
Has anyone in this thread - I may have missed some posts last night -
suggested yum reinstall yum?
This wasn't suggested yet, so I've tried it and it fails in the same
way (not unexpectedly, I would say):
[root@picard ~]# yum
that the creation of a corrupted sqlite database was indeed the real
issue.
Many thanks to all the people on the list who have suggestions and
advice, particularly to Alain Péan who pointed me in the right
direction.
Have a nice weekend
Sebastiano Pilla
Always Learning wrote:
Please try one thing for me
yum install httpd
It does not matter whether or not you have this already installed. I am
curious to know what type of response you get. You do not have to
install this. It is the reaction from yum that interests me, so you can
Keith Roberts wrote:
On Thu, 15 Sep 2011, Sebastiano Pilla wrote:
-rw-r--r-- 1 root root 4.6K Feb 8 2011 CentOS-Vault.repo
Do you need CentOS-Vault, as it includes all the packages
from Centos 5.x upwards IIRC?
It's in there by default, since the first install on the box. All
Craig White wrote:
make sure that there isn't any yum/rpm processes running...
ps aux|grep yum
ps aux|grep rpm
Once you've determined they aren't running, try...
yum clean metadata
yum clean dbcache
(those should be executed when you execute 'yum clean all' but maybe it ain't
gettin'
On Thu, 15 Sep 2011 14:44:59 +0800, Fajar Priyanto wrote:
On Thu, Sep 15, 2011 at 2:31 PM, Kahlil Hodgson
kahlil.hodg...@dealmax.com.au wrote:
Perhaps your are downloading the same corrupted primary.xml.gz
from mirror.opendoc.net. Maybe try another mirror? Perhaps
download
the file
On Thu, 15 Sep 2011 00:01:23 +0100, Always Learning wrote:
On Thu, 2011-09-15 at 00:35 +0200, Sebastiano Pilla wrote:
[root@picard ~]# ll /etc/yum.repos.d/
total 20K
-rw-r--r-- 1 root root 1.9K Feb 8 2011 CentOS-Base.repo
-rw-r--r-- 1 root root 631 Feb 8 2011 CentOS-Debuginfo.repo
-rw
On Thu, 15 Sep 2011 14:10:50 +0200, sebasti...@datafaber.net wrote:
On Thu, 15 Sep 2011 14:44:59 +0800, Fajar Priyanto wrote:
On Thu, Sep 15, 2011 at 2:31 PM, Kahlil Hodgson
kahlil.hodg...@dealmax.com.au wrote:
Perhaps your are downloading the same corrupted primary.xml.gz
from
On Thu, 15 Sep 2011 14:30:01 +0100, Always Learning wrote:
On Thu, 2011-09-15 at 15:18 +0200, sebasti...@datafaber.net wrote:
Update: yum chose to use another mirror and it failed in the exact
same way.
I could do that, but it is again extremely unlikely that 6 disks on 6
different boxes
On Thu, 15 Sep 2011 05:57:02 -0700, Craig White wrote:
sounds like someone did some manual mucking in /etc/yum.repos.d
You probably want to start disabling some of the configured repo's
in /etc/yum.repos.d... 'enabled = 0' - I'd probably start by making
sure
that all non-CentOS repo's were
On Thu, 15 Sep 2011 08:42:42 -0700, Craig White wrote:
might be hard to run package-cleanup without having base enabled but
I would certainly recommend that you run 'rpm -Va [--nofiles
--nodigest]' to identify the broken dependencies - apparently
something that the base repository really
On Thu, 15 Sep 2011 18:33:39 +0200, Nicolas Thierry-Mieg wrote:
sebasti...@datafaber.net wrote:
The file /var/cache/yum/base/primary.xml.gz.sqlite is only 20KB,
whereas in the normal case I'd expect it to be 6.5MB. Somehow, yum
is
you're not out of hard drive space on that partition, are
On Thu, 15 Sep 2011 18:36:10 +0200, Alain Péan wrote:
And here is the answer from Karanbir Singh :
unfortunately, you hit an issue that I did not think anyone would
see (
but was aware of... ). The issue originates from the fact that the
new
CR repo has no sqlite metadata store, its xml
Alain Péan wrote:
What if you delete (or save elsewhere) the primary.xml.gz.sqlite file ?
If it is corrupted, it would do no arm, and perhaps it is no more used
or regenerated if it missing ?
This doesn't work unfortunately, yum always creates the same corrupted file:
- here I use yum to
Craig White wrote:
mv /var/cache/yum/base/primary.xml.gz/sqlite /tmp
and try again I suppose - yes, that file is supposed to be much larger - I
suspect that it will create a new 'copy' of that file if it fails to find it.
Unfortunately yum recreates the same corrupted file, even if I move it
Craig White wrote:
On Sep 15, 2011, at 2:45 PM, Sebastiano Pilla wrote:
Craig White wrote:
mv /var/cache/yum/base/primary.xml.gz/sqlite /tmp
and try again I suppose - yes, that file is supposed to be much larger - I
suspect that it will create a new 'copy' of that file if it fails to find
Brian Miller wrote:
Sorry if this has been suggested already - have you tried running with
all plugins disabled?
'yum --noplugins check-update'
This wasn't suggested yet, but I did try it at some point. I've just
tried again and the result is the same:
[root@picard ~]# yum clean all
Loaded
Josh Miller wrote:
On 09/15/2011 02:45 PM, Sebastiano Pilla wrote:
Craig White wrote:
mv /var/cache/yum/base/primary.xml.gz/sqlite /tmp
and try again I suppose - yes, that file is supposed to be much larger - I
suspect that it will create a new 'copy' of that file if it fails to find
I'm trying to update my CentOS 5.6 boxes to 5.7, and on every single one
of them yum is failing with a segmentation fault: the error happens when
yum is checking the 'base' repository.
[root@picard yum]# yum update
Loaded plugins: downloadonly, fastestmirror, priorities
Determining fastest
Always Learning wrote:
On Wed, 2011-09-14 at 23:56 +0200, Sebastiano Pilla wrote:
I'm trying to update my CentOS 5.6 boxes to 5.7, and on every single one
of them yum is failing with a segmentation fault: the error happens when
yum is checking the 'base' repository.
Have you tried
Always Learning wrote:
On Thu, 2011-09-15 at 00:26 +0200, Sebastiano Pilla wrote:
Can you list, one line for each, the names of the repos
in /etc/yum.repos.d
[root@picard ~]# ll /etc/yum.repos.d/
total 20K
-rw-r--r-- 1 root root 1.9K Feb 8 2011 CentOS-Base.repo
-rw-r--r-- 1 root root 631
21 matches
Mail list logo