home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!mcsun!sun4nl!orcenl!nl.oracle.com!rlyle
- From: rlyle@nl.oracle.com (Rob Lyle Wizard of Ozje)
- Newsgroups: comp.sys.hp
- Subject: dump processes hanging around
- Keywords: dump spool
- Message-ID: <3439@nlsun1.oracle.nl>
- Date: 28 Dec 92 14:45:26 GMT
- Sender: news@nl.oracle.com
- Followup-To: comp.sys.hp
- Organization: Oracle Netherlands
- Lines: 39
- Nntp-Posting-Host: nlsu28
-
- People,
-
- I'm using HP-UX 8.x, DDS 2.0Gb drive and the /etc/dump command. Besides the
- reluctancy/inability of anyone at out local HP shop to quote density and
- tapelength parameters to me for DDS tapes with the dump command, I find
- repeatedly that old dump processes hang around *GUZZLING* CPU after a dump has
- been done.
-
- I know that dump starts up children to handle "reels" or something similar (I'm
- assuming a certain amount of data is assumed to be a "reel").
-
- Is this a dump bug? Has anyone else seen this?
-
- Also, dump seems to work only if the DDS tape is frechly inserted into the drive.
- Doing a rewind or whatever after a tape error is not enough. I get "cannot open
- tape drive" errors (something like that - don't have the exact wording at hand).
-
- Is this a problemn with the 2.0Gb drives? Or just another DDS tape driver
- anomally? Does anyone out there have a table of values for density/length etc.
- for use with the /etc/dump command on DDS media?
-
- If you mail me your response and you're the first with the 90% majority
- opinion, I'll credit you in the ensuing summary ;-)
-
- Cheers,
-
- --Rob.
-
-
-
- --
- Robert P K Lyle #include <std_disclaimer.h> **********************
- UNIX System Manager If I could play the
- ORACLE Nederland Blue Peter theme tune
- Rijnzathe 6, here, I would.
- 3454 PV **********************
- De Meern
- E-mail: rlyle@nl.oracle.com FAX: +31 3406 65603
- Voice: +31 3406 94211 Private: +31 10 4809140
-