HP3000-L Archives

January 2000, Week 4

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Larry Barnes <[log in to unmask]>
Reply To:
Larry Barnes <[log in to unmask]>
Date:
Wed, 26 Jan 2000 16:07:04 -0700
Content-Type:
text/plain
Parts/Attachments:
text/plain (83 lines)
Ahh, not true.  At a previous employer we had a 64 user license running WRQ on
a local lan.  Many users would log on twice to toggle between sessions.  If a
user didn't do a clean disconnect from the host there virtual port would be
owned by SYS #1 when you did a showdev command.  After a time these virtual
ports would occupy 30-40 virtual port connections.
Long story short, we should only be able to connect 64 virtual connections.  I
had virtual port numbers in the 80 to 99 range.  The system would run fine
until it realized the virtual port numbers were too high.  When this occurred
the system would just shut down.
It always seemed to happen during monthend processing.

Sometimes the system would run fine for the entire day other times not.

The solution was to write a command file that ran in a job.  It counted the
number of ports owned by SYS #!.  When that number reached a pre-defined
number it would send a message to the console every 10 minutes.  This gave me
time to schedule a system re-boot to clear the ports.  This was the
recommendation HP gave me.


--
Larry Barnes
Director of MIS
Mitek Corp.
4545 E. Baseline Rd.
Phoenix, AZ 85040
[log in to unmask]



Doug Werth wrote:

> Ian,
>
> Chances are you student is bumping his/her nose against the user license.
> Regardless of the session limit you cannot log on more sessions than the
> user license will allow. You can check the user limit by interrogating the
> HPUSERLIMIT variable.
>
> HTH.
>
> Doug.
>
> Doug Werth                             Beechglen Development Inc.
> [log in to unmask]                               Cincinnati, Ohio
>
> The opinions expressed do not  necessarily represent the views or
> opinions of Beechglen Development. They might but not necessarily.
> They represent solely the opinions of the author.
>
>  "Programming is an art,  not a science,  and not all programmers
>   are Picassos."  -- Frank Bajak, Associated Press
>
> ----- Original Message -----
> From: Ian Sargent <[log in to unmask]>
> To: <[log in to unmask]>
> Sent: Wednesday, January 26, 2000 4:26 PM
> Subject: Help on "Unable to create new session..."
>
> > Hi folks,
> >
> > I have just been delivering an MPE/iX HPVC course and a
> > student (with VERY little experience) came up with a question
> > that I cannot answer, for two reasons:
> >
> > 1. I don't have access to his system so I don't know the state
> >     or what is running on it etc etc
> > 2. I have never come across this before.
> >
> > Anyway, it would appear that his Job and Session limits are
> > set to 50 or 60 and Jobfence set to 0 but with only 25 (approx)
> > sessions currently running. He (users) have received "Unable
> > to create new sessions.." messages. He does not know, yet,
> > how to monitor the system or to find out what is going on as
> > he has been given the system after the previous admin left! In
> > other words he may have been handed a 'can of worms'?!
> >
> > I guess the biggest problem at this point is not knowing what
> > is actually running on the system but.....
> >
> > Anyone have any idea's about this or has anyone seen this
> > before?

ATOM RSS1 RSS2