Bug 613025

Summary: yum update: missing dependencies in x86_64 channels
Product: [Community] Spacewalk Reporter: Dominik Schmid <dominik.schmid>
Component: ServerAssignee: Michael Mráka <mmraka>
Status: CLOSED WORKSFORME QA Contact: Red Hat Satellite QA List <satqe-list>
Severity: medium Docs Contact:
Priority: low    
Version: 1.0   
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2010-07-28 07:30:27 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 585232    
Attachments:
Description Flags
openssl package is shown as available for update none

Description Dominik Schmid 2010-07-09 14:41:32 UTC
Description of problem:
When I use the online repositories (not spacewalk) to update the system, no problem.
But when I use the spacewalk channels, i get the following errors:
<snip>
Error: Missing Dependency: libcrypto.so.6()(64bit) is needed by package postgresql-libs-8.1.21-1.el5_5.1.x86_64 (centos5.5-updates-x86_64)
Error: Missing Dependency: libgcc_s.so.1 is needed by package vmware-update-manager-ga-4.0.0-208126.i386 (installed)
<snip>
Seems like the filelist.xml doesn't contain some 64 bit packages...

Version-Release number of selected component (if applicable):
Server: CentOS 5.5, Spacewalk 1.0
Client: CentOS 5.3

How reproducible:
Create x86_64 Channels in Spacewalk and point the 5.3 CentOS Client to it (register it).
Then the yum update command gives those missing dependency errors.

Comment 1 Michael Mráka 2010-07-12 08:00:59 UTC
# yum resolvedep 'libcrypto.so.6()(64bit)' libgcc_s.so.1
Loaded plugins: rhnplugin, security
Finished
0:openssl-0.9.8e-12.el5_4.6.x86_64
0:libgcc-4.1.2-48.el5.i386

Do you have openssl.x86_64 and libgcc.i386 in a spacewalk channel accessible by the server?

Comment 2 Dominik Schmid 2010-07-12 08:27:53 UTC
Using online CentOS repos:
[root@devgmds-mrm ~]# yum resolvedep 'libcrypto.so.6()(64bit)' libgcc_s.so.1
Loaded plugins: fastestmirror, rhnplugin
Loading mirror speeds from cached hostfile
0:openssl-0.9.8e-12.el5_4.6.x86_64
0:libgcc-4.1.2-48.el5.i386

Using the spacewalk channels:
[root@devgmds-mrm ~]# yum resolvedep 'libcrypto.so.6()(64bit)' libgcc_s.so.1
Loaded plugins: fastestmirror, rhnplugin
Loading mirror speeds from cached hostfile
No Package Found for libcrypto.so.6()(64bit)
No Package Found for libgcc_s.so.1


The package openssl-0.9.8e-12.el5_4.6.x86_64 is available in spacewalk and the channel is connected to the system.
In the Web GUI, the package is being shown in the packages update list (see screenshot).

Comment 3 Dominik Schmid 2010-07-12 08:28:40 UTC
Created attachment 431108 [details]
openssl package is shown as available for update

Comment 4 Dominik Schmid 2010-07-19 07:02:56 UTC
Can I help with additional info?
I'ld be glad to get an answer on this (maybe) bug.

Comment 5 Michael Mráka 2010-07-19 12:24:21 UTC
Hmm, are openssl.x86_64 and libgcc.i386 in /var/cache/yum/centos5.5-updates-x86_64/primary.xml.gz on client?
Are they in /var/cache/rhn/repodata/centos5.5-updates-x86_64/primary.xml.gz on server?

Comment 6 Dominik Schmid 2010-07-19 12:52:08 UTC
they are neither on the server in the base and updates primary.xml.gz, nor on the client in those files.

