Oracle FAQ | Your Portal to the Oracle Knowledge Grid |
Home -> Community -> Usenet -> c.d.o.server -> Re: Patching HPUX to 8174 fails
Greetings,
Hope the following information helps to solve your problem.
I'm somewhat new to this newsgroup. As a Unix administrator (HP-UX performance specialist) I often work with DBA's on odd OS/DB kinda issues :-)
I'm presently attending the Oracle DBA OCP courses to help me better understand the DB side of things. And besides, databases are fun, aren't they? :-)
From the HP-UX side of things, I worked a while back with an upgrade from Oracle 8.1.6 to 8.1.7 and resulting questions on memory usage.
We found that at Oracle 8.1.7 there were changes to the link flags in $ORACLE_HOME/rdbms/lib/env_rdbms.mk related to a larger virtual memory pagesize being used.
The flags that were changed included +padtext.
We encountered no problem such as you describe when linking Oracle, leading me look at this time for related patches in the HP-UX patch database.
The +padtext option was first referenced in the following HP-UX 11.0 patch, posted on June first of 1998 - so there will be a more recent form of that patch.
I would use either show_patches or `swlist -l product` to see if you have a form of this patch on your system. Grep the output for "linker".
PHSS_15316 ld(1) and linker tools cumulative patch: <SNIP>
64 bit linker and dld, 32 bit linker and dld -------------------------------------------- - ld64: padding options +pdzero, +padtext, +paddata<SNIP>
Note that at HP-UX 11.x the `swlist -l product` output will show all patches, whether superseded or not. The show_patches utility shows only currently configured patches.
Optionally, you could run the suitably cryptic :-) command `swlist -l patch *.*,c=patch` to see the state of all patches on the system.
Happy Trails,
Eric Stahl
>"Norman Dunbar" <Norman.Dunbar_at_lfs.co.uk> wrote:
>Oh boy, has this one been fun ?
>
>I have two nearly identical servers - L Class HP 9000s both 64 bit
>running Oracle 8174 64 bit. (ok, one is running 8174 the other needs to
>be, currently 8170)
>Both patched to June 2002 level.
>Both have the default CC compiler (aka the Brain Dead HP Compiler) and
>GCC 3.01 for 64 bit HPUX 11.
>One server has quite happily patched to 8174.
>The other remains stubbornly at 8170 and the relinking of Oracle (plus
>net stuff) fails to work - '+padtext is an invalid option'.
>
>I've checked metalink and made sure I have all kernel parameters set
>correctly.
>I've made sure that the required CC compiler os on the PATH.
>I've made sure that I have the very latest version of all the patches
>mentioned in the metalink note for required patches for 8174 on HPUX
>11.00.
>I've updated the linker with the patch set that adds the padtext,
>padcode and paddata options.
>
>I've raised a TAR - telling them all this. I've now had a reply asking
>me to patch to the June 2002 release of the patch kit and to make sure I
>have the CC compiler installed and on the PATH - Duh !
>
>Metalink is no help - there are some docs that I can't get access to for
>some reason, but the remaining ones simply say : install the latest
>patch kit, install a CC compiler etc.
>
>Google Groups has nothing on the subject either, so here I am, and I've
>done as much of my homework as is humanly possible.
>
>Does anyone have any idea what is going on ?
>
>I've just got back from Oracle (9i new features) and am a week behind on
>work, and I heave a non-negotiable deadline to get this new server up
>and running by Monday, so the responses from Oracle have been a tad
>unhelpful so far (this is the first time I've been unhappy with Oracle
>Support) and untill I get Oracle in and working, I've got a shed load of
>other stuff that needs to go in on top of a working Oracle installation
>taht is being help up.
>
>As ever, I'm grateful for any help offered.
>
>Regards,
>Norman.
>
>-------------------------------------
>Norman Dunbar
>Database/Unix administrator
>Lynx Financial Systems Ltd.
>mailto:Norman.Dunbar_at_LFS.co.uk
>Tel: 0113 289 6265
>Fax: 0113 289 3146
>URL: http://www.Lynx-FS.com
>-------------------------------------
Received on Thu Sep 26 2002 - 01:24:25 CDT