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

[LDM #PAE-657022]: ldm not saving data



Frank,

pqact(1) changes its working directory to the value of the 
"/pqact/datadir-path" parameter in the LDM registry before processing 
data-products. Your value for this parameter is, apparently, 
"/home/ldm/var/data", which is the default (you can see the value of this 
parameter with the command "regutil /pqact/datadir-path"). pqact(1) terminates 
normally with an error status if it can't set its working directory.

I suspect that the output pathnames in your GEMPAK pqact(1) configuration-file 
are absolute ones or that the GEMPAK decoders are using the GEMDATA environment 
variable. This would explain the GEMPAK pqact(1) working after you created the 
directory "/home/ldm/var/data".

You can 1) do nothing or 2) set the value of the "/pqact/datadir-path" 
parameter to "/data/ldm/gempak" (be careful, though, as this will affect all 
other pqact(1) processes).

> Yes there is something relevant.  In the LDM log file, it shows
> 
> Jul 06 15:46:36 stratus pqact[3228] NOTE: Starting from insertion-time
> 2016-03-22 16:10:48.341961 UTC
> Jul 06 15:46:36 stratus pqact[3228] ERROR: cannot chdir to
> /home/ldm/var/data: No such file or directory
> Jul 06 15:46:36 stratus pqact[3228] NOTE: Exiting
> 
> This is very strange, since there is no mention of /home/ldm/var/data in
> either the ldmd.conf or the pqact.conf.  If I look at the earlier
> ldmd.log files, when things were working, pqact would start up and then
> stay running - no mention of trying to change directory to this data
> file.  And as you can see from the following, GEMDATA is clearly defined.
> 
> address@hidden ~]$ ldmadmin start
> The product-queue is OK.
> Checking pqact(1) configuration-file(s)...
> /home/ldm/etc/pqact.conf: syntactically correct
> Checking LDM configuration-file (/home/ldm/etc/ldmd.conf)...
> Starting the LDM server...
> address@hidden ~]$ echo $GEMDATA
> /data/ldm/gempak
> address@hidden ~]$
> 
> 
> So just for the heck of it, I created the directory that was referenced,
> /home/gempak/var/data.
> 
> Restarted the LDM, and while the new directory is empty, pqact is
> apparently now happy and running and data is now showing up in the right
> places.  I didn't upgrade anything, so the mystery is either 1) why did
> it work before without that directory or 2) why did I suddenly need that
> directory?  It's all academic since things are running fine now, but
> it's very odd.

Regards,
Steve Emmerson

Ticket Details
===================
Ticket ID: PAE-657022
Department: Support LDM
Priority: Normal
Status: Closed
===================
NOTE: All email exchanges with Unidata User Support are recorded in the Unidata 
inquiry tracking system and then made publicly available through the web.  If 
you do not want to have your interactions made available in this way, you must 
let us know in each email you send to us.



NOTE: All email exchanges with Unidata User Support are recorded in the Unidata inquiry tracking system and then made publicly available through the web. If you do not want to have your interactions made available in this way, you must let us know in each email you send to us.