On Thu, 15 Sep 2011 14:44:59 +0800, Fajar Priyanto wrote:
> On Thu, Sep 15, 2011 at 2:31 PM, Kahlil Hodgson
> wrote:
>> Perhaps your are downloading the same corrupted primary.xml.gz
>> from mirror.opendoc.net. Maybe try another mirror? Perhaps
>> download
>> the file manually and compare?
Thi
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
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
>> wrote:
>>> Perhaps your are downloading the same corrupted primary.xml.gz
>>> from mirror.opendoc.net. Maybe try an
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 bo
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
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 be
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 partiti
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, it
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 reinst
ve the original yum problem, but at least confirms
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
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 mirro
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&
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--
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 i
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
>
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 de
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
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
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
Load
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
21 matches
Mail list logo
