[Spacewalk-list] Strange behaviour spacewalk and spacewalk clients
Michiel van Es
michiele at info.nl
Tue Dec 15 08:48:09 UTC 2009
Hello,
I am experiencing strange behaviours with spacewalk and it's updates;
We were running a maintenance window this morning and experienced that
44 of 55 servers could not update.
The errors were diffirent:
Failed: Packages failed to install properly: No package(s) available to
install
When i click the machine I find the following error:
Summary: Package Install scheduled by admin
Details: This action will be executed after 12/15/09 4:45:00 AM CET.
This action's status is: Failed.
The client picked up this action on 12/15/09 4:46:25 AM CET.
The client completed this action on 12/15/09 4:46:28 AM CET.
Client execution returned "Failed: Packages failed to install properly:
No package(s) available to install" (code 32)
Packages Scheduled:
libmcrypt-2.5.8-4.el5.centos
perl-Net-SSLeay-1.35-2.el5.rf
trousers-0.3.1-5.el5
perl-TimeDate-1.16-6.el4:1
perl-File-Tail-0.99.3-5.el4.1
libvorbis-devel-1.1.0-3.el4_8.3:1
libvorbis-1.1.0-3.el4_8.3:1
httpd-suexec-2.0.52-41.ent.6.centos4
httpd-manual-2.0.52-41.ent.6.centos4
mod_ssl-2.0.52-41.ent.6.centos4:1
samba-3.0.33-0.18.el4_8:0
samba-common-3.0.33-0.18.el4_8:0
samba-client-3.0.33-0.18.el4_8:0
dbus-python-0.70-9.el5_4
java-1.6.0-openjdk-1.6.0.0-1.7.b09.el5:1
kernel-utils-2.4-20.el4:1
kernel-smp-2.6.9-89.0.16.EL
kernel-smp-devel-2.6.9-89.0.16.EL
kernel-devel-2.6.9-89.0.16.EL
kernel-hugemem-2.6.9-89.0.16.EL
openssh-clients-4.3p2-36.el5_4.2
openssh-server-4.3p2-36.el5_4.2
openssh-4.3p2-36.el5_4.2
cups-devel-1.3.7-11.el5_4.4:1
cups-libs-1.3.7-11.el5_4.4:1
cups-1.3.7-11.el5_4.4:1
bash-3.0-21.el4_8.2
kdelibs-3.5.4-25.el5.centos.1:6
xterm-215-8.el5_4.1
kexec-tools-1.102pre-77.el5.3
system-config-lvm-1.1.5-1.0.el5_4.1
metacity-2.16.0-12.el5_4.1
nspr-devel-4.7.6-1.el4_8
tzdata-2009o-2.el5
neon-0.25.5-10.el5_4.1
nspr-4.7.6-1.el5_4
postgresql-libs-8.1.18-2.el5_4.1
nss_ldap-253-22.el5_4
4Suite-1.0-3.el4_8.1
jabberpy-0.5-0.17.el4
mysql-5.0.77-3.el5
mysql-server-5.0.77-3.el5
libuser-0.54.7-2.1.el5_4.1
tcsh-6.14-14.el5_4.2
httpd-2.2.3-31.el5.centos.2
httpd-devel-2.2.3-31.el5.centos.2
monit-4.10.1-8.el4
newt-0.52.2-12.el5_4.1
dmidecode-2.10-2.el5_4:1
coreutils-5.97-23.el5_4.1
device-mapper-multipath-0.4.7-30.el5_4.2
kpartx-0.4.7-30.el5_4.2
wget-1.11.4-2.el5_4.1
yum-3.2.22-20.el5.centos
openoffice.org-core-2.3.0-6.11.el5_4.1:1
openoffice.org-langpack-pt_PT-2.3.0-6.11.el5_4.1:1
libgcc-4.1.2-46.el5_4.1
libstdc++-4.1.2-46.el5_4.1
gcc-4.1.2-46.el5_4.1
cpp-4.1.2-46.el5_4.1
iptables-1.3.5-5.3.el5_4.1
iptables-ipv6-1.3.5-5.3.el5_4.1
net-snmp-libs-5.3.2.2-7.el5_4.2:1
net-snmp-5.3.2.2-7.el5_4.2:1
selinux-policy-2.4.6-255.el5_4.1
selinux-policy-targeted-2.4.6-255.el5_4.1
autofs-5.0.1-0.rc2.131.el5_4.1:1
lvm2-2.02.46-8.el5_4.2
kernel-headers-2.6.18-164.6.1.el5
kernel-PAE-2.6.18-164.6.1.el5
kernel-2.6.18-164.6.1.el5
nginx-0.6.39-2.el5
libtool-libs-1.5.6-5.el4_8
libtool-1.5.6-5.el4_8
expat-1.95.7-4.el4_8.2
expat-devel-1.95.7-4.el4_8.2
Time: 12/14/09 4:24:45 PM CET
See the el4 packages ?!
When I run yum on the client machine (using the spacewalk yum-rhn
plugin) everyhting works like a charm:
[root at tmovm6 ~]# yum -y update
Loaded plugins: fastestmirror, priorities, rhnplugin
Loading mirror speeds from cached hostfile
Setting up Update Process
Resolving Dependencies
--> Running transaction check
---> Package cups.i386 1:1.3.7-11.el5_4.4 set to be updated
---> Package cups-libs.i386 1:1.3.7-11.el5_4.4 set to be updated
---> Package kexec-tools.i386 0:1.102pre-77.el5.3 set to be updated
---> Package libmcrypt.i386 0:2.5.8-4.el5.centos set to be updated
---> Package metacity.i386 0:2.16.0-12.el5_4.1 set to be updated
---> Package system-config-lvm.noarch 0:1.1.5-1.0.el5_4.1 set to be updated
--> Finished Dependency Resolution
Dependencies Resolved
================================================================================
Package Arch Version Repository
Size
================================================================================
Updating:
cups i386 1:1.3.7-11.el5_4.4 centos5
3.4 M
cups-libs i386 1:1.3.7-11.el5_4.4 centos5
195 k
kexec-tools i386 1.102pre-77.el5.3 centos5
533 k
libmcrypt i386 2.5.8-4.el5.centos centos5
116 k
metacity i386 2.16.0-12.el5_4.1 centos5
2.1 M
system-config-lvm noarch 1.1.5-1.0.el5_4.1 centos5
681 k
Transaction Summary
================================================================================
Install 0 Package(s)
Update 6 Package(s)
Remove 0 Package(s)
Total download size: 7.0 M
Downloading Packages:
(1/6): libmcrypt-2.5.8-4.el5.centos.i386.rpm | 116 kB
00:00
(2/6): cups-libs-1.3.7-11.el5_4.4.i386.rpm | 195 kB
00:00
(3/6): kexec-tools-1.102pre-77.el5.3.i386.rpm | 533 kB
00:00
(4/6): system-config-lvm-1.1.5-1.0.el5_4.1.noarch.rpm | 681 kB
00:00
(5/6): metacity-2.16.0-12.el5_4.1.i386.rpm | 2.1 MB
00:00
(6/6): cups-1.3.7-11.el5_4.4.i386.rpm | 3.4 MB
00:00
--------------------------------------------------------------------------------
Total 14 MB/s | 7.0 MB
00:00
Running rpm_check_debug
Running Transaction Test
Finished Transaction Test
Transaction Test Succeeded
Running Transaction
Updating : cups-libs
1/12
Updating : metacity
Why is this difference between spacewalk and the clients?
I also noticed that there were dependencie problems, but when I run the
yum update commando, there are no problems to be found.
I can send some printscreens to show how our maintenance window failed
completely.
Also: we also noticed that on some machines besides cups updates also
openoffice is installed (before the maintenance no openoffice was
installed on any server).
Is this a Spacewalk dependency problem or a CentOS 5 dependency problem?
Kind regards,
Michiel
More information about the Spacewalk-list
mailing list