Is there an easy way to combine a backup and verify when doing backups
with dump?
=20
I've never had a problem with backup (I backup to DAT tape), but I'd
feel better if every backup was followed by a verify to make sure the
tape is readable.
=20
to the ones on disk. Any
* Jerry McAllister [2005-03-14 10:30 -0500]
[...] So then wouldn't a second dump of the same snapshot diffed to
the tape device be a good for a verify?
No, because the condition of the files that you are dumping the second
time is different from the first time.
:
Most places cannot
* Jerry McAllister [2005-03-14 10:30 -0500]
[...] So then wouldn't a second dump of the same snapshot diffed to
the tape device be a good for a verify?
No, because the condition of the files that you are dumping the second
time is different from the first time.
:
Most
On Monday 14 March 2005 12:20 pm, Jerry McAllister wrote:
* Jerry McAllister [2005-03-14 10:30 -0500]
[...] So then wouldn't a second dump of the same snapshot diffed to
the tape device be a good for a verify?
No, because the condition of the files that you are dumping the
On Mon, Mar 07, 2005 at 09:47:31AM -0500, Jerry McAllister wrote:
Is there an easy way to combine a backup and verify when doing backups
with dump?
On Windows NT it's just a matter of checking a box. I seem to recall
the last time I looked into this on UNIX there was no easy way to
On Mon, 7 Mar 2005 14:56:44 +0100, Anthony Atkielski
[EMAIL PROTECTED] wrote:
Is there an easy way to combine a backup and verify when doing backups
with dump?
With the FreeBSD version of dump, no. You can use the L flag to ensure
a consistent dump, though this is not the same thing as
Is there an easy way to combine a backup and verify when doing backups
with dump?
On Windows NT it's just a matter of checking a box. I seem to recall
the last time I looked into this on UNIX there was no easy way to
accomplish a verify operation for a backup, but perhaps things have
Jerry McAllister writes:
Actually, if used frequently for backups - such as every day, DAT is
notoriously prone to failure.
I've heard this for years, but I've never encountered it, on my own
systems or on any others. My drives are HP SureStore SCSI drives.
Currently I have BASF tapes, and
On Mar 7, 2005, at 10:05 AM, Anthony Atkielski wrote:
Jerry McAllister writes:
The only real thing you can do is to read back the tape and look
for a couple of files with fairly high inode numbers for each file
system dumped.If you can read them, you can assume the tape
is readable.
I'm
On 2005-03-07 16:05, Anthony Atkielski [EMAIL PROTECTED] wrote:
Jerry McAllister writes:
The only real thing you can do is to read back the tape and look for
a couple of files with fairly high inode numbers for each file system
dumped. If you can read them, you can assume the tape is readable.
On Mon, Mar 07, 2005 at 04:05:15PM +0100, Anthony Atkielski wrote:
I'm surprised there isn't just some way of reading the tape and doing a
few simple sanity checks on the data (without comparing it to anything).
A drive or tape error would likely show on such checks.
What you could do is dump
--On Monday, March 07, 2005 06:16:04 PM +0100 Roland Smith
[EMAIL PROTECTED] wrote:
On Mon, Mar 07, 2005 at 04:05:15PM +0100, Anthony Atkielski wrote:
I'm surprised there isn't just some way of reading the tape and doing a
few simple sanity checks on the data (without comparing it to anything).
Jerry McAllister writes:
Actually, if used frequently for backups - such as every day, DAT is
notoriously prone to failure.
I've heard this for years, but I've never encountered it, on my own
systems or on any others. My drives are HP SureStore SCSI drives.
Currently I have BASF
Anthony Atkielski [EMAIL PROTECTED] writes:
Anthony Atkielski [EMAIL PROTECTED] writes:
Jerry McAllister writes:
Actually, if used frequently for backups - such as every day, DAT is
notoriously prone to failure.
I've heard this for years, but I've never encountered it, on my own
Anthony Atkielski [EMAIL PROTECTED] writes:
Anthony Atkielski [EMAIL PROTECTED] writes:
Jerry McAllister writes:
Actually, if used frequently for backups - such as every day, DAT is
notoriously prone to failure.
I've heard this for years, but I've never encountered it, on my
15 matches
Mail list logo
