Visit the Below Website to access unlimited exam questions for all IT vendors and Get Oracle Certifications for FREE
http://www.free-online-exams.com
http://www.free-online-exams.com
Problem: OPMN Report Error 'BAD STRING' When Checking the Apps Services Status on Solaris
cd $ADMIN_SCRIPTS_HOME
./adopmnctl.sh status & ./adapcctl.sh fails with the following error:
./adopmnctl.sh status
You are running adopmnctl.sh version 120.4.12000000.3
Checking status of OPMN managed processes...
Bad string
Unable to connect to opmn.
Opmn may not be up.
adopmnctl.sh: exiting with status 0
*******
Cause:
The opmnctl script makes use of the UNIX command "tr" as
MODIFIED_ORA_CONFIG_HOME="`echo $ORACLE_CONFIG_HOME | tr -d "[:space:]"`"
While running adopmnctl.sh, the environment file.env under $ORA_CONFIG_HOME/10.1.3 is sourced.
.env gets instantiated from template iAS_1013_env.tmp under $AD_TOP.
The template file has env variable PATH variable defined as $ORACLE_HOME/bin:$ORACLE_CONFIG_HOME/opmn/bin:$ORACLE_CONFIG_HOME/Apache/Apache/bin:$ORACLE_HOME/Apache/Apache/bin:$ORACLE_HOME/oui/bin:$ORACLE_HOME/OPatch:$ORACLE_HOME/appsutil/jdk/bin:$ORACLE_HOME/jdk/jre/bin:$ORACLE_HOME/perl/bin:/usr/bin:/usr/ccs/bin:/usr/sbin:$PATH"
The "tr" command from /usr/bin is picked up for execution as per the PATH environment variable. As per Solaris documentation mentioned below to use "tr" command, /usr/xpg4/bin should be used. This is the root cause of the bug.
On Solaris, if the command "tr" from /usr/bin is used, the character class expressions "[:space:]" is not recognized in multibyte support environment (MSE).
As per Solaris documentations, in such cases, the "tr" command from /usr/xpg4/bin should be used.
For Solaris documentation:
You can see the note below in manual pages for tr command by executing `man tr` command.
Note: /usr/bin/tr supports character class expressions only in singlebyte locales. Use /usr/xpg4/bin/tr to support these expressions in any locale.
Solution:
Take backup for /usr/bin/tr
copy /usr/xpg4/bin/tr /usr/bin
cd $ADMIN_SCRIPTS_HOME
./adopmnctl.sh status & ./adapcctl.sh fails with the following error:
./adopmnctl.sh status
You are running adopmnctl.sh version 120.4.12000000.3
Checking status of OPMN managed processes...
Bad string
Unable to connect to opmn.
Opmn may not be up.
adopmnctl.sh: exiting with status 0
*******
Cause:
The opmnctl script makes use of the UNIX command "tr" as
MODIFIED_ORA_CONFIG_HOME="`echo $ORACLE_CONFIG_HOME | tr -d "[:space:]"`"
While running adopmnctl.sh, the environment file
The template file has env variable PATH variable defined as $ORACLE_HOME/bin:$ORACLE_CONFIG_HOME/opmn/bin:$ORACLE_CONFIG_HOME/Apache/Apache/bin:$ORACLE_HOME/Apache/Apache/bin:$ORACLE_HOME/oui/bin:$ORACLE_HOME/OPatch:$ORACLE_HOME/appsutil/jdk/bin:$ORACLE_HOME/jdk/jre/bin:$ORACLE_HOME/perl/bin:/usr/bin:/usr/ccs/bin:/usr/sbin:$PATH"
The "tr" command from /usr/bin is picked up for execution as per the PATH environment variable. As per Solaris documentation mentioned below to use "tr" command, /usr/xpg4/bin should be used. This is the root cause of the bug.
On Solaris, if the command "tr" from /usr/bin is used, the character class expressions "[:space:]" is not recognized in multibyte support environment (MSE).
As per Solaris documentations, in such cases, the "tr" command from /usr/xpg4/bin should be used.
For Solaris documentation:
You can see the note below in manual pages for tr command by executing `man tr` command.
Note: /usr/bin/tr supports character class expressions only in singlebyte locales. Use /usr/xpg4/bin/tr to support these expressions in any locale.
No comments:
Post a Comment