NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.
To learn about what's going on, see About the Archive Site.
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