Maybe the ids have changed. I don't know. I'm also not syncing red hat repos so 
u cannot check this.

Robert
Am 08.09.2016 1:22 nachm. schrieb Morten Middelthon <m...@lastfriday.com>:
>
> Hi, 
>
> the other host, prdrhelsync, is just running reposync and createrepo_c. On 
> that server I have located the XML file containing updateinfo, in my case: 
>
> repodata/397ba6897f0627591714d5ade324ba110f6c4b5610a855a058733e7fda329ef6-updateinfo.xml.gz
>  
>
> I’ve extracted the file, and found the errata for 2014:1850, which points to 
> an old update for virt-who. As far as I can tell there is nothing wrong with 
> the XML formatting. I’m guessing the error message I’m getting is generated 
> by python (ERROR: invalid literal for int(): RHBA-2014:1850), when python 
> expects a variable to be an INT, and instead gets a string, or something 
> similar? 
>
>   <update status="final" from="release-engineer...@redhat.com" version="2" 
> type="bugfix" > 
>             <id>RHBA-2014:1850</id> 
>             <issued date="2014-11-12 08:25:17 UTC" /> 
>             <title>virt-who bug fix update</title> 
>             <release>0</release> 
>             <rights>Copyright 2014 Red Hat Inc</rights> 
>             <description>The virt-who package provides an agent that collects 
> information about virtual 
> guests present in the system and reports them to the subscription manager. 
>
> This update fixes the following bug: 
>
> * Prior to this update, the virt-who agent failed to read the list of virtual 
> guests provided by the VDSM daemon. As a consequence, when in VDSM mode, 
> virt-who was not able to send updates about virtual guests to the 
> Subscription 
> Asset Manager (SAM) and Red Hat Satellite. With this update, virt-who reads 
> the 
> list of guests when in VDSM mode correctly, and reports to SAM and Satellite 
> as 
> expected. (BZ#1158441) 
>
> Users of virt-who are advised to upgrade to this updated package, which fixes 
> this bug.</description> 
>             <solution>Before applying this update, make sure all previously 
> released errata 
> relevant to your system have been applied. 
>
> This update is available via the Red Hat Network. Details on how to 
> use the Red Hat Network to apply this update are available at 
> https://access.redhat.com/articles/11258</solution> 
>             <summary>An updated virt-who package that fixes one bug is now 
> available for Red Hat 
> Enterprise Linux 7.</summary> 
>             <pushcount>2</pushcount> 
>             <updated date="2014-11-12 08:25:20 UTC" /> 
>             <references> 
>                 <reference 
> href="https://rhn.redhat.com/errata/RHBA-2014-1850.html"; type="self" 
> id="RHBA-2014:1850" title="RHBA-2014:1850" /> 
>                 <reference 
> href="https://bugzilla.redhat.com/show_bug.cgi?id=1158441"; type="bugzilla" 
> id="RHBA-2014:1850" title="virt-who can't work in the VDSM mode" /> 
>                 <reference 
> href="http://www.redhat.com/security/updates/classification/#normal"; 
> type="other" id="classification" title="normal" /> 
>             </references> 
>             <pkglist> 
>                 <collection short="" > 
>                     <name>rhel-7-server-rpms__7Server__x86_64</name> 
>                     <package src="virt-who-0.8-15.el7_0.src.rpm" 
> name="virt-who" epoch="0" version="0.8" release="15.el7_0" arch="noarch" > 
>                         <filename>virt-who-0.8-15.el7_0.noarch.rpm</filename> 
>                         <sum type="sha256" 
> >7d540e0323ccf847dbe8cb84c688a12378fe9f690e0d4b699756dbaa09484886</sum> 
>                     </package> 
>                 </collection> 
>             </pkglist> 
>         </update> 
>
>
> Morten A. Middelthon 
> Last Friday 
> System Administration and Development 
> +47 907 83 708 
> m...@lastfriday.com 
>
>
>
>
> > On 08 Sep 2016, at 12:45, Robert Paschedag <robert.pasche...@web.de> wrote: 
> > 
> > Is the other server also a SW server? 
> > 
> > Looks like a problem within the XML and the definition for that patch. 
> > 
> > Look into the repomd.xml, look for the file referenced with "updateinfo" 
> > and extract that file and search for the definition for that specific patch 
> > 
> > Regards 
> > Robert 
> > Am 08.09.2016 11:59 vorm. schrieb Morten Middelthon <m...@lastfriday.com>: 
> >> 
> >> Hi, 
> >> 
> >> I’m running an older version of Spacewalk (v2.2), because of RHEL5, which 
> >> a few weeks ago stopped syncing errata for RHEL 6 and RHEL 7 software 
> >> channels. When running reposync on the Spacewalk server I get the 
> >> following error: 
> >> 
> >> /usr/bin/spacewalk-repo-sync -t yum -c lyse-rhel7-x86_64 
> >> 
> >> #### Channel label: lyse-rhel7-x86_64 #### 
> >> Repo URL: http://prdrhelsync.lyse.no/mrepo/rhel-7-server-rpms/ 
> >> Packages in repo:              4662 
> >> No new packages to sync. 
> >> Repo http://prdrhelsync.lyse.no/mrepo/rhel-7-server-rpms/ has comps file 
> >> 4219364520953b7f57714c2f39ad9323f4c10ecfe7a34f2b711c650010b2d825-comps.xml.gz.
> >>  
> >> Repo http://prdrhelsync.lyse.no/mrepo/rhel-7-server-rpms/ has 1269 errata. 
> >> 5 errata skipped because of empty package list. 
> >> ERROR: invalid literal for int(): RHBA-2014:1850 
> >> Sync completed. 
> >> Total time: 0:06:20 
> >> 
> >> In this case prdrhelsync.lyse.no is another host running RHEL7 with 
> >> reposync and createrepo_c to sync RPMs and errata from Red Hat. I get no 
> >> error messages when running reposync or createrepo_c 
> >> 
> >> Morten A. Middelthon 
> >> Last Friday 
> >> System Administration and Development 
> >> +47 907 83 708 
> >> m...@lastfriday.com 
> >> 
> >> 
> >> 
> >> _______________________________________________ 
> >> Spacewalk-list mailing list 
> >> Spacewalk-list@redhat.com 
> >> https://www.redhat.com/mailman/listinfo/spacewalk-list 
>

_______________________________________________
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Reply via email to