Re: [gembud] Generating NEXRAD radar imagery with gpmap_gf

Look for a large .history file in the home directory of the userid that runs 
the scripts.  Sometimes this file can become huge and becomes a big memory hog 
as it is read in each time a shell script is launched.
If this is the case, delete it, and modify your .profile or .cshrc so a history 
file does not get generated except in interactive shell sessions.

--Kevin
________________________________________
From: gembud-bounces@xxxxxxxxxxxxxxxx [gembud-bounces@xxxxxxxxxxxxxxxx] on 
behalf of Greg Stossmeister [gstoss@xxxxxxxx]
Sent: Monday, April 30, 2012 3:28 PM
To: gembud@xxxxxxxxxxxxxxxx
Subject: Re: [gembud] Generating NEXRAD radar imagery with gpmap_gf

Daryl,
     No each process creates a temporary working subdirectory to run in based 
on the process id.

Greg

On Apr 30, 2012, at 1:23 PM, daryl herzmann wrote:

> Greg,
>
> Are all these processes running out of the same CWD (directory)?  Try 
> creating temp directories for each process and run the code from those 
> directories.
>
> daryl
>
> On Mon, 30 Apr 2012, Greg Stossmeister wrote:
>
>> Daryl,
>>   I have several shell scripts that I'm running out of cron every 5 minutes. 
>> Each shell script runs 10 gpmap_gf processes in sequence. I've tried running 
>> 1 - 6 scripts at a time. This typically works fine during the day with one 
>> of the these scripts completing in about 2 minutes. As evening comes on they 
>> take longer and longer to run and it seems like that take more and more 
>> memory. From the "top" command the scripts often use 500-800 MB of memory 
>> but in the evening this seems to mushroom to > 3GB per script. The load on 
>> the machine at night from these scripts alone jumps to >30  and by morning 
>> the machine usually dies with out of memory errors even though I'm 
>> automatically killing the scripts when they run longer than 2 minutes.
>>
>> Looking at /var/log/debug.log I'm seeing segfault errors:
>>
>> Apr 26 17:07:25 sferic kernel: gpmap_gf[2164]: segfault at 0 ip 
>> 000000392692ff7f sp 00007fff8d981128 error 4 in 
>> libc-2.12.so[3926800000+186000]
>> Apr 26 17:07:25 sferic abrt[2179]: saved core dump of pid 2164 
>> (/export/ldm/home/gempak/GEMPAK6.4.0/os/linux64/bin/gpmap_gf) to 
>> /var/spool/abrt/ccpp-201
>> 2-04-26-17:07:25-2164.new/coredump (827392 bytes)
>> Apr 26 17:07:25 sferic abrtd: Directory 'ccpp-2012-04-26-17:07:25-2164' 
>> creation detected
>> Apr 26 17:07:25 sferic kernel: gpmap_gf[2239]: segfault at 0 ip 
>> 000000392692ff7f sp 00007ffffd173658 error 4 in 
>> libc-2.12.so[3926800000+186000]
>> Apr 26 17:07:25 sferic kernel: gpmap_gf[2242]: segfault at 0 ip 
>> 000000392692ff7f sp 00007fff8f4df6f8 error 4 in 
>> libc-2.12.so[3926800000+186000]
>> Apr 26 17:07:25 sferic kernel: gpmap_gf[2247]: segfault at 0 ip 
>> 000000392692ff7f sp 00007fff73574d18 error 4 in 
>> libc-2.12.so[3926800000+186000]
>> Apr 26 17:07:25 sferic kernel: gpmap_gf[2261]: segfault at 0 ip 
>> 000000392692ff7f sp 00007fff8bda1358 error 4 in 
>> libc-2.12.so[3926800000+186000]
>> Apr 26 17:07:25 sferic kernel: gpmap_gf[2245]: segfault at 0 ip 
>> 000000392692ff7f sp 00007fff71495a28 error 4 in 
>> libc-2.12.so[3926800000+186000]
>> Apr 26 17:07:25 sferic kernel: Pid 2245(gpmap_gf) over core_pipe_limit
>> Apr 26 17:07:25 sferic kernel: Skipping core dump
>> Apr 26 17:07:25 sferic abrt[2260]: not dumping repeating crash in 
>> '/export/ldm/home/gempak/GEMPAK6.4.0/os/linux64/bin/gpmap_gf'
>> Apr 26 17:07:25 sferic abrt[2279]: not dumping repeating crash in 
>> '/export/ldm/home/gempak/GEMPAK6.4.0/os/linux64/bin/gpmap_gf'
>> Apr 26 17:07:25 sferic kernel: gpmap_gf[2289]: segfault at 0 ip 
>> 000000392692ff7f sp 00007fffca7118a8 error 4 in 
>> libc-2.12.so[3926800000+186000]
>> Apr 26 17:07:25 sferic kernel: gpmap_gf[2286]: segfault at 0 ip 
>> 000000392692ff7f sp 00007fffef00ac98 error 4 in 
>> libc-2.12.so[3926800000+186000]
>> Apr 26 17:07:25 sferic kernel: gpmap_gf[2303]: segfault at 0 ip 
>> 000000392692ff7f sp 00007fff92019618 error 4 in 
>> libc-2.12.so[3926800000+186000]
>> Apr 26 17:07:25 sferic kernel: Pid 2303(gpmap_gf) over core_pipe_limit
>>
>> Greg
>>
>> On Apr 30, 2012, at 12:10 PM, daryl herzmann wrote:
>>
>>> On Mon, 30 Apr 2012, Greg Stossmeister wrote:
>>>
>>>> Does anyone generate a lot of individual NEXRAD level III products with 
>>>> gpmap_gf? I'm trying to generate real-time plots of NOQ Reflectivity and 
>>>> NOU Velocity from 30 radars in the midwest and its crashing my server 
>>>> after a few hours, even when I only run 3 plots at a time. I'm running 
>>>> GEMPAK6.4.0 on a RHEL 6 machine with 64 GB of memory. I'm wondering what 
>>>> I'm doing wrong and if someone has a better way of doing this.
>>>
>>> crashing your server, how?  Exhausting memory?  kernic panic?  Are the 
>>> processes not going away once running them?  How are you running them?
>>>
>>> daryl
>>>
>>> --
>>> /**
>>> * Daryl Herzmann
>>> * Assistant Scientist -- Iowa Environmental Mesonet
>>> * http://mesonet.agron.iastate.edu
>>> */
>>
>> -----------------------------------------------------------
>> Greg Stossmeister
>> Head - Collaborative Tools and Metadata Group
>> NCAR/Earth Observing Laboratory (EOL)
>> Telephone: (303)497-8692  Facsimilie:(303)497-2044
>> e-mail: gstoss@xxxxxxxx
>> Mailing Address:          Shipping Address:
>> NCAR/EOL                    UCAR Foothills Lab 1
>> P.O. Box 3000               3450 Mitchell Ln
>> Boulder, CO 80307      Boulder, CO 80301
>> ------------------------------------------------------------
>>
>>
>>
>>
>>
>> _______________________________________________
>> gembud mailing list
>> gembud@xxxxxxxxxxxxxxxx
>> For list information or to unsubscribe,  visit: 
>> http://www.unidata.ucar.edu/mailing_lists/
>>
>
> --
> /**
> * Daryl Herzmann
> * Assistant Scientist -- Iowa Environmental Mesonet
> * http://mesonet.agron.iastate.edu
> */

-----------------------------------------------------------
Greg Stossmeister
Head - Collaborative Tools and Metadata Group
NCAR/Earth Observing Laboratory (EOL)
Telephone: (303)497-8692  Facsimilie:(303)497-2044
e-mail: gstoss@xxxxxxxx
Mailing Address:          Shipping Address:
NCAR/EOL                    UCAR Foothills Lab 1
P.O. Box 3000               3450 Mitchell Ln
Boulder, CO 80307      Boulder, CO 80301
------------------------------------------------------------





_______________________________________________
gembud mailing list
gembud@xxxxxxxxxxxxxxxx
For list information or to unsubscribe,  visit: 
http://www.unidata.ucar.edu/mailing_lists/




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