[Spacewalk-list] Spec pc to run spacewalk
Bushby, Bruce (London)(c)
bbushby at maninvestments.com
Wed Mar 10 11:14:10 UTC 2010
Hi John
Thanks for getting back to me, I have posted my findings in two previous
posts, I will include those posts in this email
My finding are as follows:
Installing spacewalk 0.8 on Both CentOS 5.4 and Fedora 12 produced the
same error.
I install a centos 5.3 client from the centos 5.3 dvd (literally a
dvd.iso mounted on the cdrom) ... I do a minimal/default installation (I
only select timezone, enter root passwd and enter the hostname). The
client reboots after the install, I then login and install "rhn client
tools" and register my client to the Satellite....this all works 100%
I then run "yum update" and it fails...... I reduce the update and
simply run "yum update python" and it continues to fail.
I then take the "updated" python rpm and use it to create a "single
package repo" accessible via apache (http)
On the client, I disable rhn plugin and point the client to the above
repo and "yum update python" then works fine.
The follow emails go into more detail about the issue:
#-----------------------------------------------------------------------
------------------------------------------------------------------
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.
-----Original Message-----
From: spacewalk-list-bounces at redhat.com
[mailto:spacewalk-list-bounces at redhat.com] On Behalf Of John Hodrien
Sent: 10 March 2010 10:53
To: spacewalk-list at redhat.com
Subject: Re: [Spacewalk-list] Spec pc to run spacewalk
On Wed, 10 Mar 2010, Bushby, Bruce (London)(c) wrote:
> Once it's all setup, keep in mind that you cannot use CentOS (5.3 or
> 5.4) clients with Spacewalk...."yum update" and other "package
updates"
> WILL FAIL.
> I would suggest you stick to a simple apache/centos repo.
What do you mean by that? That was never the case with 0.7, has
something magically changed with 0.8? What errors do you get when you
try?
jh
_______________________________________________
Spacewalk-list mailing list
Spacewalk-list at redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list
**********************************************************************
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
**********************************************************************
More information about the Spacewalk-list
mailing list