HP3000-L Archives

December 1997, Week 2

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:
Lee Gunter <[log in to unmask]>
Reply To:
Lee Gunter <[log in to unmask]>
Date:
Tue, 9 Dec 1997 16:54:50 -0700
Content-Type:
text/plain
Parts/Attachments:
text/plain (44 lines)
Greetings,
Recently, we installed the first of three phases of our Y2K conversion
project.  Since then, the system (996-500) has seen very erratic
performance -- particularly among some specific batch and online processes.
Glance/iX is reporting these processes of interest primarily IMPeded, with
the process detail screen showing a control block wait.  My understanding
of control block waits leads me to believe that a locking contention
problem exists; however, according to our programmers, no locking code was
changed.  As soon as we suspend contending jobs and allow them to complete
one at a time, the problem disappears.

To prepare for the conversion and provide sufficient workspace, we added
additional 4GB volumes to the two user volume sets on which the converted
databases reside, and we balanced the sets using Bradmark's "Disk Space
Manager" product's 'MANAGESET' command.  All disk volumes are of identical
size on both sets.  During the conversion, data was unloaded serially from
the affected datasets to flat files, converted in place, the datasets were
erased, then the data was loaded back using SUPRTOOL.  No intervening sorts
were applied to the files prior to reloading the converted datasets.
Interestingly, some processes which block on control waits are accessing
files/datasets not touched during the conversion and, in some cases,
residing on different volume sets from those which were converted.

We're attempting to analyze the system's performance logs from before and
after the conversion to see, 1) if this situation existed but has become
worse, or 2) if this is truly a new problem.  LaserRx has chosen this week
to start misbehaving, so progress is slow; therefore, I come to the gurus
on the list to help point me in a sensible direction to try to solve this.
I have little to no experience with DEBUG, so I'm unable to track by any
means I know where the programs are spending their time.  What little hair
I have left on my head is much grayer and almost gone.  :-<

Please feel free to contact me privately, if you wish.
TIA,

Lee Gunter
Regence Blue Cross Blue Shield of Oregon / Regence HMO Oregon

mailto:[log in to unmask]
voice...503-375-4498    fax.....503-375-4401
==========================================================
The opinions expressed, here, are mine and mine alone, and do not
necessarily reflect those of my employer.

ATOM RSS1 RSS2