Hi Martha, re: > We are now getting data...in /data/nexrad...why it suddenly started is > beyond me. The timing of the data being written strongly suggests that there really is a BIG time difference between your NOAAPort ingest machine and the one REQUESTing the data. If the clock on the REQUESTing machine was 4 hours in the future from the time on the ingesting machine, then data products would not start flowing unit three hours had elapsed: - with an empty LDM queue, a request will be made to send all data received withing the past hour (3600 seconds) - if the clock was 4 hours in the future (like maybe one clock is using UTC and the other is using EST????), the request would translate into 'send everything received since three hours in the future' In this case, the LDM on the machine servicing the REQUEST would wait patiently for the three hours and then start sending products NB: replace 4 hours in the argument with 'N' hours. Figure out how long it took to start FILEing data, and that should be 'N'. re: > Perhaps some of it has to do with our recurring network issue. I still suspect time. re: > Randy and I were also discussing converting to a wholly UNIDATA method of > collecting NOAAP data. IIRC back when you were helping us some years ago > you said that it would probably be safer to convert from our hybrid method > which we basically used as "if it ain't broke don't fix it" but we have been > bitten too many times since then. Is that - using UNIDATA's method in > total - still something you would recommend? Yes. I say this because the way we advise people to setup their systems for ingest/processing makes sense to me, and it is self consistent. The only potential downside is that one needs to follow our instructions, not SSEC's. re: > And Randy is working the login issue as you saw from his email Yes. Since data is now flowing, it would probably be best if we "worried" about things while at the AMS meeting. Cheers, Tom -- **************************************************************************** Unidata User Support UCAR Unidata Program (303) 497-8642 P.O. Box 3000 address@hidden Boulder, CO 80307 ---------------------------------------------------------------------------- Unidata HomePage http://www.unidata.ucar.edu **************************************************************************** Ticket Details =================== Ticket ID: IWJ-443798 Department: Support McIDAS Priority: Normal Status: Closed
NOTE: All email exchanges with Unidata User Support are recorded in the Unidata inquiry tracking system and then made publicly available through the web. If you do not want to have your interactions made available in this way, you must let us know in each email you send to us.