home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / sys / sgi / 12645 < prev    next >
Encoding:
Internet Message Format  |  1992-08-19  |  1.4 KB

  1. Path: sparky!uunet!cis.ohio-state.edu!zaphod.mps.ohio-state.edu!uakari.primate.wisc.edu!ames!olivea!sgigate!odin!sgihub!zola!zuni!anchor!olson
  2. From: olson@anchor.esd.sgi.com (Dave Olson)
  3. Newsgroups: comp.sys.sgi
  4. Subject: Re: dump and logical volumes
  5. Message-ID: <optolfk@zuni.esd.sgi.com>
  6. Date: 20 Aug 92 05:03:38 GMT
  7. References: <1992Aug19.134643.6347@gserv1.dl.ac.uk>
  8. Sender: news@zuni.esd.sgi.com (Net News)
  9. Organization: Silicon Graphics, Inc.  Mountain View, CA
  10. Lines: 22
  11.  
  12. In <1992Aug19.134643.6347@gserv1.dl.ac.uk> ufe@dlva.dl.ac.uk writes:
  13.  
  14. | Attempts to use dump on a logical volume fail.
  15. | eg dump 0uf /dev/tape /data1 hangs in Phase 1. (/data1 is a striped
  16. |    partition)
  17. | dump process is taking virtually all cpu and can't be killed
  18. | Has anyone seen this ?
  19.  
  20. Dump and lv's (both striped and concatenated) have worked just
  21. fine for us (including me personally) since 4.0.1 when dump
  22. was first supported.
  23.  
  24. Can you force a core dump of dump (something like 'killall -ILL
  25. dump')?  If so, and you contact the TAC, and can get the
  26. core file to them, we can figure out where it was looping.
  27.  
  28. Other than that, I haven't any ideas.  Are there no kernel
  29. or dump messages when this happens?
  30. --
  31. Let no one tell me that silence gives consent,  |   Dave Olson
  32. because whoever is silent dissents.             |   Silicon Graphics, Inc.
  33.     Maria Isabel Barreno                        |   olson@sgi.com
  34.