Setting Up ALLBASE/NET on the Server [ ALLBASE/NET User's Guide ] MPE/iX 5.0 Documentation
ALLBASE/NET User's Guide
Setting Up ALLBASE/NET on the Server
NOTE The following steps assume that you are setting up ALLBASE/NET on
an MPE/iX server and the user is located on an MPE/iX client.
However if the user is located on an HP-UX client, you must use
HP-UX naming conventions when you enter information in a user
profile. HP-UX naming conventions and syntax are described for
each NETUtil command in the "NETUtil Reference" chapter.
Procedures for setting up ALLBASE/NET on an HP-UX server are in the
"Setting Up ALLBASE/NET" chapter of the HP 9000 Computer Systems
ALLBASE/NET User's Guide.
To set up ALLBASE/NET, perform the following steps:
* Start the listener.
* Assign a server login name for the client.
* Add user profiles to the NETUsers file.[REV BEG]
* Check the SERVICES.NET.SYS file (when using ARPA services) on the
server.[REV END]
Maintaining the Listener on an MPE/iX Server
[REV BEG]
As system administrator on the server, you need to start, stop, and check
the status of the listener after ALLBASE/NET is installed. You must have
NM (Node Manager) capability to do these tasks. Sometimes you may want
to check the listener log file. These tasks are discussed in the
sections below.
Starting the Listener.
The listener must be started the first time ALLBASE/NET is used after a
system boot.
NOTE These steps are for starting the listener on an MPE/iX server node.
To start the listener on an HP-UX server node, refer to "Setting Up
ALLBASE/NET on the Server" chapter of the HP 9000 Computer System
ALLBASE/NET User's Guide.
Before you start the listener, be sure that the network transport
loopback interface has been turned on. It should be turned on at system
boot up time with the command:
:NETCONTROL START;NET=LOOP
To start the listener, use the ANSTART command. This command streams a
job which runs the listener. The listener job is streamed with the
;HIPRI option to ensure a timely logon. Once the listener program is
started, it runs in the B queue at priority 149.
The syntax for this command is:
ANSTART "{Network Interface} [DEBUG]
where
Network Interface is one of either ARPA, NS or NETWARE. This
indicates which connection to start. The NETWARE
listener is only used for PC access.
DEBUG indicates that the spool file for the listener
job should not be deleted automatically and that
the log file is always readable.
Here are some examples of starting the listener.
Start the listener for the ARPA interface with DEBUG.
:ANSTART ARPA DEBUG
anutil.pub.sys START ARPA DEBUG
(ANUtil): Checking ALLBASE/NET listener status for ARPA.
(ANUtil): Starting ALLBASE/NET listener for ARPA.
#J17
(ANUtil): Verifying ALLBASE/NET listener for ARPA is started.
(ANUtil): ALLBASE/NET LISTENER FOR ARPA HAS BEEN STARTED SUCCESSFULLY.
Start the listener for the NS interface with DEBUG.
:ANSTART NS DEBUG
(ANUtil): ALLBASE/NET LISTENER FOR NS HAS BEEN STARTED SUCCESSFULLY.
Start the listener for NetWare without DEBUG. NetWare is for
ALLBASE/SQL PC API only.
:ANSTART NETWARE
(ANUtil): NETWARE LISTENER HAS BEEN STARTED SUCCESSFULLY.
Alternatively, you can use the following command file.
:NWSTART
(ANUtil): ANSTART NETWARE
(ANUtil): NETWARE LISTENER HAS BEEN STARTED SUCCESSFULLY.
Stopping the Listener.
To stop the listening, use the ANSTOP command. When all server processes
have terminated, the listener terminates. The listener stops listening
when it receives the ANSTOP command. The syntax for the ANSTOP command
is:
ANSTOP {Netware Interface}
where
Network Interface is one of either ARPA, NS or NETWARE. This
indicates which connection to stop. The NETWARE
listener is only used for PC access.
Here are some examples of stopping the listener.
Stop the listener for the ARPA interface.
:ANSTOP ARPA
(ANUtil): ALLBASE/NET LISTENER FOR ARPA HAS BEEN STOPPED SUCCESSFULLY.
Stop the listener for the NS interface.
:ANSTOP NS
(ANUtil): ALLBASE/NET LISTENER FOR NS HAS BEEN STOPPED SUCCESSFULLY.
Stop the listener for NetWare.
:ANSTOP NETWARE
(ANUtil): NETWARE LISTENER HAS BEEN STOPPED SUCCESSFULLY.
Alternatively, you can use the following NETWARE command.
:NWSTOP
(ANUtil): ANSTOP NETWARE
(ANUtil): NETWARE LISTENER HAS BEEN STOPPED SUCCESSFULLY.
Checking the Status of the Listener.
To check the status of the listener, use the ANSTAT command. This
command checks to see if a given listener job is running. The syntax for
this command is:
ANSTAT [Network Interface] [NUMSERVERS]
where
Network Interface is one of either ARPA, NS or NETWARE. This
indicates which connection to check the status
of. The NETWARE listener is only used for PC
access. If no network interface is specified,
status will be reported for all interfaces.
NUMSERVERS indicates that the current number of RDA servers
for this listener be displayed.
Here are some examples of checking the status of the listener.
Check the status of the listener for the ARPA interface.
: ANSTAT ARPA
If the given listener is not currently active, the following message
is returned.
(ANUtil): ALLBASE/NET LISTENER FOR ARPA IS NOT ACTIVE,
TO START USE 'ANSTART ARPA'.
Check the status of the listener for the NS interface.
: ANSTAT NS numservers
If the given listener is currently running and if the number of
active servers is requested, the following message is returned.
(ANUtil): ALLBASE/NET LISTENER FOR NS IS ALREADY ACTIVE.
(ANUtil): Listener process 43 has 0 remote network connection(s) to DBEs.
Check the status of the listener for NetWare.
: ANSTAT NETWARE
If the given listener is currently running, the following message is
returned.
(ANUtil): NETWARE LISTENER IS ALREADY ACTIVE.
Alternatively, you can use the NWSTAT command.
: NWSTAT
(ANUtil): ANSTAT NETWARE
(ANUtil): NETWARE LISTENER IS ALREADY ACTIVE.
Check the status of all listners at once.
: ANSTAT
(ANUtil): ALLBASE/NET LISTENER FOR ARPA IS ALREADY ACTIVE,
TO START USE 'ANSTART'.
(ANUtil): ALLBASE/NET LISTENER FOR NS IS ALREADY ACTIVE.
(ANUtil): NETWARE LISTENER IS NOT ACTIVE.
Here's what the SHOWJOB command displays when both the NS and ARPA
listeners are active. J22 is the NS listener and J23 is the ARPA
listener.
: showjob job=@j
JOBNUM STATE IPRI JIN JLIST INTRODUCED JOB NAME
#J2 EXEC 10S LP THU 12:01P FTPMON,FTP.SYS
#J22 EXEC 10S LP MON 9:56A HPDANS,MANAGER.SYS
#J23 EXEC 10S LP WED 9:38A HPDARPA,MANAGER.SYS
3 JOBS (DISPLAYED):
0 INTRO
0 WAIT; INCL 0 DEFERRED
3 EXEC; INCL 0 SESSIONS
0 SUSP
JOBFENCE= 7; JLIMIT= 4; SLIMIT= 20
Checking the Number of Processes For Each Listener.
You can use the SHOWPROC command as an alternative to the ANSTAT command.
To display the number of processes active in each listener job, use the
SHOWPROC command with the TREE option. The INFO string used when the
process was created is displayed after the process name. For example:
: showproc ;job=#j22;tree
QPRI CPUTIME STATE JOBNUM PIN (PROGRAM) STEP
C152 0:01.985 WAIT J22 36 :HPDALSTN '-l NS'
B149 0:02.934 WAIT J22 65 (HPDALSTN.PUB.SYS) -l NSC
C152 0:00.099 WAIT J22 37 (HPDADVR.PUB.SYS) 11000001,1,NS
:showproc; job=#j23
QPRI CPUTIME STATE JOBNUM PIN (PROGRAM) STEP
C152 0:02.076 WAIT J23 68 :HPDALSTN '-l ARPA'
B149 0:02.666 WAIT J23 54 (HPDALSTN.PUB.SYS) -l ARPA
C152 0:00.106 WAIT J23 40 (HPDADVR.PUB.SYS) 11000001,1,ARPA
:
A user without the appropriate privilege (SM or OP) will get the following
error when a showproc is attempted:
:showproc; job=#j22;tree
Cannot access job #J22. (CIERR 11002)
:
[REV END]
Checking the Listener Log File.
To check the listener log file, HPDANSLG (for NS) or HPDAARLG (for ARPA),
use the PRINT command. This can be done when the listener is not running
or if the listener was started with the DEBUG option. For example:
: PRINT HPDANSLG.PUB.SYS
The listener log file shows the date and time when the listener was
started or restarted. It then shows the client node name of the user
that has been successfully connected by the listener and the client
version. The client version indicates whether the client is on an MPE/iX
system (-) or on an HP-UX (*) system. If the connection was made with a
client running a version of ALLBASE/NET that is earlier than A.30.00
(MPE/iX) or A.08.00 (HP-UX), the ALLBASE/NET version number is shown.
Listener error codes are also shown. Refer to the ALLBASE/SQL Message
Manual for descriptions of listener error codes.
The listener log file is a circular file that holds 1000 entries. The
last entry in the file is the most recent.
Here is an example of a typical listener log file:
MON, JUL 30, 1993. 9:01 AM: ***** ALLBASE / NET LISTENER *****
MON, JUL 30, 1993. 9:01 AM: - ALLBASE/NET LISTENER FOR ARPA IS
ALREADY ACTIVE.
MON. JUL 30, 1993. 9:05 AM: Client: #S54 Server: Client
NodeName: MATE.DBMS.HP Client Version: -CLIVER001
MON. JUL 30, 1993. 9:07 AM: Idtfy_clnt CF_GET_PROFILE
ClientNode MATE.DBMS.HP ClientLogin MANAGER.SYS.PUB
not found: 26002
MON. JUL 30, 1993. 9:07 AM: Hpdadvr IDTFY_CLNT: 26002
MON. JUL 30, 1993. 9:07 AM: Hpdadvr SHUTDOWN CIRCUIT
with error 26002
MON. JUL 30, 1993. 9:07 AM: Hpdadvr FATAL_ERROR
The first line of the listener log file shows the date and time of when
the listener was started.
The next line shows the date and time of an attempt to restart the
listener.
The following two lines show that a successful connection was made.
The last five lines show an unsuccessful attempt to make a connection.
Assigning a Server Login
Assign a server login name for the user on the client that is accessing
the DBEnvironment on the server. Use the information about the client
login name and client node name that you obtained from the client's
system administrator. The server login name should be in the format:
[session,]user.account[,group]
Session Names.
The session name is optional.
Group Names.
Specify a logon group if a home group was not specified on the server for
that particular user. (Users are assigned home groups with the ;HOME=
parameter in the NEWUSER or ALTUSER commands.)
Also, a group name must be specified if the user name has been assigned a
home group that is not the desired group for this login or if the user
does not have a home group.
NOTE If you are setting up ALLBASE/NET on an MPE/iX server but the user
is on an HP-UX client, refer to "Cross-System Connectivity" in the
"Getting Started" chapter.
Authorities.
The user for whom you are assigning the server login name will need the
necessary authorities (such as CONNECT authority) for accessing the
DBEnvironment on the server. These authorities must be granted by the
database administrator responsible for the DBEnvironment.
Adding a User Profile
[REV BEG]
To add a user profile to the NETUsers file, you must either log on as
MANAGER.SYS, have SM capability, or have AM capability for the account
you are working in.[REV END] To add a user profile to the NETUsers file:
1. Invoke NETUtil.
2. Type ADD USER at the NETUtil prompt.
ADD USER prompts you first for the node name of the client at
which the user is located and then prompts you for additional
information.
3. Respond to each prompt as follows:
Prompt Response
Client Node Name/Session Type Enter the name of the client node where
Name: the user is located. The client node
name is not case-sensitive. (Ignore
Session Type Name. It is used only for
setting up ALLBASE/DB2 CONNECT on the
client.)
Client Login Name: Enter the login name of the user on the
client. This name can be either a HP-UX
or MPE/iX login. A wildcard (@) can be
used as the login name. This is
explained in the "NETUtil Reference"
chapter.
If the client is HP-UX, this name follows
HP-UX naming conventions for a login
name, cannot exceed eight characters in
length, and is case-sensitive.
If the client is MPE/iX, this name
follows MPE/iX naming conventions for a
logon name, a component cannot exceed
eight characters in length, and is not
case-sensitive. The session and logon
group names are optional. The session
name is not allowed. The group name is
required.
Server Login Name: Enter the server login name you assigned
to the user accessing the DBEnvironment
using the format:
[session,]user.account[,group]
This name follows MPE/iX naming
conventions for a login name; a component
cannot exceed eight characters in length,
and is not case-sensitive. The session
and logon group names are optional. (For
guidelines on specifying session and
group names, refer to the previous
section, "Assigning a Server Login
Name.")
NOTE The client node, client login, and server login names are stored
and displayed exactly as they were entered.
After you respond to the last prompt, the following message appears
followed by the NETUtil prompt:
Profile added.
For an example of how ADD USER is used, refer to "Examples of Setting Up
ALLBASE/NET" at the end of this chapter.
WARNING Use only NETUtil to modify the NETUsers file. Using other
software, such as an editor, could damage the file.
Changing a User Profile
You can change the contents of one or more user profiles with the CHANGE
USER command.
For the naming conventions and syntax to use to respond to the prompts,
refer to "Adding a User Profile," above.
To change a user profile, do the following:
1. Type CHANGE USER at the NETUtil prompt.
CHANGE USER prompts you first for the node name of the client at
which the user is located and then prompts you for additional
information.
2. Enter the client node name of the profile you want to change.
3. Enter a new client node name. If you do not want to change the
current name, press the Return key.
4. Enter the current client login name of the user or an asterisk
(*).
If you enter an asterisk, all client node names in the NETUsers
file that match the current client node name are changed to the
new client node name.
If you enter the current client login name of the user, you are
prompted for a new client login name.
5. Enter a new client login name.
The current server login name is displayed, followed by a prompt
for a new server login name.
6. Enter a new server login name. If you do not want to change the
current name, press the Return key.
7. Confirm the changes by entering Y or N.
For examples of how CHANGE USER is used, refer to the "NETUtil Reference"
chapter.
Deleting a User Profile
To delete one or more user profiles from the NETUsers file use the DELETE
USER command at the NETUtil prompt. The current client node name and
client login name uniquely identify the entry to be deleted. If you
enter the client login name, you delete the user profile that has the
same name. If you enter an asterisk, you delete all user profiles with
the current client node name.
For the naming conventions and syntax to use to respond to the prompts,
refer to "Adding a User Profile," above.
To delete a single user profile, do the following:
1. Enter the client node name for the user profile you want to
delete.
2. Enter the client login name.
3. Confirm the deletion by entering Y or N.
To delete all user profiles with the same client node name, do the
following:
1. Enter the client node name for the user profiles you want to
delete.
2. Enter an asterisk (*) for the client login name.
3. Confirm the deletions by entering Y or N.
For examples of how DELETE USER is used, refer to "NETUtil Reference"
chapter.
Displaying a User Profile
To display the contents of one or more user profiles in the NETUsers file
type the SHOW USER command at the NETUtil prompt. You can display all
user profiles, user profiles for a specific node, or user profiles with
the same client login name.
For the naming conventions and syntax to use to respond to the prompts,
refer to "Adding a User Profile," above.
To display one user profile, do the following:
1. Enter the client node name for the user profiles you want to
display.
2. Enter the client login name for the user.
To display all of the user profiles in the NETUsers file, do the
following:
1. Enter an asterisk (*) for the client node name.
2. Enter an asterisk (*) for the client login name.
To display all user profiles with the same client login name, do the
following:
1. Enter an asterisk (*) for the client node name.
2. Enter the client login name.
To display all user profiles for a specific client node, do the
following:
1. Enter the client node name.
2. Enter an asterisk (*) for the client login name.
For an example of how SHOW USER is used, refer to "Examples of Setting Up
ALLBASE/NET" at the end of this chapter.
[REV
BEG]
Checking the Services File on the Server
If you are using ARPA services, check for a user entry in the
SERVICES.NET.SYS file on the client. This file is used by ARPA for
dynamic port assignment. The file entry for the ALLBASE/NET service has
the official service name DAServer, the port number 987, and the protocol
name tcp. The file should look like this:
:PRINT SERVICES.NET.SYS
# This file contains the information about the services provided.
#
# The form for each entry is:
# <official service name> <port number/protocol name> <aliases>
#
# See the services(4) manual page for more information.
# Note: The entries cannot be preceded by a blank space.
#
ftp 21/tcp
DAServer 987/tcp #SQL distributed access
:
If the last line above is not there, update the SERVICES.NET.SYS file to
include this line.[REV END]
MPE/iX 5.0 Documentation