[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[LDM #RCK-299610]: can't run LDM

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.

  • Subject: [LDM #RCK-299610]: can't run LDM
  • Date: Tue, 21 Mar 2006 15:54:59 -0700
Hi Karen,

> I have LDM 6.4.1 installed on a 64-bit dual Xeon system running RedHat
> WS4U3 tha I am having problems with.  I'm including the log, which may
> be alittle confusing, since we are trying to insert products from a
> separate account (which is failing) so we are getting a lot of pq_open
> errors.  We know this is bacause of permissions on the queue and I
> usually add a line to chmod the queue to allow us to write to it.  So
> that is not a "real" issue right now.
> 
> However, we are unable to get LDM to start and I think the key is this
> error message, which I have never seen before.
> 
> Mar 21 21:06:37 nmqxrt-20 rpc.ldmd[13562] ERROR: /home/ldm/data/ldm.pq:
> Product queue is version 0 instead of expected version 7
> 
> I did not do this install, and my next step may be to wipe it out and
> reinstall from scratch, but I have looked around and everything appears
> to be in place  -- rpc, services entries, and sticky bits and ownership
> for the rpc.ldmd and hupsyslog, at least all the normal "gotchas" that
> have caught me in the past.
> 
> Any idea what might be going on?

The fact that the installation is new but with a previously-existing 
product-queue makes me suspect that the previous LDM installation didn't 
support large files and the new one does (by default).  The product-queues of 
the two build-variants are incompatible.

What does the following command output?

    pqcheck -v

If it indicates a fault with the product-queue, then your choices are:

    1.  Remove the product-queue (ldmadmin delqueue) and recreate it (ldmadmin 
mkqueue -f); or

    2.  Revert back to the previous LDM installation; or

    3.  Rebuild and reinstall the new LDM but without support for a large 
product-queue (./configure --disable-max-size).

I recommend #1 if you can afford to recreate the product-queue (by default, it 
will become populated with the last hours worth of data).

Let me know.

> address@hidden
> Phone:405-366-0434
> Cell:405-834-8559
> SAIC/Systems Analyst
> National Severe Storms Laboratory

Regards,
Steve Emmerson

Ticket Details
===================
Ticket ID: RCK-299610
Department: Support LDM
Priority: Normal
Status: Closed