home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.sys.amiga.applications
- Path: sparky!uunet!wupost!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!yale!mintaka.lcs.mit.edu!spdcc!dirtydog.ima.isc.com!newsserver.pixel.kodak.com!jeh
- From: jeh@raster.kodak.com (Ed Hanway)
- Subject: Re: Has QB5 been fixed yet ??????
- Message-ID: <1992Aug19.043639.3885@pixel.kodak.com>
- Sender: news@pixel.kodak.com
- Organization: Eastman Kodak Company, Digital Systems Center
- X-Newsreader: Tin 1.1 PL3
- References: <1992Aug19.004806.11773@news.iastate.edu>
- Distribution: usa
- Date: Wed, 19 Aug 92 04:36:39 GMT
- Lines: 26
-
- skank@iastate.edu (George L Skank) writes:
- : QB 5.02 seems to work quite well. I haven't tried to restore a file
- : yet, too busy. 5.01 was so buggy it was unuseable, 5.02 worked just fine,
- : never crashed, never glitched, while I was backing up files. I have no reason
- : to suspect that it doesn't work.
-
- I would test those backups before relying on them if I were you. Even with
- 5.02, I still have yet to successfully back up and restore anything more
- significant than trivial tests. I wasn't able to get all the way through
- making a backup tape until 5.0.2; now the backup process appears to run
- smoothly, but I've had no luck reading a tape. Depending on the settings
- I use for buffer size and async I/O, I get one or more of:
-
- - spurious retries reading the index
- - block read failures at random places
- - various gurus, typically 80000004 and 8000000B.
-
- All of this on hardware (A3070 tape drive and HardFrame controller) that
- works flawlessly with any of the free tape handlers and tar utilities.
-
- And I'm not even trying to do a restore, just a test or a compare.
-
- --
- Ed Hanway --- jeh@raster.kodak.com
- This message is packed as full as practicable by modern automated equipment.
- Contents may settle during shipment.
-