正德厚生,臻于至善

FRM-92102

Description List for Parameters Affecting Timeout in Webforms (Doc ID 549735.1)
Relogin Screen Not Appear at Forms Timeout (Doc ID 2595618.1)
Primary note on Known Causes of FRM-92102 Error in Forms (Doc ID 756369.1)
Why Does Forms Only Attempt To Reconnect 1 Time, When NetWorkRetries Is Set To 30 (Doc ID 1272984.1)
Tuning Performance on E-Business suite (Doc ID 744143.1)
R12.1.3: frmweb Processes Exhaust CPU After Retrieving Large Number of Records (Doc ID 2303970.1)
Understanding How networkRetries Works (Doc ID 332942.1)
FRM-92101 Error When Trying To Open Any Form Using OAM Login (Doc ID 1682634.1)
Appsweb.cfg Heartbeat Parameter Needs to be Autoconfig Enabled (Doc ID 1533995.1)
R12 E-Business Suite Applications Technology Stack – Autoconfig Context File Entries Including OA_VAR, Variable Name, And Defined Values (Doc ID 458282.1)
What Is The ‘FORMS60_TIMEOUT’ Parameter And How To Use It ? (Doc ID 221172.1)
11i: How To Fix The Forms Timeout Issue In Oracle Applications (Doc ID 269884.1)
Master Note For Known Causes of FRM-92101 Error In Forms 10gR2 (Doc ID 604633.1)
Master Note for: Forms: 9.x and 10.x: Troubleshooting FRM-92050, FRM-921xx (Doc ID 189867.1)
Primary Note for Forms FRM-92050, FRM-92100, FRM-92101, FRM-92102 Reference Guide (Doc ID 444690.1)
R12: Forms Runtime Diagnostics (FRD), Tracing And Logging For Forms In Oracle Applications (Doc ID 438652.1)

R12.1 : Getting FRM-92102 Error When Launching Forms on a Cloned Environment (Doc ID 2802332.1)
Getting FRM-92102 Errors when Accessing a Forms Module on a Cloned Environment (Doc ID 2237225.1)
NOTE:397174.1 – Deploying a New EAR File in Oracle Applications Release 12
FRM-92102 Error When Using 2 Node E-Business With BIG-IP F5 Load Balancer (Doc ID 2406396.1)

https://blog.csdn.net/iteye_21199/article/details/82370366

proxyHost=null
proxyPort=0
connectMode=HTTP, native.
Forms Applet 版本为: 10.1.2.3
正在重新连接 (尝试第 1 次, 共 5 次)...
正在重新连接 (尝试第 2 次, 共 5 次)...
正在重新连接 (尝试第 3 次, 共 5 次)...
正在重新连接 (尝试第 4 次, 共 5 次)...
正在重新连接 (尝试第 5 次, 共 5 次)...
oracle.forms.net.ConnectionException: 500
	at oracle.forms.net.ConnectionException.createConnectionException(Unknown Source)
	at oracle.forms.net.HTTPNStream.getResponse(Unknown Source)
	at oracle.forms.net.HTTPNStream.doFlush(Unknown Source)
	at oracle.forms.net.HTTPNStream.flush(Unknown Source)
	at java.io.DataOutputStream.flush(Unknown Source)
	at oracle.forms.net.StreamMessageWriter.run(Unknown Source)
java.io.EOFException
	at java.io.DataInputStream.readUnsignedByte(Unknown Source)
	at oracle.forms.engine.Message.readDetails(Unknown Source)
	at oracle.forms.engine.Message.readDetails(Unknown Source)
	at oracle.forms.net.StreamMessageReader.run(Unknown Source)
FRM-92102 is Gerneric Error maybe occur for more than one reasons :
1-Network
2-Proxy
3-http
4-Session Time
But today i will discuss the problem On oracle Application server 10g .
Description for the problem like the following when you try to connect on your deploy application On OAS 10g it's gives the above error from 1-5 minutes.

I will give you more than one solution maybe it will be related to the above problem and you try them separately to see which one will be valid for you :
sed -i 's#networkRetries=0#networkRetries=30#g' $ORACLE_HOME/forms/server/formsweb.cfg
sed -i 's#networkRetries=0#networkRetries=30#g' $FORMS_WEB_CONFIG_FILE
sed -i 's#>.*</forms_network_retries>#>30</forms_network_retries>#g' $CONTEXT_FILE

