[Spacewalk-list] Issues with Scientific Linux 6.4

Paul Robert Marino prmarino1 at gmail.com
Mon Jun 3 21:27:00 UTC 2013 

correction
it seams to break down on line 64 of
/usr/lib/python2.6/site-packages/spacewalk/satellite_tools/repo_plugins/yum_src.py
in class YumUpdateMetadata
there is handling for gzip files but none for bz2.
 but the other part I mentions should also be patched.
I'm thinking its time to take this to the dev list and create a matching
ticket.




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

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

More information about the Spacewalk-list mailing list