The trouble with patching :-(

[The Gunners]

Hey All , just looking for a 'second pair of eyes' on this one please (Im a novice at patching but I thought I'd got the command right) but obviously not. I downloaded the patch to a file system called /scratch , extracted it and ran following. Thanks in advance

dubhptst:scratch # swinstall -x autoreboot=true -x patch_match_target=true \ -s /scratch/PHSS_36086.depot

======= 08/10/09 13:31:43 BST BEGIN swinstall SESSION
(non-interactive) (jobid=dubhptst-0075)

* Session started for user "root@dubhptst".

* Beginning Selection
* Target connection succeeded for "dubhptst:/".
ERROR: There is currently no depot software on host "dubhptst" at
location "/var/spool/sw". Make sure that an absolute pathname
is specified for location (beginning with "/").
* Source connection failed for "dubhptst:/var/spool/sw".
WARNING: More information may be found in the daemon logfile on this
target (default location is
dubhptst:/var/adm/sw/swagentd.log).
* Selection had errors.



======= 08/10/09 13:31:44 BST END swinstall SESSION (non-interactive)
(jobid=dubhptst-0075)

[Duncan Edmonstone]

You might want to try...

swinstall -x autoreboot=true -x patch_match_target=true -s dubhptst:/scratch/PHSS_36086.depot

HTH

Duncan

[Ganesan R]

Hi,

First run this command.
#swlist -d @/scratch/PHSS_36086.depot

The above command should list the product/patch available on the depot. Then register the depot using this command.

#swreg -l depot /scratch/PHSS_36086.depot

Now run this command.

#swinstall -x autoreboot=true -x patch_match_target=true \ -s /scratch/PHSS_36086.depot \*

[The Gunners]

Hi There Duncan,
Hmmm , tried that and no joy , I also set permissions on file and directory to 777 (just in case that was causing issue) and file is located in the correct area as below as well so dont understand.

dubhptst: # swinstall -x autoreboot=true -x patch_match_target=true -s dubhptst:/scratch/PHSS_36086.depot

======= 08/10/09 14:42:00 BST BEGIN swinstall SESSION
(non-interactive) (jobid=dubhptst-0077)

* Session started for user "root@dubhptst".

* Beginning Selection
* Target connection succeeded for "dubhptst:/".
NOTE: The patch match operation failed to find patches for target
software on "dubhptst" which passed the filter.
NOTE: Cannot continue the "swinstall" task.

======= 08/10/09 14:42:02 BST END swinstall SESSION (non-interactive)
(jobid=dubhptst-0077)

dubhptst: # ls -al /scratch/PHSS_36086.depot
-rwxrwxrwx 1 root sys 7086080 May 4 2007 /scratch/PHSS_36086.depot
dubhptst: #

[Ganesan R]

Hi Again,

If you find any difficulties using command line, You could try with interactive session. Just run this..

#swinstall -s /scratch/PHSS_36086.depot

or

#swinstall

It will open up a user interface. Select these details.
Source Depot Type: [ Local Directory ]
[ Source Host Name... ] hostname
[ Source Depot Path... ] /scratch/PHSS_36086.depot

Give OK. It will list the patch. select the patch then goto actions in the menu ->
mark for install -> again actions in the menu -> select Install

[Duncan Edmonstone]

The patch in question is for one of the following products:

C-ANSI-C B.11.11.16
C-ANSI-C B.11.11.14
C-ANSI-C B.11.11.12
C-ANSI-C B.11.11.10


Do you *have* one of those products on your system?

swlist -l product C-ANSI-C


HTH

Duncan

[James R. Ferguson]

Hi Davey:

The patch you are trying to install applies to one of four possible products:

C-ANSI-C B.11.11.16
C-ANSI-C B.11.11.14
C-ANSI-C B.11.11.12
C-ANSI-C B.11.11.10

Do you have anyone of those products on your server? If not, then this is the reason for the failure. Don't forget to look at the 'swagentd.log' file for details.

Also do:

# swlist -l product |grep C-ANSI-C

Regards!

...JRF...

[Tingli]

Is it possible the original command is separated in the wrong place. So, the command should be:
dubhptst:scratch # swinstall -x autoreboot=true -x patch_match_target=true \
-s /scratch/PHSS_36086.depot

Instead of the putting \ -s to the first line.

[The Gunners]

Hi All,
Hmmm , yes I just issued the command

swlist -l product C-ANSI-C

# Initializing...
# Contacting target "dubhptst"...
ERROR: Software "C-ANSI-C" was not found on host "dubhptst:/".
dubhptst: #

Funny enough Oracle10g pre req and checking requiremnets indicate I need the patch for install - I wonder might I get away with it as we may not need the above.
Could that be a problem ? I was thinking that the error looked more related to a synthax problem on my part , for example if the patch was a different one altogether and I used the above command would it still fail. Will try a few more of the suggestions above , and post output.

[Tingli]

If my memory servers me right. The request for patches from Oracle is out of date. And the oracle should still runs fine without those patches unless you need to compile some c programs in it. And tell the dba that they can still install Oracle without by ignoring those messages.

[James R. Ferguson · Accepted solution]

Hi (again) Davey:

> Funny enough Oracle10g pre req and checking requirements indicate I need the patch for install - I wonder might I get away with it as we may not need the above.

Don't believe everything that the Oracle says :-)

You don't need the ANSI-C compiler to install Oracle and without it, as noted, you can't install the patch you are trying to use.

Regards!

...JRF...

[The Gunners]

Thanks so much guys , as usual this is such a great way of learning stuff , its a great help.
Cheers,
Dave

[Steven E. Protter]

Shalom,

Oracle is wrong about the patch requirements for 10g. But to install that patch you need Ansi-C installed and its not.

Interesting also how Oracle is not complaining about no Ansi C compiler.

I had that compiler installed on all Oracle systems I ever installed so I'm not sure about the requirement in this case.

SEP

[The Gunners]

Hi Steve,
this is actually a new Install of Oracle10g (havent actually done it yet) , just ran the pre req 'runInstaller' and hence I got the above required patch needed. Will see what issues I get when I actually do the Oracle Install itself Hmmm.
Many thanks for input too

[Duncan Edmonstone]

The C compiler is required if you are planning to do Oracle develeopment using ProC.

As ProC is part of the default install of Oracle Enterprise Edition, Oracle for some reason "assume" you will be using ProC and therefore check the patch levels of your C compiler.

Nearly every Oracle install out there *doesn't* use ProC in any way, so the warnings can be ignored...

I'm surprised you didn't hit some other patch isssues around Serviceguard for RAC patches (which you also probably don't require)...

As another poster said - "don't beleieve everything Oracle tells you"!

HTH

Duncan