I probably should have stated -- I was specifically looking at KDVN and
KESX -- both in VCP32 Sails1.
On Tue, Sep 29, 2020 at 12:57 PM Karen Cooper - NOAA Affiliate <
karen.cooper@xxxxxxxx> wrote:
> I'm just going to throw my 2 cents in.
>
> I'm seeing the same number of packets in ldm data from radars in Build
> 18.2 and Build 19. 67 packets from S -> E, but the packets from the Build
> 19 radar are larger.
>
> Also, I'm only seeing one time in the identifier from the radars and the
> complete ldm files are about the same length of time apart -- 8-9 minutes.
>
> We do our own reading of the data, and at first glance, things seem fine -
> with multiple 00.50 cuts, but not other cuts?
>
>
>
> On Tue, Sep 29, 2020 at 12:13 PM Victor Gensini <vgensini@xxxxxxx> wrote:
>
>> Ohhhh..the fun continues. I have been troubleshooting offline with Daryl.
>>
>> So, from what I can tell, the level2 files for some radars (for whatever
>> reason) are transmitting two volume scans per file. The radars in question
>> appear random, but it might be related to a recent upgrade in ROC software
>> or something. *EDIT: the files that blow things up are SAILS_1!!!*
>>
>> The file sizes are double because (surprise!) there are two timesteps due
>> to this SAILS_1.
>>
>> Copy of my pqact here, but I assume this is going to create somewhat of a
>> headache for others as well.
>>
>> https://atlas.niu.edu/vgensini/temp/pqact.split.radar
>>
>> -----------------------------------------------
>>
>> Vittorio (Victor) A. Gensini, Ph.D., CCM
>>
>> Associate Professor
>>
>> Department of Geographic and Atmospheric Sciences
>>
>> Northern Illinois University
>>
>> DeKalb, IL 60115
>>
>> https://atlas.niu.edu <http://atlas.niu.edu>
>> https://wcs.niu.edu <http://wcs.niu.edu/>
>>
>> <http://a> <http://atlas.niu.edu>
>> ------------------------------
>> *From:* Herzmann, Daryl E [AGRON] <akrherz@xxxxxxxxxxx>
>> *Sent:* Tuesday, September 29, 2020 11:38 AM
>> *To:* Victor Gensini <vgensini@xxxxxxx>; ldm-users@xxxxxxxxxxxxxxxx <
>> ldm-users@xxxxxxxxxxxxxxxx>
>> *Subject:* Re: level2 via LDM
>>
>> Well Howdy,
>>
>> This sounds like a queue that is not holding an hour's worth of data and
>> thus getting duplicated / triplicated product transmisions. My questions:
>>
>> 1) Is your LDM queue holding an hour's worth of data `pqmon`? Do you
>> know if your upstream sources are holding an hour's worth of data? Is your
>> LDM logging anything exciting about switching upstreams etc ?
>>
>> 2) Do the file write timestamps on the files make sense? Such that the
>> write time coincides with the end of the VCP transmission?
>>
>> 3) Do your file byte sizes match what is found on the files at AWS / my
>> realtime site?
>>
>> https://mesonet-nexrad.agron.iastate.edu/level2/raw/KDVN/
>>
>> Do you have a recent example (today / yesterday) of a 2x / 3x file? Can
>> you share that file for others to interrogate!
>>
>> daryl
>>
>> --
>> /**
>> * daryl herzmann
>> * Systems Analyst III -- Iowa Environmental Mesonet
>> * https://mesonet.agron.iastate.edu
>> */
>>
>> ________________________________________
>> From: ldm-users <ldm-users-bounces@xxxxxxxxxxxxxxxx> on behalf of Victor
>> Gensini <vgensini@xxxxxxx>
>> Sent: Tuesday, September 29, 2020 11:30 AM
>> To: ldm-users@xxxxxxxxxxxxxxxx
>> Subject: [ldm-users] level2 via LDM
>>
>> Tom/Steve and LDM junkies,
>>
>> Have there been any recent changes to the format of LEVEL2 radar files
>> coming over LDM that I perhaps missed?
>>
>> A couple of weeks ago, I had a couple scripts start to break that are
>> using gpnexr2_gf with:
>>
>> Program received signal SIGSEGV: Segmentation fault - invalid memory
>> reference.
>>
>> Backtrace for this error:
>> #0 0x7FD1DF3C1697
>> #1 0x7FD1DF3C1CDE
>> #2 0x7FD1DE8BC3AF
>> #3 0x7FD1DE9F0B54
>> #4 0x4BCFCB
>> #5 0x4B8E59
>> #6 0x4B93C7
>> #7 0x42A510
>> #8 0x4288FE
>> #9 0x40F5A7
>> #10 0x40903D
>> #11 0x40554A
>> #12 0x405588
>> #13 0x7FD1DE8A8504
>> #14 0x4046D7
>> #15 0xFFFFFFFFFFFFFFFF
>> Segmentation fault (core dumped)
>>
>> A quick peek of the file size for these stations (relative to others)
>> indicate nearly a doubling (in some cases tripling) of the file size versus
>> other stations that are still working. As an example, compare your file
>> sizes today for KDVN and KILX, both of which are in VCP 35.
>>
>> I'm using the standard hhmmssRadarII perl script to create the volumes
>> off of LDM. Again, no issues for some sites, and then this memory error is
>> popping up for others. I sense a change in file contents or format...
>>
>> Any/all ideas welcome.
>>
>> Victor
>>
>>
>> -----------------------------------------------
>>
>> Vittorio (Victor) A. Gensini, Ph.D., CCM
>>
>> Associate Professor
>>
>> Department of Geographic and Atmospheric Sciences
>>
>> Northern Illinois University
>>
>> DeKalb, IL 60115
>>
>> https://atlas.niu.edu<http://atlas.niu.edu>
>>
>> https://wcs.niu.edu<http://wcs.niu.edu/>
>>
>> <http://a><http://atlas.niu.edu>
>> _______________________________________________
>> NOTE: All exchanges posted to Unidata maintained email lists are
>> recorded in the Unidata inquiry tracking system and made publicly
>> available through the web. Users who post to any of the lists we
>> maintain are reminded to remove any personal information that they
>> do not want to be made public.
>>
>>
>> ldm-users mailing list
>> ldm-users@xxxxxxxxxxxxxxxx
>> For list information or to unsubscribe, visit:
>> https://www.unidata.ucar.edu/mailing_lists/
>>
>
>
> --
> *"Outside of a dog, a book is a man's best friend. Inside of a dog, it's
> too dark to read."*
> *--Groucho Marx*
>
> -------------------------------------------
> Karen.Cooper@xxxxxxxx
>
> Phone#: 405-325-6456
> Cell: 405-834-8559
> National Severe Storms Laboratory
>
>
--
*"Outside of a dog, a book is a man's best friend. Inside of a dog, it's
too dark to read."*
*--Groucho Marx*
-------------------------------------------
Karen.Cooper@xxxxxxxx
Phone#: 405-325-6456
Cell: 405-834-8559
National Severe Storms Laboratory
