[Spacewalk-list] Issues with Scientific Linux 6.4
Paul Robert Marino
prmarino1 at gmail.com
Mon Jun 3 20:03:49 UTC 2013
I think I figured out the cause of this
if im right its because their updateinfo.xml is compressed with bzip
instead of gzip
I know I cant process it at all.
http://ftp.scientificlinux.org/linux/scientific/6.4/x86_64/os/repodata/updateinfo.xml.bz2
On Tue, May 28, 2013 at 9:17 AM, Paul Robert Marino <prmarino1 at gmail.com>wrote:
> the yum clean all was the first thing i tried
>
> interestingly i did find an error in the taskomatic logs the error itself
> is a little puzzling
> this happens over and over again but only on scientific Linux channels
>
> "
> ng repos for channel: Scientific Linux 6 Updates FastBug (x86_64)
> INFO | jvm 1 | 2013/04/23 00:30:31 | 2013-04-23 00:30:31,913
> [DefaultQuartzScheduler_Worker-9] ERROR
> com.redhat.rhn.manager.satellite.SystemCommandExecu
> tor - Error encountered executing (args=[/usr/bin/spacewalk-repo-sync,
> --channel, scientific6-x86_64-updates-fast, --type, yum])
> INFO | jvm 1 | 2013/04/23 00:30:31 | 2013-04-23 00:30:31,913
> [DefaultQuartzScheduler_Worker-9] ERROR
> com.redhat.rhn.manager.satellite.SystemCommandExecu
> tor - Error message from process: Traceback (most recent call last):
> INFO | jvm 1 | 2013/04/23 00:30:31 | File
> "/usr/bin/spacewalk-repo-sync", line 103, in <module>
> INFO | jvm 1 | 2013/04/23 00:30:31 | sys.exit(abs(main() or 0))
> INFO | jvm 1 | 2013/04/23 00:30:31 | File
> "/usr/bin/spacewalk-repo-sync", line 96, in main
> INFO | jvm 1 | 2013/04/23 00:30:31 | sync.sync()
> INFO | jvm 1 | 2013/04/23 00:30:31 | File
> "/usr/lib/python2.6/site-packages/spacewalk/satellite_tools/reposync.py",
> line 112, in sync
> INFO | jvm 1 | 2013/04/23 00:30:31 | self.error_msg("ERROR: %s" %
> e.value)
> INFO | jvm 1 | 2013/04/23 00:30:31 | AttributeError:
> 'exceptions.IOError' object has no attribute 'value'
> INFO | jvm 1 | 2013/04/23 00:30:31 |
> INFO | jvm 1 | 2013/04/23 00:30:31 | 2013-04-23 00:30:31,913
> [DefaultQuartzScheduler_Worker-9] INFO
> com.redhat.rhn.taskomatic.task.RepoSyncTask - Repo URL:
> http://ftp.scientificlinux.org/linux/scientific/6/x86_64/updates/fastbugs/
> INFO | jvm 1 | 2013/04/23 00:30:31 | Packages in repo:
> 106
> INFO | jvm 1 | 2013/04/23 00:30:31 | No new packages to sync.
> INFO | jvm 1 | 2013/04/23 00:30:31 |
> INFO | jvm 1 | 2013/04/23 00:30:31 | 2013-04-23 00:30:31,913
> [DefaultQuartzScheduler_Worker-9] ERROR
> com.redhat.rhn.taskomatic.task.RepoSyncTask - Traceback (most recent call
> last):
> INFO | jvm 1 | 2013/04/23 00:30:31 | File
> "/usr/bin/spacewalk-repo-sync", line 103, in <module>
> INFO | jvm 1 | 2013/04/23 00:30:31 | sys.exit(abs(main() or 0))
> INFO | jvm 1 | 2013/04/23 00:30:31 | File
> "/usr/bin/spacewalk-repo-sync", line 96, in main
> INFO | jvm 1 | 2013/04/23 00:30:31 | sync.sync()
> INFO | jvm 1 | 2013/04/23 00:30:31 | File
> "/usr/lib/python2.6/site-packages/spacewalk/satellite_tools/reposync.py",
> line 112, in sync
> INFO | jvm 1 | 2013/04/23 00:30:31 | self.error_msg("ERROR: %s" %
> e.value)
> INFO | jvm 1 | 2013/04/23 00:30:31 | AttributeError:
> 'exceptions.IOError' object has no attribute 'value'
> INFO | jvm 1 | 2013/04/23 00:30:31 |
>
> "
>
> I updated my test instance to spacewalk 1.9 and it seems to have fixed it
> but a new error appears in the reposync log
>
> "
> Linking packages to channel.
>
> Repo http://ftp.scientificlinux.org/linux/scientific/6.4/x86_64/os/ has
> comps file comps-sl6-x86_64.xml.gz.
> ERROR: Not a gzipped file
> Sync completed.
> Total time: 1:46:18
>
> "
>
> Note: I'm still seeing this on my production instance which is still
> running 1.9 .
> Also to fix it i had to completely remove all the packages from the
> channels effected and resync them but I didn't need to delete the packages
> from the system just from the channels.
>
>
>
> On Tue, May 28, 2013 at 4:22 AM, Tomas Lestach <tlestach at redhat.com>wrote:
>
>> ----- Original Message -----
>> > From: "Paul Robert Marino" <prmarino1 at gmail.com>
>> > To: spacewalk-list at redhat.com
>> > Sent: Sunday, May 26, 2013 6:38:13 PM
>> > Subject: [Spacewalk-list] Issues with Scientific Linux 6.4
>> >
>> >
>> >
>> >
>> >
>> > Ive been having issues with Spacewalk 1.8 client and Scientific Linux
>> > 6.4 and 6 Rolling. note this does not seem to effect Scientific
>> > Linux 6.3 as far as i can tell.
>> >
>> > in my test instance spacewalks web interface says i have 6449
>> > packages in the base channel for Scientific Linux 6.4 but from the
>> > client when i run " yum repolist -v" it tells me i have 6,448 in
>> > that same channel.
>>
>> To make sure you work with latest repodata, I'd run:
>> # yum clean all
>> and repeat your repolist command.
>>
>> If it does not help, check, when the repodata was generated for your
>> channel.
>> ('Last Repo Build' item on the
>> /rhn/channels/ChannelDetail.do?cid=<channel_id> page)
>>
>> Any errors in the /var/log/rhn/rhn_taskomatic_daemon.log?
>>
>> Regards,
>> --
>> Tomas Lestach
>> RHN Satellite Engineering, Red Hat
>>
>>
>> > Ive tracked it to python-libguestfs-1.16.34-2.el6.x86_64.rpm as the
>> > package the show up in spacewalk but not in yum
>> >
>> >
>> >
>> >
>> > the repo sync doesnt show an error
>> > "
>> > ['/usr/bin/spacewalk-repo-sync', '--channel',
>> > 'scientific-6.4-x86_64', '--type', 'yum']
>> > Repo URL:
>> > http://ftp.scientificlinux.org/linux/scientific/6.4/x86_64/os/
>> > Packages in repo: 6449
>> > Packages already synced: 6448
>> > Packages to sync: 1
>> > 1/1 : python-libguestfs-1.16.34-2.el6-1.x86_64
>> > Repo http://ftp.scientificlinux.org/linux/scientific/6.4/x86_64/os/
>> > has comps file comps-sl6-x86_64.xml.gz.
>> > "
>> >
>> >
>> > Ive checked the sums of the packages on the FTP servers and the one
>> > in spacewalk along with the headers, signatures, and file size every
>> > thing matches.
>> >
>> > If I add the SL repos the package seems installs fine directly from
>> > the FTP site via yum.
>> >
>> >
>> > has any one else run into any thing similar.
>> >
>> >
>> >
>> > _______________________________________________
>> > Spacewalk-list mailing list
>> > Spacewalk-list at redhat.com
>> > https://www.redhat.com/mailman/listinfo/spacewalk-list
>>
>> _______________________________________________
>> Spacewalk-list mailing list
>> Spacewalk-list at redhat.com
>> https://www.redhat.com/mailman/listinfo/spacewalk-list
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/spacewalk-list/attachments/20130603/2add0f7f/attachment.htm>
More information about the Spacewalk-list
mailing list