Comment 7 Michael Mráka 2010-07-19 13:37:56 UTC
So it's probably repo generation issue.
What are modification times of /var/cache/rhn/repodata/centos5.5-updates-x86_64/*?
And what time is shown in Last Repo Build on Channel Detail page?

Comment 8 Dominik Schmid 2010-07-19 13:47:44 UTC
centos5.5-updates-x86_64
------------------------

Channel Detail Page: 7/9/10 11:48:00 AM CEST 

ls -al centos5.5-updates-x86_64 
total 7164
drwxr-xr-x  2 root root    4096 Jul 16 04:45 .
drwxr-xr-x 36 root root    4096 Jul 13 09:52 ..
-rw-r--r--  1 root root 1511453 Jul 16 04:34 filelists.xml.gz
-rw-r--r--  1 root root 5585877 Jul 16 04:34 other.xml.gz
-rw-r--r--  1 root root  198065 Jul 16 04:34 primary.xml.gz
-rw-r--r--  1 root root     871 Jul 16 04:34 repomd.xml

centos5.5-base-x86_64
---------------------

Channel Detail Page: 7/8/10 10:56:02 AM CEST 

ls -al centos5.5-base-x86_64 
total 13780
drwxr-xr-x  2 root root    4096 Jul  9 15:25 .
drwxr-xr-x 36 root root    4096 Jul 13 09:52 ..
-rw-r--r--  1 root root 4074036 Jul  9 14:44 filelists.xml.gz
-rw-r--r--  1 root root 8944633 Jul  9 14:44 other.xml.gz
-rw-r--r--  1 root root 1050662 Jul  9 14:44 primary.xml.gz
-rw-r--r--  1 root root     871 Jul  9 14:44 repomd.xml

I have a script that updates the channels at night, so the filesystem is newer than the time displayed on the webgui.
/usr/bin/spacewalk-repo-sync --channel centos5.5-updates-x86_64

Comment 9 Dominik Schmid 2010-07-23 12:43:46 UTC
I have a new similar problem now with my epel repository on a i386 machine:

[root@host ~]# yum clean all
Loaded plugins: fastestmirror, rhnplugin
Cleaning up Everything
Cleaning up list of fastest mirrors
[root@devbrain ~]# yum check-update | grep nagios
nagios-plugins.i386            1.4.14-4.el5               centos5.5-epel5-i386  
nagios-plugins-all.i386        1.4.14-4.el5               centos5.5-epel5-i386  
nagios-plugins-breeze.i386     1.4.14-4.el5               centos5.5-epel5-i386  
nagios-plugins-by_ssh.i386     1.4.14-4.el5               centos5.5-epel5-i386  
nagios-plugins-cluster.i386    1.4.14-4.el5               centos5.5-epel5-i386  
nagios-plugins-dhcp.i386       1.4.14-4.el5               centos5.5-epel5-i386  

[root@host ~]# yum update
... snip ...
Error: Missing Dependency: nagios-plugins-breeze is needed by package nagios-plugins-all-1.4.14-4.el5.i386 (centos5.5-epel5-i386)
... snip ...

[root@host ~]# yum resolvedep nagios-plugins-breeze
Loaded plugins: fastestmirror, rhnplugin
Loading mirror speeds from cached hostfile
 * centos5.5-base-i386: devspacewalk.org.com
 * centos5.5-epel5-i386: devspacewalk.org.com
 * centos5.5-extras-i386: devspacewalk.org.com
 * centos5.5-org-i386: devspacewalk.org.com
 * centos5.5-org-i386-noarch: devspacewalk.org.com
 * centos5.5-remi5-olds-mysql-i386: devspacewalk.org.com
 * centos5.5-remi5-olds-webtools-i386: devspacewalk.org.com
 * centos5.5-spacewalk-client-el5-i386: devspacewalk.org.com
 * centos5.5-updates-i386: devspacewalk.org.com
No Package Found for nagios-plugins-breeze

Comment 10 Dominik Schmid 2010-07-28 07:30:27 UTC
I just set up a fresh spacewalk 1.0 installation, where the problems don't show up!

Maybe the problems described were because of the update from 0.8 to 1.0.