home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / sys / apollo / 3532 < prev    next >
Encoding:
Internet Message Format  |  1992-09-12  |  1.5 KB
  1. Xref: sparky comp.sys.apollo:3532 comp.sys.sun.apps:1913
  2. Newsgroups: comp.sys.apollo,comp.sys.sun.apps
  3. Path: sparky!uunet!cs.utexas.edu!sun-barr!west.West.Sun.COM!cronkite.Central.Sun.COM!rmtc.Central.Sun.COM!berliner
  4. From: berliner@rmtc.Central.Sun.COM (Brian Berliner)
  5. Subject: Re: rsh dump
  6. Message-ID: <1992Sep12.173104.9512@rmtc.Central.Sun.COM>
  7. Organization: Sun Microsystems, Inc.
  8. References: <1992Sep11.221138.22934@auto-trol.com>
  9. Distribution: usa
  10. Date: Sat, 12 Sep 92 17:31:04 GMT
  11. Lines: 22
  12.  
  13. In <1992Sep11.221138.22934@auto-trol.com> jacsch@auto-trol.com (Jack Schetrom) writes:
  14. >This has occurred on more than one sparc station running
  15. >4.1.2 (or from an HP/apollo node running X-windows) where
  16. >the dump requires more than one ctape to complete
  17. >the dump. If the command is run on the node where the ctape
  18. >is physically attached, it also fails.
  19. >If the coomand does not require more than one ctape for the
  20. >dump, all runs OK.
  21.  
  22. >It seems that the problem lies in how the display is handled.
  23.  
  24. >Does anyone know of a patch/workaround/fix for this?
  25.  
  26. The only "fix" for this is to purchase the Sun Backup Copilot 1.0 product.
  27. It includes a dump replacement program that knows how to communicate with a
  28. new networked operator monitor.  When your remote dump hits end-of-tape, it
  29. doesn't belch as you describe.  Instead, it connects to the only display it
  30. has (the network monitor, that is) and you can answer the prompts from
  31. there.  The same holds true for the restore program.  Backup Copilot, of
  32. course, includes much more than this.
  33.  
  34.     -Brian
  35.