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 NOTE: Starting from insertion-time > 2016-03-22 16:10:48.341961 UTC > Jul 06 15:46:36 stratus pqact ERROR: cannot chdir to > /home/ldm/var/data: No such file or directory > Jul 06 15:46:36 stratus pqact 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.