[Spacewalk-list] Errata not synced anymore

[Robert Paschedag]

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 <mm at 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-engineering at 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 
> mm at lastfriday.com 
>
>
>
>
> > On 08 Sep 2016, at 12:45, Robert Paschedag <robert.paschedag at 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 <mm at 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 
> >> mm at lastfriday.com 
> >> 
> >> 
> >> 
> >> _______________________________________________ 
> >> Spacewalk-list mailing list 
> >> Spacewalk-list at redhat.com 
> >> https://www.redhat.com/mailman/listinfo/spacewalk-list 
>