home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / unix / sysv386 / 12439 < prev    next >
Encoding:
Text File  |  1992-07-25  |  2.7 KB  |  71 lines
  1. Newsgroups: comp.unix.sysv386
  2. Path: sparky!uunet!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!ira.uka.de!smurf.sub.org!flatlin!generics!ihno
  3. From: ihno@generics.ka.sub.org (Ihno Krumreich)
  4. Subject: Re: How to debug a PANIC??
  5. Organization: Generics GmbH
  6. Date: Fri, 24 Jul 1992 17:19:42 GMT
  7. Message-ID: <1992Jul24.171942.13964@generics.ka.sub.org>
  8. References: <1992Jul13.184212.23816@wb3ffv.ampr.org>
  9. Keywords: unix panic interactive debug
  10. Lines: 59
  11.  
  12. howardl@wb3ffv.ampr.org (Howard Leadmon - WB3FFV) writes:
  13.  
  14.  
  15. >    Hello,
  16.  
  17. >I am currently running Interactive UNIX version 3.0, and things have 
  18. >generally been great.  The other day I had my system PANIC and crash
  19. >twice within a couple hours.  I know there is supposed to be a way I
  20. >can find what program was dying by using the kernel debugger, but am
  21. >not sure how to do this.  If somenody on the net would be so kind as
  22. >to give me a little instruction it would be most appreicated...
  23.  
  24. >Just for information sake, the panic was a Trap 0x0000000E
  25.  
  26. Bad luck for you trap 0xe says nearly nothing.
  27.  
  28. The way to find the programm probably killing the machine is the following:
  29.  
  30. 1) After the panic the system should report how many pages it has written to
  31.    the swap space. If that does not happen, no need to read the rest.
  32.  
  33. 2) When the system comes up again, the system shouls ask you, whether you
  34.    want to save the memory dump. Save it. (if you want to save to diskettes,
  35.    prepare enough. If you have 16 Meg of memory you need 14 diskettes)
  36.  
  37. 3) If the system is up again load the dump to the disk with the command
  38.    ldsysdump.
  39.    Now you can use the command crash to analyse the dump.
  40.    All commands, wich are discribed now are within crash
  41.  
  42.    crash>  p    # gives you all processes that have been on the system
  43.         # when it crashed. In the second coloum (ST) the state of
  44.         # process is noted. s for sleeping, r for runnable and
  45.         # p for on processor. So the one with the p should be
  46.         # of intressed for you..
  47.         # Have a look at the slot number (first coloum).
  48.    crash> t #s  # t with the slot number gives you a trace of the called
  49.         # procedures of the numbered process. This may give you an
  50.         # idea which driver was the bad one.
  51.  
  52.    crash uses the /unix for the symbols and other information. If you want
  53.    to analyze the dump on a different machine, you always need the kernel from
  54.    the machine which paniced. 
  55.  
  56.    hope that helped you.
  57.  
  58. Ihno
  59.  
  60. =======================================================
  61.  
  62. Ihno Krumreich     | Phone (49) 721 38 70 94
  63. Generics Gmbh      | email: ihno@generics.ka.sub.org
  64. Breite Strasse 24  | FAX   (49) 721 38 56 22
  65. D-W7500 Karlsruhe  |
  66. -- 
  67. Ihno Krumreich     | Phone (49) 721 38 70 94
  68. Generics Gmbh      | email: ihno@generics.ka.sub.org
  69. Breite Strasse 24  | FAX   (49) 721 38 56 22
  70. D-W7500 Karlsruhe  |
  71.