Introduction:-
Ora 24816 expanded non long bind data supplied After Actual Long Or Lob Column| In this post we will fix ora 24816 while applying patch in ebs r12.
Ora 24816 expanded non long bind data supplied
Error:-
Check error in log.
worker 1:-
worker 6:-
Execute following command to verify the cause:
Environment setup:
Solution:-
To implement the solution, please execute the following steps:
If the Patch is stopped please just change setup for environment variable NLS_LANG to proper value and restart adpatch (continue previous session).
For example:
If the database characterset is UTF8 set NLS_LANG to American_America.UTF8.
a. Execute ‘export’ as follows.
# export NLS_LANG=American_America.UTF8
b. Query value for NLS_LANG to verify it.
#echo $NLS_LANG (Unix)
>echo %NLS_LANG% (Windows)
OR
If adpatch is still running but hanging due to failed workers:
1. Stop adpatch.
Please use adctrl utility to stop adpatch.
The best way to do this is to shut down the workers manually, which
also causes the AD utility to quit in an orderly fashion.
Action:-
a. Select AD Controller(adctrl) Option 3 and enter all for the worker number. Each worker
stops once it completes or fails its current job.
b. Verify that no worker processes are running. Use a command similar to the one
in the following example. The command arguments may vary on different
platforms.
UNIX:
$ ps -a | grep adworker
Windows:
Invoke the Task Manager (Ctrl-Alt-Delete) to view processes.
c. When all workers have shut down, the manager and the AD utility quits.
2. Change NLS_LANG setup.
Please refer to the example above.
3. Start adpatch again, continue previous session.
Check if AutoPatch is progressing, if not use adctrl utility, option 2 to restart failing worker.
4. How to avoid similar issue in the future.
Verify NLS_LANG setup in the Autoconfig Context file.
Edit the context file using Oracle Applications Manager(OAM) or Context Editor and find value for NLS_LANG:
If the database characterset is UTF8 it should be:
<NLS_LANG oa_var=”s_tools_nlslang”>American_America.UTF8</NLS_LANG>
<NLS_LANG oa_var=”s_weboh_nlslang”>American_America.UTF8</NLS_LANG>
<NLS_LANG oa_var=”s_nlslang”>American_America.UTF8</NLS_LANG>
If NLS_LANG parameters have different values than expected please apply corrections. Then execute Autoconfig and make sure it was successful.
5. Test if the changes to NLS_LANG were successful.
Source the env file and query:
#echo $NLS_LANG (Unix)
>echo %NLS_LANG% (Windows)
Jazakallah Khair Mr. Sajid, the solution posted by you has fixed my issue which we have been struggling to find the solution for the past two days, and we were in a situation to involve the technical team to migrate the objects with LONG DT to CLOB, which were not sure would reach to any solution or might have created further new surprise issue…Thanks a ton x 100000
Thanks Sami for your considered comment.
I’m glad that you found this post informative and helpful.
Best to you!