HP3000-L Archives

June 1997, Week 1

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:
Gilles Schipper <[log in to unmask]>
Reply To:
Gilles Schipper <[log in to unmask]>
Date:
Fri, 6 Jun 1997 18:54:11 -0400
Content-Type:
text/plain
Parts/Attachments:
text/plain (58 lines)
At 11:23 AM 97/06/06 PST8, you wrote:
>  We have an HP3000 969/220 on MPE/iX 5.0 PP6:
>
>  This past weekend our telecom folks changed some 'switching' hardware on
>our network in order to improve our throughput and since then remote users
>located 3,000 miles away, have sporadically been experiencing very slow
>responses, 5 to 40 seconds.
>  Some times these delays also occur on local users, in fact it happened to
>my connection yesterday.  Using reflections I had established 2 sessions
>from my PC, both sessions were going through the same DTC and were the
>*only* connections on that DTC at the time.  The overall CPU usage at the
>time was between 5% and 12% and armed with a sniffer we performed a test of
>printing to my screen the same ascii file, about 140 records.
> PRINT filename;PAGE=0
>  On one of my sessions the entire file would print without any visible
>delays while on the other it would be displayed into four chunks with about
>3 seconds delay between each chunk.  Comparison of the network packets for
>my two sessions showed that the *only* difference was the TCP/IP port ID
>(1537 and 1528 respectively).  We could not duplicate the problem after
>disconnecting both sessions and establishing new ones, but out remote users
>still have the problem.
>
>Any ideas?
>
>TIA
>Regards
>
>Paul H. Christidis
>

If you have a chance do this:

Boot your system and don't let any jobs or sessions run (apart from, say,
one session at the console).

Look (or listen for) any disk activity. Once your system is up and running,
there should be virtually no disc i/o if there are no logged-on users.

You may be surprised to find LOTS of disc i/o. If so, chances are, they are
to one or more files in pub.sys, 1 word record-lenght beginning with a
letter and followed by several digits/alphas (such as H0909A5A.PUB.SYS). If
these files are open (have * next to them with listf ,2).

I have seen this problem several times and could bring to system to its
knees. I believe if this is your problem, the solution is to ensure that
any transceivers attached to your DTC's have heartbeat enabled.

If that's not your problem, sorry to waste bandwidth.

---------------------------------------------------------------------------
Gilles Schipper
GSA Inc.
HP3000 & HP9000 System Administration Specialists
300 John Street, Box 87651   Thornhill, ON Canada L3T 7R4
Voice: 905.889.3000     Fax: 905.889.3001
Internet:  [log in to unmask]  Compuserve: 71203,474
---------------------------------------------------------------------------

ATOM RSS1 RSS2