[Spacewalk-list] diffirence between yum and up2date
Michiel van Es
michiele at info.nl
Wed Sep 23 10:16:10 UTC 2009
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Help :)
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.
Taskomatic is running
>
> Kind regards
>
>> -Justin
>
> Michiel
>
- -------- Original Message --------
Subject: [Spacewalk-list] diffirence between yum and up2date
From: Michiel van Es <michiele at info.nl>
To: spacewalk-list at redhat.com <spacewalk-list at redhat.com>
Date: 9/21/2009 5:16 PM
>
>
> -------- 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/
iQEcBAEBAgAGBQJKufVpAAoJEKmnTNucqQlOSu0H/iGZHVAD2lX0mZ3WrkLR2jUO
D0zKXUXPtSc7VdwHOMQKeo1cK5F3OaJhpqNqPCvm5eVAlX+q35Pm0nNibLtFX9/V
y6YG2eyoo7gbGoBCyVjvjvYsl4DK6xGba63xD/X2V5gCOE1YxYhVh3s7UXz7hY/W
wVWKW1/wvd50ZXXSZu0s2GLk78RLKPODuLLVmj3NvQoGY4VJluV6ix7jS7aQ2aeu
b1103/XmvyYNNJfr7Zyae0K+vAx6yis4kZeUG7c1ePEhM3fyHfUDt9TrcVsNPSUf
ggQXxJ6WCMq082nlTlZueAc/ES+IHhbSy1T6RLGlvudTYepNwlE2OVO1Wc02JYM=
=rN8p
-----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/20090923/6b4ef21e/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/20090923/6b4ef21e/attachment.obj>
More information about the Spacewalk-list
mailing list