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.
Russ, > Hello folks, > > I tried to find information on this on your site, but I couldn't. Last > Friday evening LDM failed on our server. Initially, my operators said > that the Family of Services (McIDAS-XCD) was RED which means the input > stream for DDS, IDS or PPS is not coming in. > > I checked LDM and it was not started. The LDM wasn't started? Or it wasn't running? > I found this in the ldm log just > prior to LDM failing: > > Mar 18 22:02:37 fos dvbs_multicast[16701] ERROR: Gap in SBN last > 697554922, this 697554928 > > Mar 18 22:02:37 fos dvbs_multicast[16701] ERROR: Gap in SBN last > 697554948, this 697554951 > > Mar 18 22:02:37 fos dvbs_multicast[16701] ERROR: Gap in SBN last > 697554973, this 697554979 > > Mar 18 22:03:01 fos pqact[16699] ERROR: Permission denied > > Mar 18 22:03:01 fos pqact[16699] ERROR: stateWrite(): Couldn't open > "/home/ldm/etc/pqact.conf.state.tmp" > > Mar 18 22:03:01 fos pqact[16699] ERROR: Couldn't save insertion-time of > last processed data-product pqact(1) shouldn't get a "permission denied" error when trying to save information on the last, successfully-processed product. What does a long listing of the file "/home/ldm/etc/pqact.conf.state.tmp" show? What about the parent directory? > I don't remember ever seeing LDM actually stop... any ideas on what may > of happened? I suspect the pqact(1) process responsible for the IDS|DDPLUS feed terminated normally because of the permission failure. Send me that output. > Thanks > Russ Regards, Steve Emmerson Ticket Details =================== Ticket ID: WIA-123785 Department: Support NOAAPORT Priority: Normal Status: Closed