You are on page 1of 1

Page 1 of 1

How to Troubleshoot Login Issue After Changing APPS Password Using FNDCPASS Utility [ID 809155.1]

Modified 21-SEP-2010 Type HOWTO Status MODERATED

In this Document
Goal
Solution
References

Platforms: 1-914CU;

This document is being delivered to you via Oracle Support's Rapid Visibility (RaV) process and

Applies to:
Oracle Application Object Library - Version: 11.5.9 to 12.1.3 - Release: 11.5.10 to 12.1
Oracle Applications Technology Stack - Version: 11.5.9 to 12.1.3 [Release: 11.5 to 12.1]
Information in this document applies to any platform.

Goal
When attempting to start application services after changing APPS password using FNDCPASS utility the following error can be

Error:
Cannot complete applications logon. You may have entered an invalid applications password, or there may have been a databa

From above error we can confirm that APPS password did not change correctly. Sometimes when you change APPS password
think that APPS password has changed correctly. But in every scenario, this is not true. If you are able to connect SQLPLUS wit
Rate
newthis document
APPS password. If you are able to start application services successfully then only we can confirm that APPS password ha
while starting application services.

You need to keep below points in your mind if you are changing APPS password using FNDCPASS utility:

1. Changing APPS password using "alter user" command is not supported and you should not use alter command to change ap

2. Always use FNDCPASS to change APPS password.

3. Before changing APPS password, it is strongly recommended to take a backup of FND_USER and FND_ORACLE_USERID.

4. Always check FNDCPASS log for any kind of error. If there is any error in FNDCPASS log then DONOT run autoconfig or try
run autoconfig as you will get problem while logging in oracle application.

5. If you are getting any error in FNDCPASS log then either replace original backup with FND_USER and FND_ORACLE_USER

Solution
1. If you did not run autoconfig / did not make any change in configuration file manually and also have a valid backup of FND_U
services.

If you don't have a valid backup of FND_USER and FND_ORACLE_USERID table then you can do a export/import of table FND
because you have not run autoconfig. If patchset level is not same then this export/import of tables will not work. For example : I
from which you made this clone instance.

2. If you have a valid backup of FND_USER and FND_ORACLE_USERID table but you have already run autoconfig then you w
backup of FND_USER and FND_ORACLE_USERID table will not work.

In this case backup of FND_USER and FND_ORACLE_USERID table is not valid because you already run autoconfig and henc

A. Follow Action plan mentioned in below note to remove database credentials.

Note 419475.1: Removing Credentials from a Cloned EBS Production Database

https://support.oracle.com/CSP/main/article?cmd=show&type=NOT&doctype=HOWTO&id=809155.1 1/24/2011

You might also like