0RMC InfoExpress UG
0RMC InfoExpress UG
0RMC InfoExpress UG
RM/COBOL
The only warranties for products and services of Micro Focus and its affiliates and licensors (“Micro Focus”) are as
may be set forth in the express warranty statements accompanying such products and services. Nothing herein
should be construed as constituting an additional warranty. Micro Focus shall not be liable for technical or editorial
errors or omissions contained herein. The information contained herein is subject to change without notice.
Appendix A: Messages......................................................................... 67
Error Message Types ............................................................................................................... 67
Permanent Error Types ............................................................................................................ 68
RM/InfoExpress API-Generated Error Codes ......................................................................... 69
RM/InfoExpress-Generated Error Codes ................................................................................. 71
RM/InfoExpress WinSock Error Codes ................................................................................... 75
RM/InfoExpress Windows Sockets Interface Error Codes ...................................................... 77
RM/InfoExpress BSD Sockets Interface Error Codes ............................................................. 78
List of Tables
Table 1: RM/InfoExpress UNIX Server Security Levels........................................................ 54
Table 2: Summary of Setup Differences Between Server Security Levels ............................. 64
Table 3: Error Types and Associated Error Codes .................................................................. 68
Table 4: Error Codes Generated by Windows Sockets ........................................................... 75
Table 5: Error Codes Generated by the RM/InfoExpress Windows Sockets Interface........... 77
Table 6: Error Codes Generated by the RM/InfoExpress BSD Windows Sockets Interface .. 78
Preface
Welcome to RM/InfoExpress
RM/InfoExpress is a file management system designed to optimize RM/COBOL data
file access on various local area networks (LANs) and wide area networks (WANs).
Implementation is available for TCP/IP (Transmission Control Protocol/Internet Protocol).
The RM/InfoExpress User’s Guide is intended for commercial application developers who
have a basic understanding of RM/COBOL, Microsoft Windows, UNIX, and TCP/IP. The
information in this preface outlines the contents of this manual, defines typographic and
programming conventions used in the documentation, and provides information about
obtaining Customer Care.
The new features and significant changes for the most recent release of RM/InfoExpress are
described in Appendix G: Summary of Enhancements (on page 107).
Note The term “Windows” in this document refers to Microsoft 32-bit Windows operating
systems, including Microsoft Windows 2000, Windows XP, Windows Server 2003, Windows
Vista, or Windows Server 2008, unless specifically stated otherwise.
Related Publications
The following documents contain information necessary for a complete understanding of
RM/InfoExpress as used in conjunction with a specific operating system and a local area
network (LAN) or wide area network (WAN):
• RM/COBOL User’s Guide
• Relativity Installation Guides
Italic type also identifies the titles of other manuals and the chapter names in this guide,
and occasionally it is used for emphasis.
3. Program names, directory names, filenames, and commands appear in bold type and
lowercase text. You can type program names, directory names, filenames, and
commands in uppercase or lowercase letters, except where otherwise stated.
Bold type is also used for emphasis on some types of lists, and for anything you must
type exactly as it appears.
4. Key combinations are connected by a plus sign (+), for example, Ctrl + X. This notation
indicates that you press and hold down the first key while you press the second key. For
example, “press Ctrl + X” indicates to press and hold down the Ctrl key while pressing
the X key. Then release both keys.
5. RM/COBOL Compile and Runtime Command line options may be specified either with
or without a hyphen. If any option on a command line is preceded by a hyphen, then a
leading hyphen is required for all options. When assigning a value to an option, the equal
sign is optional if leading hyphens are used.
6. Note the distinction of the following terminology:
• The term “window” refers to a delineated area of the screen, normally smaller than
the full screen.
• In this document, the term “Windows” refers to the following Microsoft 32-bit
Windows operating systems: Microsoft Windows 2000, Windows XP, Windows
Server 2003, Windows Vista, or Windows Server 2008, unless specifically stated
otherwise.
Note
• Beginning with version 11, RM/InfoExpress no longer supports earlier Microsoft
Windows operating systems, including Microsoft Windows 98, Windows 98 SE,
Windows Me, and Windows NT 4.0.
Additionally, in this document, any references to those versions, or to the shorthand
notation “Windows 9x-class” or “Windows NT-class” referring to those operating
systems, are included for historical purposes only.
Customer Care
Micro Focus is dedicated to helping you achieve the highest possible performance from the
Micro Focus family of products, including RM/COBOL. The Micro Focus Customer Care
team is committed to providing you prompt and professional service when you have problems
or questions about your Micro Focus products.
Support is subject to Micro Focus’ prices, terms, and conditions in place at the time the
service is requested.
While it is not possible to maintain and support specific releases of all software indefinitely,
we offer priority support for the most current release of each product. For customers who
elect not to upgrade to the most current release of the products, support is provided on a
limited basis, as time and resources allow.
Support Guidelines
When you need assistance, you can expedite your call by having the following information
available for the Micro Focus Customer Care representative:
1. Company name and contact information.
2. Micro Focus RM/COBOL product serial number (found in the Electronic Software
Delivery email, on the media label, or in the product banner message).
3. Product version number.
4. Operating system and version number.
5. Hardware, related equipment, and terminal type.
6. Exact message appearing on screen.
7. Concise explanation of the problem and process involved when the problem occurred.
Test Cases
You may be asked for an example (test case) that demonstrates the problem. Please
remember the following guidelines when submitting a test case:
• The smaller the test case is, the faster we will be able to isolate the cause of the problem.
• Do not send full applications.
• Reduce the test case to the smallest possible combination of components required to
reproduce the problem.
• If you have very large data files, write a small program to read in your current data files
and to create new data files with as few records as necessary to reproduce the problem.
• Test the test case before sending it to us to ensure that you have included all the
necessary components to recompile and run the test case. You may need to include an
RM/COBOL configuration file.
When submitting your test case, please include the following items:
1. README text file that explains the problems. This file must include information
regarding the hardware, operating system, and versions of all relevant software (including
the operating system and all Micro Focus products). It must also include step-by-step
instructions to reproduce the behavior.
2. Program source files. We require source for any program that is called during the
course of the test case. Be sure to include any copy files necessary for recompilation.
3. Data files required by the programs. These files should be as small as possible to
reproduce the problem described in the test case.
This chapter lists the hardware and software required to use RM/InfoExpress for TCP/IP
(Transmission Control Protocol/Internet Protocol), detailing the differences between the
server and client program requirements. Chapter 1 also provides instructions for setting up
and installing RM/InfoExpress on Windows and UNIX, and outlines procedures for verifying
that RM/InfoExpress is properly installed.
System Requirements
This section describes the requirements necessary for installing the RM/InfoExpress server
and client components. The version of RM/InfoExpress that you have purchased is for a
particular combination of hardware and operating systems. Several items listed below vary
depending on the actual version of the product that you have purchased.
Before you can use RM/InfoExpress, your personal computer configuration must meet or
exceed the requirements set forth in this section.
Required Hardware
One of the following hardware systems is required to install the RM/InfoExpress server
program:
• An IBM PC or compatible machine capable of running Microsoft Windows 2000 Server
(SP3 or later), Microsoft Windows Server 2003, or Microsoft Windows Server 2008.
• A machine capable of running a supported UNIX or Linux operating system.
Note Most Micro Focusproducts are distributed electronically. If you elect to receive
physical media, an optical drive capable of reading a CD-ROM (for the product) and a 3.5”
floppy drive (for the license) are required at installation time.
Required Software
The RM/InfoExpress server program is supported on the following operating systems:
• Microsoft 32-bit Windows servers:
− Windows 2000 Server (SP3 or later)
− Windows Server 2003
− Windows Server 2008
• UNIX (or UNIX-based) servers:
− HP-UX 11
− IBM AIX 5.2
− Intel UNIX System V Release 4
− Linux (2.6 kernel or later, 32-bit and 64-bit)
− SCO OpenServer 5
− SCO SVR5 (UnixWare 7.1.1 or later and SCO OpenServer 6)
− Sun Solaris SPARC (2.9) and Intel x86 (2.9)
The RM/InfoExpress for TCP/IP media contains a number of individual files and programs.
The media contains a README file, which lists the actual files and programs delivered. For
a list of known problems and recovery tips, refer to the section “Problems in This Release” in
the README file.
Note The RM/InfoExpress server software should be installed only on the machine on which
it is to run. If appropriately licensed, the RM/COBOL runtime system with the
RM/InfoExpress client software may be installed on a UNIX server machine or a Windows
server machine.
RM/InfoExpress Servers
This section describes how to set up and install the RM/InfoExpress server software on 32-bit
Windows servers and UNIX server machines.
RMCFileServer 21069/tcp
No other line may contain RMCFileServer (in any mixture of uppercase or lowercase
letters), and no other line may contain the port number 21069. If port number 21069 is
already in use, select another unused port number. We recommend that you choose a
port number between 5000 and 32000.
Note The user must ensure that the RMCFileServer line in the services file is identical
on every machine (clients and servers) on the network.
To verify that the installation was successful, see Verifying the RM/InfoExpress Server
(on page 19) and Verifying RM/InfoExpress Windows Client and Server Communication (on
page 21).
Note You must have an Internet connection and an Internet browser installed to proceed with
this latter method of installation.
The email containing notification of your Electronic Software Delivery contains an
attachment, a file named liant.lic. This file is a license certificate authorizing you to install
the purchased software. We recommend that you create a directory on your machine to store
the license certificates for your Micro Focus products and save the liant.lic attachment to this
directory with a name that is meaningful to you.
The RM/InfoExpress server program is available as a download from the Micro Focus
Electronic Software Delivery web site in two formats: Windows Self-Extracting EXE and
ISO CD Image. From the web site, simply follow the download and decompress instructions
for the file format selected, and then perform the installation instructions for that format, as
outlined below.
• Windows Self-Extracting EXE. After downloading and decompressing the
deliverables, and creating the installation components directory from the Windows
Self-Extracting EXE format, follow these steps to install the RM/InfoExpress server
program on Windows:
Note When the Windows Self-Extracting EXE is decompressed and the installation
components directory is created, the RM-Install program should start automatically. If
this is the case, proceed to step 6. Otherwise, begin with step 1. Be sure to login as
Administrator and close any other applications that may be running before you begin.
1. Place a copy of your RM/InfoExpress license certificate, liant.lic, in the directory
containing the installation components.
2. Click Start, and then click Run. In the Run dialog box, click the Browse button.
3. In the Browse dialog box, navigate to the directory containing the installation
components.
4. Click on the file, RM-Install, and then click Open.
5. In the Run dialog box, click OK.
6. The RM-Install program begins executing. Follow the instructions presented on the
screen and press the Next button to advance through the various pages.
7. On the Software License Agreement page, you must click “I accept the terms in the
license agreement” in order to continue with the installation.
8. On the License Certificates page, the license certificate file for the product being
installed is displayed. Do one of the following:
• ISO CD Image. The download format for ISO CD Image contains the full
RM/InfoExpress product CD. Use CD-ROM Burning software, such as Nero
(http://www.nero.com) or Roxio’s Easy CD Creator (http://www.roxio.com), to create the
physical CD-ROM media. Follow the instructions described in CD-ROM Installation
(on page 11) to install your product.
CD-ROM Installation
After downloading and decompressing the deliverables, and creating the installation
components directory from the ISO CD Image format, follow these steps to install the
RM/InfoExpress server program on Windows:
1. Log in as Administrator. Micro Focus also recommends that you close any other
applications that may be running.
2. Insert the RM/InfoExpress Server Program CD-ROM in the appropriate CD-ROM drive.
3. Do one of the following:
• If the installation program starts automatically, proceed to Step 4.
• If the installation program does not start automatically, click Start, and then click
Run. In the Open text box of the Run dialog box, type the following:
d:RM-Install
To verify that the installation was successful, see Verifying the RM/InfoExpress Server
(on page 19) and Verifying RM/InfoExpress UNIX Client and Server Communication (on
page 24).
Note You must have an Internet connection and an Internet browser installed to proceed with
this latter method of installation.
The email containing notification of your Electronic Software Delivery contains an
attachment, a file named liant.lic. This file is a license certificate authorizing you to install
the purchased software. We recommend that you create a directory on your machine to store
the license certificates for your Micro Focus products and save the liant.lic attachment to this
directory with a name that is meaningful to you.
The RM/InfoExpress server program is available as a download from the Micro Focus
Electronic Software Delivery web site in two formats: UNIX GUNZIP TAR and ISO CD
Image. From the web site, simply follow the download and decompress instructions for the
file format selected, and then perform the installation instructions for that format, as outlined
below.
• UNIX GUNZIP TAR. After downloading and decompressing the deliverables, and
creating the installation components directory from the UNIX GUNZIP TAR format,
follow these steps to install the RM/InfoExpress server program on UNIX:
1. Place a copy of your RM/InfoExpress license certificate, liant.lic, in the directory
containing the installation components.
2. Change to the directory containing the installation components. For example, enter:
cd /RMStage
sh ./install.sh
4. Follow the prompts and instructions on the screen to complete the installation.
• ISO CD Image. The download format for ISO CD Image contains the full
RM/InfoExpress product CD. Use CD-ROM Burning software, such as Nero
(http://www.nero.com) or Roxio’s Easy CD Creator (http://www.roxio.com), to create the
physical CD-ROM media. Follow the instructions described in CD-ROM Installation
(see the following section) to install your product.
CD-ROM Installation
There are four main steps to installing the RM/InfoExpress server program for UNIX from the
downloaded format of the ISO CD image:
1. Load the license file (see the following topic).
2. Load the distribution media (see page 16).
3. Perform the installation (see page 17).
4. Unload the distribution media (see page 17).
The Micro Focus license file, liant.lic, is a normal text file distributed on an MS-DOS-
formatted diskette. This file is a license certificate authorizing you to install the purchased
software. Not all UNIX operating systems, however, can read an MS-DOS-formatted
diskette, and not all UNIX server machines have diskette drives. To make the license file
available to the RM/InfoExpress server for UNIX installation script, two techniques are
provided:
1. Mounting the diskette as an MS-DOS file system (see the following topic).
2. Transferring the Micro Focus license file via FTP from a Windows client (see page 15).
Use this option to load the license file if the UNIX operating system supports MS-DOS file
systems and your hardware has a diskette drive installed. Instructions for specific platforms
and versions of UNIX are provided. In the examples below, the license certificate file,
liant.lic, is placed in the directory /tmp. We recommend, however, that you create a
directory on your machine to store the license certificates for your Micro Focus products and
save the liant.lic file to this directory with a name that is meaningful to you.
• HP-UX 11, IBM AIX 5.2, and Intel UNIX System V Release 4. These platforms do not
support mounting MS-DOS diskettes. To transfer the license file to the UNIX server, use
the FTP instructions (see page 15).
cp /mnt/floppy/liant.lic /tmp/liant.lic
d. Dismount the diskette with the following command and then remove the diskette
from the diskette drive:
umount /mnt/floppy
• SCO OpenServer 5
Note It may be necessary to create the mount directory, /floppy, before executing
this command.
c. Copy the license file to the /tmp directory:
cp /floppy/liant.lic /tmp/liant.lic
d. Dismount the diskette with the following command and then remove the diskette
from the diskette drive:
umount /floppy
cp /Disk_A/liant.lic /tmp/liant.lic
d. Dismount the diskette with the following command and then remove the diskette
from the diskette drive:
umount /Disk_A
volcheck
cp /floppy/liant/liant.lic /tmp/liant.lic
d. Dismount the diskette with the following command and then remove the diskette
from the diskette drive:
eject floppy
Transferring the Micro Focus License File via FTP from a Windows Client
To transfer the Micro Focus license file, liant.lic, from a Windows client to the UNIX server,
use one of the many graphical FTP utilities available on Windows and transfer the liant.lic
file as a text file. You can also follow the procedure described below. We recommend that
you create a directory on your machine to store the license certificates for your Micro Focus
products and save the liant.lic file to this directory with a name that is meaningful to you
1. On the Windows client, insert the diskette into the diskette drive.
These instructions assume that this is drive A. If it is another drive, change the drive
letter to the appropriate letter in the remaining instructions.
2. Open a Command Prompt window by clicking Start on the task bar, point to Programs,
point to Accessories, and then click Command Prompt.
3. Connect to the UNIX server by entering:
ftp UnixServerName
cd /tmp
ascii
bye
8. Close the Command Prompt window with the following command and then remove the
diskette form the diskette drive:
Exit
Notes
• In the list that follows, /cdrom is used as the mount directory name for all the UNIX
operating systems. Some UNIX systems, however, already have an established mount
directory for the CD-ROM. In this case, substitute the standard mount directory name for
/cdrom in the following list and in the subsequent instructions.
• The device names below are examples. The actual device name is dependent on the
hardware configuration of your UNIX server. It may be necessary to substitute the
proper value for your system. If needed, consult your UNIX System Administrator for
more details.
Sun Solaris SPARC (2.9) If Solaris does not automatically load the CD-ROM, log in as root
and Intel x86 (2.9) and enter: volcheck
After the CD-ROM has been successfully mounted, you will need to do the following:
1. Change the directory to the mount point for the CD-ROM. For example, enter:
cd /cdrom
2. From the mount point, execute the installation script using the following command:
sh ./install.sh
3. Follow the prompts and instructions on the screen to complete the installation.
RM/InfoExpress Clients
This section describes how to set up and install the RM/InfoExpress client software on
Windows and UNIX workstations.
RMCFileServer 21069/tcp
Verify that no other line contains RMCFileServer (in any mixture of uppercase or
lowercase letters) and that no other line contains the port number 21069. If port number
21069 is already in use, select another unused port number. We recommend that you
choose a port number between 5000 and 32000.
Note The user must ensure that the RMCFileServer line in the services file is identical
on every machine (clients and servers) on the network.
verify that the installation was successful, see Verifying the RM/InfoExpress Windows Client
(on page 21).
The RM/InfoExpress UNIX client program (librminfox.so) is installed by default with
RM/COBOL for UNIX. The RM/COBOL for UNIX runtime uses the librminfox.so support
module (a shared object) to provide access to the RM/InfoExpress server. To verify that the
installation was successful, see Verifying RM/InfoExpress UNIX Client and Server
Communication (on page 24).
Verification
For both the RM/InfoExpress client and server software components, the first step in system
verification is to confirm that the TCP/IP network software is running correctly on the client
machine as well as the server machine.
For RM/InfoExpress client verification, follow all the vendor’s recommendations making sure
you have properly configured the TCP/IP network and that the software is running correctly.
System utilities, such as ping, can help ensure proper configuration and/or communication
between the client and server machines.
Windows Server
The RM/InfoExpress server for Windows is installed as, and is intended to be run as, a
Windows service, under the direction of the Windows Service Control Manager (SCM).
Initially, the server is configured to be started and stopped manually. However, it can easily
be reconfigured to start automatically when Windows is initialized, as described in
Configuring the RM/InfoExpress Windows Server Program (on page 31).
Note For information on specifying server configuration options on Windows, see the
following topics:
• Windows Server Command Line Options (on page 31)
• Windows Server Display Command Line Option (on page 32)
• Appendix D: Configuring RM/InfoExpress (on page 83)
services.msc
If the server main screen does not appear, check that no other RM/InfoExpress server program
is already running on the machine. If other messages are displayed, contact Micro Focus
Customer Care.
Note The RM/InfoExpress Windows server program can also be launched in user mode using
the icon created by default in the RM/InfoExpress program folder. To start the server, simply
double-click on the RM/InfoExpress Windows server icon. The server will run using the
current account and will be terminated when you log out. When launched in this mode, there
is also a small, 10- to 20-second delay before the server becomes active.
UNIX Server
On the UNIX server machine, start the RM/InfoExpress UNIX server and server display
programs, rmservertcp and rmdisptcp, by entering the following commands:
/usr/rminfox/rmservertcp
/usr/rminfox/rmdisptcp -t
If no message box appears, the RM/InfoExpress Windows client software is not properly
installed or started. Check that the RM/InfoExpress Windows client DLL file (rmtcp32.dll)
exists in your application installation directory.
Note This client verification does not attempt to connect to any server. It simply verifies that
the Windows Sockets implementation is sufficient to allow the RM/InfoExpress Windows
client DLL to be loaded and run.
a. Right-click on the copy of the RM/COBOL Runtime icon and choose the Rename
option from the menu.
b. Type a new name for the icon (for example, IXDEMO) and press Enter.
c. Right-click on the renamed copy of the RM/COBOL Runtime icon and choose the
Properties option from the menu. The Properties dialog box is displayed.
d. Select the Shortcut tab.
e. Press End to enter input at the end of the existing command and then press
Backspace to erase the question mark.
f. Do one of the following:
• For a UNIX server, enter the following:
\\server\usr\rminfox\infoxdmo x=rmtcp32.cfg
\\server\infoxdmo x=rmtcp32.cfg
Note You may type either backslashes (\) or forward slashes (/) to separate the
edgenames of the path, but do not mix them. Notice the double backslashes or
double forward slashes at the beginning. Substitute the actual machine name of your
server machine (where the RM/InfoExpress server program is running as described
in Step 1) for server. This name is usually displayed as Machine ID at the bottom of
the server main screen, but it is whatever name is specified in your hosts file or
known to your DNS that maps to the IP address of the UNIX server machine.
• Under UNIX, the rest of the pathname assumes that RM/InfoExpress was
installed into /usr/rminfox during the server installation procedure. If it was
installed elsewhere, substitute the correct pathname.
• Under Windows, RM/InfoExpress is normally installed in the
\Program Files\Micro Focus\RM\RMInfoExpressv12 directory, which is the
server’s current directory.
Step 4 (f) also adds a configuration record file to the runcobol command. This
configuration record file (rmtcp32.cfg) is used by ixverify. It must reside in the
directory named in the Working Directory text box shown in the Program Item
Properties dialog box. This file should contain the following information:
If you make an error, click Cancel and return to the beginning of Step 4.
g. Click OK or press Enter to complete the modification. The dialog box closes and the
new icon appears.
5. Run the new icon by double-clicking on it or pressing Enter with the icon selected.
6. The RM/InfoExpress Client WinSock Info message box is displayed on the screen, as
described in Verifying the RM/InfoExpress Windows Client (on page 21).
Note This message box is displayed because the OPTIONS=‘I’ keyword is specified
on the EXTERNAL-ACCESS-METHOD configuration record in the rmtcp32.cfg file.
In a production environment, omit OPTIONS=‘I’ so that the message box will not
be displayed.
7. Click OK or press Enter to acknowledge the message box.
a. If a return code 252 error (STOP sign) box is displayed, the infoxdmo verification
program could not be loaded from the server.
b. If a “COBOL I/O error 30, Runtime Library error 11004” is displayed, the server
name has probably been entered incorrectly. Click OK or press Enter. Return to
Step 5 and then specify the correct server name in Step 6. If the server name was
correct, check that the hosts file (or DNS) contains the server name and that the
services file contains the proper RMCFileServer line (see page 18).
c. If “COBOL procedure error 204” is displayed, the server name is correct but the
remaining path is incorrect. Click OK or press Enter. Return to Step 5 and then
specify the correct pathname in Step 6.
d. Other return code values and other error codes are described in the RM/COBOL
User’s Guide, and in Appendix A: Messages (see page 67) of this manual. If an
error message occurs, check the following:
• The status of the RM/InfoExpress server. (Is it still running?)
• The pathname on the server machine of the infoxdmo verification program.
• The server name in your hosts file.
• The RMCFileServer entry in your services file.
If you cannot determine the cause of the problem and correct it, contact Micro Focus
Customer Care.
8. At the “Enter test number” prompt, type 2 and press Enter. The following prompt is
displayed:
9. Enter the name of the directory on the RM/InfoExpress server where the files are to be
created. For example:
\\server\usr\rminfox
The directory must already exist on the server machine, and the RM/InfoExpress server
user must have read and write permissions to it.
The infoxdmo verification program creates one indexed file (inxfl) and performs five
tests: write sequential, read sequential, read random, rewrite random, and delete random.
Timing information for each test is shown.
10. When the five tests are complete, the “Type any key to continue . . .” prompt is
displayed. At this point, RM/InfoExpress Windows client and server communication
verification is successfully complete.
You may run other tests in the verification program, run test number 2 specifying a different
server, or exit the program.
runcobol xxx –v
The shared object, librminfox.so, should be listed under the “Dynamic libraries loaded”
section, as illustrated below.
If the librminfox.so shared object does not appear in the Dynamic libraries loaded list, then
the RM/InfoExpress UNIX client is not properly installed. Check that the RM/InfoExpress
UNIX client shared object (librminfox.so) exists in the same directory as the RM/COBOL
runtime (runcobol).
runcobol infoxdmo
5. Enter the name of the directory on the RM/InfoExpress server where the files are to be
created. For example:
//server/usr/rminfox
Note You may type either backslashes (\) or forward slashes (/) to separate the
edgenames of the path, but do not mix them. Notice the double backslashes or double
forward slashes at the beginning. Substitute the actual machine name (in uppercase) of
your server machine (where the RM/InfoExpress server program is running as described
in Step 1) for server. This name is usually displayed as Machine ID at the bottom of the
server main screen, but it is whatever name is specified in your hosts file or known to
your DNS that maps to the Internet Protocol address of the server machine.
The directory must already exist on the server machine and the RM/InfoExpress server
must have read and write permissions to it.
The infoxdmo verification program creates one indexed file (inxfl) and performs five
tests: write sequential, read sequential, read random, rewrite random, and delete random.
Timing information for each test is shown.
6. When the five tests are complete, the “Type any key to continue...” prompt is displayed.
At this point, RM/InfoExpress client and server communication verification is complete.
You may run other tests in the verification program, run test number 2 specifying a different
server, or exit the program.
This chapter describes the procedures required to configure and run (start) the
RM/InfoExpress servers for UNIX and Windows.
/usr/rminfox/rmservertcp [-option]
/usr/rminfox/rmdisptcp [-option]
Notes
• The RM/InfoExpress UNIX server display program, rmdisptcp, monitors the server
activity and does not affect the communication between the client and server. On some
machines, the server daemon may take a few seconds to initialize the underlying network.
If the server display (rmdisptcp) is invoked immediately after the server is started, the
server display program will wait until the network initialization is complete.
• If you start rmservertcp in a UNIX window opened using a telnet session on your
workstation, then you may not be able to close the telnet session until the server is
terminated. Always start the server from a terminal connected to the UNIX machine.
rmdisptcp -t
services.msc
If the server main screen does not appear, check that no other RM/InfoExpress server program
is already running on the machine. If other messages are displayed, contact Micro Focus
Customer Care.
Note The RM/InfoExpress Windows server program also can be launched in user mode using
the icon created by default in the RM/InfoExpress program folder. To start the server, simply
double-click on the RM/InfoExpress Windows server icon. (You may wish to add command
line options to the Target command line in the Shortcut tab of the Properties dialog box for
the icon, or you may use the command line options from a DOS command line. For more
information about Windows shortcuts, see “Creating a Windows Shortcut” in Chapter 3:
Installation and System Considerations for Microsoft Windows, in the RM/COBOL User’s
Guide.) The server will run using the current account and will be terminated when you log
out. When launched in this mode, there is also a small, 10- to 20-second delay before the
server becomes active.
The server will now be loaded automatically the next time Windows is started.
Note Most services log on to a System account, rather than a user account.
• -k dddd. Indicates the maximum number of clients to be served. If more clients are to be
served, the server should be brought down and started again. The default value is 50.
This value cannot be greater than the number of clients for which the server is licensed.
Note The -k command line option is equivalent to the UseCount configuration option,
which is described in Common Server-Specific Configuration Options (on page 90). The
command line option overrides the configuration option.
• -p nnnnn. Indicates the common buffer pool size. Do not change the default value for
this parameter unless instructed by Micro Focus Customer Care.
Note The -p command line option is equivalent to the FileBufferPool configuration
option, as explained in Common Server-Specific Configuration Options (on page 90).
The command line option overrides the configuration option.
• -z nnnnn. Indicates the maximum amount of data that can be handled by the TCP send
function. The default value is system-dependent and has been set by Micro Focus. Do
not specify this parameter unless instructed to do so by Micro Focus Customer Care.
Note The -z command line option is equivalent to the MaxSendSize configuration
option, which is discussed in Common Configuration Options (on page 85). The
command line option overrides the configuration option.
rmdistcp.exe -t
Chapter 3: Using
RM/InfoExpress with RM/COBOL
for Windows Programs
This chapter describes the procedures required to use RM/InfoExpress with RM/COBOL for
Windows programs, including how to access the RM/InfoExpress Windows client program,
how RM/COBOL for Windows programs point to network data files, and how to execute
RM/COBOL for Windows programs for use with RM/InfoExpress.
Note For information on how to start the RM/InfoExpress server programs on either
Windows or UNIX, refer to the appropriate sections in Chapter 2: Configuring and Running
the RM/InfoExpress Server (on page 27).
Specifying Synonyms
Generally, RM/COBOL programs contain synonyms in the file-access-name field of the
SELECT clause. For example:
The synonyms are mapped to the actual pathname before executing the RM/COBOL program.
Synonym specification depends on the operating system on which the runtime system
application and the RM/InfoExpress client software are running. If you are using
RM/COBOL for Windows, synonyms are specified by setting properties.
For example, to access a file on a UNIX server from a Windows client, set the following
synonym:
inxfl=\\Unix_server\usr\infox\inxfl
In this example, the synonym inxfl points to a file inxfl in directory infox of directory usr on
a UNIX server, Unix_server. It is also possible to use DOS environment variables (created
with the DOS SET command) as synonyms if the Windows runtime system is started with a
command line from a DOS box running under Windows. For more information, refer to the
“Directory Search Sequences” section in Chapter 3: Installation and System Considerations
for Microsoft Windows, of the RM/COBOL User’s Guide.
Here are three examples using synonyms:
Example 1
inxfl=\\Unix_server\usr\infox\inxfl
Example 2
relfl=Q:\usr\infox\relfl
Example 3
inxfl=\\Win_server\SharedFiles\inxfl
where,
inxfl and relfl (specified on the left side of the SET expression) are both synonyms.
Unix_server is the name of the UNIX server accessed by RM/InfoExpress, as shown in
the hosts file or as known by DNS.
Q is a drive letter mapped to a UNIX server.
\usr\infox\inxfl and \usr\infox\relfl are the pathnames on the server.
Win_server is the name of the Windows server, as shown in the hosts file or as known
by DNS.
SharedFiles is the share name known to the Windows server running on Win_server.
In Examples 1 and 3, RM/InfoExpress is able to process the inxfl file because the pathname
begins with double backslashes (\\). It could also begin with double forward slashes (//).
In Example 2, RM/InfoExpress is unable to process the relfl file because it is not using the
appropriate naming convention. Processing, however, is handled through conventional
network access.
Thus, for RM/COBOL files specified by filename only, you may access server files by using a
synonym that points to a server directory.
RUNPATH=C:\prog;N:\data;\\Unix_server\usr\data;
\\Win_server\Shares\data
causes RM/COBOL to search for a file first in the directory prog on the local disk C; then in
the directory data on the network drive N: (assuming that drive N is mapped to a network
volume) using conventional network access; next in the subdirectory data of directory usr on
the server Unix_server using RM/InfoExpress; and lastly, in the directory data in whatever
directory is associated with the Shares share name on Win_server using RM/InfoExpress.
For more information on the RUNPATH environment variable specification, refer to the
“Locating RM/COBOL Files” section in Chapter 3 of the RM/COBOL User’s Guide.
This type of pathname specification makes the program less portable, however, because
whenever the location of the file data.fil changes (from one server to another), you must
recompile the source program.
In this example, DATA-FIL is the data-name defined in the DATA DIVISION, and it
contains the complete pathname of the file at the time the file was opened. These data-names
must include the name of a UNIX machine or the Windows server on which an
RM/InfoExpress server is running. For example, DATA-FIL could contain the following:
\\Unix_server\usr\infox\data.fil
where,
name points to RM/COBOL object files.
option is any valid RM/COBOL Runtime Command option.
Before executing the runcobol command, set up the environment to create and access files on
the server machine, and create a configuration file to define the external access method.
Execute the RM/COBOL verification suite for Windows, as described in Chapter 5: System
Verification, of the RM/COBOL User’s Guide.
Chapter 4: Using
RM/InfoExpress with RM/COBOL
for UNIX Programs
This chapter describes the procedures required to use RM/InfoExpress with RM/COBOL for
UNIX programs, including:
• How to access the RM/InfoExpress UNIX client program.
• How RM/COBOL for UNIX programs point to network data files.
• How to execute RM/COBOL for UNIX programs for use with RM/InfoExpress.
Note For information on how to start the RM/InfoExpress server programs on either UNIX or
Windows, refer to the appropriate sections in Chapter 2: Configuring and Running the
RM/InfoExpress Server (on page 27).
Specifying Synonyms
Generally, RM/COBOL programs contain synonyms in the file-access-name field of the
SELECT clause. For example:
The synonyms are mapped to the actual pathname before executing the RM/COBOL program.
Synonym specification depends on the operating system on which the runtime system
application and the RM/InfoExpress client software are running. For example, to access a file
on a UNIX server from a UNIX client, execute the following command (assuming Bourne
shell) prior to invoking the client:
In this example, the synonym inxfl points to a file inxfl in directory infox of directory usr on
a UNIX server, UNIX_SERVER. See also the description of synonyms in the “Directory
Search Sequences” section in Chapter 2: Installation and System Considerations for UNIX, of
the RM/COBOL User’s Guide.
RUNPATH=/usr/local/infox://UNIX_SERVER/usr/data://
Win_server/Shares/data
causes RM/COBOL to search for a file first in the directory /usr/local/infox on the local disk
using conventional network access; then in the directory data in directory usr on
UNIX_SERVER using RM/InfoExpress; and lastly, in the directory data in whatever
directory is associated with the Shares share name on Win_server using RM/InfoExpress.
For more information on the RUNPATH environmental variable specification, refer to the
“Locating RM/COBOL Files” section in Chapter 2 of the RM/COBOL User’s Guide.
This type of pathname specification makes the program less portable, however, because
whenever the location of the file data.fil changes (from one server to another), you must
recompile the source program.
In this example, DATA-FIL is the data-name defined in the DATA DIVISION, and it
contains the complete pathname of the file at the time the file was opened. These data-names
must include the name of a UNIX machine or the Windows server on which an
RM/InfoExpress server is running. For example, DATA-FIL could contain the following:
//UNIX_SERVER/usr/infox/data.fil
where:
name points to RM/COBOL object files.
option is any valid RM/COBOL Runtime Command option.
Before executing the librminfox command, set up the environment to create and access files
on the server machine.
Execute the RM/COBOL verification suite for UNIX, as described in Chapter 5: System
Verification, of the RM/COBOL User’s Guide.
Chapter 5: RM/InfoExpress
Server Operations
The RM/InfoExpress user interface is implemented for UNIX character-based terminals and
the Windows console interface. The RM/InfoExpress server display (screen handler) program
examines information and data from the server and client, and updates the screen once every
second.
CAUTION Multiple RM/InfoExpress server display programs, with screens other than the
main screen displayed, may affect server performance. As long as a server display program is
running with its main menu selected, it does not noticeably affect server performance.
Keyboard Functions
The following list describes the keys used in the RM/InfoExpress server display program.
Keyboard Functions
Key Action
Keyboard Functions
Key Action
Enter Chooses the currently highlighted item for command and response
selection, and for individual client or file selection.
The elements of the RM/InfoExpress server display screen are described as follows:
• Activity area. The activity area contains information related to the current activity or
server display screen.
• Command line. The command line, located at the bottom of the screen, shows
command names, user prompts, or user queries.
• Date. The date area displays the current system date.
• Product name. The product name displays the product name and version information.
• Time. The time area displays the current system time.
• Title line. The title line displays the name of the server display screen.
The RM/InfoExpress server display main screen lists the current time, date, the uptime (in
days), and identifies the RM/InfoExpress server machine (in the Machine ID field). It also
provides an overview of current network activity, including the following:
• The Active clients field indicates the total number of clients currently connected to this
RM/InfoExpress server. Other programs using RM/COBOL are not shown.
Note that the active client count on the main screen of the server display program
sometimes shows a value that is more than the number of clients actually connected.
This behavior is most noticeable when sessions are established and released rapidly.
• The Open files field records a count of the number of files currently open. The first
number indicates the number of unique files that are currently opened. The second
number indicates the total number of all files currently opened by all clients. The third
number is the maximum number of open files allowed (you may increase this number by
using the FileCount option, described on page 90, in the server configuration file,
rmixsrvr.ini).
• The Dynamic load field shows the percentage of CPU utilization by the server.
• The Messages processed field indicates the number of client requests honored by
the server.
The command line at the bottom of the server display main screen contains the following
command options:
• Clients. This command lists all clients and reports on specific clients. Clients may be
selected any time the Clients field appears in the command line. For more information,
see Client Information (on page 44).
• Files. This command lists all currently open files and reports on specific files. Files may
be selected any time the Files field appears in the command line. For more information,
see File Information (on page 45).
• Log. This command provides access to two sub-screens: Open Log and Error Log.
Select log information from a command line or by pressing the letter L at any time.
For more information, see Open Log Information (on page 47) and Error Log Information
(on page 48).
Each command and its associated screens, prompts, and queries are described in the following
sections. To return to the server display main screen from any of the following screens, press
the letter M or choose Main from the command line.
Client Information
The Client Information screen, illustrated in Figure 4, is displayed when you choose the
Clients command from the RM/InfoExpress server display main screen.
The Client Information screen lists all active clients by name, the number of files each client
has open, the total number of messages processed for each client, and the type of operating
system on which the client is running. Whenever there are more clients or files than can be
displayed on a single screen, a message is displayed on the screen advising that Page Up or
Page Down may be used to request the previous or next screen.
Use the command Select Client to select a particular client in order to see information that is
more detailed. Press Enter or the letter S to choose the Select Client command. The
following prompt is displayed on the command line:
Use Page Up, Page Down, or the arrow keys to select a client and press Enter. The Client
Files screen is displayed, as illustrated in Figure 5.
The Client Files screen shows the total number of files currently opened by the client, and the
total number of messages passed between the client and the server. For each open file, the
Client Files screen also shows the following information.
• The ORG column indicates the file organization:
− INX (Indexed)
− SEQ (Sequential)
− REL (Relative)
• The OPEN column indicates the type of open mode:
− I-O (Input/Output)
− Input
− Output
− Extend
• The ACCESS column indicates the type of access:
− Dynamic
− Sequent(ial)
− Random
• The FILENAME column indicates the absolute pathname.
File Information
The File Information screen, illustrated in Figure 6, is displayed when you choose the Files
command from the RM/InfoExpress server display main screen.
The File Information screen lists the absolute pathname for each file and the number of times
each file has been opened. Whenever there are more clients or files than can be displayed on
a single screen, a message is displayed on the screen advising that Page Up or Page Down
may be used to request the previous or next screen.
Use the command Select File to select a particular file in order to see information that is more
detailed. Press Enter or type the letter S to choose the Select File command. The following
prompt is displayed on the command line:
Use Page Up, Page Down, or the arrow keys to select a file and press Enter. The File Clients
screen is displayed, as illustrated in Figure 7.
The File Clients screen shows the number of clients that have opened this file since the server
was initiated and lists the clients that currently have the file open. In addition to the user
name of the client (USERNAME), this screen indicates the file organization (ORG), the type
of open mode (OPEN), and the type of access (ACCESS) of the client. (For more explanation
of these columns, see page 45.)
Note On the Open Log screen and the Error Log screen (on page 48), filenames up to 32
characters long and client names up to 12 characters long can be displayed without loss of
information. If necessary, use the DotsBias option, described in Common Server-Specific
Configuration Options (on page 90), to control which part of longer filenames is lost. To
navigate to the Error Log screen from this location, press the Esc key (to go back to the
previous screen), followed by the letter E.
The command line provides three commands: Freeze, Unfreeze, and Toggle. To choose a
command, use the arrow keys or press the first letter of the desired command.
• The Freeze command temporarily suspends the updating of the Open Log screen for that
particular server display application. However, it does not affect the logging of the new
opens into the data structures by the server.
• The Unfreeze command causes the server display program to update the Open Log
screen with the information from the server data structures.
• The Toggle command causes the information on the Open Log screen to be displayed in
a different form, illustrated in Figure 9, which is useful for Micro Focus Customer Care.
Note On the Error Log screen and the Open Log screen (on page 47), filenames up to 32
characters long and client names up to 12 characters long can be displayed without loss of
information. If necessary, use the DotsBias option, described in Common Server-Specific
Configuration Options (on page 90), to control which part of longer filenames is lost. To
navigate to the Open Log screen from this location, press the Esc key (to go back to the
previous screen), followed by the letter O.
The command line provides three commands: Freeze, Unfreeze, and Toggle. To choose a
command, use the arrow keys or press the first letter of the desired command.
• The Freeze command temporarily suspends the updating of the Error Log screen for that
particular server display application. However, it does not affect the logging of the new
errors into the data structures by the server.
• The Unfreeze command causes the server display program to update the Error Log
screen with the information from the server data structures.
• The Toggle command causes the information on the Error Log screen to be displayed in a
different form, illustrated in Figure 11, which is useful for Micro Focus Customer Care.
Use Page Up, Page Down, or the arrow keys to select a client and press Enter. The Client
Files screen is displayed (see Figure 5 on page 45) with the following prompt at the
command line:
Press the letter Y to terminate communication. Press Enter or Escape or the letter N to cancel
the command.
Note The use of the server display (screen handler) program is for administrative purposes
only. When invoked multiple times, only one administrator should perform operations such
as terminating clients.
Press the letter W to choose the When Idle command. The following prompt is displayed:
Press the letter N or press Escape to cancel the command. Otherwise, when all clients are
idle, the following prompt is displayed:
Press the letter Y to terminate the server immediately. Press the letter N, Escape, or Home to
cancel the command.
Quit in a While
Press the letter I to choose the In A While command. The following command line is
displayed, as illustrated in Figure 14.
When you choose one of the time options, the number of minutes will decrement as the
specified time elapses. You can cancel the termination at any time by pressing the letter N or
Escape. Otherwise, when all clients are idle, the following prompt is displayed:
Press the letter Y to terminate the server immediately. Press the letter N, Escape, or Home to
cancel the command.
Quit Now
Press the letter N to choose the Now command. The following prompt is displayed:
Press the letter Y to terminate the server immediately. Press the letter N, Escape, or Home to
cancel the command.
The recommended way to terminate the server is by using the command sequence (Terminate,
Server, Now, Yes) of the screen display (screen handler) program when no active client is
connected.
WARNING Never attempt to terminate one or more RM/InfoExpress UNIX server
processes using the kill command. This may cause the server to terminate without cleaning
up resources and closing open files. For example, using the kill command causes the server
to exit without removing the IPC (Inter Process Communications) objects, such as shared
memory segments and semaphores. As a result, when the server is started next time, it fails
with server error code 1 (RMIX_API_ERR_SERVER_ALREADY_EXISTS). For more
information, see Removing IPC Objects After Server Failure (on page 82) in Appendix C:
Troubleshooting.
An important consideration in RM/InfoExpress is protecting the system and its data from
unauthorized access. This chapter describes the implementation of file security on the
RM/InfoExpress UNIX server and the authentication procedures performed by the server on
various clients to grant access to the files on the server.
by users on client machines. To be able to use the file security features of RM/InfoExpress, a
security parameter file, ixpwfile, must be created on each client machine and each UNIX
server using the utility program, ixsecure.cob. For more information on this utility, see
Appendix E: RM/InfoExpress Security Parameter File Update Utility (on page 97).
On a client machine, ixpwfile contains information needed to connect the RM/InfoExpress
client to different RM/InfoExpress UNIX servers. Similarly, on the server, ixpwfile is created
by the server administrator and contains information that permits different clients to be
connected to this server. Only the server administrator should have read and write
permissions to the server security parameter file.
The client passes information obtained from ixpwfile to the server when a session is
established. The server validates this information against the server’s version of ixpwfile.
Server-User-Name
In Table 1, a “valid server-user-name” means that the ixpwfile file on the client contains
an entry specifying the name of the server machine, the name of the client machine, and a
valid user-name to be used on the server. For more information, see ixpwfile File Entry
(on page 56).
default server user, which must be a valid user on the server, is specified using the
configuration parameter, DefaultServerUser. For more information about this parameter,
refer to UNIX Server-Specific Configuration Options (on page 92). See also the discussion
of compatibility of older clients with the new server in Server Compatibility with Older and
Newer Clients (on page 57).
machine-name [user-name]
where machine-name is the node name of a client machine, and user-name is the name of the
user on that machine who, when connected to the server, will obtain the owner’s permissions
on files owned by the local user. If user-name is not found on the entry, all the users on the
client machine have permission to access files.
Note user-name refers to the name used on the client machine, not on the server machine.
The user-name may match the name used on the server machine, or it may be different.
An “appropriate entry in the .rhosts file” in Table 1 (on page 54) means that the .rhosts file
exists in server-user-name’s home directory, the .rhosts file owner is server-user-name, only
the owner has write permissions (that is, the file permissions must be “rw-r--r--”), and a line
exists in the .rhosts file specifying client machine-name and, optionally, the client user-name.
where server-machine-name is the name of the machine running the RM/InfoExpress UNIX
server with which the client (client-machine-name) will establish the session. server-user-
name is the name of the user on the server by which the client is known. password is the
password string of the user (server-user-name) on the server.
For information about how to run the utility program to create and update ixpwfile, refer to
Appendix E: RM/InfoExpress Security Parameter File Update Utility (on page 97).
An “appropriate entry in the ixpwfile file” in Table 1 (on page 54) means that the ixpwfile
file on the server (pointed to in the rmixsrvr.ini configuration file) contains an entry
specifying the server-machine-name, client-machine-name, and server-user-name. Note
that the password should not be present in the entry on the RM/InfoExpress server. The
password is ignored.
User Password
In Table 1, “correct user password” means that the password sent by the client matches the
UNIX system password for server-user-name on the server.
RMIX_ERR_SERVER_USERNAME_PARAM_NOT_FOUND
- or -
RMIX_ERR_USER_PASSWORD_NOT_FOUND
The following notes apply to the procedures for setting up RM/InfoExpress to run at each of
the six security levels:
Note 1 “create an ixpwfile” means to run runcobol ixsecure.cob with your current directory
set to where you want the ixpwfile security parameter file to reside or with the IXPWFILE
environment variable pointing to the path.
Normally, ixpwfile on the UNIX server is maintained by the RM/InfoExpress server
administrator, and only such file is present on the UNIX server machine, generally in the
/usr/rminfox directory. The ixpwfile file on a Windows client machine is normally
maintained by the owner of the Windows machine and resides in the RM/COBOL install
directory, c:\rmcobol. On a UNIX client machine, each RM/InfoExpress client has his own
copy of ixpwfile. The client or server configuration file (either rmixclnt.ini or rmixsrvr.ini)
can be used to configure other locations for ixpwfile. The environment variable IXCONFIG
may be used to specify the location and pathname of the configuration file on UNIX.
RM/COBOL with the RM/InfoExpress client will look for ixpwfile in the location specified
by the IxPwFile option in the Security section of the client configuration file. If the IxPwFile
option is not present in the configuration file, then RM/COBOL with the RM/InfoExpress
client will attempt to open file ixpwfile in the current working directory.
If the server security level is 3 or 4, passwords may be stored in the client ixpwfile;
therefore, it should reside in a secure place (with appropriate owner and restrictive
permissions on UNIX).
Note 2 “create a filename.ini file” means to use a text editor of your choice to create the
appropriate configuration file:
• /usr/rminfox/rmixsrvr.ini for a UNIX server.
Note 3 “create a .rhosts file” means to use a text editor of your choice to create a file named
.rhosts in the home directory of serverUser. The owner of the file must be serverUser and
only the owner can have write permission. The .rhosts file entry is the following:
clientU clientUser
clientUser is optional; if not present, any client user-name on machine clientU is allowed.
clientUser is a client user-name, not a server-user-name such as serverUser. Although
clientUser and serverUser are often the same user-name, this is not required.
serverU/clientU/serverUser1/pass1
will be used to indicate an ixpwfile entry with serverU as the server-machine-name, clientU
as the client-machine-name, serverUser1 as the server-user-name, and pass1 as the UNIX
system password for the UNIX user ID serverUser1. The password will only be present for
security levels 3 and 4.
2. Create a configuration (.INI) file (see Appendix D on page 83) on each of the three
machines, clientU, clientW, and serverU.
a. On machine clientU, create rmixclnt.ini and enter:
[Security]
ixpwfile=<path>
[Security]
ixpwfile=<path>
[Security]
ServerSecurityLevel=0
DefaultServerUser=<server-user-name>
2. Create a configuration (.INI) file (see Appendix D on page 83) on each of the three
machines, clientU, clientW, and serverU.
a. On machine clientU, create rmixclnt.ini and enter:
[Security]
ixpwfile=<path>
[Security]
ixpwfile=<path>
[Security]
ServerSecurityLevel=1
DefaultServerUser=<server-user-name>
clientU clientUser1
clientW clientUser2
2. Create a configuration (.INI) file (see Appendix D on page 83) on each of the three
machines, clientU, clientW, and serverU.
a. On machine clientU, create rmixclnt.ini and enter:
[Security]
ixpwfile=<path>
[Security]
ixpwfile=<path>
[Security]
ServerSecurityLevel=2
clientU clientUser1
clientW clientUser2
2. Create a configuration (.INI) file (see Appendix D on page 83) on each of the three
machines, clientU, clientW and serverU.
a. On machine clientU, create rmixclnt.ini and enter:
[Security]
ixpwfile=<path>
[Security]
ixpwfile=<path>
[Security]
ixpwfile=<path>
ServerSecurityLevel=3
2. Create a configuration (.INI) file (see Appendix D on page 83) on each of the three
machines, clientU, clientW, and serverU.
a. On machine clientU, create rmixclnt.ini and enter:
[Security]
ixpwfile=<path>
[Security]
ixpwfile=<path>
[Security]
ixpwfile=<path>
ServerSecurityLevel=4
clientU clientUser1
clientW clientUser2
2. Create a configuration (.INI) file (see Appendix D on page 83) on each of the three
machines, clientU, clientW, and serverU.
a. On machine clientU, create rmixclnt.ini and enter:
[Security]
ixpwfile=<path>
[Security]
ixpwfile=<path>
[Security]
ixpwfile=<path>
ServerSecurityLevel=5
clientU clientUser1
clientW clientUser2
0 and 1 Setup for level 1 adds step 3, which is the requirement for .rhosts files
on the server machine.
1 and 2 Setup for level 2 does not support older clients (such as 16-bit
Windows clients). The DefaultServerUser=<server-user-name> entry
in level 1 step 2c is not needed because the server at level 2 refuses the
connection rather than running as <server-user-name>.
2 and 3 Setup for level 3 uses passwords rather than .rhosts files. Steps 1a
and 1b requires the entry of passwords in the client ixpwfile entries,
and level 3 step 1c is added because the server requires ixpwfile
entries (passwords are not needed here) for the clients that will
connect to it. Level 3 step 2c adds the ixpwfile=<path> entry so that
the server can access the ixpwfile file created by level 3 step 1c.
Level 2 step 3, which is the .rhosts file requirement, is not needed at
level 3.
3 and 4 Setup for level 4 adds step 3, which is the requirement for .rhosts files
on the server machine.
4 and 5 Setup for level 5 does not require passwords in steps 1a and 1b for the
client ixpwfile entries because the server forces clients to make the
user enter the password via a dialog box on the client machine.
Appendix A: Messages
This appendix lists the error messages that can occur while RM/InfoExpress is being used.
where,
error type is used to identify the software that generates the error.
error code is the number returned by that software.
Table 3 lists each error type, the error codes that can occur with each type, and the possible
source of the error code for errors generated by RM/InfoExpress. Other error codes
associated with error types such as UNIX and Windows can be found in the appropriate
vendor documentation.
A complete description of each error type can be found in Permanent Error Types (on
page 68). A complete description of possible error codes begins on page 69.
Notes
• For more information on error messages, refer to “Error Message Types” and “Error
Message Formats” in Appendix A: Runtime Messages, in the RM/COBOL User’s Guide.
• Earlier versions of RM/InfoExpress usually returned two errors: 255 for network-
specific errors and 254 for errors detected by RM/InfoExpress. In this version of
RM/InfoExpress, errors are returned as they occur, along with the appropriate error code.
The RM/InfoExpress server generates this type of error when it encounters an error within its
code. Errors such as incorrect File Access Protocol (FAP) message received from the client,
out-of-memory, and so forth, fall into this category.
Possible error codes for error type 15 are described in the following topics:
• RM/InfoExpress API-Generated Error Codes (on page 69)
• RM/InfoExpress-Generated Error Codes (on page 71)
• RM/InfoExpress Windows Sockets Interface Error Codes (on page 77)
• RM/InfoExpress BSD Sockets Interface Error Codes (on page 78)
The RM/InfoExpress client generates this type of error when it encounters an error within its
code. Errors such as incorrect File Access Protocol (FAP) message received from the
RM/COBOL program (runcobol), incorrect FAP response from the server, out-of-memory,
and so forth, fall into this category.
Possible error codes for error type 16 are described in the following topics:
• RM/InfoExpress-Generated Error Codes (on page 71)
• RM/InfoExpress Windows Sockets Interface Error Codes (on page 77)
RM/InfoExpress generates this type of error when either the Windows client program or the
Windows server program receives an error from the underlying Windows Sockets software.
Possible error codes are described in RM/InfoExpress WinSock Error Codes (on page 75).
Failure Definition: Indicates that the server being started encounters a server already running
in the system, or at least one of its components is present in the system.
Action: For RM/InfoExpress running on UNIX, this error occurs if the server invoked
previously is not terminated, or it is terminated improperly. If the server has been terminated
improperly, remove the related IPC (Inter Process Communications) objects (shared memory,
key starting with 0x49584D and semaphore, key starting with 0x495853, displayed using the
ipcs command) using the UNIX command ipcrm.
Failure Definition: Indicates that there is not enough memory available in the system for
RM/InfoExpress (server or server display programs) to continue.
Action: Bring down all the connected clients, bring down the server, and make more memory
available before starting the server again.
Failure Definition: Indicates that too many server display programs are being invoked. The
limit is nine for UNIX and Windows.
Action: Close any unnecessary server display applications.
Failure Definition: Indicates that the application using the server API attempted either to
open the server database with a mode other than O_RDONLY, or it used an unauthorized
API. This message may also indicate that the server display executable is corrupted.
Action: In case of a corrupted server display executable, install RM/InfoExpress again.
Failure Definition: Indicates that either the application using the server API or the server
display application is being started without the server having been started.
Failure Definition: Indicates a malfunction of either the server or the server display program.
Action: Bring down all the connected clients, terminate the server, and restart.
Failure Definition: Indicates that the server has run out of free slots for remote clients.
Action: Bring down unused client connections to release some slots on the server.
Alternatively, you can also perform one of the following:
• Edit the server configuration file, rmixsrvr.ini, to include the UseCount option. For
more information, see Common Server-Specific Configuration Options (on page 90).
• Bring down all the connected clients, terminate the server, and restart with the -k
command line option. For more information, see Chapter 2: Configuring and Running
the RM/InfoExpress Server (on page 27).
Failure Definition: Indicates that the server has run out of the free slots for open files.
Action: Close inactive open files from the client applications. Alternatively, edit the server
configuration file, rmixsrvr.ini, to include the FileCount option. For more information, see
Common Server-Specific Configuration Options (on page 90).
Failure Definition: Indicates a malfunction of either the server or the server display program.
Action: Bring down all the connected clients, terminate the server, and restart.
Failure Definition: Indicates that either the server display or the server API application that
is being started does not match the server running in the system.
Action: Use a matching server display. Also, make sure that the server display and the server
belong to same release, even though they support the same protocol.
Failure Definition: Indicates a malfunction of either the server or the server display program.
Action: Bring down all the connected clients, terminate the server, and restart.
Failure Definition: Indicates that there is not enough memory available in the system for
RM/InfoExpress (client or server) to continue.
Action: If the associated error type is 15 (RM/InfoExpress Server Error), bring down all the
connected clients, bring the server down, and make more memory available before starting the
server again. If the associated error type is 16 (RM/InfoExpress Client Error), terminate the
client application and restart it after making more memory available on the client system.
Failure Definition: This error is reported by either the Windows client or the server. When
returned by the server, it indicates a problem with the network interface. When returned by
the Windows client, it indicates that the RM/COBOL runtime does not match the client.
Action: If returned by the server, contact Micro Focus Customer Care for assistance. If
returned by the client, use the version of the runtime that matches the Windows client.
Failure Definition: Indicates that the server or the server display discovered Inter Process
Communications (IPC) objects missing in the system. This error is specific to the server and
the server display for UNIX.
Action: It may be that the IPC objects have been removed accidentally. Remove the other
IPC objects and start the server and/or the server display again.
Failure Definition: The server reports this error when the number of clients exceeds the value
specified on the -k option (or the UseCount configuration file option) or the number of
licensed use counts, whichever is less.
Action: Restart the server with a larger value on the UseCount configuration file option, as
described in Common Server-Specific Configuration Options (on page 90), or use a server
licensed for more users.
Failure Definition: The server, running at a security level of 0 to 2, reports this error when it
detects that the name specified on the DefaultServerUser configuration file option or the user
name rmserver is not a valid user on the server machine. This error may also occur if root is
specified as the default user name.
Action: Using system administration tools, add a new user with the name specified. If that
user already exists, check the etc/passwd file.
Failure Definition: The RM/InfoExpress server reports this error when it cannot find a match
for the server-user-name, client-machine-name, and server-machine-name triple passed by the
client in the server’s security parameter file, ixpwfile.
Action: Update ixpwfile by using the utility program ixsecure.cob on both the client and
the server machines to add an entry for the client-machine-name and the server-user-name
pair. For more information, see Chapter 6: File Security on the RM/InfoExpress UNIX Server
(on page 53) and Appendix E: RM/InfoExpress Security Parameter File Update Utility (on
page 97). For a Windows client, the client name is the Windows computer name. For a
UNIX client, this is the node name and is given by the uname command.
Failure Definition: This error is normally reported by the RM/InfoExpress server running at
a security level of 3 or higher.
Action: Contact Micro Focus Customer Care for assistance.
Failure Definition: The server, running at a security level of 3 or higher, reports this error
when it detects that the password string stored in the ixpwfile security parameter file on the
client machine and on the server machine, and the password stored in the UNIX system, do
not match.
Action: See that the password string entered interactively at the client terminal or stored in
ixpwfile on the client machine matches the password string stored in ixpwfile on the server
machine and the one stored in the UNIX system. To update the password entry in ixpwfile,
use the utility program ixsecure.cob. See Appendix E: RM/InfoExpress Security Parameter
File Update Utility (on page 97).
Failure Definition: The server, running at a security level of 3 or higher, reports this error
when it cannot locate the user password in the UNIX system security database.
Action: This error normally occurs on UNIX systems that maintain the security database in a
file different from the /etc/passwd file. This indicates that one or both of these files have
been corrupted. Contact your system administrator.
Failure Definition: The server reports this error when it cannot open the .rhosts file in the
user’s home directory.
Action: Seek your server administrator’s help in creating the .rhosts file with appropriate
entries in the user’s home directory on the server machine.
Failure Definition: The server reports this error when it finds the permissions of the .rhosts
file in the user’s home directory to be invalid.
Action: Set the permissions of the .rhosts file in the user’s home directory on the server
machine to be “-rw-r--r--” and make certain that the user is the owner of this file.
Failure Definition: The server reports this error when it fails to find a matching client name
entry (with the client-machine-name parameter passed by the client machine) in the .rhosts
file on the server machine.
Action: With the help of your server administrator, edit the .rhosts file in the user’s home
directory on the server machine and add a new entry containing the client-machine-name and
an optional server-user-name.
Failure Definition: Both the server and the client may report this error. Although not fatal,
this error is still considered an RM/InfoExpress system error.
Action: Contact Micro Focus Customer Care for assistance.
Failure Definition: The server, running at a security level of 0 to 5, reports this error when it
detects that the server-user-name parameter is absent in the information passed by the client
when connections are established.
Action: This error may occur when an old client tries to establish a connection with the new
server running at security level 2 or higher. This error may also occur when the new client
cannot provide the required information to the server due to some problem in processing the
security parameter file, ixpwfile (for example, the file is not present on the client machine).
Upgrade to a new version of the RM/InfoExpress client in order to use security features on the
server.
Failure Definition: The server, running at a security level of 0 to 5, reports this error when it
detects that the client-machine-name parameter is absent in the information passed by the
client when connections are established.
Action: This error may occur when an old client tries to establish a connection with the new
server running at security level 2 or higher. This error may also occur when the new client
cannot provide the required information to the server due to some problem in processing the
security parameter file, ixpwfile (for example, the file is not present on the client machine).
Upgrade to a new version of the RM/InfoExpress client in order to use security features on the
server.
Failure Definition: This error occurs when the server fails to open the security parameter file,
ixpwfile, on the server machine.
Action: Make sure that a valid security parameter file, ixpwfile, is present on the server
machine. If this file does not exist, create it using the ixsecure.cob utility program (see
Appendix E).
Failure Definition: Indicates an RM/InfoExpress system error. This error occurs when either
the client or the server fails to decompress the message received from the session partner.
Action: Contact Micro Focus Customer Care for assistance.
Failure Definition: There was insufficient memory to compress or decompress the data.
Action: Set the IxCompress configuration file option to No to disable message compression,
as described in Common Configuration Options (on page 85). Message compression should
not be used for records of more than 64000 bytes.
Failure Definition: The client(s) have exceeded the total number of open files supported by
the server.
Action: Increase the value of the FileCount configuration file option and restart the server, as
discussed in Common Server-Specific Configuration Options (on page 90).
Failure Definition: This error occurs when an invalid /etc/passwd file (which may be
missing) or the server-user-name with which the client is trying to run is not present on the
server machine.
Action: Contact your system administrator.
Failure Definition: This error occurs when the client fails to open the security parameter file,
ixpwfile, on the client machine.
Action: Make sure that a valid security parameter file, ixpwfile, is present on the client
machine. If this file does not exist, create it using the ixsecure.cob utility program. See
Appendix E: RM/InfoExpress Security Parameter File Update Utility (on page 97).
Error codes 50 — 59
Appendix C: Troubleshooting
RM/InfoExpress
This appendix is designed to help if you run into any problems when using RM/InfoExpress.
Each section offers steps you can take to solve the problem.
RM/InfoExpress client is unable to inform the server that the client is terminating. Although
the operating system eventually notifies the RM/InfoExpress server that the connection has
been broken, it could take several hours on some implementations of UNIX before the
notification occurs.
One version of UNIX that exhibits this behavior is AIX running on the RS/6000. To reduce
the amount of time before the inactivity on a TCP/IP connection is interpreted as a lost
connection under AIX, use the following no command:
no -o tcp_keepidle=200 -o tcp_keepintvl=60
where,
-o is a network option.
Note On AIX 5.2, there is a defect that prevents a single no command from having two -
o options. In this case, you must use two no commands.
tcp_keepidle determines the number of half-seconds to wait after the last successful I/O
operation before attempting to determine whether a connection has been lost.
tcp_keepintvl determines the number of half-seconds to wait between requests for a
response from the possibly lost connection.
After ten requests with no response, the operating system reports a lost connection to the
server. The settings shown in this example will report a broken connection after 400 seconds
(100+30*10).
Note You must run the no commands each time the network is started since it does not
permanently change the default configuration values.
where the <shm_id> and <sem_id> objects are obtained by using the UNIX command:
ipcs
Note that the key values for RM/InfoExpress IPC objects start with the value 0x49584D for
shared memory and 0x495853 for semaphores.
Appendix D: Configuring
RM/InfoExpress
For Windows clients and Windows servers, the configuration file must be present in the
Windows directory (usually C:\WINDOWS). For UNIX clients and UNIX servers, the
configuration file must be present in the current directory or the directory pointed to by the
environment variable, IXCONFIG.
In a configuration file, any line beginning with a semi-colon (;) is treated as a comment and is
not processed.
The client and server configuration files are divided into sections, each of which consists of a
group of related options that you can use to customize your implementation of
RM/InfoExpress. Some configuration options are used only by the client, while others are
used only by the server. Some options are specific to the type of server. Still others are
common to both client and server. All configuration options are shown in the sample
configuration file that follows. See the more detailed descriptions of the configuration
options on page 85.
Note Option names are not case-sensitive.
[Debug]
;###Common###
InfoxDebug=debug filename
[Options]
;###Common###
IxCompress=Yes|No
ReconnectEnable=Yes|No
;###Client-Specific###
KeepSession=Yes|No
PathPrefixExcluded=list
PathPrefixIncluded=list
ReconnectDelay=number
StartupLogPath=directory-path
[Security]
;###Common###
EncodeData=Yes|No
IxPwFile=pathname
;###Client-Specific###
AcceptPassword=Yes|No
[Sharing]
;###Server-Specific, Windows Server Only###
share-name=share-path
[Tcp]
;###Common###
MaxSendSize=number
[Winsock]
;###Common###
IgnoreHangupError=Yes|No (Windows only)
;###Client-Specific###
UseBlockingIO=Yes|No
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameter
PathPrefixExcluded=//srv1,//srv2
PathPrefixIncluded=//srv2/data,//srv2/tmp
means that an RM/InfoExpress client will not attempt to access any files on server srv1
and will attempt to access only files whose pathnames begin with //srv2/data or
//srv2/tmp on server srv2. You might want this in a situation in which srv2 is a Windows
server where all RM/InfoExpress data files reside in directories data and tmp, but there
are also Windows printers that you want to access via pathnames //srv2/printer1,
//srv2/printer2, and so forth. Note, however, that if printer1 and printer2 are the only two
pathnames that you do not want to access via RM/InfoExpress on srv2, then specifying
only the following would achieve the same result:
PathPrefixExcluded=//srv1,//srv2/printer1,//srv2/printer2
Any other pathname on srv2, such as //srv2/data/file, would be included by default since
that pathname does not match any excluded path prefix.
• ReconnectDelay. The ReconnectDelay option in the [Options] section determines the
number of milliseconds the client will delay before attempting to reconnect to the server
after the client becomes aware that the connection has been broken. The default value is
100 (one tenth of a second).
• StartupLogPath. The StartupLogPath option in the [Options] section creates a file
whose directory and pathname are given by directory-path, and writes logging
information into the file. This client-side log file can be used to diagnose and
troubleshoot problems when initially starting up the connection of the RM/InfoExpress
client to the RM/InfoExpress server. This log file indicates errors that are encountered in
the pre-connection, connect, and first message sent and received operations during the
initial connection to the server. The log file also contains the client-side host name, the
client-side IP address (from gethostbyname), the server-side host name, the server side IP
address, and the result of the connect request.
To configure the location of this log file, RMCLIENT.LOG, specify the following
configuration parameter in the [Options] section of the rmixclnt.ini file:
StartupLogPath=c:\Micro Focus\Logs
[Debug]
;;;InfoxDebug=DBGFILE
[Security]
IxPwFile=d:\tmp\IXPWFILE
[Winsock]
UseBlockingIO=Yes
the UseCount. FileCount may need to be increased when every client application has
more than ten files on the server open simultaneously. Reducing FileCount will reduce
the server’s shared and local memory requirements.
• FileProcessCount. The FileProcessCount option in the [Options] section determines the
maximum number of run units that can have a file open at the same time. It applies to all
file organizations. For record and file locks to perform correctly, all RM/InfoExpress
servers and RM/COBOL runtime systems opening a file must use the same file process
count. The maximum value for this keyword is 16384; the minimum value is 8. The
default value is 1024. This option corresponds to the FILE-PROCESS-COUNT keyword
in the RUN-FILES-ATTR configuration record specified for runcobol, as described in
Chapter 10: Configuration, of the RM/COBOL User’s Guide.
• InxUseLargeLimit. The InxUseLargeLimit option in the [Options] section determines
which value to use for the lock limit when creating a version 4 indexed file. If the value
is set to No (the default), the lock limit placed into the KIB is 2 GB for indexed files
created by the RM/InfoExpress server. If the value is set to Yes, the lock limit placed
into the KIB is the value of the LargeFileLockLimit option for indexed files created by
the RM/InfoExpress server. Note that existing version 4 indexed files always use the
lock limit stored in their KIB. This option corresponds to the USE-LARGE-FILE-
LOCK-LIMIT keyword in the RUN-INDEX-FILES configuration record specified for
runcobol, as described in Chapter 10: Configuration, of the RM/COBOL User’s Guide.
• LargeFileLockLimit. The LargeFileLockLimit option in the [Options] section
determines the limit for the location to apply locks to a file that will be accessed as a
large file. For record and file locks to perform correctly, all RM/InfoExpress servers and
RM/COBOL runtime systems opening a particular file must use the same lock limit for
that file. The lock limit also limits the actual amount of data that can be stored in a file.
This limit will be used when a new indexed file is created provided the file version of the
file is 3 or greater. Otherwise, this limit has no effect on indexed files. The value
assigned to this keyword is specified in gigabytes (GB). The maximum value is
1048576, which equates to 1 petabyte (250). The minimum value is 1. The default value
is 64. The lock limit for a normal file is 2 GB. This option corresponds to the LARGE-
FILE-LOCK-LIMIT keyword in the RUN-FILES-ATTR configuration record specified
for runcobol, as described in Chapter 10: Configuration, of the RM/COBOL User’s
Guide.
• MinimumBlockSize. The MinimumBlockSize option in the [Options] section
determines the minimum disk block size for the indexed files created by the
RM/InfoExpress server, represented as a decimal number. The maximum value for this
keyword is 4096; the minimum value is 256. The default value is 1024. This option
corresponds to the MINIMUM-BLOCK-SIZE keyword in the RUN-INDEX-FILES
configuration record specified for runcobol, as described in Chapter 10: Configuration,
of the RM/COBOL User’s Guide.
• ReconnectTimeout. The ReconnectTimeout option in the [Options] section determines
the number of minutes the server will keep the file manager process serving the client
intact waiting for the client to reconnect to it. In particular, all file and record locks
remain in place while the client is disconnected and will prevent access by other run
units. The default value is 180 (three hours).
• RelUseLargeLimit. The RelUseLargeLimit option in the [Options] section determines
which value to use for the limit when applying locks to a relative file. If the value is set
to No (the default), the lock limit for relative files is 2 GB. If the value is set to Yes, the
value of the LargeFileLockLimit option is used. For record and file locks to perform
correctly, all run units RM/InfoExpress servers and RM/COBOL runtime systems
opening a file must use the same lock limit for that file. This option corresponds to the
USE-LARGE-FILE-LOCK-LIMIT keyword in the RUN-REL-FILES configuration
high levels of security. The default server user must be a valid user on the server. The
default is DefaultServerUser=rmserver.
• ServerSecurityLevel. The ServerSecurityLevel option in the [Security] section specifies
the security level number at which the UNIX server is to run (for more information, see
Chapter 6: File Security on the RM/InfoExpress UNIX Server on page 53). Valid values
range from 0 through 5. If this option is not specified, the server runs in compatibility
mode, that is, the behavior is equivalent to an RM/InfoExpress version 2.0 server.
[Debug]
;;;InfoxDebug=DBGFILE
[Security]
IxPwFile=/usr/foo/ixpwfile
ServerSecurityLevel=5
DefaultServerUser=foo
[Sharing]
cdrive=c:\tmp
AcctPayable=d:\acctpayable\data
=e:\guest\data
c:\tmp\file.dat
Similarly,
\\serverW\cdrive\red\\white\blue c:\tmp\red\white\blue
\\serverW\acctpayable\master.inx d:\acctpayable\data\master.inx
\\serverW\file1 e:\guest\data\file1
\\serverW\xyzzy\tmp\junk.x e:\guest\data\xyzzy\tmp\junk.x
\\serverW\cdrive e:\guest\data\cdrive
If the null share name line (=e:\guest\data) did not exist and the server was started
in c:\bin, then:
\\serverW\file1 c:\bin\file1
\\serverW\xyzzy\tmp\junk.x c:\bin\xyzzy\tmp\junk.x
\\serverW\cdrive c:\bin\cdrive
The server’s current working directory is the default path for the null share name
provided the UseCurrentDirectory option is set to Yes.
If there is no [Sharing] section and if UseCurrentDirectory=No and
UseSystemShares=No are both set, then every open returns a 35 error.
The path associated with a share name is intended to start with a drive letter and to
specify a valid directory so that the resulting final pathname is an absolute pathname on
the server machine.
• UseCurrentDirectory. The UseCurrentDirectory option in the [Options] section
determines whether or not the server’s current directory pathname is prepended to the
filename when the edgename following the server name does not match any valid share
name. UseCurrentDirectory=Yes is the default.
• UseSystemShares. The UseSystemShares option in the [Options] section determines
whether or not the Windows server system share names are used. UseSystemShares=Yes
is the default. A Windows server system share name is defined in the Shared As portion
of the Sharing tab of the disk or directory folder Properties. Note that RM/InfoExpress
server ignores the Access Type and Passwords portions of the Sharing tab. If
UseSystemShares=No is specified, only the share names defined in the rmixsrvr.ini file
[Sharing] section are used.
[Debug]
;;;InfoxDebug=DBGFILE
[Sharing]
cdrive=c:\
ShareTemp=d:\tmp\shared\files
[Options]
UseCurrentDirectory=Yes
UseSystemShares=Yes
Appendix E: RM/InfoExpress
Security Parameter File Update
Utility
This appendix describes how to use the ixsecure.cob program to update the ixpwfile
parameter file with security-related information that is used by the server to authenticate the
clients. Note that ixpwfile must exist when the RM/InfoExpress server is run at security
levels greater than level 2. The implementation of file security in RM/InfoExpress is detailed
in Chapter 6: File Security on the RM/InfoExpress UNIX Server (on page 53).
The RM/COBOL object program, ixsecure.cob, is included with the RM/InfoExpress media
to enable users to build the security parameter file, ixpwfile. The RM/COBOL runtime
system (runcobol) is needed to run this object program.
A separate parameter file (ixpwfile) is required for each of the client machines and one for the
server machine. The parameter file for the client machine may have several entries, each
giving information about this client and one of the servers with which this client
communicates. Similarly, the parameter file for the server machine may have several entries,
each giving information about this server and one of the clients that may connect to the server.
runcobol ixsecure
If the security parameter file, ixpwfile, is not in the current directory or has a different name,
set the IXPWFILE environment variable to the current pathname of the file.
The RM/InfoExpress Security Parameter File Update utility Main screen, illustrated in
Figure 15, is displayed.
To choose an option on this screen, move the cursor with the arrow keys to a particular option
and press Enter. Alternatively, you can type the option number or the first letter of the option
description (it is not necessary to press Enter afterwards). To exit the utility program, choose
option 5.
Note If RM/COBOL finds an error while performing the requested operation, a message with
the appropriate RM/COBOL runtime error is displayed on the last line of the screen, and the
utility waits for acknowledgment.
When the ixpwfile is empty (such as the first time this utility is run on a machine), a warning
message is displayed and the file is created.
Type the requested information and press Enter on the last line to complete the entry. If you
want to cancel the input at any time, press Esc. The utility displays the RM/InfoExpress
Security Parameter File Update utility Main screen, illustrated in Figure 15 on page 98.
Otherwise, the entry will be added to the file.
The SERVER USER NAME is case-sensitive.
The SERVER USER NAME and CLIENT MACHINE NAME are not case-sensitive; that is,
they will be displayed as entered but will be mapped to uppercase for use by RM/InfoExpress.
Note If you are creating a security parameter file for an RM/InfoExpress server, the password
field on the Add Entry screen should be left blank (simply press Enter in this field). The
password in an entry for the server security parameter file is always ignored.
Using the arrow keys, choose the entry you wish to modify. Update the information on the
screen and press Enter on the last line to complete the entry. If you want to cancel the input at
any time, press Esc. The utility displays the RM/InfoExpress Security Parameter File Update
utility Main screen, illustrated in Figure 15 on page 98. Otherwise, the current entry in the
file will be replaced by this information.
Using the arrow keys, choose the entry you wish to delete and press Enter. If you want to
cancel the input at any time, press Esc. The utility displays the RM/InfoExpress Security
Parameter File Update utility Main screen, illustrated in Figure 15 on page 98. Otherwise, the
current entry in the file will be deleted.
After successful deletion, the following message is displayed for confirmation:
Type Y to confirm deletion. (To abandon the deletion, type N.) The following message is
displayed to confirm the successful deletion of the entry from the file:
Press any key to return to the RM/InfoExpress Security Parameter File Update utility Main
screen, illustrated in Figure 15 on page 98. If the file contains more entries than can be
displayed on one screen, additional screens will be displayed when a key is pressed. When all
entries have been displayed, pressing a key will return to the Main screen.
Note The password information is not displayed.
Appendix F: Using
RM/InfoExpress with Relativity
RM/InfoExpress can be used with Relativity for RM/COBOL to access the catalog and/or
files stored on a server running the RM/InfoExpress server program. This appendix provides
instructions for 32-bit RM/InfoExpress Windows clients.
Note Some earlier versions of Relativity are called Relational DataBridge.
[Winsock]
UseBlockingIO=Yes
This entry prevents a 10055 system error: “No available buffer space”. This configuration
parameter is discussed in Client-Specific Configuration Options (on page 87).
\\RMInfoExpressServer\PathToFile
where RMInfoExpressServer must match the TCP/IP host name for the server machine on
this client (for example, \\HOSTNAME\test.rcg). The following example specifies
a Relativity catalog called shirt3.rcg in the directory /usr/relsamples on the server
unixware21:
\\unixware21\usr\relsamples\shirt3.rcg
5. After you enter a valid RM/InfoExpress server and filename, click Open. The Relativity
catalog name will be validated and returned to the Relativity dialog box as the name of
the Relativity catalog for the data source. This information is displayed in the Catalog
Name area.
6. In the Relativity dialog box, click OK to complete creation of the Relativity data source.
Appendix G: Summary of
Enhancements
This appendix provides a summary of the new features and changes in the various releases of
RM/InfoExpress. It also tells you where to look for more information about them.
The enhancements and changes for the most recent release described by this document are
listed first. The information in this appendix is historical and was accurate at the time written
for the specific version being described. Various features may have changed in later releases,
and, possibly, some features may have been removed.
Note The RM/InfoExpress version number refers to the RM/InfoExpress server;
RM/InfoExpress client(s) do not have version numbers.
Version 12 Enhancements
The following summarizes the major new enhancements in RM/InfoExpress version 12:
• The RM/InfoExpress server File Manager has been updated to RM/COBOL version 12
compatibility.
• Client-side logging is a new capability to diagnose initial connection problems from the
RM/InfoExpress client to the RM/InfoExpress server. The RMCLIENT.LOG file logs
errors that are encountered in the pre-connection, connect, and the first message sent and
received operations. In addition, this new log file contains the following information for
each connection:
− the client-side host name
− the client-side IP address (from gethostbyname)
− the server-side host name
− the server-side IP address
− the result of the connect request
Version 11 Enhancements
The following summarizes the major new enhancements in RM/InfoExpress version 11:
• The RM/InfoExpress server File Manager has been updated to RM/COBOL version 11
compatibility.
• Support for Microsoft Windows Vista was added.
Version 10 Enhancements
The following summarizes the major new enhancements in RM/InfoExpress version 10:
• The RM/InfoExpress server File Manager has been updated to RM/COBOL version 10
compatibility.
Version 9 Enhancements
The following summarizes the major new enhancements in RM/InfoExpress version 9:
• The RM/InfoExpress server File Manager has been updated to RM/COBOL version 9
compatibility. (For further information, see “Version 9 Enhancements” in Appendix L:
Summary of Enhancements, of the RM/COBOL User’s Guide.)
• The RM/InfoExpress server display main screen now shows the server uptime (in days)
at the end of the date and time line. It can also now display 999,999,999,999 (one
trillion—U.S.—minus one) total messages after which the count wraps back to zero. See
Server Display Commands (on page 42).
• The Windows server (rmsrvtcp.exe) now uses WinSock 2. In particular, this allows a
much larger connection queue (WinSock 1 had a maximum backlog of 5), which should
avoid error 10061.
• The Windows server installation creates a Windows Firewall Exception, if applicable,
for the RM/InfoExpress TCP port number 21069. If you change the port number
(which is not recommended), you must change both the services file and the Windows
Firewall configuration.
Version 8 Enhancements
This section summarizes the major enhancements available in version 8 of RM/InfoExpress.
When running under operating systems that support files larger than 2 GB (gigabytes), the
RM/COBOL runtime system allows RM/COBOL files to grow past limits imposed in
previous versions. This support is provided by the LARGE-FILE-LOCK-LIMIT keyword of
the RUN-FILES-ATTR configuration record. In order to use this new limit on relative or
sequential files, you must use the USE-LARGE-FILE-LOCK-LIMIT keyword in a RUN-
REL-FILES or RUN-SEQ-FILES configuration record. In RM/InfoExpress, the server
configuration file (rmixsrvr.ini) contains keywords that correspond to those in the
RM/COBOL runtime system and that provide the same support. For record and file locks to
perform correctly, all RM/InfoExpress servers and RM/COBOL runtime systems opening a
file must use the same lock limit for that file.
On the Windows 9x class of operating systems, files up to 4 gigabytes (GB) are supported.
The Windows NT class of operating systems supports multiple terabyte files on the NT file
system. Only files on FAT32 (file system format supported for Windows 9x-class operating
systems) or NTFS (file system format supported on Windows NT-class operating systems)
may be larger than 2 GB.
For more information, see Appendix D: Configuring RM/InfoExpress (on page 83) of this
manual and Chapter 10: Configuration, of the RM/COBOL User’s Guide. In order to use this
new limit on indexed files, you must use an indexed file version level of 3 (see the “Very
Large File Support” topic in Chapter 8: RM/COBOL Features, of the RM/COBOL User’s
Guide for more information). Additional information about UNIX and Windows systems that
support large files also can be found in the “Using Large Files” topic in Chapter 2:
Installation and System Considerations for UNIX and in Chapter 3: Installation and System
Considerations for Microsoft Windows, respectively, of the RM/COBOL User's Guide.
unit (COBOL program) ever being aware of the disconnection. To enable this capability, you
must set ReconnectEnable=Yes in the [Options] section of the rmixsrvr.ini server
configuration file, as explained in Appendix D: Configuring RM/InfoExpress (on page 83).
data structures present in shared memory along with the server daemon. The screen handler
accesses the data structures using a well-defined administrative API.
The screen handler program is improved to read an entire screen of information in a single
operation, thus providing more consistency to the data it displays.
Under UNIX, the screen handler can be invoked more than once on the system, making it
possible for multiple users to view the server statistics simultaneously. The screen handler
application can be run from any terminal on the UNIX system.
The command sequence, Terminate Display, now terminates the screen handler program
without affecting the server or any clients.
The following sections describe two additional modifications to the screen handler program.
New Screens
The Error Information screen has been replaced by two new screens.
The Open Log screen displays information about the most recent 24 open operations
performed by the server. The Error Log screen displays information about the most recent 24
errors, including the complete error code and location of the error. For more information, see
Chapter 5: RM/InfoExpress Server Operations (on page 41).
Index
client 83, 85, 87
files, samples of 84, 90, 93, 94
server 83, 85, 90, 92, 93
with RM/COBOL 83, 108
Configuration file options 83
client 87
AcceptPassword 87
KeepSession 88
PathPrefixExcluded 88
PathPrefixIncluded 88
ReconnectDelay 89
StartLogPath 89
A UseBlockingIO 89
AcceptPassword configuration option 87 client and server 85
AIX operating system 14 EncodeData 85
IgnoreHangupError 85
InfoxDebug 28, 31, 85
B IxCompress 86
Block size 91 IxPwFile 58, 86
Bold type, use of as a document convention 3 MaxSendSize 29, 32, 86
Browsers 10–14 ReconnectEnable 86
BSD Sockets software, error messages 68, 78 server 27, 90, 92, 93
Buffer pool size 28, 32, 90 ConvertFileName 28, 92
BUFFER-POOL-SIZE keyword, RUN-FILES-ATTR DefaultServerUser 55, 57, 64, 92
configuration record 90 DotsBias 47, 48, 90
FileBufferPool 29, 32, 90
FileCount 90
C FileProcessCount 91
-c command line option, server 28, 92 InxUseLargeLimit 91
Case-sensitivity, configuration options 28, 83, 112 LargeFileLockLimit 91
Character-based terminals 41 MinimumBlockSize 91
Client program 8 ReconnectTimeout 91
accessing 33, 37 RelUseLargeLimit 91
configuration file options 83, 85, 87 RoundToNiceBlockSize 92
executing RM/COBOL programs with 36, 39 SeqUseLargeLimit 92
installation 18 ServerSecurityLevel 54, 57, 64, 93
pointing to network data files 33–36, 37–39 share-name 93
setting up TCP/IP package 18 UseCount 28, 32, 92
system requirements 7–8 UseCurrentDirectory 94
terminating communication to 29, 32, 49, 81 UseSystemShares 94
verification, installation 19–25, 19–25 Configuration files
Clients, validating 53 client (rmixclnt.ini) 58–64, 83
Command line options, server 27, 28, 31 server (rmixsrvr.ini) 58–64, 83
buffer pool size (-p) 28, 32, 90 Configuration records, RM/COBOL
debug (-d) 28, 31, 85 EXTERNAL-ACCESS-METHOD 33, 37
display program (-t) 29, 30, 32, 49 RUN-FILES-ATTR 90, 91, 109
mapping filenames (-c) 28, 92 RUN-REL-FILES 109
maximum amount of data handled by TCP send RUN-SEQ-FILES 109
function (-z) 29, 32, 86 Console interface 41
maximum number of clients open (-k) 28, 32, 92 Conventions and symbols used in this manual 3
Communication, client and server machines 21, 24 ConvertFileName configuration option 28, 92
Compatibility mode 54, 57, 93 Customer Care 4
Files 45 S
Main 44
Open Log 47 SCO OpenServer 5 operating system 15
Terminate 49 SCO OpenServer 6 operating system 15
Client 50 Screen handler program See Server display program
Display 50 Security, on UNIX server 53
Server 50 .rhosts file 53, 56, 59
keyboard functions 41 client validation 57
main screen 42 clients, non-UNIX 57
screen format, illustrated 42 compatibility mode 54, 57, 93
starting 27, 29 configuration file options 54, 55, 57, 58, 64
terminating 29, 32, 49 default server user 55, 57, 64, 92
server program 8 file security 53, 97
command line options 27, 28, 31 security levels 54, 57, 58, 64, 93
configuration 27 security parameter file (ixpwfile) 54, 56, 58, 86, 97
configuration file options 83, 85, 90, 92, 93 setting up network 58
default server user 55, 57 Send operations, maximum allowed 29, 32, 86
installation 10 SeqUseLargeLimit configuration option 92
security, on UNIX 53, 86, 92, 93, 97, See also Server configuration file (rmixsrvr.ini) 27
Security, on UNIX server Server display program 8, 10, 13
setting up TCP/IP package 9 command line option 29, 30, 32
starting 27, 29 commands
automatically 31
Clients 44
System account 20, 30
Error Log 48
system requirements 7–8
Files 45
terminating 29, 30, 32, 49
Main 44
verification, installation 19–25
Open Log 47
version number, significance of 107
Terminate 49
system requirements, installation 7–8
Client 50
terminating 49 Display 50
troubleshooting 81 Server 50
verification, installation 19 keyboard functions 41
RM_CLIENT_LOG_PATH environment variable 89 main screen 42
RM_RECONN_LOG_PATH environment variable screen format, illustrated 42
87 starting 27, 29
RMCLIENT.LOG 89 terminating 29, 32, 49, 50
rmdisptcp, server display program, UNIX 8 Server program 8
rmdistcp.exe, server display program, Windows 8 command line options 27, 28, 31
rmixclnt.ini, client configuration file 58–64, 83, 90, configuration file options 83, 85, 90, 92, 93
See also Configuration file options installation 10, 13
rmixsrvr.ini, server configuration file 27, 58–64, 83, security, on UNIX 53, 86, 92, 93, 97
93, 94, See also Configuration file options .rhosts file 53, 56, 59
rmservertcp, server program, UNIX 8 client validation 57
rmsrvtcp.exe, server program, Windows 8 clients, non-UNIX 57
rmtcp32.dll, client program, Windows 8, 18, 33 compatibility mode 54, 57
RoundToNiceBlockSize configuration option 92 configuration file options 54, 55, 57, 58, 64
RUN-FILES-ATTR configuration record 109 default server user 55, 57, 64
BUFFER-POOL-SIZE keyword 90 file security 53
FILE-PROCESS-COUNT keyword 91 security levels 54, 57, 58, 64
LARGE-FILE-LOCK-LIMIT keyword 91, 109 security parameter file (ixpwfile) 54, 56, 58
RUNPATH environment variable 24, 35, 38 server display program 10, 13
RUN-REL-FILES configuration record, USE- setting up TCP/IP package 9
LARGE-FILE-LOCK-LIMIT keyword 91, 109 starting 19, 20, 27, 29
RUN-SEQ-FILES configuration record, USE- automatically 31
LARGE-FILE-LOCK-LIMIT keyword 92, 109 System account 20, 30
Runtime options (RM/COBOL), hyphens, used with system requirements 7–8
3 terminating 29, 32, 49
Z
-z command line option, server 29, 32, 86