T.R | Title | User | Personal Name | Date | Lines |
---|
1385.1 | DAP CRC check failure is very worrying | MARVIN::RIGBY | No such thing as an alpha beta | Thu Feb 17 1994 07:35 | 19 |
1385.2 | More info | MLNCSC::ODOARDI | | Fri Feb 18 1994 10:10 | 55 |
1385.3 | Don't understand your reply | MARVIN::RIGBY | No such thing as an alpha beta | Tue Feb 22 1994 05:02 | 18 |
1385.4 | | MLNCSC::ODOARDI | | Tue Feb 22 1994 10:02 | 34 |
1385.5 | CRC problem... | MLNCSC::ODOARDI | | Thu Mar 03 1994 04:45 | 7 |
1385.6 | What are your endsystems? | SHAND::shand | Mike Shand | Mon Mar 07 1994 04:09 | 6 |
1385.7 | | MLNCSC::ODOARDI | | Mon Mar 07 1994 10:54 | 13 |
1385.8 | | MARVIN::COBB | Graham R. Cobb (Routing), REO2-G/C2, 830-3917 | Mon Mar 07 1994 11:08 | 14 |
1385.9 | | MLNCSC::ODOARDI | | Tue Mar 08 1994 03:19 | 7 |
1385.10 | ANy solution - we have this problem | YUPPY::SEDTU6::KORMAN | tgif!! | Thu Sep 07 1995 13:12 | 12 |
1385.11 | any news - shall I open an IPMT? | MUNICH::SCHALLER | Eva Schaller *DSC* 895-6146 | Thu Feb 06 1997 11:05 | 38 |
|
We also experience this error. It just happens, if we copy from
an OSI 6.3 with cluster alias enabled. If we remove the cluster functionality,
everything works fine. Router is a DECnis with 3.1-8.
Copy from the DEBIS netz to the cluster works fine. Outgoing copy works, if the
files are small. Larger file copy causes reproducable the DAP CRC problem.
There is also a CISCO router within the network, but the copy problem
also happens, if we stay within the Ethernet segment.
|--| |--------| |----------|
| | ------- | | ----------- | | ------ debis-Netz
|--| |--------| |----------|
WS mit DECNIS600 CISCO
Cluster
Alias
copy (OpenVMS VAX V6.2, DECnet/OSI V6.3 ECO03)
to another node (OpenVMS Alpha V6.2, DECnet/OSI V6.3 ECO03)
$copy/log DISK$SCRATCH:[DECPS-DATABASE]PSDC$UTVH31_1997JAN21.CPD;1 -
UTVW01"PSW_S$SERVER"::psdc$database:*.*
%COPY-E-WRITEERR, error writing UTVW01"PSW_S$SERVER"::DISK$APPLICATIONS:[DECPS-D
ATABASE]PSDC$UTVH31_1997JAN21.CPD;1
-RMS-E-CRC, network DAP level CRC check failed
%COPY-W-NOTCMPLT, DISK$SCRATCH:[DECPS-DATABASE]PSDC$UTVH31_1997JAN21.CPD;1 not
completely copied
%COPY-E-CLOSEOUT, error closing
UTVW01"PSW_S$SERVER"::DISK$APPLICATIONS:[DECPS-DATABASE]PSDC$UTVH31_1997JAN21.CP
D;1 as output
-RMS-F-WBE, error on write behind
-SYSTEM-F-LINKABORT, network partner aborted logical link
|
1385.12 | one thing to try | MARVIN::HIGGINSON | Peter Higginson DTN 830 6293, Reading UK | Thu Feb 06 1997 11:50 | 13 |
|
To remove one obsure possibility, do the ncl command
sho dev unit l* self test result
on the DECNIS and see if any of the cards give "attention".
Just to be sure, power cycle the DECNIS and try the command again.
If it's not that, then as in the earlier replies you have a lot of
work to do to find out who's doing the corrupting.
Peter
|
1385.13 | | MARVIN::MCCLURE | Tony McClure, DECnis Engineering RE02 FD9 7830-3564 | Fri Feb 07 1997 04:42 | 16 |
| Hi Eva,
After trying Peter's suggestion then an IRIS trace
of the conversation would be helpful..
Does this problem happen with every large file that
you copy using the alais, or just sometimes ??
Does the file that failed in your example, always
fail with a DAP CRC error every time you try to copy it??
Cheers Tony.
PS: You should raise a IPMT case on this one
|