Also the osad package… I think is only available in the child channel (network-tools) If you don’t have that child channel available on the key, it wont pull the package down from spacewalk ☺
Did you add the child-channel to your activation key? Nick Tailor http://www.nicktailor.com From: spacewalk-list-boun...@redhat.com [mailto:spacewalk-list-boun...@redhat.com] On Behalf Of Zinny Sent: December-08-14 3:01 PM To: ATH KEBEI; spacewalk-list@redhat.com Subject: Re: [Spacewalk-list] Interesting OSAD Problem ATH, I have tried what you suggested and yet still getting the same error but unfortunately the clients I kickstarted from the SW server does not have osad service installed and there's no way to installed them since the packages are not showing unless alternatively I copy the package from SW server and then use rpm to install it. Sent from my iPhone On Dec 8, 2014, at 2:58 PM, ATH KEBEI <ke...@yahoo.com<mailto:ke...@yahoo.com>> wrote: yum repolist (KEYword here is REPO, not packages) will not list packages but will list your repos which are in /etc/yum.repos.d First, remove all the default repos on all SW clients that came when you did the installation. You do not need this again. You need the repos that belong to the software channels your system is registered to on your SW server. Do the following Try to remove yum cache on each client and then make a new cache: cd /etc/yum.repos.d mkdir /old mv * /old # This moves all the default repos into the old directory rm -rf /var/cache/yum # This removes yum cache yum clean all yum makecache # This makes a new cache yum update # rhn-check -vvvv will only work if the repos of your software channels are on each client If it doesn't work, unregister each client and then re-register them again: rhnreg_ks --serverUrl=https://IP or FQDN/XMLRPC --activationkey=1-a81b573814336d70a007c39f6f2b7f3 --force FOR OSAD: Did you do the following on each client: rpm -Uvh https://ip or fqdn of SW server/pub/RHN-ORG-TRUSTED-SSL-CERT<https://spacewalker1.waselinux.net/pub/RHN-ORG-TRUSTED-SSL-CERT> yum install osad vim /etc/sysconfig/rhn/osad.conf change the line starting with osa_ssl_cert to: osa_ssl_cert = /usr/share/rhn/RHN-ORG-TRUSTED-SSL-CERT Oh yes, you can make today a great day! Thanks. Very Respectfully, A. C. Kebei Always, Very Committed to Excellence and the fair treatment of all. ________________________________ From: ezinne ibeagbazi <eibeagb...@gmail.com<mailto:eibeagb...@gmail.com>> To: stuart.gr...@doccentrics.com<mailto:stuart.gr...@doccentrics.com>; "spacewalk-list@redhat.com<mailto:spacewalk-list@redhat.com>" <spacewalk-list@redhat.com<mailto:spacewalk-list@redhat.com>> Sent: Monday, December 8, 2014 2:11 PM Subject: Re: [Spacewalk-list] Interesting OSAD Problem Here is the output when I run the rhn_check -vvv command. [root@child ~]# rhn_check -vvv D: opening db environment /var/lib/rpm cdb:mpool:joinenv D: opening db index /var/lib/rpm/Packages rdonly mode=0x0 D: locked db index /var/lib/rpm/Packages D: loading keyring from pubkeys in /var/lib/rpm/pubkeys/*.key D: couldn't find any keys in /var/lib/rpm/pubkeys/*.key D: loading keyring from rpmdb D: opening db index /var/lib/rpm/Name rdonly mode=0x0 D: added key gpg-pubkey-fd431d51-4ae0493b to keyring D: added key gpg-pubkey-2fa658e0-45700c69 to keyring D: Using legacy gpg-pubkey(s) from rpmdb D: opening db index /var/lib/rpm/Providename rdonly mode=0x0 D: do_call packages.checkNeedUpdate('rhnsd=1',){} D: opening db environment /var/lib/rpm cdb:mpool:joinenv D: opening db index /var/lib/rpm/Packages rdonly mode=0x0 D: loading keyring from pubkeys in /var/lib/rpm/pubkeys/*.key D: couldn't find any keys in /var/lib/rpm/pubkeys/*.key D: loading keyring from rpmdb D: opening db index /var/lib/rpm/Name rdonly mode=0x0 D: added key gpg-pubkey-fd431d51-4ae0493b to keyring D: added key gpg-pubkey-2fa658e0-45700c69 to keyring D: Using legacy gpg-pubkey(s) from rpmdb D: opening db index /var/lib/rpm/Providename rdonly mode=0x0 D: closed db index /var/lib/rpm/Providename D: closed db index /var/lib/rpm/Name D: closed db index /var/lib/rpm/Packages D: closed db environment /var/lib/rpm Loaded plugins: product-id, rhnplugin Config time: 0.423 D: login(forceUpdate=False) invoked D: readCachedLogin invoked D: Checking pickled loginInfo, currentTime=1418061265.49, createTime=1418058632.07, expire-offset=3600.0 D: readCachedLogin(): using pickled loginInfo set to expire at 1418062232.07 D: rpcServer: Calling XMLRPC up2date.listChannels This system is receiving updates from RHN Classic or RHN Satellite. Setting up Package Sacks updateLoginInfo() login info D: login(forceUpdate=True) invoked logging into up2date server D: rpcServer: Calling XMLRPC up2date.login D: writeCachedLogin() invoked D: Wrote pickled loginInfo at 1418061275.67 with expiration of 1418064875.67 seconds. successfully retrieved authentication token from up2date server D: logininfo:{'X-RHN-Server-Id': 1000010003, 'X-RHN-Auth-Server-Time': '1418063315.26', 'X-RHN-Auth-Channels': [['centos6', '20141204103056', '1', '1']], 'X-RHN-Auth': '4i2mZWbybU6Y9udbCEc2uA==', 'X-RHN-Auth-User-Id': '', 'X-RHN-Auth-Expire-Offset': '3600.0'} updateLoginInfo() login info D: login(forceUpdate=True) invoked logging into up2date server D: rpcServer: Calling XMLRPC up2date.login D: writeCachedLogin() invoked D: Wrote pickled loginInfo at 1418061280.78 with expiration of 1418064880.78 seconds. successfully retrieved authentication token from up2date server D: logininfo:{'X-RHN-Server-Id': 1000010003, 'X-RHN-Auth-Server-Time': '1418063320.32', 'X-RHN-Auth-Channels': [['centos6', '20141204103056', '1', '1']], 'X-RHN-Auth': 'F7sKe7ONjWcMSsr2x/2Ysw==', 'X-RHN-Auth-User-Id': '', 'X-RHN-Auth-Expire-Offset': '3600.0'} updateLoginInfo() login info D: login(forceUpdate=True) invoked logging into up2date server D: rpcServer: Calling XMLRPC up2date.login D: writeCachedLogin() invoked D: Wrote pickled loginInfo at 1418061285.97 with expiration of 1418064885.97 seconds. successfully retrieved authentication token from up2date server D: logininfo:{'X-RHN-Server-Id': 1000010003, 'X-RHN-Auth-Server-Time': '1418063325.44', 'X-RHN-Auth-Channels': [['centos6', '20141204103056', '1', '1']], 'X-RHN-Auth': 'k2kAqHa5P1bhFQV3hX0cJA==', 'X-RHN-Auth-User-Id': '', 'X-RHN-Auth-Expire-Offset': '3600.0'} D: local action status: ((6,), 'Fatal error in Python code occured', {}) D: rpcServer: Calling XMLRPC registration.welcome_message D: closed db index /var/lib/rpm/Providename D: closed db index /var/lib/rpm/Name D: closed db index /var/lib/rpm/Packages D: closed db environment /var/lib/rpm [root@child ~]# yum repolist Loaded plugins: product-id, rhnplugin, security, subscription-manager This system is not registered to Red Hat Subscription Management. You can use subscription-manager to register. This system is receiving updates from RHN Classic or RHN Satellite. repo id repo name status centos6 centOS6.6-Minimal-x86_64 0 repolist: 0 On Mon, Dec 8, 2014 at 9:40 AM, Stuart Green <stuart.gr...@doccentrics.com<mailto:stuart.gr...@doccentrics.com>> wrote: Hi, On 08/12/2014 14:31, ezinne ibeagbazi wrote: > Hi All, > > Can someone tell me why all my client server can not get packages from the > SW server, this is the same case for all the machines I kickstart from the > SW server and physical machine that I added as client to the SW server. > There's many issues that could cause this(not necessarily this bug), have you checked the relevant logs? If you run the command: rhn_check -vvv on the client machine, does it receive the packages? > When I run yum repolist, it list all the repos but no packages. Please how > can I solve this issue. AFAIK, thats what 'yum repolist' is meant to do. > Thanks > > > On Mon, Dec 8, 2014 at 3:17 AM, Patrick Hurrelmann < > patrick.hurrelm...@lobster.de<mailto:patrick.hurrelm...@lobster.de>> wrote: > >> On 02.12.2014 19:27, Glennie, Jonathan - 0443 - MITLL wrote: >>> Hello All- >>> >>> >>> >>> I’m having an interesting osad problem… osa-dispatcher starts fine on >>> the server, but from a client, attempting to do a “service osad start” >>> generates the “Unable to connect to jabber servers” log messages. >>> However, if I manually launch osad from the command line, either by >>> running “osad _N –v –v –v –v” or simply typing “osad”, everything >>> launches just fine… I see the connection on the server side and I can >>> successfully ping/push commands to it from the GUI. >>> >>> >>> >>> What could be causing he difference in behavior? I’ve checked and no >>> matter what way the service is launched, it runs as root so I wouldn’t >>> think it’s a permissions issue… Thanks for any help. >>> >>> >>> >>> -Jon >> >> This should be fixed by RHBA-2014-1964 [1]. Waiting for the CentOS >> rebuild to verify. >> >> Regards >> Patrick >> >> [1] https://rhn.redhat.com/errata/RHBA-2014-1964.html >> >> -- >> Lobster SCM GmbH, Hindenburgstraße 15, D-82343 Pöcking >> HRB 178831, Amtsgericht München >> Geschäftsführer: Dr. Martin Fischer, Rolf Henrich >> >> _______________________________________________ >> Spacewalk-list mailing list >> Spacewalk-list@redhat.com<mailto:Spacewalk-list@redhat.com> >> https://www.redhat.com/mailman/listinfo/spacewalk-list >> > > > > > > _______________________________________________ > Spacewalk-list mailing list > Spacewalk-list@redhat.com<mailto:Spacewalk-list@redhat.com> > https://www.redhat.com/mailman/listinfo/spacewalk-list > _______________________________________________ Spacewalk-list mailing list Spacewalk-list@redhat.com<mailto:Spacewalk-list@redhat.com> https://www.redhat.com/mailman/listinfo/spacewalk-list -- Ezinne M Ibeagbazi, Bsc, RHCE, RHCSA,VCA-Cloud, VCA-DCA, A+ Linux Systems Engineer VINDS INC, Landover, MD 301-364-7694 _______________________________________________ Spacewalk-list mailing list Spacewalk-list@redhat.com<mailto:Spacewalk-list@redhat.com> https://www.redhat.com/mailman/listinfo/spacewalk-list _______________________________________________ Spacewalk-list mailing list Spacewalk-list@redhat.com<mailto:Spacewalk-list@redhat.com> https://www.redhat.com/mailman/listinfo/spacewalk-list ________________________________ This email is intended only for the addressee. It may contain confidential or proprietary information that cannot be disclosed without BCLC's permission. If you have received this email in error, please notify the sender immediately and delete the email.
_______________________________________________ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list