well these are a common question first when you go int errata are you looking at the all or relevant page which is the default go into ERRATA -> All to see them all if you just go into ERRATA you are viewing the Relevant page which only shows you erratas that apply to systems that have not been patched yet.
this message " Skipping errata RHSA-2007:0153 because none of its packages could be found in the destination channels " there are no rpms in any of the channels that match the rpms in any of the repos that match the ones in the errata in this case its an errata from 2007 which has probably long since been deprecated by a newer errata and Redhat only keeps a few previous versions of an rpm in RHN so your spacewalk server probably had any of those rpms and never will. so eva-direct-errata-sync.pl does not publish them because essentially they are useless. its also a safety in case your repos are out of sync with RHN; because eva-direct-errata-sync.pl will not update an already published errata. On Wed, Dec 19, 2012 at 2:03 PM, Alan Pittman <[email protected]> wrote: > Hi, > I am in the processing of setting up a new Spacewalk server for my RHEL > machines. My current server is scheduled to be retired sometime in 2013. I > am running RHEL6.3 and using Spacewalk 1.7. On my current machine, I run > get_errata.pl. It works, but it’s really slow. On my new machine, I would > like to use eva-direct-errata-sync.pl. > > I just completed a test run with eva-direct and it seemed to run to > completion, but it never loaded anything into Spacewalk. At least, when I > logon and click on Errata, nothing appears. Reviewing the output I see allot > of the following: > > checking if RHSA-2007:0153 exists on the destination host > Getting details for RHSA-2007:0153 > getting RHSA-2007:0153 from the source > Getting details for RHSA-2007:0153 > Skipping errata RHSA-2007:0153 because none of its packages could be found > in the destination channels > checking if RHSA-2007:0157 exists on the destination host > Getting details for RHSA-2007:0157 > getting RHSA-2007:0157 from the source > Getting details for RHSA-2007:0157 > getting details for package xorg-x11-apps > getting details for package xorg-x11-apps > Skipping errata RHSA-2007:0157 because none of its packages could be found > in the destination channels > checking if RHSA-2007:0123 exists on the destination host > Getting details for RHSA-2007:0123 > getting RHSA-2007:0123 from the source > Getting details for RHSA-2007:0123 > Skipping errata RHSA-2007:0123 because none of its packages could be found > in the destination channels > > Here’s the script and the options that I used: > > #/bin/bash > > /usr/bin/perl /usr/local/sbin/eva-direct-errata-sync.pl \ > --sourceuser=AAAAAA \ > --destinationuser=BBBBBBBB \ > --sourcepassword=XXXXXXXXXX \ > --destinationpassword=ZZZZZZZZZZ \ > --sourcechannel=rhel-i386-server-5 \ > --destinationchannel=rhel-i386-server-5 \ > --sourceserver=rhn.redhat.com \ > --destinationserver=localhost \ > --recursive \ > --verbose > > Here’s my Spacewalk channel structure: > Parent: > Channel name: rhel-i386-server-5 Channel Label: rhel-32bit-server-5 > Children: > Channel name: rhel-i386-server-5-rhn-tools > Channel label: rhel-32bit-server-5-rhn-tools > Channel name: rhel-i386-server-5-spacewalk-client-1.7 Channel label: > rhel-32bit-server-5-spacewalk-client-1.7 > Channel name: rhel-i386-server-5-supplementary Channel > label: rhel-32bit-server-5-supplementary > Channel name: rhel-i386-server-5-updates > Channel label: rhel-32bit-server-5-updates > > The same structure exists for RHEL5-x86_64 and both RHEL6 channels. > > I use mrepo to get the packages and I use spacewalk-repo-sync to load them. > Here’s an example: > > /usr/bin/spacewalk-repo-sync --channel rhel-32bit-server-5-rhn-tools --type > yum > > In the channels I have the following number of packages: > rhel-i386-server-5-rhn-tools 233 > rhel-i386-server-5-spacewalk-client-1.7 21 > rhel-i386-server-5-supplementary 93 > rhel-i386-server-5-updates 2559 > > If anyone has any suggestions as to what I can look at to determine what’s > wrong, I would appreciate it. > > Alan > > > Alan Pittman > Publix Super Markets, Inc > 863-686-8754 x46320 > [email protected] > > Unix is user-friendly. It's just very selective about who its friends are. > > > > > _______________________________________________ > Spacewalk-list mailing list > [email protected] > https://www.redhat.com/mailman/listinfo/spacewalk-list _______________________________________________ Spacewalk-list mailing list [email protected] https://www.redhat.com/mailman/listinfo/spacewalk-list
