home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / unix / aix / 13817 < prev    next >
Encoding:
Text File  |  1993-01-28  |  2.1 KB  |  45 lines
  1. Newsgroups: comp.unix.aix
  2. Path: sparky!uunet!charon.amdahl.com!pacbell.com!ames!saimiri.primate.wisc.edu!zaphod.mps.ohio-state.edu!cs.utexas.edu!geraldo.cc.utexas.edu!portal.austin.ibm.com!awdprime.austin.ibm.com!mathew.austin.ibm.com!accapadi
  3. From: accapadi@mathew.austin.ibm.com (Matt Accapadi)
  4. Subject: Re: Crash - "Data Storage Interrupt, Processor"
  5. Sender: news@austin.ibm.com (News id)
  6. Message-ID: <C1HG6M.5A6@austin.ibm.com>
  7. Date: Tue, 26 Jan 1993 22:37:34 GMT
  8. References: <26Jan.160615.17499@quay.ie>
  9. Organization: IBM, Austin
  10. Lines: 33
  11.  
  12. In article <26Jan.160615.17499@quay.ie> chris@quay.ie (Christopher Davey) writes:
  13. >
  14. >Model 320H AIX 3.2.0
  15. >
  16. >Has anyone had a crash like this before ? The only significant 
  17. >change to the machine in the last six months is that a 2GB Seagate
  18. >disk was added 5 days ago.
  19. >
  20. >Help
  21. >Chris
  22.  
  23. This can be caused by any one of a million things. You need to look at
  24. the dump to determine the cause. First execute "sysdumpdev -L".
  25. That will tell you the dump device it dumped to and whether it was successful
  26. at dumping it. Then dd the dump image off the dump device - it's a lot faster
  27. than running crash on the dump device directly.  For example,
  28.    dd if=/dev/hd7 of=dumpfile
  29. where in this case /dev/hd7 was the dump device. The output file (in this
  30. case I called it dumpfile) will be the same size as the size of your dump
  31. logical volume (ie. /dev/hd7), so make sure you have enough room for this.
  32.  
  33. Then run "crash dumpfile". Once within crash, there are many things you could
  34. do depending on the crash. You might start by typing in "trace" or "t". That
  35. will give you a stack trace for the currently running process.  Type in 
  36. "user" or "u" for more detailed information on the current process.
  37.  
  38. You'll have to call support or post what you've found so far to determine
  39. what to do from here on.
  40. -- 
  41. Matt Accapadi                            Internet: accapadi@austin.ibm.com
  42. IBM AWD AIX System Performance           VNET:  ACCAPADI at AUSTIN
  43. 11400 Burnet Rd. Bld. 906/9632           yaknet: 512-838-3193  Tie 678-3193
  44. Austin, TX 78758-3493                    fax: 512-838-8344
  45.