Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.

Connection number and Client Reboot

Skip to first unread message


Jan 29, 2004, 1:46:58 AM1/29/04
Good day!

We are connecting DOS based VLM clients to a NW6 sp3 server via pure IPX
and the login processes are fine. Then, NW server will give each client
a connection number(e.g from 1 to your max licensed connections which
can be seen from MONITOR).

What makes a difference (compared with NW4.11)is when we "hard reset" a
client(lose of power, warm reboot) then login again, NW6 server will
issue a different connection number to the client rather than keep the
same old number(of course for a certain MAC). Then here comes our
headache: As the files opened by the previous connection was not
immediately released by the WATCHDOG, the dead connections are still
showing in the MONITOR with opened resources, the new login won't
complete successfully when use of those resources are needed unless we
clear the previous connection or wait for WATCHDOG to disconnect them.

In NW4, when same thing happens, NW4 server will retain the same
connection number for the same MAC and upon the execution of the new
login.exe, the locked resources will be automatically released! In NW6
when scripts reached those locked files, an error message of "Network
Sharing voliation ..." happens.

Is there any other method to let server realse the dead connections
faster (except for the watchdogs) or let it handle the connecions like

Please suggest, thank you.

Barry St.John

Jan 29, 2004, 5:09:56 PM1/29/04
You can adjust the watchdog timeout settings, or try using the old
style watchdog type. Look in MONITOR under COMMUNICATIONS.

Or you can try this util. It wasn't designed for NW6x, though, so I'm
not certain if it will work on that platform. Maybe if you turn on the
old type watchdog packets...


-Barry. [Novell Support Forum SysOp]


Jan 29, 2004, 9:01:00 PM1/29/04
Thanks for your infromation, Barry. However I think my issue is similar
to the case as indicated by John Stoecker in the admin-tools newsgroup.

I'll give both methods a try and let you know the results.


Jan 30, 2004, 12:59:26 AM1/30/04
Tried the nls603f post sp3 patch but seemed it's not intended for my
case. Our issue can be simplified as: How can a client retain it's
original connection number after restart and server will release
previously locked resources when same client re-connects?

Why we what the NW server to handle connections that way is because we
noticed on the 4.11 server, it DO maintain the same connection number
for a certain MAC address and when the client executes the login.exe,
the server will release previously locked files automatically despite of
WATCHDOG settings.

Why this issue is important is because when a client is suddenly "gone",
and user tried to login again, he needs to wait a certain period of time
before WATCHDOG clears his previous login. This will generate helpdesk
support tasks when there's a large client base.

The utility is cool but I'm not to load it on server for the moment as
it will handle over 500 connections concurrently.

Barry St.John

Jan 30, 2004, 12:31:01 PM1/30/04
I'm not convinced the problem is on the server side since it doesn't
behave this way with Windows-based clients. And I'm not certain
there's a solution for this, since VLM is not supported on NW6.


Feb 1, 2004, 7:11:28 AM2/1/04
The change may well be server-based - likely to have been deliberately
introduced to properly support multiple client connections from a single
(IPX or IP) address - for terminal servers.

If so, it can't be changed back without re-introducing problems for terminal
server environments (and other cases where multiple users are logged in
using the same IP address, such as some VPN/NAT configurations).



Feb 1, 2004, 10:08:38 PM2/1/04
Comprehensive and thank you all for your efforts! We LIVED the new
server on Feb 1 with modified scripts as a working around.
0 new messages