Simpler Navigation for Servers and Operating Systems
Completed: a much simpler Servers and Operating Systems section of the Community. We combined many of the older boards, so you won't have to click through so many levels to get at the information you need. Check the consolidated boards here as many sub-forums are now single boards.
cancel
Showing results for 
Search instead for 
Did you mean: 

Oracle Forms Crashes

Oracle Forms Crashes

I have a customer that is having his Oracle forms crash. Have any of you seen the following problem?

We have been running an Oracle Forms application under HP-UX 11.0, and
occasionally have the application crash. So far, we, Oracle, our DBA have not found a reason. The crash occurs randomly, is not readily
reproducible, and has no pattern. It is unknown whether HP-UX 11.0 plays any
role in this problem.
When the application crashes, the following message appears:

Error: stsini(),13 - Can't open /ots/oracle/product/dev2k60/bin/oracle
Error: Stack Initialization Failure
Error: ssdinit() failed 13

A file named "f60runm_dump_nnnnnn" results, whose contents include:

ERROR: Abnormal termination of connection. Error code: nn
5 REPLIES
Osa Jousou
Occasional Advisor

Re: Oracle Forms Crashes

Try relinking the executable and see if that corrects the problem.
A. Clay Stephenson
Acclaimed Contributor

Re: Oracle Forms Crashes

Hi Russell:
One thing that glares out at me is the errno 13 - EPERM. Some process does not have permission to access that file. I would first shutdown the application and the database if it applies. Next if any filesystems are mounted
under your /ots filesystem I would unmount them and carefully check the permissions of the mountpoint directories. It's possible that the mountpoint permissions are too restrictive yet when you examine the mounted directory all appears well. This could be group permission related if some users are members of groupA and others are groupB. In any event the EPERM error is trying to tell you something. I don't think this is the problem but I would also make certain that you're not running out of filesystem space anywhere. One other thing, are any of the path's NFS? - that might be significant.

Hope this gets you started, Clay.
If it ain't broke, I can fix that.

Re: Oracle Forms Crashes

Clay,
Thanks for the hint. I took a look and found out that
/ots/oracle/product/dev2k60/bin/oracle had only 550 {r_xr_x___} permissions. Do you think this is the problem?
A. Clay Stephenson
Acclaimed Contributor

Re: Oracle Forms Crashes

Hi Russell:
Without knowing the user/group of the people trying to access it's not possible to know. The correct answer is yes that is possible but I would still look very closely at the mountpoint directories themselves. You could temporarily open up the directory permissions to 777 to see if the problem goes away and then restore the proper permissions.
Clay
If it ain't broke, I can fix that.
Boonchu Ngampairoijpibu_1
Occasional Contributor

Re: Oracle Forms Crashes

Hi-

HP announced for the patch recall from this following:

****************************
HP IT RESOURCE CENTER
****************************
Recalled Patch PHSS_22946

Hewlett-Packard has recalled the following patch:

PHSS_22946 : s700_800 11.00 X/Motif 32bit Runtime JAN2001 Periodic Patch

While it may or may not affect you, we highly recommend that you
remove this patch from your system immediately. Please read the
"Warning Description" below to determine if it is necessary for you to

This patch has been removed by the HP-UX Patch
Administrator.

- PHSS_21959 introduced changes that appear to be causing
problems with the Oracle Forms application. The forms
builder (f60desm) fails to start and the following message is
produced:
ASSERTION FAILED: STATUS == CLIPBOARDSUCCESS, FILE UICL.C,
LINE 985

So if you use command swlist -l product | grep -e PHSS_21959 -e PHSS_22846, you have to remove.

Boonchu Ngampairoijpibul
Boonchu Ngampairoijpibul