David Gitman wrote:
I'm receiving a "restore: Tape is not a dump tape" message when trying to
restore a amrestore file via restore. I'm running the amrestore or restore
command incorrectly?
$ amrestore /dev/rst0 host1
amrestore: 1: restoring host1._.20060116.1
amrestore: 3: restoring host
Ian Turner schrieb:
On Tuesday 17 January 2006 06:10 am, you wrote:
You're making unwarranted assumptions about other people's situations,
and telling them what to do without even understanding their needs.
Even if you do understand, the policy choice is theirs to make. Some
people have data th
On Tuesday 17 January 2006 06:10 am, you wrote:
> You're making unwarranted assumptions about other people's situations,
> and telling them what to do without even understanding their needs.
> Even if you do understand, the policy choice is theirs to make. Some
> people have data that doesn't have
David Gitman schrieb:
$ restore -i -v -b 2 -f host1._.20060116.1
Verify tape and initialize maps
restore: Tape is not a dump tape
Did you use
program "GNUTAR"
inside of your dumptype?
If yes, then you have to use tar to restore the data also.
Stefan
Hi,
I'm receiving a "restore: Tape is not a dump tape" message when trying to
restore a amrestore file via restore. I'm running the amrestore or restore
command incorrectly?
$ amrestore /dev/rst0 host1
amrestore: 1: restoring host1._.20060116.1
amrestore: 3: restoring host1._.20060116.1
amre
[horror stories about wayward tapes with client data]
If I had machines with such customer data, I'd probably choose
differently for that data. And I'd then be willing to spend the money
to ensure availability, which is then more challenging.
The above examples show that having unencrypted b
Paul Bijnens's Mail:
> Is the shell command "mt -f ... rewind" returning immediatly too?
> If yes, and you issue another command, does it give an error then?
> Does the "mt -f ... status" giving an error, or does it indicate
> that the rewind is still in progress?
With the command sequence