Using the PORTTEST Checklist

If the PORTTEST program fails to run, use this checklist to diagnose the problem before calling Global Customer Support. Please have the answers to these questions as well as copies of error messages, your Enterprise Server, and any error logs, such as JDE.log or JDE_xx.log.

PORTTEST may fail if replication, security server, or transaction processing have been installed incorrectly. If problems occur after the installation of one or more of these services, check the setup of those services for incorrect parameters.

PORTTEST will also fail if the Enterprise Server does not have an appropriate 32-bit database client installed. Refer to the chapter of this guide entitled: Working With the Enterprise Server in the section entitled: Installing a 32-bit Database Client.

Additionally, if PORTTEST reports warnings that indicate data dictionary or company constants are invalid, it may be because the F0010 table is empty. As is true with the full JD Edwards EnterpriseOne installation, this is a normal condition in Pristine and Production environments.

General Issues

Yes or No

Is a 32-bit database client installed on the Enterprise Server?

Is the user logged on with administrator privileges?

Is the printqueue directory concatenated by the installation?

Can you verify there are no shares on any Enterprise Server directories?

Are all the environment variables set?

Is the C compiler installed with the Unicode module?

Is the correct version of the C compiler installed?

Is ODBC set up (where one ODBC setup applies for all data sources)?

Is there an ODBC set up for each data source?

Is ODBC set up for each of these UDB data sources?

  • JDE920 for shared DB (Central Objects, OL, DD, SY)

  • JDE_DEV for Business Data and Control Tables - Test

  • JDE_CRP for Business Data and Control Tables - CRP

  • JDE_PROD for Business Data and Control Tables - Prod

  • JDE_P920 for Business Data and Control Tables - PS920

Can you query the database on the Enterprise Server?

Is a PostScript or PCL printer connected to this machine?

Are the printer drivers for this printer installed?

Is this printer configured as the default printer?

Have the read-only attributes been turned off for all directories and files?

JDE.INI Issues

Yes\No

Is your JDE.INI located in the correct directory?

Is your JDE.INI located in the correct IIS Directory?

Does your JDE.INI have the correct permissions?

Are these JDE.INI parameters set properly?

[Network Queue Settings] 
Default Printer OUTQ=your_printer

[UBE] 

Note: If you use PostScript, is the correct filter set up in the [UBE] section?

[DB System Settings] 

Note: You should verify all parameters in the [DB System Settings] section, but especially these:

Default Env=your_default_environment 
Default Pathcode=your_default_path_code
Server=database_server_name

[JDENET] 
serviceNameListen=port_number
serviceNameConnect=port number

[INSTALL] 
E920=valid_path_for_your_install 
For example: z:\JDEdwardsPPack\E920 /u01/jdedwardsppack/e920)

Communications Issues

Yes\No

Are you using DHCP?

If not, does an entry exist in the host file for your host?

Can you ping your host by name?

Can you ping from your host to the Development Client by name?

If you run Netmon, can you see the host and the Development Clients?

Do the Development Clients and server agree on the IP address of the server?

Other Issues

Yes\No

Were your server map tables F98611 and F986101 edited properly?

Run the Verify OCM application and verify:

Do only host databases exist?

No entries for batch applications exist.

Are JD Edwards EnterpriseOne tables accessible to the host?

Can you query the F0902 table?

Does the PORTTEST program run without error for each valid path code?

Does the user name match that of a valid Release 9.2 account?

Remember that the user name is case sensitive.

Is the password valid for the given Release 9.2 account?

Does the environment name match a valid Release 9.2 environment?

Remember that the environment name is case sensitive.

Does JDENET start and stop properly?

After rebooting, do the services start and stop properly?

Can you kill the runaway services with Visual C++ debug?

If your printer is on a network, are your services running under a network (not a system) account?

Are your services running in the administrator group?

If you answered no to any of these questions, your batch application might not run. If you answered yes to all the questions, submit a batch application now.

If your batch application does not run correctly, turn on error logging and resubmit the batch. This log helps Global Customer Support diagnose the exact problem.