[Spacewalk-list] Spacewalk 0.8 channel repodata; possible bug

Bushby, Bruce (London)(c) bbushby at maninvestments.com
Mon Mar 8 17:11:30 UTC 2010


Hi
 
I'm responding to my own post because I've had a response and have since
done a lot of testing which suggests there is a problem with the way
Spacewalk is generating channel repodata. 
 
Yes I have deleted ALL channel repo data on client and Spacewalk
server...after Spacewalk re-created channel repodata....same problem.
 
My setup:
CentOS 5.4 (default install, after which I ran "yum update")
Spacewalk 0.8 with Oracle-xe
 
After a lot of trouble shooting, I have isolated a nice example of the
problem, I performed the following steps to demonstrate the problem:
1. Create a 64bit chanel called "test-repo-data"
2. rhnpush -u administrator -p ***** --server=spacewalk -c
test-repo-data python-2.4.3-24.el5_3.6.x86_64.rpm
3. Using the UI, generate a channel key for "test-repo-data" channel
4. Using the UI, alter my clients base channel so that it now subscribes
to the new "test-repo-data" channel
5. On my client, run "yum clean all"
6. On my client, attempt "yum update python"
 
Here we can see the client has subscribed to the "test-repo-data"
channel
[root at cgb53 ~]# yum repolist
Loaded plugins: rhnplugin
repo id              repo name                                status
test-repo-data       Test Repo Data                           enabled :
1
repolist: 1
[root at cgb53 ~]#
 
Here we see what version of python is installed on my client
[root at cgb53 ~]# rpm -qa | grep "^python-2"
python-2.4.3-24.el5
[root at cgb53 ~]#
 
Here we see what newer version of python is available to the client from
Spacewalk ("test-repo-data" channel)
[root at cgb53 ~]# yum list | grep ^python | grep -v installed
python.x86_64                           2.4.3-24.el5_3.6
test-repo-data
[root at cgb53 ~]#
 
Here we attempt to upgrade the python package using "yum upgrade"
[root at cgb53 ~]# yum upgrade
Loaded plugins: rhnplugin
Setting up Upgrade Process
Resolving Dependencies
--> Running transaction check
---> Package python.x86_64 0:2.4.3-24.el5_3.6 set to be updated
--> Processing Dependency: /usr/bin/python2 for package: firstboot-tui
--> Processing Dependency: /usr/lib64/python2.4 for package:
gamin-python
--> Processing Dependency: /usr/lib64/python2.4 for package:
libxml2-python
--> Finished Dependency Resolution
libxml2-python-2.6.26-2.1.2.7.x86_64 from installed has depsolving
problems
  --> Missing Dependency: /usr/lib64/python2.4 is needed by package
libxml2-python-2.6.26-2.1.2.7.x86_64 (installed)
firstboot-tui-1.4.27.7-1.el5.centos.x86_64 from installed has depsolving
problems
  --> Missing Dependency: /usr/bin/python2 is needed by package
firstboot-tui-1.4.27.7-1.el5.centos.x86_64 (installed)
gamin-python-0.1.7-8.el5.x86_64 from installed has depsolving problems
  --> Missing Dependency: /usr/lib64/python2.4 is needed by package
gamin-python-0.1.7-8.el5.x86_64 (installed)
Error: Missing Dependency: /usr/bin/python2 is needed by package
firstboot-tui-1.4.27.7-1.el5.centos.x86_64 (installed)
Error: Missing Dependency: /usr/lib64/python2.4 is needed by package
libxml2-python-2.6.26-2.1.2.7.x86_64 (installed)
Error: Missing Dependency: /usr/lib64/python2.4 is needed by package
gamin-python-0.1.7-8.el5.x86_64 (installed)
[root at cgb53 ~]#
 
 
So "yum" fails with dependency issues....even though this is an upgrade.
 
