386 Xenix 2.3.1/vpix/Compaq 20 Problem. Help!

[Chris Lewis]

One of our clients is having a severe system problem and maybe someone
out there can help.  SCO/Computone sure can't.

System:
	Compaq 20 with 3Mb.
	386 Xenix 2.3.1
	1.1 (I think) vpix & DOS Symphony
	Word Perfect 4.2 (Xenix version)
	Cyma (some sort of RMCOBOL accounting package)
	Wangtek 60Mb tape drive.
	Advantage-8 (Computone/Intellicom/Intelliport etc.) 8 port
		serial card.
	Several Wyse 60's/NEC 890 and some sort of Epson (all serial)
	monochrome adapter of some sort.

Problem: 

The severe problem is a complete system freezeup, ranging from 
once or twice a week to 5 or 6 times a day.  The disk is apparently
not frozen, because it flashes a bit afterwards and the reboot's fsck
doesn't complain much (if at all), but the main console and all wyses are 
hung.  Not even caps lock on the main console toggles the indicator.  I've
tried (as suggested on the net) to disconnect and reconnect the keyboard
but no dice.  Activity at the time: not much....  System will hang with
as few as two users, one on console, one on wyse.  This *may* be correlated with
vpix/Symphony usage, but it's difficult to get a clear picture of what's
going on.  [Our original contact-person at the client's site has left,
and the new one isn't as knowledgeable or helpful, and is considerably
less patient... ;-(]   The one thing that does seem to be common is that
someone's on one of the Computone ports (mind you it's hard to get two
people on without at least using one!)

I suspect that this is either a vpix problem, or there isn't enough memory
for buffering.  Strangely enough, there doesn't appear to be all 
that much disk activity when it hangs.  Does anybody have enough experience
with vpix on Xenix to know whether complete system hangs are common?  Are
freezeups occuring on Xenix without vpix installed?  How does the system
behave when there really isn't enough memory?  You'd expect the disk to
go wild, but that doesn't seem to be the problem here.  Unfortunately, this
version of Xenix doesn't appear to have sar.

We had suspected that it was something to do with the Computone, for when
I set "compatible: main" (disable line discipline bypass) on all serial
ports the hang stopped happening for a couple of weeks.  Now it's back with 
a vengeance.   Computone said "increase clists".  Right - the hang was
happening with *2* users.  We've heard unsubstantiated rumors that 2.3.1
with computones hangs on an AST Premium, and that switching to an Intellicon
(not related to Computone) did *not* help - don't know whether that system
had vpix or not.  SCO didn't even know that Computones needed to have new
drivers installed when going from 2.2.1 to 2.3.1 - or that there was
a different Compaq-20 driver.  Or, *maybe* there's more than one type of
hang?

There is a marginal possibility that this hang is related to the wangtek
problem - wangtek-60's do cause system hangs when lots of disk activity
is occuring - we've proven that on several machines, but in this case
the wangtek isn't being used at all!

Our other less pressing problem is: occasionally, averaging a couple of 
times per month, the system panics with "page fault in kernel".  Is this
a known problem?

Help!

Thanks,
-- 
Chris Lewis, Markham, Ontario, Canada
{uunet!attcan,utgpu,yunexus,utzoo}!lsuc!ecicrl!clewis
Ferret Mailing list: ...!lsuc!gate!eci386!ferret-request
(or lsuc!gate!eci386!clewis or lsuc!clewis)