home *** CD-ROM | disk | FTP | other *** search
- 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
- From: olson@anchor.esd.sgi.com (Dave Olson)
- Newsgroups: comp.sys.sgi
- Subject: Re: dump and logical volumes
- Message-ID: <optolfk@zuni.esd.sgi.com>
- Date: 20 Aug 92 05:03:38 GMT
- References: <1992Aug19.134643.6347@gserv1.dl.ac.uk>
- Sender: news@zuni.esd.sgi.com (Net News)
- Organization: Silicon Graphics, Inc. Mountain View, CA
- Lines: 22
-
- In <1992Aug19.134643.6347@gserv1.dl.ac.uk> ufe@dlva.dl.ac.uk writes:
-
- | Attempts to use dump on a logical volume fail.
- | eg dump 0uf /dev/tape /data1 hangs in Phase 1. (/data1 is a striped
- | partition)
- | dump process is taking virtually all cpu and can't be killed
- | Has anyone seen this ?
-
- Dump and lv's (both striped and concatenated) have worked just
- fine for us (including me personally) since 4.0.1 when dump
- was first supported.
-
- Can you force a core dump of dump (something like 'killall -ILL
- dump')? If so, and you contact the TAC, and can get the
- core file to them, we can figure out where it was looping.
-
- Other than that, I haven't any ideas. Are there no kernel
- or dump messages when this happens?
- --
- Let no one tell me that silence gives consent, | Dave Olson
- because whoever is silent dissents. | Silicon Graphics, Inc.
- Maria Isabel Barreno | olson@sgi.com
-