[comp.unix.xenix] Kernel Pager Error

marcs@crplabs.UUCP (Marc Snyder) (06/05/89)

Netlanders:
        I seem to have a problem.  Brief background:  I am administering
an IBM-AT with a 386 motherboard running at approximately 20MHz.  The
software is SCO Xenix 2.3.1.  Recently, the system crashed (on two separate
occasions) and these messages were placed into the /usr/adm/messages file:

>TRAP 0000000E in SYSTEM, error code=00000000
>   eax=0001A880,  ebx=0600072C,  ecx=00000000,  edx=000098D5
>   esi=00000000,  edi=F0009723,  ebp=06000730,  fl=00010282
>   uds=00000018,  es=06000018,  fs=0001003F,  gs=0008003F, tr=00000100
>   pc=06000020:0001C775,  ksp=06000704
>
>kernel: PANIC: non-recoverable kernel page fault

>TRAP 0000000E in SYSTEM, error code=00020000
>   eax=00019B60,  ebx=0600072C,  ecx=060007B4,  edx=000098D5
>   esi=00000000,  edi=F0009723,  ebp=06000730,  fl=00010282
>   uds=00470018,  es=00000018,  fs=0000003F,  gs=081C003F, tr=00000100
>   pc=00000020:0001C775,  ksp=06000704
>
>kernel: PANIC: non-recoverable kernel page fault

        I would assume that this is some type of memory (RAM) fault --
although I may be completely off base.  I was wondering if there was some
way to make sense of these messages, and figure out what the problem
is.  I would appreciate any help, and will say thanks in advance.

--

Marc Snyder -- System Administrator
Ciba-Geigy Corporation  Ardsley, NY

jlg@odicon.UUCP (John L. Grzesiak) (06/12/89)

In article <420@crplabs.UUCP>, marcs@crplabs.UUCP (Marc Snyder) writes:
> Netlanders:
> software is SCO Xenix 2.3.1.  Recently, the system crashed (on two separate
> occasions) and these messages were placed into the /usr/adm/messages file:
> 
> >kernel: PANIC: non-recoverable kernel page fault
> >kernel: PANIC: non-recoverable kernel page fault
> 
>         I would assume that this is some type of memory (RAM) fault --
> although I may be completely off base.  I was wondering if there was some
> 
> Marc Snyder -- System Administrator
> Ciba-Geigy Corporation  Ardsley, NY


S.C.O. knows about this one, at least two of their tech support people told
  me that this is a problem with certain 386 computers. I had this problem
  with a 386 system we were evaluating. As soon as the system went out of
  paging and into swapping it started. Drove me nuts is all it did! It started
  with page to frame errors (and vice versa) . That one did prove to be a 
  memory error, but after solving the memory problem we starting getting the
  exact errors you are having. The cure was 1 part easy and 2 parts tough.
  1) Upgrade to 2.3.2. (S.C.O. says the paging algoritym in 2.3.1. is buggy)
  2) If this doesn't work - throw the system to a DOS application and get
     another box for XENIX . (This is what we had to do).
  3) If this is a bearer of BAD NEWS - I'm sorry , but I could'nt figure a way
     around it. (I think I tried everything in the book , from slowing the
     system down to increasing i/o speed with a ESDI drive, to using large
     amount of kernal buffer space) ((THE increased buffers did help , but
     did not remove the problem , just cut the frequency).




    +-------------------------+---------------------------------+
    + John L Grzesiak         | "Genius is the output of        +
    + 47 Spring Street        |   a mind twisted beyond         +
    + Wallingford Ct 06492    |    normal recognition"          +
    +                         |                                 +
    + !yale!spock!odicon!jlg  | Omega Dynamics - Wallingford Ct +
    +                         |                                 +
    +-------------------------+---------------------------------+

mhlevy@sbee.sunysb.edu (Mark Levy) (06/12/89)

   I have seen similar problems when the computer is unable to swap or 
page, because it simply runs out of memory.  It may be that you don't 
have enough memory installed for what you're trying to do.  I demonstrated
this fault to my boss when he insisted that 2 sessions of VP/ix would run
on a system with 2MB of memory!

Mark

-- 
~~~~~~~~~  Disclaimer???   We don't need no stinkin' disclaimer!!!  ~~~~~~
Mark Levy { mhlevy@sbccvm.BITNET   } 	% Debbie Gibson is pregnant,  with
          { mhlevy@sbee.sunysb.edu }    %   my two headed love child....
          { mhlevy@ccvm.sunysb.edu } 	%                         Mojo Nixon

adnan@sgtech.UUCP (Adnan Yaqub) (06/13/89)

In article <420@crplabs.UUCP> marcs@crplabs.UUCP (Marc Snyder) writes:

	   I seem to have a problem.  Brief background:  I am administering
   an IBM-AT with a 386 motherboard running at approximately 20MHz.  The
   software is SCO Xenix 2.3.1.  Recently, the system crashed (on two separate
   occasions) and these messages were placed into the /usr/adm/messages file:

   >TRAP 0000000E in SYSTEM, error code=00000000
   >   eax=0001A880,  ebx=0600072C,  ecx=00000000,  edx=000098D5
   >   esi=00000000,  edi=F0009723,  ebp=06000730,  fl=00010282
   >   uds=00000018,  es=06000018,  fs=0001003F,  gs=0008003F, tr=00000100
   >   pc=06000020:0001C775,  ksp=06000704
   >
   >kernel: PANIC: non-recoverable kernel page fault

   >TRAP 0000000E in SYSTEM, error code=00020000
   >   eax=00019B60,  ebx=0600072C,  ecx=060007B4,  edx=000098D5
   >   esi=00000000,  edi=F0009723,  ebp=06000730,  fl=00010282
   >   uds=00470018,  es=00000018,  fs=0000003F,  gs=081C003F, tr=00000100
   >   pc=00000020:0001C775,  ksp=06000704
   >
   >kernel: PANIC: non-recoverable kernel page fault

I would start by doing
	# nm -n /xenix | pg
and find out what was running when the crash occurred (i.e., what
exactly is at location 1C775).  This clue may point you to the
problem.
--
Adnan Yaqub
Star Gate Technologies, 29300 Aurora Rd., Solon, OH, USA, +1 216 349 1860
...uunet!abvax!sgtech!adnan