Re: [ldm-users] level2 via LDM

  • To: Victor Gensini <vgensini@xxxxxxx>, "ldm-users@xxxxxxxxxxxxxxxx" <ldm-users@xxxxxxxxxxxxxxxx>
  • Subject: Re: [ldm-users] level2 via LDM
  • From: "Herzmann, Daryl E [AGRON]" <akrherz@xxxxxxxxxxx>
  • Date: Tue, 29 Sep 2020 16:38:29 +0000
  • Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=iastate.edu; dmarc=pass action=none header.from=iastate.edu; dkim=pass header.d=iastate.edu; arc=none
  • Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Pu5vCuaorn8RT3To8SXnqOOOE18rw6LHiGmIWykjyEo=; b=laEvsZLbi0hdp2+IXuIp+g+a/6FFi/JwVyMgM8n67XR6eOakq+IC1BfE6UJ0crKV188XIPGIfzPP/vJsAcKQUbNoBJEfSG7E102/RpiFhlLB9JHoiuZzXtPMDQxhVpSQowMsiVONkcXXLRTESf6sGV3p1OS66wADWO0Wo2V17kKLaY+X5bNo+0cnC+uqK0sQCRfoNgRG58Wqf1CedHRJDRHiQBX2/0STvBSNy9PGiIenA5qmq4tU2nACsjiIbFe/Mc0grE7F2ElbRI0fv/hxFBgR3ImdKmQvkLzjo9XHjYZGiDZ6gvIM3EUw16IKjNZJ3RWg+AX+dxretC7WBbf6Ig==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=j65akSNFA0xGDSwLRHkfdKWEAsmZHlC9i8/0I/i6KDWfae4H8P5crJxAXXCwIX8ZSek2441Wnzmw2psgwnPACngiEuW0DnJjwYULkDnVqRXK3BEYzJ0gydT/POd/7P19cidQzP1c/CG0eKAH80Dj3ByCUJZYQwz8sSJsoXTC90DhM6cKhrovvoINdFxYOWFs33NYC4f4ssNJyp/ZAJUu+sLVbOYAdLoaV3IzpTfzo6MC5nj+tB4epCv3Dhvkm81GZt7yWLPwF7kTNxgrqD5iFCj5MZA0w1Jc3X22HsRV9UXUV8QHEnITuMbpLFz7g4E3EV+TBbCRDapAqLisrq8xLg==
  • Authentication-results: niu.edu; dkim=none (message not signed) header.d=none; niu.edu; dmarc=none action=none header.from=iastate.edu;
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>


  • 2020 messages navigation, sorted by:
    1. Thread
    2. Subject
    3. Author
    4. Date
    5. ↑ Table Of Contents
  • Search the ldm-users archives: