Op 3/07/2012 19:04, Eugene schreef:
> Was a solution ever offered? I am facing the same problem again.
> Taskomatic was restarted several times.
When I had a problem like this a week or two ago it was due to an issue
with my SSL certificates. They were generated with a different fqdn than
the one actually used in production.
Recreating all spacewalk certificates (both spacewalk and web certs)
fixed it.
So make sure you're contacting your spacewalk server on your clients
with the same FQDN you originally entered in your spacewalk config. To
test if your certs are an issue you can temporarily disable the use of
SSL by editing /etc/sysconfig/rhn/up2date. Just set
"useNoSSLForPackages=1" and create an entry
"noSSLServerURL=http://spacewalk.server.fqdn/XMLRPC".
Regards,
Jeremy
>
> 25.03.2012, 09:23, "Paulo Silva" <paulojjs at gmail.com>:
>> I'm having a similar problem.
>>
>> I've just installed a spacewalk 1.7 server, created the channels,
>> uploaded the packages and registered a client (CentOS 5 i386).
>>
>> When I run yum on it I see this:
>>
>> # yum clean all
>> Loaded plugins: fastestmirror, rhnplugin
>> Cleaning up Everything
>> Cleaning up list of fastest mirrors
>>
>> # yum update -v -v
>> Loading "rhnplugin" plugin
>> Loading "fastestmirror" plugin
>> Config time: 0.098
>> Yum Version: 3.2.22
>> Setting up Package Sacks
>> Looking for repo options for [centos5-i386]
>> Looking for repo options for [spacewalk-nightly-client-centos5-i386]
>> Looking for repo options for [centos5-i386-updates]
>> Determining fastest mirrors
>> rpmdb time: 0.000
>> Setting up Update Process
>> Updating Everything
>> Building updates object
>> Setting up Package Sacks
>> Setting up Package Sacks
>> up:Obs Init time: 0.001
>> up:simple updates time: 0.000
>> up:obs time: 0.000
>> up:condense time: 0.000
>> updates time: 0.076
>> No Packages marked for Update
>>
>> But on the spacewalk web interface I see that the system has 21
>> updates available and I even schedule a few of them.
>>
>> It looks like the client isn't able to fetch the rpms from the
>> spacewalk server, maybe I missed a step during instalation?
>>
>> 2012/3/25 Brian Collins <brianc at sedata.com <mailto:brianc at sedata.com>>
>>
>> Have you tried 'yum clean expire-cache' and then re-running
>> either yum update or rhn_check?
>> --Brian
>>
>> ------------------------------------------------------------------------
>> *From:* Eugene
>> *Sent:* Fri 3/23/2012 10:18 PM
>> *To:* spacewalk-list at redhat.com <mailto:spacewalk-list at redhat.com>
>> *Subject:* [Spacewalk-list] yum update does not see any new
>> packages from a spacewalk server.
>>
>> I am experimenting with 1.7 release by feeding updates to two fedora 16 systems. One (i386) behaves as expected and another (x86_64) does not see any updates from spacewalk however spacewalk side is not showing any abnormalities. Right now it reports 20+ packages needs an update but neither scheduling an update and running rhn_check nor running yum update on a target system results in any updates.
>>
>> Here is the output of rhn_check -vvv
>> ....
>> D: closed db environment /var/lib/rpm
>> D: Called update[['bash', '4.2.24', '1.fc16', '', 'x86_64'], ['chkconfig', '1.3.59', '1.fc16', '', 'x86_64'], ['cpp', '4.6.3', '2.fc16', '', 'x86_64'], ['exempi', '2.2.0', '1.fc16', '', 'x86_64'], ['gcc', '4.6.3', '2.fc16', '', 'x86_64'], ['gcc-c++', '4.6.3', '2.fc16', '', 'x86_64'], ['kernel', '3.3.0', '4.fc16', '', 'x86_64'], ['kernel-devel', '3.3.0', '4.fc16', '', 'x86_64'], ['kernel-headers', '3.3.0', '4.fc16', '', 'x86_64'], ['libgcc', '4.6.3', '2.fc16', '', 'i686'], ['libgcc', '4.6.3', '2.fc16', '', 'x86_64'], ['libgfortran', '4.6.3', '2.fc16', '', 'x86_64'], ['libgomp', '4.6.3', '2.fc16', '', 'x86_64'], ['libquadmath', '4.6.3', '2.fc16', '', 'x86_64'], ['libstdc++', '4.6.3', '2.fc16', '', 'i686'], ['libstdc++', '4.6.3', '2.fc16', '', 'x86_64'], ['libstdc++-devel', '4.6.3', '2.fc16', '', 'x86_64'], ['libtool-ltdl', '2.4', '9.fc16', '', 'i686'], ['libtool-ltdl', '2.4', '9.fc16', '', 'x86_64'], ['libuser', '0.57.4', '1.fc16', '', 'x86_64'], ['libuser-python', '0.57.4', '!
>> 1.fc16', '', 'x86_64'], ['ntsysv', '1.3.59', '1.fc16', '', 'x86_64'], ['psmisc', '22.16', '1.fc16', '', 'x86_64'], ['rpmfusion-nonfree-release', '16', '3', '', 'noarch'], ['xorg-x11-server-Xephyr', '1.11.4', '2.fc16', '', 'x86_64'], ['xorg-x11-server-Xorg', '1.11.4', '2.fc16', '', 'x86_64'], ['xorg-x11-server-common', '1.11.4', '2.fc16', '', 'x86_64']]
>> D: Sending back response((6,), 'Error while executing packages action: empty transaction', {})
>> D: do_call packages.checkNeedUpdate('rhnsd=1',){}
>> D: local action status: (0, 'rpm database not modified since last update (or package list recently updated)', {})
>> 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
>>
>> # yum upgrade
>> Loaded plugins: langpacks, presto, refresh-packagekit, rhnplugin
>> Setting up Upgrade Process
>> No Packages marked for Update
>>
>> Please suggest.
>> Eugene.
>>
>> _______________________________________________
>> Spacewalk-list mailing list
>> Spacewalk-list at redhat.com <mailto:Spacewalk-list at redhat.com>
>> https://www.redhat.com/mailman/listinfo/spacewalk-list
>>
>>
>> _______________________________________________
>> Spacewalk-list mailing list
>> Spacewalk-list at redhat.com <mailto:Spacewalk-list at redhat.com>
>> https://www.redhat.com/mailman/listinfo/spacewalk-list
>>
>>
>>
>>
>> --
>> Paulo Silva <paulojjs at gmail.com <mailto:paulojjs at gmail.com>>
>>
>> _______________________________________________
>> Spacewalk-list mailing list
>> Spacewalk-list at redhat.com <mailto:Spacewalk-list at redhat.com>
>> https://www.redhat.com/mailman/listinfo/spacewalk-list
>>
>
>
> _______________________________________________
> Spacewalk-list mailing list
> Spacewalk-list at redhat.com
> https://www.redhat.com/mailman/listinfo/spacewalk-list
**** DISCLAIMER ****
http://www.schaubroeck.be/maildisclaimer.htm
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/spacewalk-list/attachments/20120705/6d65548c/attachment.htm>