[Met_help] [rt.rap.ucar.edu #98638] History for METplus error

[George McCabe via RT]

----------------------------------------------------------------
  Initial Request
----------------------------------------------------------------

Hi George,

I’m trying to run the METplus wrappers for GridStat on Jet, but I keep getting the error: 02/06 01:50:02.340 metplus (config_launcher.py:585) ERROR: Directory LOG_DIR is set to or contains /path/to. Please set this to a valid location.

I had intentionally left the LOG_DIR variable undefined in my config file, which according to comments in config_launcher.py should have just disabled logging, but I still get that error. When I *do* set LOG_DIR manually, I get a KeyError for LOGDIR from the depths of python.

Do you know what might be causing this? I grepped my entire workflow for the string “/path/to” and came back with nothing, so I’m not sure how the LOG_DIR is ending up with that as its location. 

If it would help to see my config file on Jet, it’s at /home/amb-verif/GSL_verif-global/config/metplus/global_g2g_gfs.conf. Some environmental variables are set in /home/amb-verif/GSL_verif-global/xml/metplus_gfs_g2g.xml.

Thanks in advance for any advice you can give me!

Molly





----------------------------------------------------------------
  Complete Ticket History
----------------------------------------------------------------

Subject: METplus error
From: George McCabe
Time: Wed Feb 10 13:43:59 2021

Great to hear! Let me know if you run into any other issues.

Thanks,
George

On Wed, Feb 10, 2021 at 1:40 PM molly.b.smith at noaa.gov via RT <
met_help at ucar.edu> wrote:

>
> Wed Feb 10 13:40:43 2021: Request 98642 was acted upon.
> Transaction: Ticket created by molly.b.smith at noaa.gov
>        Queue: met_help
>      Subject: Re: METplus error
>        Owner: Nobody
>   Requestors: molly.b.smith at noaa.gov
>       Status: new
>  Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98642 >
>
>
> Thanks, George! I didn’t think I needed both GRID_STAT_OUTPUT_DIR
and
> OUTPUT_BASE, but it did clear up that error.
>
> Molly
>
>
> > On Feb 10, 2021, at 12:48 PM, George McCabe <mccabe at ucar.edu>
wrote:
> >
> > Hi Molly,
> >
> > The default value of LOG_DIR is {OUTPUT_BASE}/logs, so my guess is
you
> have not set OUTPUT_BASE in your METplus user config file. Setting
that
> should fix this issue.
> >
> > On Wed, Feb 10, 2021 at 12:21 PM Molly Smith - NOAA Affiliate <
> molly.b.smith at noaa.gov <mailto:molly.b.smith at noaa.gov>> wrote:
> > Hi George,
> >
> > I’m trying to run the METplus wrappers for GridStat on Jet, but I
keep
> getting the error: 02/06 01:50:02.340 metplus
(config_launcher.py:585)
> ERROR: Directory LOG_DIR is set to or contains /path/to. Please set
this to
> a valid location.
> >
> > I had intentionally left the LOG_DIR variable undefined in my
config
> file, which according to comments in config_launcher.py should have
just
> disabled logging, but I still get that error. When I *do* set
LOG_DIR
> manually, I get a KeyError for LOGDIR from the depths of python.
> >
> > Do you know what might be causing this? I grepped my entire
workflow for
> the string “/path/to” and came back with nothing, so I’m not sure
how the
> LOG_DIR is ending up with that as its location.
> >
> > If it would help to see my config file on Jet, it’s at
> /home/amb-verif/GSL_verif-global/config/metplus/global_g2g_gfs.conf.
Some
> environmental variables are set in
> /home/amb-verif/GSL_verif-global/xml/metplus_gfs_g2g.xml.
> >
> > Thanks in advance for any advice you can give me!
> >
> > Molly
> >
> >
> >
> >
> > --
> > George McCabe - Software Engineer III
> > National Center for Atmospheric Research
> > Research Applications Laboratory
> > 303-497-2768
> > ---
> > My working day may not be your working day. Please do not feel
obliged
> to reply to this email outside of your normal working hours.
>
>
>

--
George McCabe - Software Engineer III
National Center for Atmospheric Research
Research Applications Laboratory
303-497-2768
---
My working day may not be your working day. Please do not feel obliged
to
reply to this email outside of your normal working hours.

------------------------------------------------