HP3000-L Archives

January 2004, Week 3

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:
Dan Barnes <[log in to unmask]>
Reply To:
Dan Barnes <[log in to unmask]>
Date:
Thu, 15 Jan 2004 14:09:19 -0600
Content-Type:
text/plain
Parts/Attachments:
text/plain (134 lines)
James, we have both of those patches installed on this system.

Dan

-----Original Message-----
From: HP-3000 Systems Discussion [mailto:[log in to unmask]] On Behalf
Of James Hofmeister
Sent: Thursday, January 15, 2004 2:03 PM
To: [log in to unmask]
Subject: [HP3000-L] Mysterious problem on 979-200


Hey Jeff, all @ 3000-l,

I am guessing that if you have ODIMXE9B installed that this is a system
running MPE/iX 7.0.

I don't know what Tivoli does internally when it talks to the 3000 - PING or
SNMP or other ?

You did not mention which patches are installed...   I would suggest the 2
that might have the most impact on the MPE network code and this probelm
are:

NSTHD01 for C.70.00
SNMGDT5 for C.70.00

... and that you possible are seeing:

  SR: 8606-206689
FROM: SNMGDD4
SNMP VolumeTable lookup ties up CPU

... If Tivoli uses SNMP.

Regards,
  James Hofmeister




Jeff Stothart <[log in to unmask]> wrote:
Hello all -

I'm having a problem with one of our hp3000's and I'm a little stumped. Our
company uses Tivoli to check to see if a system is 'up' (which I think to
Tivoli that means it responds to a ping or a series of pings). I have an
hp3000 that occasionally does not respond. When this happens, our trouble
ticket and paging mechanism is triggered, and the support folks are in a
state of nervousness until someone actually logs onto the system and sees
it's still humming along.

I initially thought it must be a network problem, but I've found something
that has me questioning that. We use the Lund product to gather performance
data, and it takes its performance 'snap shot' every 5 minutes. It's pretty
good about being on time...sometimes the timestamp on one collection cycle
is 6 minutes after the last one, but most of the time it's every 5 minutes.
Well, during the time we're having the problem, it skips its collection
cycle completely, so there's 10 minutes between cycles. This leads me to
believe that there's something going on on the system that may be causing
the problem.

Does anyone have any ideas as to what to look at?

Here's some more info:

The problem has happened 4 times in the month of January, and 3 times in the
month of December. The first occurrence was 12/8. I'm guessing the problem
lasts for maybe 3 minutes (based on console history). The console does not
show any messages during this time. The messages right before the problem
starts are 'normal'. Same with the messages after the problem is cleared up.
It looks like normal processing picks right back up.

We put one patch on on 12/6 which looks unrelated to this problem.

ODIMXE9B Online Diagnostics version A.75.03 - xt and fwu disk enclosure
support

This is a test system and the problem has only occurred during the evening
hours or early morning hours. During the evening we run a Veritas network
backup, and I can tell one was running during each occurrence of the problem
when it happened in the evening. However, it's processes are always in the
cs queue. I'm assuming that the Lund collection process fires off in the
linear queue (need to verify that with Lund however), so it should get cpu
time over the backup. Also, we've been running the Veritas backup for years
without these problems occurring.

For the morning problems, the one constant that I see in the performance
data (the '10 minute snapshot performance data') is the NFT process. It's in
the linear queue (bs), but it never shows up as a 'hog process'. In the
mornings we do a lot of dscopying to this system, and also a lesser amount
from this system to another hp3000. But again, we've been running these
processes for a long time without problems.

I've looked through the network logs and the system logs, and I don't see
anything unusual compared to when the system was not having a problem.

I've also noticed that on occasion it takes longer than normal to get to the
initial Logon Prompt for this system.

Any ideas would be greatly appreciated! Thanks- Jeff


Jeff Stothart

Visit LCI on the Web: www.lci-online.com

Lawinger Consulting, Inc.
106 Central Ave, Suite A
Osseo, MN. 55369-1243
Tel: (763) 425-9284
Office Fax: (763) 425-5483 Lotus Notes Fax: (651) 732-8212
Email: [log in to unmask]

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *

Regards,

James Hofmeister
Email: <first>.<last>@hp.com
Hewlett Packard - Global Solutions Engineering (WTEC)
P.S. My Ideals are my own, not necessarily my employers.

---------------------------------
Do you Yahoo!?
Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes

* 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 *

ATOM RSS1 RSS2