<div dir="ltr"><div><div><div><div>correction<br></div>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<br></div>there is handling for gzip files but none for bz2.<br> </div> but the other part I mentions should also be patched.<br></div>I'm thinking its time to take this to the dev list and create a matching ticket.<br><br><div><div><div><br></div></div></div></div><div class="gmail_extra"> <br><br><div class="gmail_quote">On Mon, Jun 3, 2013 at 4:37 PM, Paul Robert Marino <span dir="ltr"><<a href="mailto:prmarino1@gmail.com" target="_blank">prmarino1@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> <div dir="ltr"><div><div>I found the problem<br></div>it starts at line 178 in /usr/lib/python2.6/site-packages/spacewalk/satellite_tools/reposync.py<br></div>there is handling for .gz files but not .bz2 files<br></div><div class="HOEnZb"> <div class="h5"><div class="gmail_extra"> <br><br><div class="gmail_quote">On Mon, Jun 3, 2013 at 4:03 PM, Paul Robert Marino <span dir="ltr"><<a href="mailto:prmarino1@gmail.com" target="_blank">prmarino1@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> <div dir="ltr"><div>I think I figured out the cause of this<br></div><div>if im right its because their updateinfo.xml is compressed with bzip instead of gzip<br></div><div>I know I cant process it at all.<br><a href="http://ftp.scientificlinux.org/linux/scientific/6.4/x86_64/os/repodata/updateinfo.xml.bz2" target="_blank">http://ftp.scientificlinux.org/linux/scientific/6.4/x86_64/os/repodata/updateinfo.xml.bz2</a><br> <br></div></div><div><div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, May 28, 2013 at 9:17 AM, Paul Robert Marino <span dir="ltr"><<a href="mailto:prmarino1@gmail.com" target="_blank">prmarino1@gmail.com</a>></span> wrote:<br> <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div>the yum clean all was the first thing i tried<br><br></div>interestingly i did find an error in the taskomatic logs the error itself is a little puzzling<br> </div>this happens over and over again but only on scientific Linux channels<br> <div><br>"<br>ng repos for channel: Scientific Linux 6 Updates FastBug (x86_64)<br>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<br> tor - Error encountered executing (args=[/usr/bin/spacewalk-repo-sync, --channel, scientific6-x86_64-updates-fast, --type, yum])<br>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<br> tor - Error message from process: Traceback (most recent call last):<br>INFO | jvm 1 | 2013/04/23 00:30:31 | File "/usr/bin/spacewalk-repo-sync", line 103, in <module><br>INFO | jvm 1 | 2013/04/23 00:30:31 | sys.exit(abs(main() or 0))<br> INFO | jvm 1 | 2013/04/23 00:30:31 | File "/usr/bin/spacewalk-repo-sync", line 96, in main<br>INFO | jvm 1 | 2013/04/23 00:30:31 | sync.sync()<br>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<br> INFO | jvm 1 | 2013/04/23 00:30:31 | self.error_msg("ERROR: %s" % e.value)<br>INFO | jvm 1 | 2013/04/23 00:30:31 | AttributeError: 'exceptions.IOError' object has no attribute 'value'<br> INFO | jvm 1 | 2013/04/23 00:30:31 |<br>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: <a href="http://ftp.scientificlinux.org/linux/scientific/6/x86_64/updates/fastbugs/" target="_blank">http://ftp.scientificlinux.org/linux/scientific/6/x86_64/updates/fastbugs/</a><br> INFO | jvm 1 | 2013/04/23 00:30:31 | Packages in repo: 106<br>INFO | jvm 1 | 2013/04/23 00:30:31 | No new packages to sync.<br>INFO | jvm 1 | 2013/04/23 00:30:31 |<br>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):<br> INFO | jvm 1 | 2013/04/23 00:30:31 | File "/usr/bin/spacewalk-repo-sync", line 103, in <module><br>INFO | jvm 1 | 2013/04/23 00:30:31 | sys.exit(abs(main() or 0))<br>INFO | jvm 1 | 2013/04/23 00:30:31 | File "/usr/bin/spacewalk-repo-sync", line 96, in main<br> INFO | jvm 1 | 2013/04/23 00:30:31 | sync.sync()<br>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<br>INFO | jvm 1 | 2013/04/23 00:30:31 | self.error_msg("ERROR: %s" % e.value)<br> INFO | jvm 1 | 2013/04/23 00:30:31 | AttributeError: 'exceptions.IOError' object has no attribute 'value'<br>INFO | jvm 1 | 2013/04/23 00:30:31 |<br><br>"<br><br></div><div>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<br> <br>"<br>Linking packages to channel.<div><br>Repo <a href="http://ftp.scientificlinux.org/linux/scientific/6.4/x86_64/os/" target="_blank">http://ftp.scientificlinux.org/linux/scientific/6.4/x86_64/os/</a> has comps file comps-sl6-x86_64.xml.gz.<br> </div> ERROR: Not a gzipped file<br>Sync completed.<br>Total time: 1:46:18<br><br>"<br><br></div><div>Note: I'm still seeing this on my production instance which is still running 1.9 .<br></div><div>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.<br> </div><div><div><div><br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, May 28, 2013 at 4:22 AM, Tomas Lestach <span dir="ltr"><<a href="mailto:tlestach@redhat.com" target="_blank">tlestach@redhat.com</a>></span> wrote:<br> <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>----- Original Message -----<br> > From: "Paul Robert Marino" <<a href="mailto:prmarino1@gmail.com" target="_blank">prmarino1@gmail.com</a>><br> > To: <a href="mailto:spacewalk-list@redhat.com" target="_blank">spacewalk-list@redhat.com</a><br> > Sent: Sunday, May 26, 2013 6:38:13 PM<br> > Subject: [Spacewalk-list] Issues with Scientific Linux 6.4<br> ><br> ><br> ><br> ><br> ><br> > Ive been having issues with Spacewalk 1.8 client and Scientific Linux<br> > 6.4 and 6 Rolling. note this does not seem to effect Scientific<br> > Linux 6.3 as far as i can tell.<br> ><br> > in my test instance spacewalks web interface says i have 6449<br> > packages in the base channel for Scientific Linux 6.4 but from the<br> > client when i run " yum repolist -v" it tells me i have 6,448 in<br> > that same channel.<br> <br> </div>To make sure you work with latest repodata, I'd run:<br> # yum clean all<br> and repeat your repolist command.<br> <br> If it does not help, check, when the repodata was generated for your channel.<br> ('Last Repo Build' item on the /rhn/channels/ChannelDetail.do?cid=<channel_id> page)<br> <br> Any errors in the /var/log/rhn/rhn_taskomatic_daemon.log?<br> <br> Regards,<br> --<br> Tomas Lestach<br> RHN Satellite Engineering, Red Hat<br> <div><br> <br> > Ive tracked it to python-libguestfs-1.16.34-2.el6.x86_64.rpm as the<br> > package the show up in spacewalk but not in yum<br> ><br> ><br> ><br> ><br> > the repo sync doesnt show an error<br> > "<br> > ['/usr/bin/spacewalk-repo-sync', '--channel',<br> > 'scientific-6.4-x86_64', '--type', 'yum']<br> > Repo URL:<br> > <a href="http://ftp.scientificlinux.org/linux/scientific/6.4/x86_64/os/" target="_blank">http://ftp.scientificlinux.org/linux/scientific/6.4/x86_64/os/</a><br> > Packages in repo: 6449<br> > Packages already synced: 6448<br> > Packages to sync: 1<br> > 1/1 : python-libguestfs-1.16.34-2.el6-1.x86_64<br> > Repo <a href="http://ftp.scientificlinux.org/linux/scientific/6.4/x86_64/os/" target="_blank">http://ftp.scientificlinux.org/linux/scientific/6.4/x86_64/os/</a><br> > has comps file comps-sl6-x86_64.xml.gz.<br> > "<br> ><br> ><br> > Ive checked the sums of the packages on the FTP servers and the one<br> > in spacewalk along with the headers, signatures, and file size every<br> > thing matches.<br> ><br> > If I add the SL repos the package seems installs fine directly from<br> > the FTP site via yum.<br> ><br> ><br> > has any one else run into any thing similar.<br> ><br> ><br> ><br> </div>> _______________________________________________<br> > Spacewalk-list mailing list<br> > <a href="mailto:Spacewalk-list@redhat.com" target="_blank">Spacewalk-list@redhat.com</a><br> > <a href="https://www.redhat.com/mailman/listinfo/spacewalk-list" target="_blank">https://www.redhat.com/mailman/listinfo/spacewalk-list</a><br> <br> _______________________________________________<br> Spacewalk-list mailing list<br> <a href="mailto:Spacewalk-list@redhat.com" target="_blank">Spacewalk-list@redhat.com</a><br> <a href="https://www.redhat.com/mailman/listinfo/spacewalk-list" target="_blank">https://www.redhat.com/mailman/listinfo/spacewalk-list</a><br> </blockquote></div><br></div></div></div></div> </blockquote></div><br></div> </div></div></blockquote></div><br></div> </div></div></blockquote></div><br></div>