[Spacewalk-list] Issues with Scientific Linux 6.4

Paul Robert Marino prmarino1 at gmail.com
Mon Jun 3 20:37:01 UTC 2013 

I found the problem
it starts at line 178 in
/usr/lib/python2.6/site-packages/spacewalk/satellite_tools/reposync.py
there is handling for .gz files but not .bz2 files


On Mon, Jun 3, 2013 at 4:03 PM, Paul Robert Marino <prmarino1 at gmail.com>wrote:

> 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/1d442962/attachment.htm>

More information about the Spacewalk-list mailing list