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

20000925: 20000925: files not the same size on two machines

Tom,
The RA -4 message is telling us that there is no space in the output file. 
No suprise there. The decoder has different levels of verbose output to
tell us  what data was arriving. If we can find out where the decoding is 
happening,
then that will probably tell us why the file is filling up.

STeve Chiswell

>From: Tom Priddy <address@hidden>
>Organization: UCAR/Unidata
>Keywords: 200009251708.e8PH8fb12286

>From: Tom Priddy
>
>Steve.....I check my dchrly.log for today and the tail end is  listed below:
>I thought it was support to show individual station data as it came in.
>DCHRLY[2993]: 000925/1603: [RA -4] 000925/1600
>DCHRLY[2993]: 000925/1603: [RA -4] 000925/1600
>DCHRLY[2993]: 000925/1603: [RA -4] 000925/1600
>DCHRLY[2993]: 000925/1603: [RA -4] 000925/1600
>DCHRLY[2993]: 000925/1603: [RA -4] 000925/1600
>DCHRLY[2993]: 000925/1603: [RA -4] 000925/1600
>DCHRLY[2993]: 000925/1603: [RA -4] 000925/1600
>DCHRLY[2993]: 000925/1603: [RA -4] 000925/1600
>DCHRLY[2993]: 000925/1603: [RA -4] 000925/1600
>DCHRLY[2993]: 000925/1603: [RA -4] 000925/1600
>DCHRLY[2993]: 000925/1603: [RA -4] 000925/1600
>DCHRLY[2993]: 000925/1603: [RA -4] 000925/1600
>DCHRLY[2993]: 000925/1603: [RA -4] 000925/1600
>DCHRLY[2993]: 000925/1603: [RA -4] 000925/1600
>DCHRLY[2993]: 000925/1603: [RA -4] 000925/1600
>DCHRLY[2993]: 000925/1603: [RA -4] 000925/1600
>DCHRLY[2993]: 000925/1603: [RA -4] 000925/1600
>DCHRLY[2993]: 000925/1603: [RA -4] 000925/1600
>DCHRLY[2993]: 000925/1603: [RA -4] 000925/1600
>DCHRLY[2993]: 000925/1603: [RA -4] 000925/1600
>DCHRLY[2993]: 000925/1603: [RA -4] 000925/1600
>DCHRLY[2993]: 000925/1603: [RA -4] 000925/1600
>DCHRLY[2993]: 000925/1603: [RA -4] 000925/1600
>DCHRLY[2993]: 000925/1603: [RA -4] 000925/1600
>DCHRLY[2993]: 000925/1603: [RA -4] 000925/1600
>DCHRLY[2993]: 000925/1603: [RA -4] 000925/1600
>DCHRLY[2993]: 000925/1603: [RA -4] 000925/1600
>DCHRLY[2993]: 000925/1603: [RA -4] 000925/1600
>DCHRLY[2993]: 000925/1603: [RA -4] 000925/1600
>DCHRLY[2993]: 000925/1603: [RA -4] 000925/1600
>DCHRLY[2993]: 000925/1603: [RA -4] 000925/1600
>DCHRLY[2993]: 000925/1603: [RA -4] 000925/1600
>DCHRLY[2993]: 000925/1603: [RA -4] 000925/1600
>DCHRLY[2993]: 000925/1603: [RA -4] 000925/1600
>DCHRLY[2993]: 000925/1603: [RA -4] 000925/1600
>DCHRLY[2993]: 000925/1604: [RA -4] 000925/1600
>DCHRLY[2993]: 000925/1604: [RA -4] 000925/1600
>DCHRLY[2993]: 000925/1604: [RA -4] 000925/1600
>DCHRLY[2993]: 000925/1604: [RA -4] 000925/1600
>DCHRLY[2993]: 000925/1604: [RA -4] 000925/1600
>DCHRLY[2993]: 000925/1604: [RA -4] 000925/1600
>DCHRLY[2993]: 000925/1604: [RA -4] 000925/1600
>DCHRLY[2993]: 000925/1604: [RA -4] 000925/1600
>DCHRLY[2993]: 000925/1604: [RA -4] 000925/1600
>DCHRLY[2993]: 000925/1604: [RA -4] 000925/1600
>DCHRLY[2993]: 000925/1604: [RA -4] 000925/1600
>DCHRLY[2993]: 000925/1604: [RA -4]
>
>
>Unidata Support wrote:
>
>> >From: Tom Priddy <address@hidden>
>> >Organization: UCAR/Unidata
>> >Keywords: 200009251308.e8PD8fb03985
>>
>> >From: Tom Priddy
>> >
>> >Steve...we continue to try to figure out why our linux system (weather2)
>> >is not
>> >creating maps but insteady is giving us a "Too many times in file"
>> >
>> >As you can see from below....these two files one on weather2  (linux)
>> >the other on
>> >Kelvin (unix) are not the same size. Could it be our oasurf.csh script?
>> >
>> >Weather2:
>> > 000925_sao.gem          25-Sep-2000 09:00   7.7M
>> >
>> >Kelvin:
>> >  000925_sao.gem         25-Sep-00 09:02     3M
>> >
>> >--
>> >===========================================================================
>> >
>> >Tom Priddy,  Extension Ag. Meteorologist.....email: address@hidden
>> >Ag. Weather Center.............................fax: 606-257-5671
>> >243 Ag. Engineering Bldg.....................phone: 606-257-8803 ext 245
>> >
>> >Dept. of Biosystems and Ag. Engr.
>> >University of Kentucky
>> >Lexington, KY 40546-0276
>> >HOMEPAGE......................................http://wwwagwx.ca.uky.edu/
>> >
>> >===========================================================================
>> >
>> >
>> >
>>
>> Tom,
>> These files would appear to be your metar files, and not the grid files
>> that your oa script would create. The size difference could be related to
>> exceeding the number of times in a file. Can you run sflist on both files
>> with DATTIM=list and see what times are in the 2 files? Are they the same?
>> Are you running dchrly from the LDM to create these files, or do you decode
>> surface data into these files by script?
>>
>> I would normally only expect your oasurf.csh script if it did some sort of
>> SFDELT call to delete times out of the surface file. If you are doing that, 
> and
>> that was failing, then it could be a cause of your problems.
>>
>> Steve Chiswell
>> ****************************************************************************
>> Unidata User Support                                    UCAR Unidata Program
>> (303)497-8644                                                  P.O. Box 3000
>> address@hidden                                   Boulder, CO 80307
>> ----------------------------------------------------------------------------
>> Unidata WWW Service                        http://www.unidata.ucar.edu/     
>> ****************************************************************************
>
>--
>===========================================================================
>Tom Priddy,  Extension Ag. Meteorologist.....email: address@hidden
>Ag. Weather Center.............................fax: 606-257-5671
>243 Ag. Engineering Bldg.....................phone: 606-257-8803 ext 245
>Dept. of Biosystems and Ag. Engr.
>University of Kentucky
>Lexington, KY 40546-0276
>HOMEPAGE......................................http://wwwagwx.ca.uky.edu/
>===========================================================================
>
>