T.R | Title | User | Personal Name | Date | Lines |
---|
991.1 | | NPSS::MDLYONS | Michael D. Lyons DTN 226-6943 | Wed May 28 1997 18:01 | 4 |
| Where do they see this? If the customer is doing the reboot into
diagnostics option, then that is not intended for customer use.
MDL
|
991.2 | | NPSS::MDLYONS | Michael D. Lyons DTN 226-6943 | Wed May 28 1997 18:11 | 3 |
| ...are you sure it isn't "BP", as in BackPlane?
MDL
|
991.3 | I will check, thanks | CSC32::L_MORSE | | Wed May 28 1997 19:13 | 6 |
|
Most likely it is BP. Dennis M from TAC noticed this from
another customer. I will get exactly how the diags are being
initiated, the error again and the firmware versions.
ALM
|
991.4 | corrected reply | NPSS::MDLYONS | Michael D. Lyons DTN 226-6943 | Thu May 29 1997 11:40 | 33 |
| Larry,
This is the fourth time this week I have been asked the identical
question. From experience, I can say that when I get asked the
identical question n times in a week when I have never been asked that
question before, that it is the same customer.
There are two different TAC Clarify calls on this (Dennis Majikas
and Paul McSkeane, and two different CSC people who have contacted me
about this (yourself and Marty Atkison). The customer is a certain
large US government/aerospace company who is running manufacturing
tests in an unusual manner. They are not simply doing the (unsupported
for customers) reboot into diagnostics, they are running a sequence of
tests through large numbers of iterations. (also unsupported for
customers) After 1,000 iterations of tests, in an altitude chamber, I
believe, it sometimes fails one of the tests.
This may mean that there is a marginal problem in the backplane,
but it is also just as likely that the diagnostics are incorrect, or
the results are within expected variences (considering the
circumstances).
I will attempt to unify the various calls, cases, elevations and
notes conference entries into a single customer complaint and address
it as such. However, I will point out that according to the normal
prioritization of calls, this is just about as low as you can get,
since they are not doing a supported operation, and it is not affecting
normal operation in any way whatsoever.
MDL
P.S. This means you probably aren't going to see much more as a
response in this notes conference.
|
991.5 | Failing BP Test #105 while running in diag mode. | QBUS::M_ADKISON | | Thu May 29 1997 11:42 | 10 |
| My customer...Maybe the same as Larry's is issuing the following at the
Diag prompt--->run 100 300 /bell/halt/pass=10000 on two separate
Gigaswith's and is failing the BP Test #105. Individual passes work
fine. They are not at current SCP/FGL versions though. SCP is 3.06 dl
1.00 BB2.01, FGL 2's and 4's are at 3.01, CLK is at B 3.00. I
explained that this is not intended for customer use, yet they want to
know if this is a known problem or not and if they can disregard this
error. Government site...
-Marty
|
991.6 | | NPSS::MDLYONS | Michael D. Lyons DTN 226-6943 | Thu May 29 1997 11:44 | 3 |
| ...Marty - see .4, sorry I mispelt your last name.
MDL
|
991.7 | TEST 105 FAILURES | ODIXIE::JOHNSTON | | Fri May 30 1997 11:55 | 13 |
| I have the customer with the test 105 failure after 700 to
20,000 passes. He has two Gigaswitches and both have this failure.
If it turns out to be a diagnostic problem and not a hardware
problem, he has to know for the government what the test is doing.
What is being tested by 105. I need to know where to find this
information.
Thanks for any help you can give.
John Johnston
[email protected]
|
991.8 | Test 105??? | NPSS::RLEBLANC | | Fri May 30 1997 13:10 | 9 |
|
Speaking for the GIGAswitch/FDDI FGL2, AGL2, AGL2+, FGL4 there
is no test 105 in any mode that exists. Can you please tell what
linecard, hardware and software this is happening on?
Thanks,
Rene'
|
991.9 | | NPSS::MDLYONS | Michael D. Lyons DTN 226-6943 | Fri May 30 1997 13:24 | 12 |
| Re: .7 (relocated from 993.0)
I beg to differ. No such definitive conclusion has been reached.
As indicated in my previous replies, they are doing something which is
not supported, and is not intended for customer use.
The problem will be investigated in the normal manner. If you
don't like the prioritization, please escalate it.
Re: .8 (Rene) ...it's a clock diagnostic
MDL
|
991.10 | Diagnostic Test | NNTPD::"[email protected]" | John Johnston | Fri May 30 1997 15:58 | 7 |
| I just need to know what test 105 is doing, or where I can find the info on
the
diagnostics.
John Johnston
[Posted by WWW Notes gateway]
|
991.11 | | NPSS::MDLYONS | Michael D. Lyons DTN 226-6943 | Fri May 30 1997 16:34 | 11 |
| ...as you can see from the title, it is a backplane bus test.
There is no documentation which discusses it, user or otherwise.
It does not exist in the specifications, a copy of which is sitting on
my desk.
Your request will require a code search of code written many years
ago, by engineers long gone. This is not a simple request, and this is
why you will not get a quick answer.
MDL
|
991.12 | | NPSS::MDLYONS | Michael D. Lyons DTN 226-6943 | Fri May 30 1997 16:39 | 9 |
| Let me say it once again: they are not running tests which are
intended for customer use. Even if there were documentation for
diagnostics, (which there isn't), there wouldn't be documentation for
using it in unintended ways.
I expect to see customer/field access to the reboot into
diagnostics menu removed as a result of this problem.
MDL
|
991.13 | | NPSS::MDLYONS | Michael D. Lyons DTN 226-6943 | Fri May 30 1997 17:03 | 5 |
| I believe this is the "BP Bus Interface Status Reg & Control Bus
Test", which tests that the clock responds appropriately to various
types of errors inserted.
MDL
|
991.14 | | NPSS::LIZOTTE | Network Product Support | Tue Jun 03 1997 11:50 | 6 |
| I spoke with this customer and discouraged him from using this
diagnostic in the manner he was with 1000 interations. The
GIGAswitch/FDDI instalation manual on Page A-8 describes the use of
these diags with a pass count of 10. I'll work the customer issue
through the proper channels. Tom L NPB TAC.
|