[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[TIGGE #UHK-328521]: Corrupted product at ECMWF via LDM ?


> Don't worry, the faulty GRIB was not at encoding. Doug sent his version
> of the field and it was correct (same as yours).
> Therefore, I have only two candidates for causing such corruption:
> either LDM or the disk. Corruption could have happened when copying data
> from the network into the LDM product queue or copying data from the LDM
> product queue to disk. We scanned the logs but couldn't find any problem
> with the disk subsystem...
> I did report the problem to Unidata support
> (address@hidden), but have not heard anything from
> them. I did not get the automatic e-mail that assigns a token for
> incident reports. I copy them this e-mail again.

The LDM relies on TCP to correctly transmit data: it doesn't do any
error-detection or error-correction of its own.  TCP is excellent in
this regard, but it's not perfect: the probability of an incorrectly
transmitted byte is extremely small -- but not zero.

Can you put an upper bound on the error rate?

Steve Emmerson

Ticket Details
Ticket ID: UHK-328521
Department: Support IDD TIGGE
Priority: Emergency
Status: On Hold