One could say there is something wrong with the rpm, so I take the rpm
and do a local yum install
[root at cgb53 ~]#
[root at cgb53 ~]# yum upgrade localinstall
./python-2.4.3-24.el5_3.6.x86_64.rpm
Loaded plugins: rhnplugin
Setting up Upgrade Process
Examining ./python-2.4.3-24.el5_3.6.x86_64.rpm:
python-2.4.3-24.el5_3.6.x86_64
Marking ./python-2.4.3-24.el5_3.6.x86_64.rpm as an update to
python-2.4.3-24.el5.x86_64
Resolving Dependencies
--> Running transaction check
---> Package python.x86_64 0:2.4.3-24.el5_3.6 set to be updated
--> Finished Dependency Resolution
 
Dependencies Resolved
 
========================================================================
========================================================================
==========================
 Package                       Arch                          Version
Repository                                                   Size
========================================================================
========================================================================
==========================
Updating:
 python                        x86_64
2.4.3-24.el5_3.6
./python-2.4.3-24.el5_3.6.x86_64.rpm                        5.9 M
 
Transaction Summary
========================================================================
========================================================================
==========================
Install      0 Package(s)
Update       1 Package(s)
Remove       0 Package(s)
 
Total download size: 5.9 M
Is this ok [y/N]: N
Exiting on user Command
Complete!
[root at cgb53 ~]#
 
 
 
I have done the following tests:
1. Install CentOS 5.3 and 5.4
2. Attempt "yum update" whilst the clients are pointing to the internet
repos......THIS WORKS 100%
3. Attempt "yum update" whilst the clients are pointing to
Spacewalk.....BOTH CLIENTS FAIL WITH DEPENDENCY ISSUES
 
Tonight I will run the same tests using Fedora 12.
 
Any help would be much appreciated!!!!!
 
Regards
Bruce 
 
 
 
 
 
 
 

________________________________

From: spacewalk-list-bounces at redhat.com
[mailto:spacewalk-list-bounces at redhat.com] On Behalf Of Bushby, Bruce
(London)(c)
Sent: 02 March 2010 12:06
To: spacewalk-list at redhat.com
Subject: [Spacewalk-list] spacewalk 0.8 on CentOS 5.4 ... "yum update"
fails


 
Hi
 
I've got a strange issue which I initially thought was caused by running
Spacewalk 0.8 on Fedora 12.
I have since installed Spacewalk 0.8 on CentOS 5.4 with the same
results.
 
I copied the CentOS dvd to disk (my on disk repo), added the various
"rhn client" rpms and rebuilt the repo. I then configured my kickstart
script to use the "on disk" dvd repo accessible
via http://<ip>/repo/centos/5.4-64
 
I then installed a CentOS 5.4 client and my postinstall script registers
the client to Spacewalk.....this all works as expected.
 
The client reboots, I login and I can see my CentOS repos:
[root at localhost ~]# yum repolist
Loaded plugins: fastestmirror, rhnplugin
Loading mirror speeds from cached hostfile
repo id                                                    repo name
status
centos-5.4-x86_64-centosplus                               CentOS
Enterprise Linux CentOSPlus (v. 5.4)
enabled:   135
centos-5.4-x86_64-extras                                   CentOS
Enterprise Linux Extras (v. 5.4)
enabled:   290
centos-5.4-x86_64-server                                   CentOS
Enterprise Linux (v. 5.4 for 64-bit x86_64)
enabled: 3,348
centos-5.4-x86_64-updates                                  CentOS
Enterprise Linux Updates (v. 5.4)
enabled:   731
repolist: 4,504
[root at localhost ~]#
 
 
However, I can't run "yum update" because it fails dependency checks. I
tracked this down to yum wanting to "update" the "coreutils"
package...but it complains other
packages have dependencies on "coreutils"....however this should happen
because I'm "updating" and not removing.
 
This is an example of the error I get if I try and "yum update
coreutils":
 
