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.
Hi Gustavo, re: > There is a problem at > unidata.at.fcen.uba.ar > > There was a crash and since September 02 the input data is not more > available. > > Could you please check it I just saw your message (I am currently in Hawaii on a short vacation). I logged onto unidata.at.fcen.uba.ar and did the following to get data flowing again: 1) login as the user 'ldm' 2) make sure that the ldm is not running: ldmadmin stop <- if the LDM was not running, this might give an error that you can ignore 3) clean up: ldmadmin clean 2) delete the LDM queue: ldmadmin delqueue 3) make a new queue (using the fast option): ldmadmin mkqueue -f 4) start the LDM: ldmadmin start You can follow this same procedure to get the LDM running again after a crash (and not have to wait for us). > And is there a problem with our clock?. What is wrong with your clock? I did a quick check of the time and believe it to be close. I will take a closer look as time permits. > When running these commands (you wrote a time ago) > > cd ~ldm > ldmadmin clean > ldmadmin delqueue > ldmadmin mkqueue -f > ldmadmin start > > the WS said there is a mistake. Can you remember exactly what the error message was? > It’s necessary to say that we are using the user "gempak". The LDM is stopped/started/maintained out of the 'ldm' account only. > Is the user ldm only for Unidata? No. I setup three accounts for Unidata packages on unidata.at.fcen.uba.ar: ldm - start/stop/maintain the LDM gempak - run GEMPAK mcidas - run McIDAS > I mean are these command the way to solve this problem? Yes, but they must be run from the 'ldm' account. They will not work from the 'gempak' account. NOTE: they should _never_ be run from the 'root' account (i.e., you do not want the LDM running as 'root'). > Thank you very much. No worries. Cheers, Tom **************************************************************************** Unidata User Support UCAR Unidata Program (303) 497-8642 P.O. Box 3000 address@hidden Boulder, CO 80307 ---------------------------------------------------------------------------- Unidata HomePage http://www.unidata.ucar.edu **************************************************************************** Ticket Details =================== Ticket ID: EYV-163625 Department: Support IDD Priority: Normal Status: Closed