egrep 'heartBeat|networkRetries' $FORMS_WEB_CONFIG_FILE
egrep 's_forms_heartbeat|forms_network_retries' $CONTEXT_FILE
egrep networkRetries $ORACLE_HOME/forms/server/formsweb.cfg

adformsctl.sh stop
adformsctl.sh start
结果一样,几分钟就掉线,这是因为networkRetries仅适用于在客户端上引发tcp/ip错误的情况
Understanding the networkRetries Parameter for Webforms

Under some circumstances the client receives an FRM-92102 error which is accompanied by the message that a network error has occurred and the forms client has attempted to re-establish its connection to the server 5 times without success. The reconnect is attempted only five times even if the networkRetries parameter is set to a different value.

This is because the networkRetries only applies where a tcp/ip error is raised on the client, which is propagated back to the forms applet as a java exception. However, not all network errors result in a tcp/ip error on the client. The five retries scenario occurs when there is no tcp/ip error raised. This is a situation where a connection is made with the servlet but the servlet returns an
error in the content, typically because the servlet session is invalid. There will be no tcp/ip error raised in this case, so it will be handled by different code and the networkRetries code will not be executed. This could occur, for example, when the JVM has crashed and been restarted by oprocmgr, so the servlet session ids are no longer recognized. It wouldn't actually help to try and
re-establish the connection by using networkRetries. If the servlet doesn't recognize the session id, retrying more times isn't going to make any difference. The internal not published Enhancement Request Bug:4285058 - ENHANCE SERVLET RETRY FUNCTIONALITY FOR NETWORK "HANGS" has been filed asking that the servlet retry functionality be enhanced to include network errors which occur for reasons other than a tcp/ip error on the client side.
egrep -i 's_sesstimeout|s_forms_time|s_oc4j_sesstimeout' $CONTEXT_FILE
s_sesstimeout = 1800000 (30 minutes)
s_forms_time = 60 (60 minutes)
s_oc4j_sesstimeout = 30 (30 minutes)
egrep -i 'enabled|disabled' $ORA_CONFIG_HOME/10.1.3/j2ee/forms/application-deployments/forms/formsweb/orion-web.xml
grep -i forms_tracking_cookies $CONTEXT_FILE

sed -i 's#disabled#enabled#g' $ORA_CONFIG_HOME/10.1.3/j2ee/forms/application-deployments/forms/formsweb/orion-web.xml
sed -i 's#>.*</forms_tracking_cookies>#>enabled</forms_tracking_cookies>#g' $CONTEXT_FILE
adformsctl.sh stop
adformsctl.sh start
结果一样,几分钟就掉线,并且可能会引发如下FRM-92101错误

Note:
After the above changes ensure users restart the client PC and clear browser and jre cache. Otherwise the following error may be received:
'FRM-92101: There was a failure in the Forms Server during startup'
select SESSION_COOKIE_NAME,WINDOW_COOKIE_NAME,SESSION_COOKIE_DOMAIN,SESSION_COOKIE  from icx_parameters;

update icx_parameters
set SESSION_COOKIE_NAME='',WINDOW_COOKIE_NAME='';

select SESSION_COOKIE_NAME,WINDOW_COOKIE_NAME,SESSION_COOKIE_DOMAIN,SESSION_COOKIE  from icx_parameters;
结果一样,几分钟就掉线
结果一样,几分钟就掉线

https://learn.microsoft.com/zh-cn/internet-explorer/ie11-deploy-guide/auto-detect-settings-for-ie11

这个设置是当前所使用的局域网中可能有服务器会向网内计算机自动发送网络配置文件和信息。开启该选项后会自动获得相关配置。 有些局域网配置相对静态,一般不更改设置,那我们手动配置完就可以了。但有些局域网可能经常会变动设置,并且服务器会下发这些配置更改,那开启自动检测设置就可以节省手动配置的时间,会比较方便,去掉自动检测的设置后不再报FRM-92102

如果slb会话保持有问题,也会出现FRM-92102,关注如下参数
grep -i oc4j_cluster_nodes $CONTEXT_FILE 
grep -i node $INST_TOP/ora/10.1.3/opmn/conf/opmn.xml
赞(0) 打赏
未经允许不得转载:徐万新之路 » FRM-92102

评论 抢沙发

联系我们

觉得文章有用就打赏一下文章作者

支付宝扫一扫

微信扫一扫

登录

找回密码

注册