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

[GEMPAK #TED-560332]: snprof

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: [GEMPAK #TED-560332]: snprof
  • Date: Mon, 12 Sep 2011 11:11:21 -0600
Before I play around with the LDM too much on your system, can you help me 
understand why you're not scouring any data?  

Your home partition is 96% full, though you still have 25 GB available, so 
space shouldn't be an issue. here  Still, I've run out of ideas, nothing stands 
out as the cause of these I/O errors and the "*.gema" files.

Might be a good time to upgrade the LDM from your current version 6.7.0 to the 
latest stable release (6.9.8):  
ftp://ftp.unidata.ucar.edu/pub/ldm/ldm-6.9.8.tar.gz

Michael




> Hello Michael,
> 
> Yesterday september 01 there was again the mistake,
> File /data/ldm/gempak/upperair/20110901_upa.gem could not be opened.
> I mean with yesterday file...
> 
> Yet, today 20011 09 02, the file that belongs to that day, it did run.. Is
> it normal?? Should I check any thing??
> 
> Best regards,
> 
> Gustavo
> 
> On Wed, 31 Aug 2011 11:17:41 -0300, banco <address@hidden> wrote:
> > Hello Michael,
> >
> >>
> >> I'm looking in ~ldm/etc and see the pqact entries are pointing to
> >> GEMPAK5.11.1 tables while the current version if 6.2.0.  First thing
> you
> >> should do is replace all entries of -e
> >> GEMTBL=/home/gempak/GEMPAK5.11.1/gempak/tables with -e
> >> GEMTBL=/home/gempak/NAWIPS/gempak/tables (this allows you to avoid
> > having
> >> to change these paths in the future, as long as you direct the
> >> ~gempak/NAWIPS/ to the latest installed version).
> >>
> >
> > I've done that change...
> >
> >> Secondly, in ~ldm/etc/ldmd.conf, you have line 59:
> >>
> >> EXEC    "pqact"
> >>
> >> Unless you have a reason for this that I don't know of it should be
> >> removed.  Thing is, I can't tell you if it's related to these *.gema
> > files
> >> that are showing up in data/gempak/upperair/, it's just a guess that it
> > is.
> >>
> >
> > Ok, I'm no sure why it was that EXCE "pqact", anyhow it was removed...
> > Can it have to do with running a script with satellite and synop data..?
> > I will check it..
> >
> >> Update the table directory in *ALL* of the pqact files being referenced
> > in
> >> ldmd.conf and remove line 59 above, then stop and stop the LDM once
> > again
> >> and we'll take a look (and cross our fingers that this solves the
> > problem).
> >>
> >> For what it's worth, I copied some of the _upa.gem files over to my own
> >> machine and saw the same error not being able to read them, so it's
> > clear
> >> that the files are not being written correctly.
> >>
> >
> > It seems, that *upa.gem files are all right.. Today
> > the script worked well, creating Argentina`s gif sounding...
> >
> > Best regards,
> >
> >  Gustavo
> >
> >
> > Ps Sorry Michael because of my mistake about your name.
> >
> >>
> >>
> >> Ticket Details
> >> ===================
> >> Ticket ID: TED-560332
> >> Department: Support GEMPAK
> >> Priority: Normal
> >> Status: Open
> 
> 


Ticket Details
===================
Ticket ID: TED-560332
Department: Support GEMPAK
Priority: High
Status: Open