Well, after having to restart another of the domains on that xen server I
discovered that the last in the list is the one that would lock up once every
24 hours. (not certain fo the exact timeframe since it locks during the night.)
I've disabled the cron entries that generate high workload to eliminate that as
a possible cause. Next is to try running the virtual server on another xen host
that is running an older version of xen and xenolinux, see if that still hangs
I'll report more as I find it. However, I'm still swamped with house repairs.
8-( a 10' section of wall that's destroyed by termites, a bad kithen remodeling
that has gone rotten (literally), and a bathroom shower install where they
"forgot" to add the drain part that mates the drain hole to the drain pipe. I
may have to post a pic of the shower issue to show how stupid it is. ;-P
After that I've still got lots of catchup to do since i've been swamped for the
last 2 months. *sigh* This had better be worth it, getting into a house that
is. Either way, in approximatly 2 to 3 weeks i'll be back full force working on
xen setups and beating the crap out of the system. ;) Expect to receive LOTS of
On Mon, 5 Jul 2004 15:12:56 -0700 Steve Traugott <stevegt@xxxxxxxxxxxxx>
On Mon, Jul 05, 2004 at 06:52:21PM +0000, Brian Wolfe wrote:
> Yeah, I'm still seeing a hang on the very last domain int he list.
*Interesting* -- I hadn't noticed anything like that, but I wasn't
looking for it. It's not always the same root filesystem, is it? If
you shuffle the order is it still always the last one that hangs?
> I haven't been able to track down what is causing it exactly. Up until
> now I thought that it's unique aspect of running apache wtih php5 beta
> 1 was causing it with OOM due to php5b1 memory leaks....
That sounds an awful lot like the /dev/random bug we had in 1.2. I was
never able to duplicate it on purpose, but after linking /dev/random ->
/dev/urandom most of the hangs went away.
Stephen G. Traugott (KG6HDQ)
UNIX/Linux Infrastructure Architect, TerraLuna LLC
http://www.stevegt.com -- http://Infrastructures.Org