Date: Wed, 19 Apr 1995 08:21:09 +0100 (BST) From: Doug Rabson <dfr@nlsys.demon.co.uk> To: Mark Hittinger <bugs@ns1.win.net> Cc: current@FreeBSD.org Subject: re: DAT tape problems Message-ID: <Pine.BSF.3.91.950419081945.173E-100000@nlsys.demon.co.uk> In-Reply-To: <199504181609.MAA15803@ns1.win.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 18 Apr 1995, Mark Hittinger wrote: > > From: Doug Rabson <dfr@render.com> > > > > I just attempted to read back a dump from a DAT tape to test our backup > > strategy and disturbingly, the file which read back from the tape was > > corrupted. The directory was intact but when the dump was extracted, > > there was a checksum error on one file and when comparing the extracted > > tree with the original, at least one file had been corrupted. > > My DAT drive probes as a 'WangDAT Model 3400DX' and it is set to use > > compression. Does anyone have an idea what is happening? > > I am using one here with success and have not seen this problem. I have > been using it since the first snap (not on 2.0R). > > I am running 3/22 snap now, not -current. > > I have noticed a problem with the last file on the tape. Could this be > what you are seeing? I have placed a dummy file as the last file to be > backed up to get around this issue. This was actually the second to last of about 6 files on the tape. > > My controller is a BT946C. 1542B -- Doug Rabson Mail: dfr@nlsys.demon.co.uk Phone: +44 181 951 1891
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.3.91.950419081945.173E-100000>