Wednesday, August 29, 2018

AutoInvoice Error: ORA-01400: Cannot insert NULL into [Table Name]

R12 AutoInvoice Error: ORA-01400: Cannot insert NULL


Errors:
1) arccmm() ORA-01400: cannot insert NULL into ("AR"."RA_CUST_TRX_LINE_GL_DIST_ALL"."CUST_TRX_LINE_GL_DIST_ID")

Reason:
Missing triggers on RA_CUST_TRX_LINE_GL_DIST_ALL table:

AX_RA_CUST_TRX_LINE_GL_ARDI1
AX_RA_CUST_TRX_LINE_GL_ARU1
AX_RA_CUST_TRX_LINE_GL_ARU2
RA_CUST_TRX_LINE_GL_DIST_BRI

Steps:

1) Run this select to check if this is the case:

select status,trigger_name,trigger_type
from all_triggers
where table_name ='RA_CUST_TRX_LINE_GL_DIST_ALL';

2) Enable Trigger by running
ALTER TRIGGER RA_CUST_TRX_LINE_GL_DIST_BRI ENABLE;
ALTER TRIGGER AX_RA_CUST_TRX_LINE_GL_ARDI1 ENABLE;
ALTER TRIGGER AX_RA_CUST_TRX_LINE_GL_ARU1 ENABLE;
ALTER TRIGGER RA_CUST_TRX_LINE_GL_DIST_BRI ENABLE;

Saturday, August 11, 2018

[ERROR]: At least one Oracle inventory check has failed.

E-Business Suite - After Upgrade To 12.2.3 Or 12.2.4 Applying Fs_clone Failed When Checking Oracle Inventory With [ERROR]: At least one Oracle inventory check has failed. (Doc ID 2024269.1)


When using adop phase=fs_clone, the following error is received:


    [ERROR]: At least one Oracle inventory check has failed.
    [WARNING]: Either some of the required entries in /etc/hosts file might be missing (e.g. localhost or hostname) OR the file /etc/hosts could not be read.
   [UNEXPECTED]Error occurred while executing "perl /z01/oracle/EBS1/fs1/EBSapps/appl/ad/12.0.0/patch/115/bin/txkADOPValidations.pl  -contextfile=/z01/oracle/EBS1/fs1/inst/apps/SID_HOST/appl/admin/SID_HOST.xml -patchctxfile=/z01/oracle/EBS1/fs2/inst/apps/SID_HOST/appl/admin/SID_HOST.xml -phase=fs_clone -logloc=/z01/oracle/EBS1/fs_ne/EBSapps/log/adop/8/fs_clone_20150625_170455/SID_HOST -promptmsg=hide"
   [UNEXPECTED]Error 1 occurred while Executing txkADOPValidation script on otis-t1a

CAUSE

/etc/oraInst.loc was corrupted

SOLUTION

1. Create new oraInst.loc file and check it contains correct entry.

2. Re-run adop fs_clone and that will work the validation steps without issues.

How to Synchronize FND_NODES, ADOP_VALID_NODES, and FND_OAM_CONTEXT_FILES in 12.2 When ADOP Phase=Prepare Fails with Error 'not able to detect any valid application tier nodes in ADOP_VALID_NODES table. ' (Doc ID 2064223.1)

Information in this document applies to any platform.

After a recent change or addition to the 12.2 E-Business Suite application tiers, adop phase=prepare fails with the following error:

ERROR:

$ adop phase=prepare

  Enter the APPS password:
  Enter the SYSTEM password:
  Enter the WLSADMIN password:

Validating credentials...

Initializing...
  Run Edition context : /appl/admin/PROD_prodapp1.xml
  Patch edition context: /appl/admin/PROD_prodapp1.xml
*******FATAL ERROR*******
PROGRAM : (/appl/ad/12.0.0/bin/adzdoptl.pl)
TIME : Fri Oct 2 22:06:45 2015
FUNCTION: ADOP::GlobalVars::_GetMandatoryArgs [ Level 1 ]
ERRORMSG: adop is not able to detect any valid application tier nodes in ADOP_VALID_NODES table. 

Ensure autoconfig is run on all nodes.

[STATEMENT] Please run adopscanlog utility, using the command
"adopscanlog -latest=yes"
to get the list of the log files along with snippet of the error message corresponding to each log file.
adop exiting with status = 255 (Fail)


CAUSE

