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

sunset is back, feel free to switch back from profhorn (fwd)




===============================================================================
Robb Kambic                                Unidata Program Center
Software Engineer III                      Univ. Corp for Atmospheric Research
address@hidden             WWW: http://www.unidata.ucar.edu/
===============================================================================

---------- Forwarded message ----------
Date: Mon, 25 Sep 2000 16:59:45 -0500
From: Pete Pokrandt <address@hidden>
To: address@hidden, address@hidden
Subject: sunset is back, feel free to switch back from profhorn


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)             ^
+<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<+>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>+