Red Hat Bugzilla – Bug 125600
i386 kickstart profile attempts to get ia64 up2date
Last modified: 2008-07-29 16:56:41 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040510
Description of problem:
The RHN Satellite 3.2.0 (build 12) I have just installed seems to not
correctly determine which up2date it needs to get in %post.
wget -P /tmp/rhn_rpms/optional http://<URL
wget -P /tmp/rhn_rpms http://<URL
The i386 rpm is there though, look:
[root@q4dehicnss0d000 up2date]# cd /var/satellite/redhat/NULL/up2date
[root@q4dehicnss0d000 up2date]# ls -1
[root@q4dehicnss0d000 up2date]# cd 4.2.16-1
[root@q4dehicnss0d000 4.2.16-1]# ls -1
[root@q4dehicnss0d000 4.2.16-1]# ls -R1 *
Version-Release number of selected component (if applicable):
I am confused. Where is up2date run? On the satellite machine or on
another machine? And which %post section are you talking about?
Oh, sorry Mihai, that report was indeed way too short.
the section with the wget is from the kickstart file that the
Satellite generated through the Kickstart interface we provide. That
kickstart had rhel-3-as-i386-u1 set as distribution. But, as visible
above, the kickstart tool put in lines that would download ia64 rpms.
up2date is run nowhere, it is the ia64 up2date rpm that is downloaded
on an i386 machine. All this happens in the %post section of teh
kickstart file that opur Satellite generated.
I don't know if this is still a problem or not.
mass reassign to mmccune
Did several tests with ia64 and i386 channels synced on the satellites, appears
this is no longer happening. Even switching back and forth between arches, the
packages always seem to be fetched from the correct location.