{"id":996,"date":"2008-12-12T10:07:24","date_gmt":"2008-12-12T14:07:24","guid":{"rendered":"http:\/\/onlineappsdba.com\/index.php\/2008\/12\/12\/application-object-library-is-unable-to-reconnect-to-your-gateway-oracle-account\/"},"modified":"2008-12-12T10:10:51","modified_gmt":"2008-12-12T14:10:51","slug":"application-object-library-is-unable-to-reconnect-to-your-gateway-oracle-account","status":"publish","type":"post","link":"https:\/\/onlineappsdba.com\/index.php\/2008\/12\/12\/application-object-library-is-unable-to-reconnect-to-your-gateway-oracle-account\/","title":{"rendered":"Application Object Library is unable to reconnect to your gateway ORACLE account"},"content":{"rendered":"

While starting Apache (Web Server) in E-Business Suite 11i using “adapcctl.sh start<\/strong>“, I got below error message<\/p>\n

***********
\nCannot reconnect to gateway
\nCause:<\/strong>\u00a0 Application Object Library is unable to reconnect to your gateway ORACLE account after you unsuccessfully attempted to sign-on.
\nAction:<\/strong>\u00a0 Check that your gateway environment variable is set correctly.
\n<\/font> ***********<\/p>\n

My first attempt was to check in metalink\u00a0where I\u00a0found note “413529.1\u00a0 Apache adstrtal.sh adstpal.sh Scripts Give Cannot Reconnect To Gateway With Wrong Apps Username or Password<\/strong>“.<\/p>\n

I was using\u00a0“adapcctl.sh start<\/strong>”\u00a0 (No apps password, I don’t remember ever using apps password with Apache) so Metalink Note 413529.1\u00a0<\/strong>was not good hit.<\/p>\n

My next suspect was GSM<\/strong> (Generic Service Manager<\/strong> – 210062.1 ) so started looking in to adapcctl.sh<\/strong> ($OAD_TOP\/ admin\/ scripts\/ $CONTEXT_NAME) and realized that culprit was FNDSVCRG<\/strong> .<\/p>\n

FNDSVCRG : <\/strong>is executable under $FND_TOP\/bin<\/strong> introduced as part of seeded GSM services<\/strong> and provides improved coordination between the GSM monitoring of services (like Apache<\/strong>) and their command-line control scripts (like adapcctl.sh<\/strong>)<\/p>\n

FNDSVCRG uses dbc file<\/strong> in $FND_SECURE<\/strong> to connect to database using GUEST account. Entry in dbc file was wrong and quick fix was to run AutoConfig<\/strong> (More on Autoconfig Here<\/a>) to regenerate dbc<\/strong> file.<\/p>\n

.<\/p>\n

Workaround\u00a0<\/strong><\/u><\/p>\n

If for some reason you do not want to run Autoconfig then remove FNDSVCRG and start Apache.<\/p>\n

mv $FND_TOP\/bin\/FNDSVCRG $FND_TOP\/bin\/FNDSVCRG.bak <\/strong><\/p>\n

.<\/p>\n

Entry in adapcctl.sh<\/strong><\/u><\/p>\n

if test “$control_code” = “start”; then
\npre_command=”PRESTART”
\npost_command=”POSTSTART”<\/font><\/p>\n

sh -c ‘. $ORA_TOP\/8.0.6\/$SID_$hostname.env; $FND_TOP\/bin\/FNDSVCRG $pre_command APACHE $HOST $Apaceh_Port’
\nsvcrg_code=$?<\/font><\/p>\n

sh -c ‘. $ORA_TOP\/8.0.6\/$SID_$hostname.env; $FND_TOP\/bin\/FNDSVCRG $post_command APACHE $HOST $Apaceh_Port’
\nsvcrg_code=$?<\/font>
\n.
\nReferences<\/strong><\/u><\/p>\n