There is a synchronization error between fnd_nodes, adop_valid_nodes, and fnd_oam_context_files.

Evidence
----------
The fnd_nodes table appears corrupt. It has a NULL domain entry for a valid server.

Example Data Supporting the Conclusion
---------------

[ fnd_nodes_OSS ]

NODE     PLAT    D C A F W    NODE_NAME    SERVER_ADDRESS     DOMAIN    WEBHOST                              VIRTUAL_IP        S
-------  -----    ----------   -------------   ------------------   ---------   ----------------------------   ---------------   --
12,121     226    N Y Y Y Y    NEW122APP1   ###.###.###.103   NULL         new122app1.somewhere.com    NULL                 Y


SOLUTION


 
Due to the method required for "cleaning out" / "re-synchronizing" the following tables, it is EXPECTED / REQUIRED that the Applications have been shutdown.
The only thing running should be the Database Tier.
Note:
A full backup should also be taken before any testing begins.

Test the following steps in a development instance, and then migrate accordingly once the desired result is confirmed:
1. Backup the fnd_oam_context_files, fnd_nodes, and adop_valid_nodes tables in the EBS env nodes:
      sqlplus applsys/pwd

      create table fnd_oam_context_files_bkp as select * from fnd_oam_context_files;
      create table fnd_nodes_bk as select * from fnd_nodes;
        create table adop_valid_nodes_bk as select * from adop_valid_nodes;
2. Truncate the following tables:

      truncate table fnd_oam_context_files;
      truncate table fnd_nodes;
      truncate table adop_valid_nodes;
3.  Run AutoConfig on the DB tier
        Confirm Autoconfig completes successfully
4.  Run Autoconfig on the run file system.
        Confirm Autoconfig completes successfully

5.  Run Autoconfig on the patch file system
Due to the method required for "cleaning out" / "re-synchronizing" the following tables, it is EXPECTED / REQUIRED that the Applications have been shutdown.
The only thing running should be the Database Tier.

Before running Autoconfig on the patch file system the ebs_login trigger MUST be disabled
After the successful completion of Autoconfig the ebs_login trigger MUST be re-enabled.

This needs to be done as the SYSTEM schema user.

a. Disable the ebs_login trigger using the following SQL.

    SQL> alter trigger ebs_logon disable;

  •        At this time Run autoconfig with the patch env sourced.
  •        Make sure Autoconfig completes ok

b. Enable the ebs_login trigger using the following SQL.

    SQL> alter trigger ebs_logon enable;

6.  After Autoconfig has been run successfully on all nodes, run the following two (2) queries in order to verify the tables have been correctly populated:
SQL>
        set pagesize 5
        set linesize 132
        col node_name format a15
        col server_id format a8
        col server_address format a15
        col platform_code format a4
        col webhost format a12
        col domain format a20
        col virtual_ip format a12

        select  node_id,  platform_code, support_db D, support_cp C, support_admin A,
                     support_forms F, support_web W, node_name, server_id,
                     server_address, domain, webhost, virtual_ip, status
          from fnd_nodes
         order by node_id;
SQL>
        set pagesize 5
        set linesize 132

        col NAME format A20
        col VERSION format A12
        col PATH format A110
        col STATUS format A10

        select NAME,VERSION,PATH, STATUS
          from FND_OAM_CONTEXT_FILES;




















Sunday, August 5, 2018

TNS-12560: TNS:protocol adapter error TNS-00584: Valid node checking configuration error

TNS-12560: TNS:protocol adapter error TNS-00584: Valid node checking configuration error

[oracle@Linux04 ~]$ lsnrctl start

LSNRCTL for Linux: Version 12.1.0.2.0 - Production on 22-MAR-2016 16:00:27

Copyright (c) 1991, 2014, Oracle.  All rights reserved.

Starting /u01/app/oracle/product/12.1.0.2/db_1/bin/tnslsnr: please wait...

TNSLSNR for Linux: Version 12.1.0.2.0 - Production
System parameter file is /u01/app/oracle/product/12.1.0.2/db_1/network/admin/listener.ora
Log messages written to /u01/app/oracle/diag/tnslsnr/Linux04/listener/alert/log.xml
Error listening on: (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=newappdb01)(PORT=***)))

TNS-12560: TNS:protocol adapter error

 TNS-00584: Valid node checking configuration error

Listener failed to start. See the error message(s) above...


