home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / bit / listserv / banyanl / 5939 < prev    next >
Encoding:
Text File  |  1993-01-22  |  2.1 KB  |  52 lines
  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!paladin.american.edu!auvm!GENGENP.RUG.AC.BE!LUWIE
  3. Return-Path: <@VM1.CC.UAKRON.EDU:luwie@gengenp.rug.ac.be>
  4. X-Envelope-to: banyan-l@AKRONVM.BITNET
  5. Message-ID: <01GTTFKNFZ4W000RKB@BGERUG51.BITNET>
  6. Newsgroups: bit.listserv.banyan-l
  7. Date:         Thu, 21 Jan 1993 15:14:14 GMT
  8. Sender:       Banyan Networks Discussion List <BANYAN-L@AKRONVM.BITNET>
  9. From:         Luc Van Wiemeersch <luwie@GENGENP.RUG.AC.BE>
  10. Subject:      Re: Kernel Mode Trap
  11. Lines: 39
  12.  
  13. >Has anyone had any problem where their Server has gone into 'DEBUG' mode ?
  14. >the message given is:-
  15. >Panic: PGF Kernel Mode Trap.
  16. >The type has changed each time, but is ususlly 0x followed by 8 hex numbers.
  17. >It then gives a fault Virtual Address, Page Directory and where the debugger ha
  18.    s
  19. >entered from. A dump is then given of the register.
  20. >At the end, the message given is 'Banyan Systems Debugger (type h for help)'.
  21. >I've added the patch 'ET-2', which apparently corrects the problem where the
  22. >ES3210 NIC cracks due to pressure of the server load, to no avail.
  23. >My Server is a 486-33, with an ES3210, Vines 4.11(5), 200meg and 1.2Gbyte hard
  24. >disks.
  25. >I should add that this problem has happened to more than 1 of our servers.
  26. >.The questions I would like answered are:->>ervers reside in 'racks')
  27. >2) Could it be related to bad h-disks ?
  28. >3) Could it be related to network load ?
  29.  
  30. >I've asked Banyan UK, but I've received no answer from them. You guys are my
  31. >last hopes.
  32.  
  33. >Any ideas gratefully received....  Thanks.
  34.  >
  35.   >              Patrick N Williams (Network Support)
  36.                         Intel Corp (U.K) Ltd.
  37.  
  38.  
  39. It looks to me that there is a hardware or memory conflict probably due
  40. to a configuration error of a board, adapter or something else.
  41. How much RAM memory do you have?
  42. People will need more info in order to suggest any solution.
  43. We once had this problem after adding a 3Com Etherlink adapter causing
  44. a memory conflict between the adapter cache memory and some other system
  45. memory address. Reconfiguring the address for the adapter cache solved the
  46. problem.
  47.  
  48. L. Van Wiemeersch
  49. Lab. of Genetics
  50. University of Gent
  51. Belgium
  52.