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

sunset is back, feel free to switch back from profhorn

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: sunset is back, feel free to switch back from profhorn
  • Date: Mon, 25 Sep 2000 16:59:45 -0500
Hi all,

Well, that was an interesting weekend.. Thanks to a suggestion by Russ
Rew, I was able to get the ldm back up and running on sunset, and
everyone who switched to profhorn or another alternate server can now
switch back to sunset.meteor.wisc.edu. 

I'll leave everyone in the allow on profhorn in case of future failure,
but it looks like the bandwidth is pretty taxed into/out of that machine
with the high bandwidth NMC2 feed as well, so please switch back to
sunset as soon as practical.

Here's the solution in case anyone is interested, or runs into the
same problems..

Apparently the default method of determining how many product
slots to create in a queue based on its size doesn't always
work under irix 6.5, or at least my particular setup of it.

Turns out that the default of 

pqcreate -c -q /usr3/ldm/data/ldm.pq -v -s 650000000

which would be executed with an 'ldmadmin mkqueue' for my 650 Mb queue
size, where 158691 products slots are made) will dump core and fail, but

pqcreate -c -q /usr3/ldm/data/ldm.pq -v -s 650000000 -S 158689

works ok. Dunno the exact cause of this, but the ldm has been up and
running for about 1/2 hour on sunset, fingers crossed.

Now that I think of it, I *did* change the queue size from 600 Mb
to 650 after a few recent crashes, which I had attributed to an increase
in data volume.  It was after that increase that the pqcreate started
core dumping.. I must have just gotten lucky on my queue sizes prior
to that I guess, cause it had been running for a few weeks before
with no problems.

Anyways.. back to normal I hope.

Pete

--
+>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>+<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<+
^ Pete Pokrandt                    V 1447  AOSS Bldg  1225 W Dayton St^
^ Systems Programmer               V Madison,         WI     53706    ^
^                                  V      address@hidden       ^
^ Dept of Atmos & Oceanic Sciences V (608) 262-3086 (Phone/voicemail) ^
^ University of Wisconsin-Madison  V       262-0166 (Fax)             ^
+<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<+>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>+