PHSS_36519 - failed to find patches

[devshlom]

Hi this is my sytem info:
HP-UX hpux B.11.23 U 9000/800 3697136004 unlimited-user license

I'm trying to install this patch (PHSS_36519) with the command: swinstall -x autoreboot=true -x patch_match_target=true -s /tmp/PHSS_36519.depot
=> got the following msg:
The patch match operation failed to find patches for target software on "hpux" which passed the filter.

Do you know how can I get through this?!
Tx,
shlom

[James R. Ferguson]

Hi:

The patch does not apply to a PA-RISC system architecture which is what you have. Aries applies only to Itanium servers.

Hence, 'swinstall' will not allow you to install the patch.

Regards!

...JRF...

[Yogeeraj_1]

hi Shlom,

Try to restart the swagentd and retry:

#swagentd -r
#swinstall -s /tmp/PHSS_36519.depot

revert!
kind regards
yogeeraj

[devshlom]

Hi James,
I didn't see in the patch documantation anything that implies about this limitation.
Anyway,
I will detail my original problem...
I compiled and link an executable on this system (C++)
(the executable is 32bit. my system is 64bit)
In some point when running the executable I got the following error:
"Pid killed due to trashed stack. Pid was killed due to failure in writing the signal context"
I found some path that should fix this, but it wasn't suitable fot my system (PHKL_27282) - so...
anyone know about path that will be good for my system info and fix this problem?

tx a lot.
shlom

[James R. Ferguson]

Hi (again):

> I didn't see in the patch documantation anything that implies about this limitation.

Aside from the fact that Aries is an Itanium component, if you look at the filesets delivered by the patch:

OS-Core.CORE2-64SLIB,fr=B.11.23,fa=HP-UX_B.11.23_IA,v=HP
OS-Core.CORE2-SHLIBS,fr=B.11.23,fa=HP-UX_B.11.23_IA,v=HP

The "IA" says Itanium. If the patch applied to both Itanium and Pa-Risc you would have seen "B.11.23_IA/PA".

Regards!

...JRF...

[devshlom]

Ah....
I see what you mean.
(As you can see I'm new to HP-UX)
so,
anything you can advise me about the main problem (with the trashed stack)?

[James R. Ferguson]

Hi (again):

It is possible that you experienced a stack overflow due to excessive recursive calls or due to a buffer overrun.

Regards!

...JRF...

[Yogeeraj_1]

hi again,

for your 11.23, you can try to install the following patch:
============================
Patch Name: PHCO_37543

Patch Description: s700_800 11.23 pthread library cumulative patch

Filesets:
ProgSupport.PAUX-ENG-A-MAN,fr=B.11.23,fa=HP-UX_B.11.23_IA/PA,v=HP
OS-Core.CORE2-64SLIB,fr=B.11.23,fa=HP-UX_B.11.23_IA,v=HP
OS-Core.CORE2-SHLIBS,fr=B.11.23,fa=HP-UX_B.11.23_IA,v=HP
ProgSupport.C2-INC,fr=B.11.23,fa=HP-UX_B.11.23_IA,v=HP
OS-Core.C-MIN-32ALIB,fr=B.11.23,fa=HP-UX_B.11.23_PA,v=HP
OS-Core.C-MIN-64ALIB,fr=B.11.23,fa=HP-UX_B.11.23_PA,v=HP
OS-Core.CORE2-64SLIB,fr=B.11.23,fa=HP-UX_B.11.23_PA,v=HP
OS-Core.CORE2-SHLIBS,fr=B.11.23,fa=HP-UX_B.11.23_PA,v=HP
ProgSupport.C2-INC,fr=B.11.23,fa=HP-UX_B.11.23_PA,v=HP

Automatic Reboot?: No

============================

let us know if this remedies to the problem

kind regards
yogeeraj

[devshlom]

Hi man,

When I try to install the patch you told me, I got the following error:
ERROR: "hpux:/": The software dependencies for 6 products or filesets cannot be resolved.
* The analysis phase failed for "hpux:/".
* Analysis and Execution had errors.

is this mean that I have 6 more patches to install?

[devshlom]

hi again,

just to be clear:
I saw in the patch db that this patch is dependant on PHKL_31500 and PHCO_36744.
- 31500 is already installed on my system
- when I try to install PHCO_34744, I get the following error:
"hpux:/": The software dependencies for 1 products or filesets cannot be resolved.

[James R. Ferguson]

Hi (again):

Using the ITRC Patch Database, download the patch and all its dependencies. Don't worry about patches that may already be present on your system. This will be resolved when you install the bundle. That is, patches already present will not be re-installed by default.

The downloaded bundle will include a script called 'create_depot_hp-ux_11' that when run will create a local depot on your server for installation.

Once the depot is created, you will do:

# swinstall -s /tmp/depot -x autoreboot=true -x patch_match_target=true

This will install the patches, resolving any dependencies with what you already have on your server. Only patches that meet your architecture and that have their dependenices satisfied will be installed. If a reboot is required, it WILL be performed automatically.

Kernel patches begin with "PHKL"; Network-related patches begin with "PHNE". Both designations will signify that a reboot is required.

For completeness, "PHSS" are patches for various SubSystems and "PHCO" represent patches for COmmands.

Regards!

...JRF...

[devshlom]

ok - I installed the packages (using the enforce_dependencies=false)
but it didn't help.
any idea?!

[Patrick Wallek]

>>ok - I installed the packages (using the
>>enforce_dependencies=false)
>>but it didn't help.

Bad idea. You should never turn off dependency checking when installing patches. That is a real easy way to break your system.

>>any idea?!

Follow James' advice above and download all dependencies for the patch you are trying to install.

[devshlom]

a lot of mistakes of a beginner...
I'm gonna try re-install the package according to your suggestion - hopping eveything will work fine.
tx.

[Dennis Handly]

>I didn't see in the patch documentation anything that implies about this limitation.

The patch documentation/form is broken and it doesn't handle tricky linker and aC++ runtime patches. These patches conditionally require IPF patches to install. Unfortunately, there is nothing to add in a customer visible location to indicate they are conditional. But swinstall does the right thing.
PHSS_37947 PHSS_37949

>In some point when running the executable I got the following error:
"Pid killed due to trashed stack.

Which application is this? You may want to consider this an application bug.

>I found some patch that should fix this

Then this might not be the same issue.

>JRF: Aside from the fact that Aries is an Itanium component

The confusion may be on the patch that requires Aries? Unless devshlom is just grabbing patches out of thin air?

>JRF: It is possible that you experienced a stack overflow due to excessive recursive calls or due to a buffer overrun.

Yes.

[devshlom]

Hi,

I successfully applying the suggested patch with all its dependencies - but it didn't solve the crash I get.
Any help after having this new information?

[devshlom]

Hi,
I opened a separated thread (http://forums12.itrc.hp.com/service/forums/questionanswer.do?threadId=1227330) that handle the crash problem.
thanks everyone.

devshlom