[Spacewalk-list] diffirence between yum and up2date

[Michiel van Es]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1



- -------- Original Message --------
Subject: [Spacewalk-list] diffirence between yum and up2date
From: Justin Sherrill <jsherril at redhat.com>
To: spacewalk-list at redhat.com <spacewalk-list at redhat.com>
Date: 9/16/2009 3:52 PM

> Michiel van Es wrote:
>> Hello,
>>
>> I found out that some machines (CentOS 4 machines) are not seeing
>> updates through yum but up2date does.
>> What is the diffirence between the 2? Both use Spacewalk right?
>>
>>
>> An example:
>>
>> [root at bcmw01p ~]# yum -y update
>> Setting up Update Process
>> Setting up repositories
>> spacewalk-client-tools    100% |=========================| 1.9 kB    00:00
>> Reading repository metadata in from local files
>> No Packages marked for Update/Obsoletion
>> [root at bcmw01p ~]# up2date -fu
>>
>> Fetching Obsoletes list for channel: centos4...
>>
>> Fetching Obsoletes list for channel: centos4-Base...
>>
>> Fetching Obsoletes list for channel: centos4-Updates...
>>
>> Fetching Obsoletes list for channel: centos4-extras...
>>
>> Fetching Obsoletes list for channel: centos4-addons...
>>
<snip>
>>
> 
> So up2date talks to the server and gets a real time list of available
> packages.  It also does some dependency solving on the server side.
> 
> yum however simply downloads the yum cache on the server that may lag
> behind what is actually in the channel or may be out of date (if
> something isn't working correctly).
> 
> You might wanna try deleting /var/cache/rhn/repodata/CHANNEL_LABEL

This folder is not existing on a CentOS 4 machine..

> 
> then run 'yum update' on a client.  It will error out, but should
> initiate a yum cache rebuild.  If you look in that directory after a few
> minutes you'll see files in there being created.

I got the same when installing swatch from the rpmforge repo:

[root at stbcmw01 log]# yum search swatch
Searching Packages:
Setting up repositories
spacewalk-client-tools    100% |=========================| 1.9 kB    00:00
Reading repository metadata in from local files
primary.xml.gz            100% |=========================| 7.0 kB    00:00
spacewalk-: ################################################## 33/33
No Matches found
[root at stbcmw01 log]# up2date swatch

Fetching Obsoletes list for channel: centos4...

Fetching Obsoletes list for channel: rpmforge4...
########################################

Fetching Obsoletes list for channel: centos4-Base...

Fetching Obsoletes list for channel: centos4-Updates...

Fetching Obsoletes list for channel: centos4-extras...

Fetching Obsoletes list for channel: centos4-addons...

Fetching rpm headers...
########################################

Name                                    Version        Rel
- ----------------------------------------------------------
swatch                                  3.1.1          1.el5.rf
 noarch


Testing package set / solving RPM inter-dependencies...

Downloading headers to solve dependencies...
#######################################
Downloading headers to solve dependencies...
#######################################
Downloading headers to solve dependencies...
There was a package dependency problem. The message was:

Unresolvable chain of dependencies:
perl-Bit-Vector  6.4-2.el5.rf            requires rtld(GNU_HASH)
swatch  3.1.1-1.el5.rf                   requires perl(Date::Manip)


The following packages were added to your selection to satisfy dependencies:
Package                                Required by
-
----------------------------------------------------------------------------
perl-Bit-Vector-6.4-2.el4.rf.i386       perl-Date-Calc-5.3-9

              perl(Bit::Vector)



> 
> If you don't, then something is wrong.  Make sure taskomatic is running.

Kind regards

> 
> -Justin

Michiel
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Spacewalk-list mailing list
> Spacewalk-list at redhat.com
> https://www.redhat.com/mailman/listinfo/spacewalk-list
> 
> 
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJKt5jMAAoJEKmnTNucqQlOx/8IAI7eqdLhOsHJL7xvxFIJXwMz
1UwGaTmSlR1LewyAhY+yq7klCLRc6tPQv5I4m6kyVXslJv0uXgtYPnH4E+8LCESt
dcMjvM5c8kixFDWEzmupAM8ckhGCwBWxU+GTkdUPupGTUwNCjZuS/Zu8Q70HaIPE
u5uCIVeCeyyNrGIqN3s0rN/aBp/Tm5vy77fG6YBEJHmPs3fGCgfuaCgsf6JfyMGD
4KH3r3VeWOShBuTV4XFGCr5zM5QC/eZ/vqPiei5CLuB1PV9eiST5m3CkZXn5BNcF
ZjJ+rh4t7pp+18jHqlXbH8fkYDq20cIIfjU5nzhiZVNN+KHH0HokXatTZGASvFE=
=AABJ
-----END PGP SIGNATURE-----
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0x9CA9094E.asc
Type: application/pgp-keys
Size: 1728 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/spacewalk-list/attachments/20090921/bfb18593/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0x9CA9094E.asc.sig
Type: application/octet-stream
Size: 287 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/spacewalk-list/attachments/20090921/bfb18593/attachment.obj>