[rhn-users] Upgrading AS 3 satellite from 3.6.6 to 4.2.0

[Clifford Perry]

Humm... since the system is not in active use at the time of doing the 
upgrade.

rpm -Uvh --oldpackage the perl-DateTime-TimeZone-0.32-3.rhel3 from 
within RPMS dir on the ISO, or rpm -e perl-DateTime-TimeZone.. then try 
again with the upgrade. The upgrade/install process will install 
perl-DateTime-TimeZone-0.59-2.rhel3 and post install an 'up2date -u' 
will re-upgrade to the newer version.

This is the first reported case of this that I have heard off, but will 
forward this suggested work around internally to Red Hat Support. Unless 
of course you report back saying it failed.

FYI - there is a Satellite specific mailing list - rhn-satellite-users, 
which you may wish to join.

Cliff.

Brendan Mullen wrote:
> Hello,
> 
> I've run into some trouble upgrading our satellite.
> 
> The server is AS3.
> The satellite is 3.6.6
> 
> I've completed the prereqs in the README  at 
> /etc/sysconfig/rhn/satellite-upgrade/README
> 
> Upgrading an AS 3 satellite at version 3.6.6  to
> version 4.2 is the scenario 1b at:
> 
> /etc/sysconfig/rhn/satellite-upgrade/rhn-satellite-4-upgrade-scenario-1b.txt 
> 
> 
> in step 2 of that doc, after starting the database (embedded in our 
> case)  I run an install perl script.
> 
> ./install.pl --skip-db-install --skip-db-population --skip-ssl-cert-gen
> 
> This script stops with the following error:
> 
> rpm failed with exit code of '27'. at ./install.pl line 110.
> 
> The database log and satellite_install_log look OK,  but 
> /var/log/rhn/rhn-installation.log says that the script is trying to 
> install an older version of a perl module that already has a newer 
> version installed:
> 
> RHN Satellite installation log.
> Command: ./install.pl --skip-db-install --skip-db-population 
> --skip-ssl-cert-gen
> 
>         package perl-DateTime-TimeZone-0.59-2.rhel3 (which is newer than 
> perl-DateTime-TimeZone-0.32-3.rhel3) is already installed
> 
> 
> Has anybody run into this before?  I looked at removing the newer 
> module, but it had some dependencies and I wasn't comfortable with this 
> approach.
> 
> 
> Best,
> Brendan
> 
> 
> Brendan Mullen
> EITS Core Services Support
> University of Georgia
> 
> _______________________________________________
> rhn-users mailing list
> rhn-users at redhat.com
> https://www.redhat.com/mailman/listinfo/rhn-users

-- 
Clifford Perry
Team Lead, RHN Sustaining Engineering
Red Hat, Inc.
http://www.redhat.com/
+1 919 754 4403
RHCE# 803004507210710