[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[GEMPAK #DPN-938735]: no data written by dc* progs
- Subject: [GEMPAK #DPN-938735]: no data written by dc* progs
- Date: Fri, 05 Mar 2010 16:31:56 -0700
Eric,
Here is the discussion from another user on a CentOS machine, with a
description of the solution (which, I should warn, has been shown to work but
we don't exactly know how!)
> First I have to ask the simple question if Gemenviron is sourced correctly,
> but I assume that it is.
>
> I will need to see a decoder logs that contains the error message. We have
> seen problems like this in the past that for an unknown reason were resolved
> with an ipv6 tweak, but that was on red hat systems. Attach a log back and
> I'll take a look.
>
> Michael James
> Unidata
>
> >
> > Hello,
> >
> > I've run into a problem with 5.11.4 where the decoders will not write
> > files into $GEMDATA. If I wipe out the directory structure, the progs
> > will create all of the proper subdirectories, but they will not be
> > populated with data. In the various log files, all the apps complain
> > about not being able to write to files. I've double checked the write
> > permissions on the directories and ldm has write permissions (gempak was
> > built under the ldm account, no gempak user.)
> >
> > My system is a debian linux ver 5.0.3
> >
> > Linux blackhawk 2.6.26-2-686-bigmem #1 SMP Wed Nov 4 21:12:12 UTC 2009
> > i686 GNU/Linux
> >
> > There were no serious errors in the make or make_install logs that I could
> > tell.
> >
> > Any assistance would be greatly appreciated.
> > Thanks.
> >
> > _______________________________________________________________________
> > Eric Nelson
> >
> > National Center for Atmospheric Research
> > Research Applications Laboratory
> > http://www.ral.ucar.edu
> > address@hidden
> > (303) 497-2838
> > _______________________________________________________________________
> >
> >
> >
>
Ticket Details
===================
Ticket ID: DPN-938735
Department: Support GEMPAK
Priority: Normal
Status: Open