[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: 20030418:SA09

This archive contains answers to questions sent to Unidata support through mid-2025. Note that the archive is no longer being updated. We provide the archive for reference; many of the answers presented here remain technically correct, even if somewhat outdated. For the most up-to-date information on the use of NSF Unidata software and data services, please consult the Software Documentation first.
Subject: Re: 20030418:SA09
Date: Mon, 21 Apr 2003 09:46:34 -0600 (MDT)
Hi Maggie,

I suspect something in their pqact.conf file...but that is just a guess.


<snip>
I have the sa09 files coming in at 08 and
38 instead of 05 and 35 to try to reduce the data volume and thats
working on our end.
<snip>

Are these the only ones that get processed at a different time?

This seems like more than coincidence...

The more info we can get from them the better, a log in would be ideal ;)

Keep me posted!

-Jeff
____________________________                  _____________________
Jeff Weber                                    address@hidden
Unidata Support                               PH:303-497-8676
COMET Case Study Library                      FX:303-497-8690
University Corp for Atmospheric Research      3300 Mitchell Ln
http://www.unidata.ucar.edu/staff/jweber      Boulder,Co 80307-3000
________________________________________      ______________________

On Mon, 21 Apr 2003, Maggie Sleziak wrote:

> Hello Jeff,
>
> Well, Kirk gets data from SA09 from us. The last 5 digits are the
> seconds therefore if we get a file with the last 5 numbers those are 30
> minute files, and if not, then those are all daily files.
>
> The thing is that they suddenly stopped receiving 30 minute files, and
> are only getting daily files now. We are getting data fine. and did not
> made any changes on our side here.
>
>   Do you think something in their pqact got changed?
>
> Thank you for your help in this puzzle.
>
> Cheers, Maggie
>
>
> This is a message Teresa sent to Kirk:
>
> Kirk,
>
> It would be useful to see your ldmd.conf entry as well as the
> pqact.conf.
> we have always formed daily files for all the sites and the seconds
> field is dropped in these daily file names.   Its also possible that
> your ldm is timing out for the SA09 data because its 1 second data.
> Shouldn't be a problem from UCAR to FSL, but you might check with your
> people to see if your ftp traffic has increased.  I dont think we've
> made any LDM changes this week, certainly we haven't changed anything
> for only the sa09 station.  If you are timing out that should also
> show in your ldmd.log file.  I have the sa09 files coming in at 08 and
> 38 instead of 05 and 35 to try to reduce the data volume and thats
> working on our end.
> Teresa
>
>
>
> Jeff Weber wrote:
>
> > Maggie,
> >
> > Quite perplexing...
> >
> > Does Kirk manage SA09?
> >
> > The only thing I can think of is that a change occurred in their ingest
> > script, but that would not explain how some of them get the full prod
> > name.
> >
> > What do the last 5 numbers represent?
> >
> > Is there any way to poke around on SA09?
> >
> > Sorry, not much help, but if we can get some more info maybe we can
> > diagnose...
> >
> > Thanks,
> >
> > -Jeff
> > ____________________________                  _____________________
> > Jeff Weber                                    address@hidden
> > Unidata Support                               PH:303-497-8676
> > COMET Case Study Library                      FX:303-497-8690
> > University Corp for Atmospheric Research      3300 Mitchell Ln
> > http://www.unidata.ucar.edu/staff/jweber      Boulder,Co 80307-3000
> > ________________________________________      ______________________
> >
> > On Fri, 18 Apr 2003, Unidata Support wrote:
> >
> >
> >>------- Forwarded Message
> >>
> >>
> >>>To: Unidata Support <address@hidden>
> >>>cc: Kirk Holub <address@hidden>,
> >>>cc: "Teresa Van Hove (E-mail)" <address@hidden>,
> >>>cc: Jebb Stewart <address@hidden>,
> >>>cc: Mike Bowden <address@hidden>,
> >>>cc: Seth Gutman <address@hidden>,
> >>>cc: Susan Sahm <address@hidden>
> >>>From: Maggie Sleziak <address@hidden>
> >>>Subject: LDM question
> >>>Organization: UCAR
> >>>Keywords: 200304181843.h3IIhY7U022031
> >>>
> >>Hello,
> >>
> >>Kirk Holub from NOAA FSL has stopped receiving 30 minute files for two
> >>Suominet sites. We are receiving data fine every 30 minutes, therefore
> >>we think that this might be an LDM related issue.
> >>
> >>Below is the message from Kirk referring to their LDM log, I would
> >>appreciate any advice of what could be causing the problem.
> >>
> >>Thank you very much,
> >>Maggie
> >>
> >>Kirk Holub wrote:
> >>
> >>
> >>>Maggie,
> >>>
> >>>Thanks for the info.
> >>>
> >>>It appears that something changed with LDM early in the day on April 13th. 
> >>> Here is a snippet from our LDM log:
> >>>
> >>>pr 12 13:36:14 gpsdata2 pqact[27994]:                file:  -close 
> >>>/cors/rinex/rawdata/sa09/sa09_16035_sa09_1213-6-46800.bnx
> >>>Apr 12 13:36:14 gpsdata2 pqact[27994]:     unio_prodput: 1 
> >>>sa09_16035_sa09_1213-6-46800.bnx
> >>>Apr 12 14:06:16 gpsdata2 pqact[27994]: 21a43f094b2f2ac3be4d3c8c6c565b40   
> >>>480083 20030412140605.477    AFOS 000  sa09_16035_sa09_1213-6-48601.bnx
> >>>Apr 12 14:06:16 gpsdata2 pqact[27994]:                file:  -close 
> >>>/cors/rinex/rawdata/sa09/sa09_16035_sa09_1213-6-48601.bnx
> >>>Apr 12 14:06:17 gpsdata2 pqact[27994]:     unio_prodput: 1 
> >>>sa09_16035_sa09_1213-6-48601.bnx
> >>>Apr 13 09:58:03 gpsdata2 pqact[27994]: c07d10d4fd5feae613905e0723f064fd   
> >>>698165 20030413095744.191    AFOS 000  sa09_16035_sa09_1213-6.bnx
> >>>Apr 13 09:58:03 gpsdata2 pqact[27994]:                file:  -close 
> >>>/cors/rinex/rawdata/sa09/sa09_16035_sa09_1213-6.bnx
> >>>Apr 13 09:58:03 gpsdata2 pqact[27994]:     unio_prodput: 1 
> >>>sa09_16035_sa09_1213-6.bnx
> >>>Apr 14 09:57:59 gpsdata2 pqact[27994]: 4f009d46bd9ea1c34ccf871979a49365   
> >>>786252 20030414095741.336    AFOS 000  sa09_16035_sa09_1214-0.bnx
> >>>
> >>>Notice:
> >>>Apr 12 14:06:17 gpsdata2 pqact[27994]:     unio_prodput: 1 
> >>>sa09_16035_sa09_1213-6-48601.bnx
> >>>
> >>>versus:
> >>>Apr 13 09:58:03 gpsdata2 pqact[27994]:     unio_prodput: 1 
> >>>sa09_16035_sa09_1213-6.bnx
> >>>
> >>>The '-' and last 5 numbers before the .bnx have vanished.
> >>>
> >>>
> >>>When I grepped for 'unio_pro' in our most recent log I see:
> >>>Apr 12 07:06:25 gpsdata2 pqact[27994]:     unio_prodput: 1 
> >>>sa09_16035_sa09_1213-6-23400.bnx
> >>>Apr 12 07:36:26 gpsdata2 pqact[27994]:     unio_prodput: 1 
> >>>sa09_16035_sa09_1213-6-25200.bnx
> >>>Apr 12 08:06:28 gpsdata2 pqact[27994]:     unio_prodput: 1 
> >>>sa09_16035_sa09_1213-6-27000.bnx
> >>>Apr 12 08:36:29 gpsdata2 pqact[27994]:     unio_prodput: 1 
> >>>sa09_16035_sa09_1213-6-28800.bnx
> >>>Apr 12 09:06:35 gpsdata2 pqact[27994]:     unio_prodput: 1 
> >>>sa09_16035_sa09_1213-6-30601.bnx
> >>>Apr 12 09:36:31 gpsdata2 pqact[27994]:     unio_prodput: 1 
> >>>sa09_16035_sa09_1213-6-32401.bnx
> >>>Apr 12 09:57:59 gpsdata2 pqact[27994]:     unio_prodput: 1 
> >>>sa09_16035_sa09_1213-5.bnx
> >>>Apr 12 10:06:33 gpsdata2 pqact[27994]:     unio_prodput: 1 
> >>>sa09_16035_sa09_1213-6-34201.bnx
> >>>Apr 12 10:36:35 gpsdata2 pqact[27994]:     unio_prodput: 1 
> >>>sa09_16035_sa09_1213-6-36000.bnx
> >>>Apr 12 11:06:37 gpsdata2 pqact[27994]:     unio_prodput: 1 
> >>>sa09_16035_sa09_1213-6-37800.bnx
> >>>Apr 12 11:36:38 gpsdata2 pqact[27994]:     unio_prodput: 1 
> >>>sa09_16035_sa09_1213-6-39601.bnx
> >>>Apr 12 12:06:46 gpsdata2 pqact[27994]:     unio_prodput: 1 
> >>>sa09_16035_sa09_1213-6-41400.bnx
> >>>Apr 12 12:36:41 gpsdata2 pqact[27994]:     unio_prodput: 1 
> >>>sa09_16035_sa09_1213-6-43200.bnx
> >>>Apr 12 13:06:46 gpsdata2 pqact[27994]:     unio_prodput: 1 
> >>>sa09_16035_sa09_1213-6-45000.bnx
> >>>Apr 12 13:36:14 gpsdata2 pqact[27994]:     unio_prodput: 1 
> >>>sa09_16035_sa09_1213-6-46800.bnx
> >>>Apr 12 14:06:17 gpsdata2 pqact[27994]:     unio_prodput: 1 
> >>>sa09_16035_sa09_1213-6-48601.bnx
> >>>Apr 13 09:58:03 gpsdata2 pqact[27994]:     unio_prodput: 1 
> >>>sa09_16035_sa09_1213-6.bnx
> >>>Apr 14 09:57:59 gpsdata2 pqact[27994]:     unio_prodput: 1 
> >>>sa09_16035_sa09_1214-0.bnx
> >>>Apr 15 09:57:54 gpsdata2 pqact[27994]:     unio_prodput: 1 
> >>>sa09_16035_sa09_1214-1.bnx
> >>>Apr 16 09:57:49 gpsdata2 pqact[27994]:     unio_prodput: 3 
> >>>sa09_16035_sa09_1214-2.bnx
> >>>Apr 17 09:58:22 gpsdata2 pqact[27994]:     unio_prodput: 3 
> >>>sa09_16035_sa09_1214-3.bnx
> >>>Apr 18 09:57:56 gpsdata2 pqact[27994]:     unio_prodput: 3 
> >>>sa09_16035_sa09_1214-4.bnx
> >>>
> >>>Notice that we are only receiving one file at 09:[57 or 58] each day.  So, 
> >>>are you aware of any LDM changes on your side which could be causing this?
> >>>
> >>>Or pqact.conf entry is:
> >>>AFOS ^([Ss][Aa]09)(.*)(.bnx) FILE     -close 
> >>>/cors/rinex/rawdata/sa09/\1\2\3
> >>>
> >>>So, I do not see why the final '-*****' portion is being dropped from the 
> >>>file name.
> >>>
> >>>Any insight would be appreciated.
> >>>
> >>>Thanks.
> >>>
> >>>--Kirk
> >>>
> >>>
> >>>>==============================================================
> >>>>*  Kirk Holub                                                *
> >>>>*  NOAA Forecast Systems Laboratory                          *
> >>>>*  GPS-IPW Project -- <http://gpsmet.noaa.gov>               *
> >>>>*                                                            *
> >>>>*  303-497-6642 (Voice)         NOAA, R/FS3                  *
> >>>>*  303-497-6014 (Fax)           325 Broadway                 *
> >>>>*  303-748-6390 (Cell/Page)     Boulder, CO  80305-3328      *
> >>>>==============================================================
> >>>>
> >>>>
> >>>>
> >>>>
> >>>
> >>
> >>--
> >>Maggie Sleziak
> >>Programmer Tech
> >>GST Cosmic UCAR/NCAR
> >>address@hidden
> >>
> >>
> >>------- End of Forwarded Message
> >>
> >>
> >>
>
>
> --
> Maggie Sleziak
> Programmer Tech
> GST Cosmic UCAR/NCAR
> address@hidden
>
>
Prev by Date: 20030418:SA09
Next by Date: Re: From Netcdf to Gempak
Previous by thread: 20030418:SA09
Next by thread: Re: From Netcdf to Gempak
Index(es):
- Date
- Thread