Kbase 412: vms server with dos clients connected via decnet-dos
| Autor |
Progress Software Corporation - Progress |
| Acesso |
Público |
| Publicação |
5/10/1998 |
|
vms server with dos clients connected via decnet-dos
910419-CHG01VMS SERVER WITH DOS CLIENTS CONNECTED ACROSS DECnet-DOS.
-------------------------------------------------------
When using Progress across DECnet-DOS, the first point to
note is that the SERVICE-NAME given with the -S parameter
must be in capitals. This is not stated particularly
clearly in the manual. When connecting DOS clients up to
a remote server on a VMS machine, the SERVICE-NAME must be
included (in capitals) with the 'mpro' command. In some
situations, it is also necessary to include the -H parameter.
For example, if you have started the server on the VMS
machine and then you type 'mpro dbname -S SERVICE-NAME'
from the DOS client and the following message is
displayed:
SE: Client with name PR1SERVICE-NAME already
using NETBIOS (731).'
then using the -H parameter will solve the problem.
Apparently, the way the system acquires an id for each client
on NETBIOS is by taking the SERVICE-NAME and concatenating
it with the hi-bits and lo-bits of the ethernet card's
address (where PR1 comes from nobody knows but we are
endeavoring to find out). In some instances, the hi-bits
and lo-bits of the ethernet cards may be identical and this
makes for a duplicate client-id, hence the above error
message. When a -H parameter is included, the system
incorporates this into the client-id to make it unique.
The -H parameter should be different for each workstation
but other than that there are no stipulations for the
form it should take.
It is important to note that in this situation, the -H does
not represent the host machine. Normally, this parameter
is used to identify the machine on which the database is
held; but in this case, it just makes the client-id unique.
The client-id which the system produces is held in a DECnet
table and removed from this table at the end of the session.
However, in the event of a network error during a Progress
session such as a communication protocol malfunction, e.g.,
Server received count 1 does not equal client's send count 2
(1055)
Network write error, status 316 (1338)
the DECnet table is not cleared and the client-id's remain in
there until a network time-out function clears them out. (This
can take some time). In the meantime, a different -H parameter
must be used for each client who wishes to go back into the
system before the table clears. At this time we are not aware
of any method of manually clearing the table.
Progress Software Technical Support Note # 412