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

20010507: 20010507: oabsnd and swap space

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: 20010507: 20010507: oabsnd and swap space
  • Date: Mon, 07 May 2001 14:58:53 -0600
Chris,

I was actually refering to the grid dimensions, can you send me the
GDINFO for your grid file?

Steve Chiswell
Unidata User Support



>From: address@hidden (Chris Hennon)
>Organization: UCAR/Unidata
>Keywords: 200105071933.f47JXqp00391

>Steve -
>
>The upperstr.grd file is pretty big:
>
>twister:[/usr/local/gempak/grids]% ls -l
>-rw-r--r--   1 gempak   ldm      2575360 Apr 12 23:30 upperstr.grd
>
>oabsnd is version 5.6.a, as is dcuair.  
>
>Chris
>
>================================================
>| Chris Hennon        Ohio State University   |
>| Tropical Meteorology      address@hidden   |
>|                                              |
>| Dept of Geography   Office: 1155 Derby Hall  |
>| 1036 Derby Hall     Phone : (614) 292-2704   |
>| Columbus, OH 43210  Fax   : (614) 292-6213   |
>================================================
>
>On Mon, 7 May 2001, Unidata Support wrote:
>
>> 
>> Chris,
>> 
>> What is the size of the $HOME/grids/upperstr.grd file?
>> What version of GEMPAK are you running (eg 5.6, 5.6.C)?
>> Are you running a different version of the dcuair decoder?
>> 
>> For example:
>>  GEMPAK-OABSND>version
>> 
>>  GEMPAK Version 5.6.c.1
>> 
>> % dcuair -help
>> ....
>> >Version 5.6.c.1<
>> 
>> 
>> Steve Chiswell
>> Unidata User Support
>> 
>> 
>> >From: address@hidden (Chris Hennon)
>> >Organization: UCAR/Unidata
>> >Keywords: 200105071647.f47Gltp15071
>> 
>> >Steve -
>> >
>> >I double checked and all looks well there:
>> >
>> >twister:[/usr/local/gempak/scripts/upperair]% cd $GEMEXE
>> >twister:[/usr/local/gempak/bin/sol]% ls -l gplt
>> >-rwxr-xr-x   1 gempak   ldm       496276 Apr 23 13:45 gplt*
>> >twister:[/usr/local/gempak/bin/sol]% cd ../../scripts/upperair
>> >twister:[/usr/local/gempak/scripts/upperair]% oabsnd
>> > SNFILE    Sounding data file                $RAW_UPA/20010507_upa.gem
>> > GDFILE    Grid file                         $HOME/grids/upperstr.grd
>> > SNPARM    Sounding parameter list           tmpc
>> > STNDEX    Stability indices                  
>> > LEVELS    Vertical levels                   925
>> > VCOORD    Vertical coordinate type          PRES
>> > DATTIM    Date/time                         12
>> > DTAAREA   Data area for OA                   
>> > GUESS     Guess file*time                    
>> > GAMMA     Convergence parameter             0.3
>> > SEARCH    Search radius/Extrapolation       20/EX
>> > NPASS     Number of passes                  2
>> > QCNTL     Quality control threshold          
>> > Parameters requested: SNFILE,GDFILE,SNPARM,STNDEX,LEVELS,VCOORD,DATTIM,
>> > DTAAREA,GUESS,GAMMA,SEARCH,NPASS,QCNTL.
>> > GEMPAK-OABSND>r
>> >Could not fork
>> > [GEMPLT -101]  NOPROC   - Nonexistent executable.
>> > [OABSND -3]  Fatal error initializing GEMPLT.
>> >twister:[/usr/local/gempak/scripts/upperair]%
>> >
>> >Chris
>> >
>> >================================================
>> >| Chris Hennon             Ohio State University   |
>> >| Tropical Meteorology      address@hidden   |
>> >|                                              |
>> >| Dept of Geography   Office: 1155 Derby Hall  |
>> >| 1036 Derby Hall     Phone : (614) 292-2704   |
>> >| Columbus, OH 43210  Fax   : (614) 292-6213   |
>> >================================================
>> >
>> >On Mon, 7 May 2001, Unidata Support wrote:
>> >
>> >> 
>> >> Chris,
>> >> 
>> >> OABSFC requires that "gplt" be found. The non-existent
>> >> executable seems to indicate that $GEMEXE/gplt is either
>> >> not bring found, that you don't have permission to execute it, 
>> >> or that for some reason the system is not able to execute gplt.
>> >> 
>> >> Since it says non-existent, it sounds like the program is
>> >> not being found. See if there is any problem with your $GEMEXE
>> >> environmental variable (which is set when you sourced Gemenviron),
>> >> and double check that gplt is executable as well.
>> >> 
>> >> The attempt to execute gplt occurs when you run the analysis,
>> >> eg, not when you first start up oabxxx.
>> >> 
>> >> Steve Chiswell
>> >> Unidata User Support
>> >> 
>> >> 
>> >> 
>> >> >From: address@hidden (Chris Hennon)
>> >> >Organization: UCAR/Unidata
>> >> >Keywords: 200105071618.f47GIbp13844
>> >> 
>> >> >Steve -
>> >> >
>> >> >I've run into a curious problem.  I'm trying to run "oabsnd" for just on
> e
>> >> >level and one variable and the program exits with a NOPROC - Nonexistent
>> >> >executable and "Could not fork" errors.  I think I have plenty of swap
>> >> >space:
>> >> >
>> >> >swap -s
>> >> >total: 67792k bytes allocated + 167728k reserved = 235520k used, 159608k
>> >> >available
>> >> >
>> >> >There are no rogue processes around that I can see.  There are no dead
>> >> >message queues.  In the past, I have run oabsnd under the same condition
> s
>> >> >without a problem, even with more levels and more variables.  The suppor
> t
>> >> >archives all seem to indicate a problem with either swap space or orphan
> ed
>> >> >processes but it doesn't appear that I have those issues.  Any ideas?
>> >> >Thanks.
>> >> >
>> >> >Chris    
>> >> >
>> >> >================================================
>> >> >| Chris Hennon          Ohio State University   |
>> >> >| Tropical Meteorology      address@hidden   |
>> >> >|                                              |
>> >> >| Dept of Geography   Office: 1155 Derby Hall  |
>> >> >| 1036 Derby Hall     Phone : (614) 292-2704   |
>> >> >| Columbus, OH 43210  Fax   : (614) 292-6213   |
>> >> >================================================
>> >> >
>> >> 
>> >> *************************************************************************
> ***
>> >> Unidata User Support                                    UCAR Unidata Prog
> ram
>> >> (303)497-8644                                                  P.O. Box 3
> 000
>> >> address@hidden                                   Boulder, CO 80
> 307
>> >> -------------------------------------------------------------------------
> ---
>> >> Unidata WWW Service                        http://www.unidata.ucar.edu/  
>    
>> >> *************************************************************************
> ***
>> >> 
>> >
>> 
>> ****************************************************************************
>> 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/     
>> ****************************************************************************
>> 
>