[root at localhost ~]# yum update coreutils
Loaded plugins: fastestmirror, rhnplugin
Loading mirror speeds from cached hostfile
Setting up Update Process
Resolving Dependencies
--> Running transaction check
---> Package coreutils.x86_64 0:5.97-23.el5_4.1 set to be updated
--> Processing Dependency: /usr/bin/env for package: readahead
--> Processing Dependency: /usr/bin/env for package: python
--> Processing Dependency: /usr/bin/env for package: m2crypto
--> Processing Dependency: /usr/bin/env for package: conman
--> Processing Dependency: /usr/bin/env for package: gamin-python
--> Finished Dependency Resolution
conman-0.1.9.2-8.el5.x86_64 from installed has depsolving problems
  --> Missing Dependency: /usr/bin/env is needed by package
conman-0.1.9.2-8.el5.x86_64 (installed)
gamin-python-0.1.7-8.el5.x86_64 from installed has depsolving problems
  --> Missing Dependency: /usr/bin/env is needed by package
gamin-python-0.1.7-8.el5.x86_64 (installed)
python-2.4.3-27.el5.x86_64 from installed has depsolving problems
  --> Missing Dependency: /usr/bin/env is needed by package
python-2.4.3-27.el5.x86_64 (installed)
m2crypto-0.16-6.el5.6.x86_64 from installed has depsolving problems
  --> Missing Dependency: /usr/bin/env is needed by package
m2crypto-0.16-6.el5.6.x86_64 (installed)
1:readahead-1.3-7.el5.x86_64 from installed has depsolving problems
  --> Missing Dependency: /usr/bin/env is needed by package
1:readahead-1.3-7.el5.x86_64 (installed)
Error: Missing Dependency: /usr/bin/env is needed by package
1:readahead-1.3-7.el5.x86_64 (installed)
Error: Missing Dependency: /usr/bin/env is needed by package
conman-0.1.9.2-8.el5.x86_64 (installed)
Error: Missing Dependency: /usr/bin/env is needed by package
gamin-python-0.1.7-8.el5.x86_64 (installed)
Error: Missing Dependency: /usr/bin/env is needed by package
python-2.4.3-27.el5.x86_64 (installed)
Error: Missing Dependency: /usr/bin/env is needed by package
m2crypto-0.16-6.el5.6.x86_64 (installed)
 You could try using --skip-broken to work around the problem
 You could try running: package-cleanup --problems
                        package-cleanup --dupes
                        rpm -Va --nofiles --nodigest
The program package-cleanup is found in the yum-utils package.
[root at localhost ~]#
 
 
 
Any ideas?  I have thoroughly cleaned all my yum cache...same results.
 
 
 
Bruce Bushby
Unix Engineering
Technology Group
Man Investments, 100 Lower Thames Street, London,EC3R 6DL
Desk: +44 (0) 207 144 3903
Mobile: +44 (0) 7887711769
 

**********************************************************************

Please consider the environment before printing this email or its
attachments.

The contents of this email are for the named addressees only. It
contains information which may be confidential and privileged. If you
are not the intended recipient, please notify the sender immediately,
destroy this email and any attachments and do not otherwise disclose or
use them. Email transmission is not a secure method of communication and
Man Investments cannot accept responsibility for the completeness or
accuracy of this email or any attachments. Whilst Man Investments makes
every effort to keep its network free from viruses, it does not accept
responsibility for any computer virus which might be transferred by way
of this email or any attachments. This email does not constitute a
request, offer, recommendation or solicitation of any kind to buy,
subscribe, sell or redeem any investment instruments or to perform other
such transactions of any kind. Man Investments reserves the right to
monitor, record and retain all electronic communications through its
network to ensure the integrity of its systems, for record keeping and
regulatory purposes. 

Visit us at: www.maninvestments.com 

TG0908

**********************************************************************

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/spacewalk-list/attachments/20100308/bac3c389/attachment.htm>


More information about the Spacewalk-list mailing list