[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
20010507: 20010507: oabsnd and swap space
- 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/
>> ****************************************************************************
>>
>
