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 <[email protected]> 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 > 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 <[email protected]> > To: [email protected]; "[email protected]" > <[email protected]> > 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 <[email protected]> > 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 < > > [email protected]> 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 > >> [email protected] > >> https://www.redhat.com/mailman/listinfo/spacewalk-list > >> > > > > > > > > > > > > _______________________________________________ > > 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 > > > > -- > 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 > [email protected] > https://www.redhat.com/mailman/listinfo/spacewalk-list > > > _______________________________________________ > 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
