T.R | Title | User | Personal Name | Date | Lines |
---|
3673.1 | Some interpretation, but need more information.... | NETCAD::BATTERSBY | Don't use time/words carelessly | Tue Jul 02 1996 10:38 | 19 |
| Can you go into menu 3 and provide us with the hardware rev
and firmware rev of the DEFBA? The error log dump indicates
some fault/failure in a ultility routine piece of common code
called util.c
The major rev of the firmware appears to be 1.5, but It would be
very helpful to know what the minor rev is IE: 1.5.X
^
The timestamps indicate that prior to the first error log entry
labeled Entry #1 that the module had been up for about 11 hours
prior to the first crash. The timestamp on the second error log
indicates it was up for about 26 hours prior to its crash.
I'm not familiar with the util.c routine, so it would take someone
familiar with this piece of code to explain what might be happening.
Is there anything about how the DEFBA when connected to the DEChub
ONE was being used prior to the crash that occured. IE: Were there
any ports connected to other devices, or network connections?
any additional information you can provide might prove helpful.
Bob
|
3673.2 | Infos requested, hopefully answered | LEMAN::BRUNNER | FF Frame Finder | Thu Jul 11 1996 11:25 | 8 |
| Hi Bob,
Thanks for taking care on that one...
Rev is V1.5.2 and there were 4 Ethernet ports and the FDDI port SAS
connected, other 2 Ethernet ports were free.
Regards, Walter
|
3673.3 | What the util.c code does might hold an answer.... | NETCAD::BATTERSBY | Don't use time/words carelessly | Thu Jul 11 1996 12:11 | 9 |
| Well I can't help much beyond this point. The firmware rev is
a proven shippable rev (1.5.2), which at least suggests that
the hardware rev is also a probable shipping rev.
The analysis of how the error code of 3000 is related to the
util.c code where the crash occured, is probably the key, and
I don't have access to that code. Someone with access to the
util.c code routine will have to provide some insight.
Bob
|