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 ERROR: Gap in SBN last > 697554922, this 697554928 > > Mar 18 22:02:37 fos dvbs_multicast ERROR: Gap in SBN last > 697554948, this 697554951 > > Mar 18 22:02:37 fos dvbs_multicast ERROR: Gap in SBN last > 697554973, this 697554979 > > Mar 18 22:03:01 fos pqact ERROR: Permission denied > > Mar 18 22:03:01 fos pqact ERROR: stateWrite(): Couldn't open > "/home/ldm/etc/pqact.conf.state.tmp" > > Mar 18 22:03:01 fos pqact 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
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.