Instead of 'stop'ping and 'start'ing try:
NSCONTROL UPDATE=ALL;NET=lanname (whatever name you have setup in NMMGR)
This will 're-connect' any 'lost/hung' connections.
Kindest Regards,
Tom Lang.
"John Clogg" <[log in to unmask]> wrote in message
news:2ISdneR8DZvvEB6jXTWcoA@fidnet.com...
> You may have hit the upper limit on the number of VT sessions allowed,
thus causing the system to refuse further connections.
> Enter the command:
> NSCONTROL STATUS=SUMMARY
> And look at the MIN, MAX and ACTIVE values for VTSERVER. If the number of
active servers is at the max, you can't make any new connections. The max
can be adjusted by entering NSCONTROL SERVER=VTSERVER,0,1000 which sets the
minimum and maximum number of servers at zero and 1,000, respectively.
>
> Warning: Every time you restart NS, the max will revert to the default,
300, and must be re-adjusted.
>
> -----Original Message-----
> From: John MacLerran [mailto:[log in to unmask]]
> Sent: Thursday, March 27, 2003 3:05 PM
> To: [log in to unmask]
> Subject: Mysterious HP3000 / NSVT hangs
>
>
> Dear HP3000-Listers
>
> I have a strange HP3000 and NS/VT problem.
>
> At various times over the last week or so, NS appears to 'hang'. If we
try
> to connect with Reflection, we get a timeout and can't connect. People
who
> are already logged in can continue working, sometimes, -- sometimes they
get
> disconnected and then cannot reconnect. Doing an NSCONTROL STOP to shut
down
> NS and then an NSCONTROL START to bring NS back up usually solves the
> problem, but it disconnects all the NS sessions and forces them to
reconnect.
>
> We've been running a sniffer on the network, to see if anything is
> generating a bunch of bizarre packets that could be cofusing NS, but we
> haven't seen anything, but that could be because we don't know exactly
what
> to look for.
>
> We're running MPE 7.0 express 1 on an 2-way 440Mhz N4000. SOS doesn't show
> anything taking up an inordinate amount of resources, and I can connect vi
a
> Telnet fine during the episodes.
>
> Has anyone else heard of anything like this, or have any idea of how we
can
> troubleshoot it more completely?
>
> Thanks!
> John MacLerran, IT Systems Analyst
> Idaho State University
> [log in to unmask] 208-282-2954
>
> * To join/leave the list, search archives, change list settings, *
> * etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
>
> * To join/leave the list, search archives, change list settings, *
> * etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
>
* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
|
