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

20050307: LDM status on papagayo (cont.)

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: 20050307: LDM status on papagayo (cont.)
  • Date: Mon, 07 Mar 2005 08:15:48 -0700
>From: Clint Rowe <address@hidden>
>Organization: University of Nebraska Geosciences
>Keywords: 200503070449.j274n2v2001291 IDD LDM pqcat

Morning Clint,

re: LDM queue size
>That's strange, because I know I increased the queue size to 2GB 
>previously.  

The upgrade to LDM 6.2.0 required that an new file ~ldm/etc/ldmadmin-pl.conf
be edited and $pq_size be set.  I honestly can't remember if I upgraded
papagayo to 6.2.0, so the failure to edit ldmadmin-pl.conf may be my
fault.  Regardless of who forgot to edit the file, the queue
size would not come into play until it was necessary to remake it.
This was the situation when the machine crashed and the queue got
corrupted.

>Even stranger, when I went to stop the pqcat, I first decided to stop
>the ldm.  When I did that, I noticed that the queue was begin built,
>apparently because the ldm startup script (in /etc/init.d) was being
>run.

Sorry.  I forgot that this would happen when you killed the pqcat 
invocation, so I forgot to warn you.

>I've stopped everything, rebuilt the queue and restarted.  Data
>are flowing (including NIMAGE).

Sounds good.

>I've copied Pete to let him know we're
>back up and to make sure he has me as the contact.

Ditto on sounding good.

>Why the machine rebooted is still unknown.

OK.

>PS by the way, I seem to be getting two copies of all the community
>announcements -- can you check to see if there is a second entry for
>me (the best one to use for me is address@hidden).

I found two entries in our allcommunity email list, address@hidden
and address@hidden.  Since composite lists like community
are created from other lists, and since I see that you are subscribed
to different lists using different email addresses (e.g., conduit as
address@hidden and others as address@hidden), the double mailing
will return unless all addresses are changed.  Given this, I have
just changed all of your list subscriptions to address@hidden (you owe
me one ;-).

Cheers,

tom
--
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.