[oracle@newappdb0 ~]$ cd $ORACLE_HOME/network/admin
[oracle@newappdb0 admin]$ vi sqlnet.ora 

[oracle@newappdb0admin]$ cat sqlnet.ora 
# sqlnet.ora Network Configuration File: /u01/app/oracle/product/12.1.0.2/db_1/network/admin/sqlnet.ora
# Generated by Oracle configuration tools.

NAMES.DIRECTORY_PATH= (TNSNAMES, EZCONNECT)


tcp.validnode_checking = yes
tcp.invited_nodes = (newappdb0)    <<< Here is the problem. I have wrong local hostname in                                                                                    tcp.invited_nodes


Correcting the validnode_checking. I got this issue resolved.

Wednesday, August 1, 2018

ORA-1427 During Importing Statistics

To BottomTo Bottom

In this Document
Symptoms
Cause
Solution


APPLIES TO:

Oracle Database - Enterprise Edition - Version 10.1.0.2 and later
Information in this document applies to any platform.
***Checked for relevance on 06-Nov-2015***

SYMPTOMS

During DataPump import, you encounter errors like:
ORA-39097: Data Pump job encountered unexpected error -1427
ORA-39065: unexpected master process exception in DISPATCH
ORA-01427: single-row subquery returns more than one row
Job "SYS"."SYS_IMPORT_FULL_02" stopped due to fatal error at 16:07:30

The import logfile shows:
Processing object type DATABASE_EXPORT/SCHEMA/TABLE/STATISTICS/TABLE_STATISTICS
ORA-39126: Worker unexpected fatal error in KUPW$WORKER.PUT_DDLS [TABLE_STATISTICS]
ORA-06502: PL/SQL: numeric or value error
LPX-00241: entity reference is not well formed
ORA-06512: at "SYS.DBMS_SYS_ERROR", line 95
ORA-06512: at "SYS.KUPW$WORKER", line 9001

CAUSE

There is an issue with the statistics in the export dump.

SOLUTION

Import with EXCLUDE=STATISTICS and gather the statistics after the import.

ORA-39126: Worker unexpected fatal error in KUPW$WORKER.PUT_DDLS

To BottomTo Bottom

In this Document
Symptoms
Changes
Cause
Solution
References


APPLIES TO:

Oracle Database - Enterprise Edition - Version 10.1.0.4 to 10.2.0.3 [Release 10.1 to 10.2]
Information in this document applies to any platform.
***Checked for relevance on 13-Oct-2017***

SYMPTOMS

The import log file shows the errors:
ORA-39126: Worker unexpected fatal error in KUPW$WORKER.PUT_DDLS [TRIGGER:"APPS"."FND_PROD_LIC_TGR"]
ORA-06502: PL/SQL: numeric or value error
LPX-00007: unexpected end-of-file encountered
ORA-06512: at "SYS.DBMS_SYS_ERROR", line 95
ORA-06512: at "SYS.KUPW$WORKER", line 7839

CHANGES

After applying the interim patch for the
Bug 4352110 - IMPORT EXITS WITH ORA-39125 UNEXPECTED FATAL ERROR IN KUPW$WORKER.PUT_DDLS
the errors continue.

Note the bug has also been fixed in patch set 10.2.0.4.
Please refer to:
Note 4352110.8 - Bug 4352110 - ORA-39125 from expdp/impdp of triggers with nulls in WHEN clause

CAUSE

The patch was not properly installed. The catmeta.sql script, as installed with the patch, needs to be run as mentioned in the Patch Readme.

SOLUTION

1. Check that the issue is resolved and that the patch has been properly installed.

Please make sure the new catmeta.sql script is executed by running the catdph.sql script as instructed in the Patch Readme:
#  Patch Special Instructions:
#  ---------------------------
#  After the patch has been applied please reload the package/s into
#  the database. To do this connect as SYS and execute the following;
#      SQL> @?/rdbms/admin/catdph.sql
#      SQL> @?/rdbms/admin/catdpb.sql

2. Often the error message refers to one trigger (see the example in the reported error) that has NULL characters resolved by the bug fix.
a. dbms_metadata.get_ddl package on all triggers can help show what the actual problem trigger is.
b. Get the following for one of the problematic triggers:
select whenclause, dump (whenclause, 16, 1,  999)
from   trigger$
where  obj# = <id_of_problem_trigger>;