Primary Note Comprehensive REP-3000 Troubleshooting and Overview Guide (Doc ID 200474.1)
Primary Note Comprehensive REP-3000 Troubleshooting and Overview Guide (Doc ID 200474.1)
1
Copyright (c) 2023, Oracle. All rights reserved. Oracle Confidential.
APPLIES TO:
MAIN CONTENT
Purpose
Most of the information in this note is based on Oracle Reports 6i, but there will be some version-specific items included, i.e.
Reports 9i, Reports 2.5.x, even though some of the versions are no longer supported. Bear in mind that support for Reports
versions prior to Reports 10gR2 is limited to known issues and migration
In Reports 10gR2 and above, there is no longer a requirement for a DISPLAY setting, with the exception of a couple of
platforms (like AIX), as explained in:
Document 260256.1 Removal Of Display For Headless Server And Printer Dependencies In Reports 10gR2 and Higher Releases
I. PROBLEM DESCRIPTION
II. SOLUTION
III. EXPLANATION
IV. HISTORY
V. TROUBLESHOOTING
VI. SCENARIOS WHERE YOU MAY ENCOUNTER REP-3000
Reports Version-Specific Issues
Oracle Forms Related Issues
Oracle Applications Related Issues
NLS_LANG Related Issues
OC4J Issues
General Issues
PROBLEM DESCRIPTION
https://support.oracle.com/epmos/faces/DocumentDisplay?_adf.ctrl-state=jedy5kneq_53&id=200474.1 1/15
11/24/23, 12:21 AM Document 200474.1
Running a report using Reports Runtime (rwrun60), using Reports Builder (rwbld60), using Reports Server Client (rwcli60),
accessed over the Web (rwcgi or rwservlet), or called from Oracle Forms results in the following error:
SOLUTION
You must set the DISPLAY environment variable to a valid X Windows session.
If you are running report using rwrun60, you need to set DISPLAY in the same session that you invoke rwrun60. If you are
running report through the Reports Server (Services) using rwcli60 or on the web, then you need to ensure that the Reports
Server (Services) is started from the session that has a valid DISPLAY environment variable.
C Shell
% setenv DISPLAY:0.0
$ DISPLAY=:0.0;export DISPLAY
Option 1
You will need to setup the DISPLAY environment variable to point to an active X Windows. This means:
1. reconfiguring your Unix server to have an active xterm session.
2. using the IP Address of your PC with X-emulation, e.g. Exceed or X-Reflection. Please note that the use of PC based X-
emulation is not supported. See Docuiment 2056834.6
3. finding a Windows printer server that is always up and use its IP Address.
In cases 2 & 3, you do not have to be connected to the server, just have the PC running and available on the network.
Option 2
If you do not want to run a full-blown X-Windows, then you may use the freeware X server VNC.
EXPLANATION
In order to run bitmapped reports, the engines spawned by the Oracle Reports Server (Services) need to have access to an
appropriate windowing system.
On Windows platforms this is a non-issue, but on non-Windows platforms this means that a valid X Windows session must be
available.
If the DISPLAY environment is not set correctly for the Reports Server on UNIX platforms, issuing any command to run a
report results in the
REP-3000 error.
HISTORY
Setting the DISPLAY to a valid X Windows session is a REQUIREMENT and has always been a requirement. It is NOT a bug. It
provides a fundamental capability that Reports requires for font metrics and rasterization, image manipulation and conversion,
etc. This is not just specific to Oracle Reports. All UNIX-based machines require an X-Windows and Motif environment to run
any GUI-based product. A long time ago, there was a special character mode executable that did not require X Windows when
doing only character mode reports. However, this is no longer the case.
https://support.oracle.com/epmos/faces/DocumentDisplay?_adf.ctrl-state=jedy5kneq_53&id=200474.1 2/15
11/24/23, 12:21 AM Document 200474.1
TROUBLESHOOTING
Take the following steps to help you troubleshoot REP-3000 errors:
If you see a clock come up, then the DISPLAY is set correctly.
If you do not see the clock, then DISPLAY is not set to an active Xterm.
Another way to test whether an X server is running on a given machine and you have permissions to connect to it, you can
use the following command:
If you do not have permissions to access the display or if there is no such display running on the given machine, an error
similar to the following is displayed:
2. If the error occurs when running report on the Web, then you need to first test it using Reports Runtime on the machine
where your Reports Server is running. Steps:
- Set DISPLAY to a valid X Windows session
- Run report using sample syntax:
https://support.oracle.com/epmos/faces/DocumentDisplay?_adf.ctrl-state=jedy5kneq_53&id=200474.1 3/15
11/24/23, 12:21 AM Document 200474.1
If rwcli60 works, go to step 4.
If rwcli60 does not work, then:
- Check the DISPLAY setting in the script that you used to start up the reports server. Most likely, you used the
reports60_server script which is located in Reports 6i <Oracle_Home>.
- Review Section 6 (below) to see if any of the scenarios match your situation.
4. If rwrun60 and rwcli60 work, then the problem is in the CGI or Servlet setup, and not the Reports Server Services.
For CGI setup, the DISPLAY needs to be set in the CGI shell script, and/or the 6iserver.conf file. This is found under the
Reports 6i <Oracle_Home> in the conf directory (e.g. /u01/app/oracle/product/ias/6iserver/conf)
For the Servlet setup, you need to set DISPLAY in the jserv.properties file.
For details, see Document 162453.1
5. Another thing to check is that all the rpms exist for Motif.
Only OpenMotif 2.1.X (where X>=30) is supported for Oracle Reports and Forms 10g Rel2 on Linux. Please check install
guide and ensure all requirements are met for Motif.
A) REPORTS 10.1.2.3: Report Server Fails to Start After Applying Patch 9774440
Description:
After applying Oracle Reports Recommended patch 9774440 to an Oracle Reports Server 10.1.2.3.0 environment running on
HP-UX Itanium 64 bit Operating System, the Reports Server fails to start with a REP-3000.
Solution:
Patch have been rewritten, if you have downloaded patch long ago, please download again the the latest version.
Explanation:
You are encountering:
Bug 12326112 - REPORT SERVER FAILS TO START WITH A REP-3000 AFTER APPLYING PATCH 9774440
Reference: Document 1313271.1
https://support.oracle.com/epmos/faces/DocumentDisplay?_adf.ctrl-state=jedy5kneq_53&id=200474.1 4/15
11/24/23, 12:21 AM Document 200474.1
Description:
After applying Reports 6i patch 5 or higher, running reports in batch no longer works. Gives error:
Why can't the server work anymore without a console/Xwindows setup like it did before?
Solution:
See Section II above. ("Solution").
Explanation:
In patch 5, development addressed several bugs regarding image display and resolution. One of the things to come out of
this was that we needed to enforce the requirement for a valid display being set. We have always said
that you needed to have the DISPLAY environment variable set to a valid X Display on non-Windows platforms. It provides a
fundamental capability that Reports requires for font metrics and rasterization, image manipulation and conversion, etc.
Essentially, you have been relying on a behavior that was against the documentation.
Also, to help the graphics/reports integration work better, the software now accesses the OS to pull Pixel information from
the windowing system. In the past this was hardcoded into the software and it could cause a problem when images were
run on different resolutions. We have found that in some cases this Pixel check has been the cause of the REP-3000. You can
get around this by setting an environment variable that overrides the OS windowing check. In the reports60_server script add
the line:
WARNING: Setting this parameter also overrides the fixes that Patch 5 incorporated for proper report/graphics
integration. Note this is not recommended. You may experience graphic degradation if this is set.
Description:
You have successfully installed 9iAS V2 on your Unix machine. When attempting to run a report through a URL you get the
following error:
"Oracle Reports Server CGI - Report Job has terminated with error.
Reports Server Replies:
REP-3000: Internal error starting Oracle Toolkit."
Solution:
To ensure that the DISPLAY environment variable is set correctly in a 9iAS V2 environment, or any environment where a
Reports9i server is being used, you have to add an entry referencing this variable in the reports.sh script.
This file is found in the <ORACLE_HOME>/bin directory.
Explanation:
The reports.sh script is accessed every time that a Reports9i Server engine is started. By setting the correct value for
DISPLAY in this file, and restarting the appropriate OC4J instance, you ensure that every new server
engine will be accessing the correct information concerning this variable.
D) REPORTS 9i/10g: Reports in-process server gives REP-3000 error when running report
Description:
When running a sample report using the Reports in-process server, the following error message appears in the browser:
Solution:
https://support.oracle.com/epmos/faces/DocumentDisplay?_adf.ctrl-state=jedy5kneq_53&id=200474.1 5/15
11/24/23, 12:21 AM Document 200474.1
Ensure that the DISPLAY environment variable is set correctly in the following configuration file:
9i: $ORACLE_HOME/j2ee/OC4J_BI_Forms/config/oc4j.properties
10g: $ORACLE_HOME/opmn/conf/opmn.xml
You need to change the default entry to a machine with a valid X server.
For example, to use the X server running on myserver:0.0, you would change the default entry to:
9i: oracle.display=<myserver>:0.0
10g:
After these changes are completed, it is necessary to restart the Forms/Reports OC4J instance. You can either restart this
using Enterprise Manager, or from the command line using the following commands:
$ cd $ORACLE_HOME/opmn/bin
$ ./opmnctl stopproc type=oc4j instancename=oc4j_bi_forms
$ ./opmnctl startproc type=oc4j instancename=oc4j_bi_forms
Explanation:
When running a Reports Server from the command line, the environment variable DISPLAY setting is used. However, the
Reports in-process server uses the oc4j.properties or opmn.xml configuration file for the display setting.
Description:
Running a report using rwrun60c fails with the following errors:
Solution:
Apply patch 5a for Developer 6.0
or
Use Developer 6i with Patch 1 or higher
or
Use Workaround:
1. Set TERM=vt100
2. Unset ORACLE_TERM
Explanation:
You have encountered a known internal bug.
Description:
You have set your DISPLAY correctly and the "xclock" product runs without any problems. You can open an XTERM
successfully and can run other motif and x-windows programs successfully from the server. However, you still receive the REP-
3000 error when running r25runm or any Reports executable in an Oracle Developer 1.6.1 environment.
Solution:
Set ORA_NLS33 environment variable to:
ORA_NLS33=$ORACLE_HOME/ocommon/nls/admin/datad2k
Explanation:
Oracle Developer 1.6.1requires ORA_NLS33 to be set for the Reports 2.5 and Forms 4.5 motif products to run. Other
https://support.oracle.com/epmos/faces/DocumentDisplay?_adf.ctrl-state=jedy5kneq_53&id=200474.1 6/15
11/24/23, 12:21 AM Document 200474.1
versions of Developer do not need this variable. This will point the NLS to the correct nlb files. The
ORA_NLS33 is defaulting to $ORACLE_HOME/ocommon/nls/admin/data and picking up the wrong file.
Description:
You are getting REP-03000 when using R25RUN batch=yes on VMS.
Solution:
Setting mode=character gets rid of the error.
Description:
You are using Reports inside Forms, started with RUN_REPORT_OBJECT (without REPORT_SERVER specified) or
RUN_PRODUCT with batch=yes. After applying Developer 6i patch 5 or higher, you get the REP-3000 error when you run
reports. This worked fine before installing patch 5.
Solution:
Set the DISPLAY variable to a valid Xwindows before starting the report or the Forms listener.
If you are running Webforms with Forms servlet listener, you have to set the variable in the jserv.properties file.
$ORACLE_HOME/Apache/Jserv/etc/jserv.properties
wrapper.env=DISPLAY=:0.0
Explanation:
See Section IV-1.A above.
Description:
You have set your DISPLAY correctly and the "xclock" product runs without any problems. You can open an XTERM
successfully and can run other motif and X-Windows programs successfully from the server. However, when run
f45runm or any Forms executable in an Oracle Developer 1.6.1 environment, you receive one or more of the following
errors:
Solution:
Set ORA_NLS33 environment variable to:
ORA_NLS33=$ORACLE_HOME/ocommon/nls/admin/datad2k
Explanation:
See Section VI-1.D above.
https://support.oracle.com/epmos/faces/DocumentDisplay?_adf.ctrl-state=jedy5kneq_53&id=200474.1 7/15
11/24/23, 12:21 AM Document 200474.1
Description:
Using Oracle Applications Release 11i and Reports Server 6i, any report run from Applications results in a REP-3000 error.
Solution:
Set DISPLAY to a valid Xwindows in the shell scripts that set up your Apps
environment. Set it in the following:
- reports60.csh
- reports60.sh
- reports60_server
- adrepctl.sh (starts the repserver)
- adcmctl.sh (concurrent manager script)
- all 3 ENV files that reside under APPL_TOP:
.env (controls application-environmental script of applmgr)
APPSORA.env (setups up ORACLE_HOME and all the other XX_TOPs.)
APPLSYS.env (defines all the top-level directories and NLS env variables)
If this does not work, then check your NLS_LANG setting in all of the above scripts. Try setting NLS_LANG to
AMERICAN_AMERICA.WE8ISO8859P1.
For more info, see Section 6.IV.A.
Explanation:
Resolving issue is a matter of setting DISPLAY in the appropriate script.
Description:
Encounter REP-3000 when the Reports server NLS_LANG is set to any Language, like AMERICAN_AMERICA.ZHT16BIG5,
other than AMERICAN_AMERICA.WE8ISO8859P1.
Solution:
If NLS_LANG is set to AMERICAN_AMERICA.ZHT16BIG5, then set the TK60_UNKNOWN or ORACLE_UNKNOWN environment
variable to:
TK60_UNKNOWN=$ORACLE_HOME/guicommon6/tk60/admin/ZHT
Explanation:
By default, when the _ in NLS_LANG is AMERICAN_AMERICA, the Reports server looks for the Tk2Motif.rgb in
$ORACLE_HOME/guicommon6/tk60/admin directory. However, for non-western European character sets, the corresponding
Tk2Motif.rgb files reside in individual folders under $ORACLE_HOME/guicommon6/tk60/admin.
For example:
For example, if NLS_LANG is set to "TRADITIONAL CHINESE"_TAIWAN.ZHT16BIG5, then Reports server automatically goes
to $ORACLE_HOME/guicommon6/tk60/admin/ZHT directory to find the correct Tk2Motif.rgb and TK60_UNKNOWN need not be
set in this case.
Description:
Encounter the following errors when running a report to PDF in UNIX,
when NLS_LANG is set to AMERICAN_AMERICA.UTF8.
and/or
Solution:
1. Edit the file Tk2Motif.rgb located at /guicommon9/tk90/admin
2. There, you can find this line which is commented:
!Tk2Motif*fontMapCs: iso8859-2=EE8ISO8859P2
Tk2Motif*fontMapCs: iso8859-1=UTF8
Explanation:
See explanation from Issue A above.
Description:
Error REP-3000 occurs when starting rwrun60 with NLS_LANG=AMERICAN_AMERICA.WE8ISO8859P1. After setting
NLS_LANG=AMERICAN_AMERICA.US7ASCII, the error is gone.
After setting NLS_LANG=AMERICAN_AMERICA.UTF8, rwrun60 runs OK, too. Unsetting NLS_LANG altogether works just fine,
too.
Solution:
Restore Tk2Motif.rgb - comment out as follows:
change
Tk2Motif*fontMapCs: iso8859-1=UTF8
into
!Tk2Motif*fontMapCs: iso8859-1=UTF8
Explanation:
Tk2Motif.rgb had been modified, the following line was inserted:
Tk2Motif*fontMapCs: iso8859-1=UTF8
This means reports expects UTF8 ...
5. OC4J ISSUES:
A) REP-3000 Error when Running Rerport on Web Before Running OC4J Demo.
https://support.oracle.com/epmos/faces/DocumentDisplay?_adf.ctrl-state=jedy5kneq_53&id=200474.1 9/15
11/24/23, 12:21 AM Document 200474.1
Description:
REP-3000 Oracle toolkit error when the report is run through rwservlet. The error doesn't occur if the OC4J DEMO is run
before running the report.
Solution:
In order to overcome this problem set the DISPLAY to :0.0.
Explanation:
The reason why the report after running OC4J_DEMO is as follows. When OC4J_DEMO is run it would use the
"OC4J_DEMO.properties" file which has the property "oracle.display=:0.0". This would set the display to the
server. If the report is run after running OC4J_DEMO you wouldn't get any errors as the display is already set.
6. GENERAL ISSUES:
Description:
You are receiving REP-3000 when trying to convert an .RDF report using the convert tool. E.g. rwcon60 (Reports 6.0.x) or
r25convm (Reports 2.5.x) or r25mrepm (Reports 2.5.x), etc
Solution:
You must do one or both of the following:
- Set DISPLAY to valid X Windows
- Pass batch=yes on the command line if you don't have motif installed
on Unix
Description:
When running reports over the WEB generating HTML, you get REP-3000 error
in the browser, and on the server you see:
Solution:
If you are logged on machine A and want to display the output to machine B, try:
In this case, set the DISPLAY environment variable on the server where you have installed the Reports Server and then issue
the 'xhost +' command.
If you perform 'xhost +' you need to be logged in as 'root' and you need to telnet directly to the server.
Explanation:
You have embedded graphics in your report and only when generating HTML you get the errors. You have set the DISPLAY
environment variable; however, Reports cannot access the display screen.
Description:
Starting Reports Server in conjunction with VNC server fails with errors:
https://support.oracle.com/epmos/faces/DocumentDisplay?_adf.ctrl-state=jedy5kneq_53&id=200474.1 10/15
11/24/23, 12:21 AM Document 200474.1
Solution:
Drop .Xauthority and re-start Reports Server.
Explanation:
The file .Xauthority in the home directory of the VNC user is corrupt.
D) REP-3000 on Linux RedHat 7.1 after all the above has been accomplished
Description:
Starting Reports Server with PC or VNC server fails with errors:
Solution:
The package that is the problem is openmotif-2.2.2-3_ICS. Please make sure that you have installed Motif 2.1.
Motif: Open Motif 2.1.30
Runtime libraries and executables version 2.1.30-4_MLI.hi
You can download the latest Open Motif 2.1 binary or source packages from the Metro Link Web site at:
http://www.metrolink.com/openmotif/
Metro Link's Open Motif binary packages are also available directly from the Open Group's official Open Motif Web site at:
http://www.opengroup.org/openmotif/
Explanation:
Only Open Motif 2.1 is tested/certified with Reports 6i.
Description:
Starting Reports Server with DISPLAY is pointing to the XVFB process running fails with errors:
Solution:
Create a script with the following commands so that they are executed by root user at startup.
For SUN-SOLARIS 8
----------------------------
For SUN-SOLARIS 9
---------------------------
https://support.oracle.com/epmos/faces/DocumentDisplay?_adf.ctrl-state=jedy5kneq_53&id=200474.1 11/15
11/24/23, 12:21 AM Document 200474.1
For HP-UX and TRU64
-----------------------------
For AIX
----------
DISPLAY=:1.0;export DISPLAY
xhost +
For AIX release 5.0 and 5.1, the syntax should be:
For AIX version 5.2 and higher, the syntax to load xvfb and windows manager is:
For Linux
------------
Linux requires that mwm be started first
/usr/X11R6/bin/mwm &
/usr/X11R6/bin/Xvfb :1 -ac -screen 0 1024x768x8 &
DISPLAY=:1.0; export DISPLAY
xhost +
Explanation:
Olwm and mwm are window managers for the X Window System that implements parts of the OPEN LOOK graphical user
interface. They are standard products and come built in with Sun Solaris and HP-UX installations respectively.
The "X" command for AIX (second command) creates a vfb that does not include a Motif Window Manager (MWM) whereas
the vfb created using "xinit" does have the MWM.
If using XVFB, Oracle Reports somehow needs that the Window Manager be started with automatic display placement.
Note:
These are just examples provided as a courtesy. The display number (which we used "1" in the above examples) needs to
be other than the one used with the graphics adapter. If you have a physical graphics adapter on the server, then the
display number is "0" by default. If you have a physical graphics adapter, then you may try display value of "0"
For example:
https://support.oracle.com/epmos/faces/DocumentDisplay?_adf.ctrl-state=jedy5kneq_53&id=200474.1 12/15
11/24/23, 12:21 AM Document 200474.1
Be aware that XVFB is a third party product, and if you need more information on this, please contact XVFB vendor.
Description:
Get error REP-3000 on Linux platform when trying to start rwbld60 and rwrun60, and running reports using Reports Server.
Solution:
1) Switch to the KDE environment, not just a plain X window session.
2) Add /opt/kde2/lib to the LD_LIBRARY_PATH.
Explanation:
This is an issue of incompatibility between Motif 2.1 and the Gnome Desktop Manager on Linux. The workaround is to use
KDE instead of Gnome.
Reference:
Bug:1416449 REP-3000:INTERNAL ERROR STARTING ORACLE TOOLKIT WHEN REPORT STARTED ON REDHAT6.0
Document 136678.1 Shared Libs Missing Sarting Motif Executables on SuSE Linux with Gnome
Description:
Starting Reports Server with DISPLAY pointing to the Xsun process running
fails with error:
Solution:
Need to also start up the window manager dtwm when starting up Xsun. The following is a sample script this is executed by
root user at startup.
1. Start up Xsun using following script (which includes windows manager dtwm):
'start')
/usr/openwin/bin/xinit /usr/dt/bin/Xsession -- /usr/openwin/bin/X -nobanner >>/var/dt/Xerrors
2>&1
;;
'stop')
;;
*)
exit 1
;;
esac
exit 0
https://support.oracle.com/epmos/faces/DocumentDisplay?_adf.ctrl-state=jedy5kneq_53&id=200474.1 13/15
11/24/23, 12:21 AM Document 200474.1
root 7333 7331 0 14:58:07 ? 0:01 dtwm
root 8470 6712 0 15:28:35 pts/5 0:00 grep wm
DISPLAY="0:0";export DISPLAY
4. Execute xhost +
Explanation:
Like XVFB, Xsun needs to have the window manager started in order for Reports to work. The dtwm is the window manager
for the X Window System that implements parts of the OPEN LOOK graphical user interface.
It is a standard product and comes built in with Sun Solaris.
Description:
Reports server runs when DISPLAY set to remote Xwindows process. After vncserver is installed and started, the reports
server will fail with REP-3000.
The cause is that the $HOME/.vnc/xstartup script has conflicts with the vncserver on this platform.
Solution:
To implement the solution, please execute the following steps:
A) Comment line:
FROM
/usr/dt/bin/dtwm &
TO
#/usr/dt/bin/dtwm &
B) Comment line:
FROM
#mwm &
TO
mwm &
NOTE: The actual process required for each AIX server may vary.
Keywords:
FRM-91111 REP-25200 FRM-10039 REP-0548 f45runm r25runm Xlib connection refused xhost xserver xdisplay
Join the Oracle Reports Community Forum for general Oracle Reports discussions, questions, best practices, and other
valuable information
REFERENCES
NOTE:1313271.1 - Report Server Fails to Start With a REP-3000 Error After Applying Patch 9774440
NOTE:2056834.6 - Does Oracle Support the Use of Emulators to Run Oracle Products?
https://support.oracle.com/epmos/faces/DocumentDisplay?_adf.ctrl-state=jedy5kneq_53&id=200474.1 14/15
11/24/23, 12:21 AM Document 200474.1
NOTE:1598792.1 - REP-3000 Running Reports Builder or Reports Server Only On Solaris After Upgrading to 11.1.2.1.0 or
11.1.2.2
NOTE:136678.1 - Shared Libs Missing Starting Motif Executables on SuSE Linux with Gnome
NOTE:1012456.6 - HOW TO CHECK X WINDOWS CONFIGURATION
NOTE:154512.1 - How To Manually Relink Oracle Reports 6i Executables
NOTE:260256.1 - Removal Of Display For Headless Server And Printer Dependencies In Reports 10gR2 and Higher Releases
NOTE:216992.1 - REP-0069, REP-57054 and/or REP-3000 Errors When Executing Reports to PDF in UNIX with NLS_LANG to
UTF8
NOTE:181244.1 - Configuring VNC Or XVFB As The X Server For Applications 11i
https://support.oracle.com/epmos/faces/DocumentDisplay?_adf.ctrl-state=jedy5kneq_53&id=200474.1 15/15