Re: RHEL 5.1->5.2 upgrade - part 2 (solved)

[Roger Hill <unixman@charter.net>]

  This is a little bit off topic of this thread, but a little bit not . So I want to just throw this out there . We are planning to upgrade about 100 RHEL-32 bit 4u2 servers to RHEL5.2 -64 bit . We have many various applications on them, but namely IBM Websphere and IBM Http Server, Wily, a few other middleware apps like Stellent , etc.  

  Which is the easier path ? To upgrade the existing servers, or "build anew" and migrate all of the applications ? 

  We recently last year did an Oracle RAC migration , and went from AS 3u2-32 bit to AS 4u4-64 bit, where we used the latter method. 

 I'd like to know the group's experience with upgrading or OS migrations .

Thoughts, flames ?

--
#!/usr/bin/rh stop

---- "Robert G. (Doc) Savage" <dsavage@peaknet.net> wrote: 

=============
Found it. Most 32-bit plug-ins must be 'wrappered' to function with
64-bit browsers, and the standard tool for this is nspluginwrapper which
implements the 32-bit Netscape plug-in API in 64-bit versions of Mozilla
and Firefox. Somehow my system had gained an "extra" version of this
plug-in:

# rpm -qa | grep nspluginwrapper
nspluginwrapper-i386-0.9.91.5-1
nspluginwrapper-0.9.91.5-21.el5

Yum could remove the second, but not the first. Old fashioned 'rpm -e'
took care of that i386 version. Then 'yum -y install nspluginwrapper'
reinstalled the 64-bit version (same one I'd removed). My 64-bit Firefox
now happily displays both Flash and Shockwave content.

Now on to part 3.

--Doc

On Sun, 2008-07-13 at 13:05 -0500, Robert G. (Doc) Savage wrote:
> In part 1 of this trilogy I described difficulties with the Evolution
> mail client and the GNOME desktop in what should have been a routine
> upgrade from RHEL v5 Update 1 to Update 2.
> 
> In this part I'll describe another problem that has baffled me so far. I
> had a similar problem with Firefox in RHEL 5 General Release and Update
> 1, but I don't recall how I fixed it.
> 
> The core of the problem is Adobe's refusal to release a 64-bit version
> of their Shockwave-Flash viewer. Whenever I go to a web site with
> Shockwave content, I'm offered two fixes. I can either "Click here to
> download plugin", or I can click on an "Install Missing Plugins..."
> helper button.
> 
> Both take you to a "Plugin Finder Service" window that advises "No
> suitable plugins were found" followed by "Unknown Plugin
> (application/x-shockwave-flash)" and a Manual Install button. Clicking
> on that button takes me to Adobe's Flash download site. It allows me to
> download the latest flash-plugin-9.0.124.0-release.i386.rpm.
> Unfortunately installing that RPM doesn't fix the problem.
> 
> That "Plugin Finder Service" window offers a second option -- a link to
> "Find out more about Plugins or manually find missing plugins." It takes
> me to http://addons.mozilla.org/en-US/firefox/browse/type:7 where I can
> find a download link to http://www.adobe.com/shockwave/download/.
> Unfortunately that link tells me "We are unable to locate a Web player
> that matches your platform and browser".
> 
> The essential problem here is a 32-bit plugin for a 64-bit browser. This
> gap should be bridged by installing the nspluginwrapper-0.9.91.5-21.el5
> RPM.
> 
> Can any of you 64-bitters offer a solution?
> 
> --Doc
> 
> 
> -
> To unsubscribe, send email to majordomo@silug.org with
> "unsubscribe silug-discuss" in the body.
> 


-
To unsubscribe, send email to majordomo@silug.org with
"unsubscribe silug-discuss" in the body.


-
To unsubscribe, send email to majordomo@silug.org with
"unsubscribe silug-discuss" in the body.