Re: [SCIENTIFIC-LINUX-USERS] Repo error after 7.0 to 7.1 upgrade
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
Re: [SCIENTIFIC-LINUX-USERS] Repo error after 7.0 to 7.1 upgrade
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 -- Pat Riehecky Scientific Linux developer Fermi National Accelerator Laboratory www.fnal.gov www.scientificlinux.org
Re: [SCIENTIFIC-LINUX-USERS] Repo error after 7.0 to 7.1 upgrade
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
Re: [SCIENTIFIC-LINUX-USERS] Repo error after 7.0 to 7.1 upgrade
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 -- Pat Riehecky Scientific Linux developer Fermi National Accelerator Laboratory www.fnal.gov www.scientificlinux.org
Re: [SCIENTIFIC-LINUX-USERS] Repo error after 7.0 to 7.1 upgrade
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
Re: [SCIENTIFIC-LINUX-USERS] Repo error after 7.0 to 7.1 upgrade
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. That is very weird, I'll look into rebuilding the metadata on my end to see if something somewhere got weird. Pat -- Pat Riehecky Scientific Linux developer Fermi National Accelerator Laboratory www.fnal.gov www.scientificlinux.org
Re: [SCIENTIFIC-LINUX-USERS] Repo error after 7.0 to 7.1 upgrade
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.
Re: [SCIENTIFIC-LINUX-USERS] Repo error after 7.0 to 7.1 upgrade
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 -- Pat Riehecky Scientific Linux developer Fermi National Accelerator Laboratory www.fnal.gov www.scientificlinux.org
Re: [SCIENTIFIC-LINUX-USERS] Repo error after 7.0 to 7.1 upgrade
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
Re: [SCIENTIFIC-LINUX-USERS] Repo error after 7.0 to 7.1 upgrade
can I have you run: yum clean expire-cache and see if the errors persist? Pat On 04/15/2015 05:51 AM, John Pilkington wrote: On 15/04/15 11:34, John Pilkington wrote: I'm seeing this in yumex. I've reinstalled yum-conf-sl7x failure: repodata/primary.sqlite.bz2 from sl-security: [Errno 256] No more mirrors to try. ftp://ftp.scientificlinux.org/linux/scientific/7x/x86_64/updates/security/repodata/primary.sqlite.bz2: [Errno 14] curl#36 - "Offset (7638280) was beyond file size (782492)" http://ftp.scientificlinux.org/linux/scientific/7x/x86_64/updates/security/repodata/primary.sqlite.bz2: [Errno 14] HTTP Error 416 - Requested Range Not Satisfiable http://ftp1.scientificlinux.org/linux/scientific/7x/x86_64/updates/security/repodata/primary.sqlite.bz2: [Errno 14] HTTP Error 416 - Requested Range Not Satisfiable http://ftp2.scientificlinux.org/linux/scientific/7x/x86_64/updates/security/repodata/primary.sqlite.bz2: [Errno 14] HTTP Error 416 - Requested Range Not Satisfiable You can try starting 'yumex -n' from a command line and deselecting the repositories causing problems and try again. After a reboot it looks as if it just can't find updates/security 11:48:30 : WARNING - WARNING: Failure getting ftp://ftp.scientificlinux.org/linux/scientific/7x/x86_64/updates/security/repodata/primary.sqlite.bz2: 11:48:30 : WARNING - WARNING: Trying other mirror. ...etc -- Pat Riehecky Scientific Linux developer Fermi National Accelerator Laboratory www.fnal.gov www.scientificlinux.org