SCIENTIFIC-LINUX-USERS Archives

April 2015

SCIENTIFIC-LINUX-USERS@LISTSERV.FNAL.GOV

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
John Pilkington <[log in to unmask]>
Reply To:
John Pilkington <[log in to unmask]>
Date:
Wed, 15 Apr 2015 17:46:42 +0100
Content-Type:
text/plain
Parts/Attachments:
text/plain (152 lines)
On 15/04/15 17:37, Pat Riehecky wrote:
>
>
> On 04/15/2015 11:24 AM, John Pilkington wrote:
>> On 15/04/15 17:08, Pat Riehecky wrote:
>>> On 04/15/2015 11:07 AM, Mark Stodola wrote:
>>>> On 04/15/2015 10:49 AM, John Pilkington wrote:
>>>>> On 15/04/15 15:38, Pat Riehecky wrote:
>>>>>>
>>>>>>
>>>>>> On 04/15/2015 09:13 AM, John Pilkington wrote:
>>>>>>> On 15/04/15 14:37, Pat Riehecky wrote:
>>>>>>>> can I have you run:
>>>>>>>>
>>>>>>>> yum clean expire-cache
>>>>>>>>
>>>>>>>> and see if the errors persist?
>>>>>>>>
>>>>>>>> Pat
>>>>>>>
>>>>>>> I've been through the sequence twice.  Still exactly the same.
>>>>>>> Thanks.
>>>>>>>
>>>>>>> John
>>>>>>
>>>>>> What is the output of
>>>>>>
>>>>>> df -h /var/cache/yum
>>>>>>
>>>>>> Pat
>>>>>
>>>>> [john@HP_Box ~]$ df -h /var/cache/yum
>>>>> Filesystem           Size  Used Avail Use% Mounted on
>>>>> /dev/mapper/sl-root   50G   12G   39G  23% /
>>>>> [john@HP_Box ~]$
>>>>>
>>>>> I downloaded (with Firefox)
>>>>> http://ftp2.scientificlinux.org/linux/scientific/7x/x86_64/updates/security/repodata/primary.sqlite.bz2
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> It's 764.2 KiB.  And I don't see a problem unless 7x-security is
>>>>> enabled.
>>>>
>>>> I'm guessing Pat had a typo and meant either:
>>>> du -h /var/cache/yum
>>>> OR
>>>> du -sh /var/cache/yum
>>>>
>>>> -Mark
>>>
>>> Good call!  Didn't even notice....
>>>
>>> I've rebuilt the metadata, can I have you run a 'yum clean all' and see
>>> if that gets things fixed up?
>>>
>>> Pat
>>
>> Still the problem; but now:
>>
>> [Errno 14] curl#36 - "Offset (7638280) was beyond file size (783178)"
>>
>> while before it was
>>
>> [Errno 14] curl#36 - "Offset (7638280) was beyond file size (782492)"
>>
>> Count the digits :-)
>>
>> John
>
> That is a fair bit to be seeking....
>
> lets get some more logs out of it:
>
> yum -d 10 --disablerepo=* --enablerepo=sl-security --noplugins makecache
>
> yum -d 10 --disablerepo=* --enablerepo=sl-security --noplugins search flac
>
> and just a quick double check on these:
>
> rpm -V yum libcurl rpm
>
> Pat
>
[root@HP_Box john]# yum -d 10 --disablerepo=* --enablerepo=sl-security 
--noplugins makecache
Config time: 0.008
Yum version: 3.4.3
sl-security 
 
       | 3.0 kB  00:00:00
(1/4): sl-security/x86_64/filelists_db 
 
       | 460 kB  00:00:02
(2/4): sl-security/x86_64/other_db 
 
       |  37 kB  00:00:03
(3/4): sl-security/x86_64/updateinfo 
 
       |  14 kB  00:00:03
(4/4): sl-security/x86_64/primary_db 
 
       | 765 kB  00:00:03
Metadata Cache Created
[root@HP_Box john]# yum -d 10 --disablerepo=* --enablerepo=sl-security 
--noplugins search flac
Config time: 0.007
Yum version: 3.4.3
Setting up Package Sacks
pkgsack time: 0.002
rpmdb time: 0.000
tags time: 0.000
 =========================================================================== 
N/S matched: flac 
 ============================================================================
flac-devel.i686 : Development libraries and header files from FLAC
Repo        : sl-security



flac-devel.x86_64 : Development libraries and header files from FLAC
Repo        : @sl-security



flac.x86_64 : An encoder/decoder for the Free Lossless Audio Codec
Repo        : sl-security



flac-libs.i686 : Libraries for the Free Lossless Audio Codec
Repo        : sl-security



flac-libs.x86_64 : Libraries for the Free Lossless Audio Codec
Repo        : @sl-security




   Name and summary matches only, use "search all" for everything.
[root@HP_Box john]# rpm -V yum libcurl rpm
S.5......    /etc/yum/yum-cron.conf
[root@HP_Box john]#

Seems ok now.  Thanks for your help.  I hope it wasn't something I'd 
screwed up.

John

ATOM RSS1 RSS2