Hello,
I got a question about the tapelist.
If I look inti the file call tapelist
This is what I have :
20010228 Backup00 reuse
20010212 DailySet104 reuse
20010212 DailySet103 reuse
20010209 DailySet102 reuse
20010208 DailySet101 reuse
0 Backup52 reuse
0 Backup51 reuse
0 Backup42 reuse
0
Thanks a lot for your explanation. One more question , when I do amcheck
and no error are reported, can I trust it 100 % that the backup will work
?
regards
--
Olivier Collet
On Mon, 5 Mar 2001, John R. Jackson wrote:
I'm in new in this amanda world.
Welcome!
First the cron job on
On Mar 6, 2001, Olivier Collet [EMAIL PROTECTED] wrote:
when I do amcheck and no error are reported, can I trust it 100 %
that the backup will work?
Well, there's always Murphy's law :-)
If something breaks after amcheck completes, the backup may fail on
the broken host. Also, some host
On Mar 6, 2001, Olivier Collet [EMAIL PROTECTED] wrote:
Can I just change it manually
Yep
Also I would like to get ride of one tape called backup00 which was use
for tests. Can I just wipe it out from this file ?
Yep. Or amrmtape it.
--
Alexandre Oliva Enjoy Guarana', see
when I do amcheck and no error are reported, can I trust it 100 %
that the backup will work?
Well, there's always Murphy's law :-)
amcheck doesn't, by default, try to write to the tape. It just reads the
label. If, for example, the write-protect tab is set on today's tape,
amcheck will
We would like to change it to FULL backups 5 days a week.
How would we do this?
dumpcycle 0
What should runspercycle bet set to ?
--
Brad
Hello,
I have a question related to restoring without amanda.
According to the docs, the method is just :
mt -f /dev/nst0 rewind
dd if=/dev/nst0 bs=32 skip=1 | tar xv -
but when I use the tar (yes, it's gtar, really) it complains
that the file is not a valid archive. I can restore files using
According to the docs, the method is just :
mt -f /dev/nst0 rewind
dd if=/dev/nst0 bs=32 skip=1 | tar xv -
but when I use the tar (yes, it's gtar, really) it complains
that the file is not a valid archive. ...
You skipped a step. You have to position the tape with "mt fsf" to the
proper file
dumpcycle 0
What should runspercycle bet set to ?
Well, how many runs do you think you can get done in zero days? :-)
Just leave it unset. It won't matter.
Brad
John R. Jackson, Technical Software Specialist, [EMAIL PROTECTED]
Jean-Louis Martineau [EMAIL PROTECTED] writes:
On Tue, Mar 06, 2001 at 12:44:33PM +0100, Johannes Niess wrote:
Hi,
I had dumps from two different configurations dumped to the same
holding disk, but to two directories as usual. Beeing too lazy to sort
out what date belongs to what
At 11:58 AM 3/6/2001, John R. Jackson wrote:
According to the docs, the method is just :
mt -f /dev/nst0 rewind
dd if=/dev/nst0 bs=32 skip=1 | tar xv -
but when I use the tar (yes, it's gtar, really) it complains
that the file is not a valid archive. ...
You skipped a step. You have
"Carey Jung" [EMAIL PROTECTED] writes:
when I do amcheck and no error are reported, can I trust it 100 %
that the backup will work?
Well, there's always Murphy's law :-)
amcheck doesn't, by default, try to write to the tape. It just reads the
label. If, for example, the
Hi,
i hope you tried the command
dd if=/dev/nst0 bs=32k skip=1 | tar -xvf -
and not the one you have in your mail
as you are running linux, try pulling the image to disk with
dd if=/dev/nst0 of=file01
and then use
dd if=file01 bs=32k skip=1 | tar xvf -
on it.
dd seems to have
At 12:39 PM 3/6/2001, Christoph Scheeder wrote:
Hi,
i hope you tried the command
dd if=/dev/nst0 bs=32k skip=1 | tar -xvf -
and not the one you have in your mail
as you are running linux, try pulling the image to disk with
dd if=/dev/nst0 of=file01
and then use
dd if=file01 bs=32k
Jerry Lynde wrote:
At 12:39 PM 3/6/2001, Christoph Scheeder wrote:
Hi,
i hope you tried the command
dd if=/dev/nst0 bs=32k skip=1 | tar -xvf -
and not the one you have in your mail
as you are running linux, try pulling the image to disk with
dd if=/dev/nst0 of=file01
and
On 06 Mar 2001 06:47:28 -0300 Alexandre Oliva [EMAIL PROTECTED]
wrote:
On Mar 6, 2001, Olivier Collet [EMAIL PROTECTED] wrote:
Can I just change it manually
Yep
Also I would like to get ride of one tape called backup00 which was use
for tests. Can I just wipe it out from this
At 01:07 PM 3/6/2001, Yura Pismerov wrote:
Jerry Lynde wrote:
At 12:39 PM 3/6/2001, Christoph Scheeder wrote:
Hi,
i hope you tried the command
dd if=/dev/nst0 bs=32k skip=1 | tar -xvf -
and not the one you have in your mail
as you are running linux, try pulling the
so I moved tape1_131 to the bottom, expecting amanda to look for
tape1_131. It wasn't a big deal but when I ran amflush(the previous
night's had failed) the message was that it expected tape1_132, but it
still ran. So how did it know to expect tape1_132?
The primary key is the date string,
Why doesn't Amanda use the following portable, non-destructive write test:
read label; amlabel -f config label
How do you figure this is non-destructive? It completely clobbers all
access to data beyond the label. What if there was some problem and
amcheck was happy with the tape but you
By the way...how does amanda's software compression factor into this?
Jer
Someone else email me privately and told me the sequence was as follows.
mt -f /dev/nst0 rewind
mt -f /dev/nst0 fsf 1
dd if=/dev/nst0 bs=32 skip=1 | tar xvf -
When I try the above, the following is output:
tar: Hmm, this doesn't look like a tar archive
Are you using software compression? If
On Tue, 6 Mar 2001 at 2:23pm, Jerry Lynde wrote
By the way...how does amanda's software compression factor into this?
Argh. And I had meant to ask that earlier. If you're using software
compression, then the images on the tape are gzipped tar files. So you
need to throw gzip in the pipe
Why do I need to give a configuration in the [amflush] command line? Looks like
it's only used to check the tape label. ...
It's used to find the holding disk, to find the tape drive, to find
what tape changer to use, to find the tapelist file, to find the Amanda
database directory, to find
By the way...how does amanda's software compression factor into this?
You have to know if the image is compressed or not and insert the
appropriate uncompress command in the pipeline (or, as a special case,
use the GNU tar 'z' option, which does that for you).
Note that the image header (the
At 02:42 PM 3/6/2001, John R. Jackson wrote:
By the way...how does amanda's software compression factor into this?
You have to know if the image is compressed or not and insert the
appropriate uncompress command in the pipeline (or, as a special case,
use the GNU tar 'z' option, which does that
Ach!! I am close, I can feel it... I was playing around waiting
for replies, and I did the following:
mt -f /dev/nst0 rewind
dd if=/dev/nst0 bs=32k count=1
dd if=/dev/nst0 bs=32k count=1
dd if=/dev/nst0 bs=32k count=1
First, you need to realize a couple of things:
* The system you're on uses
26 matches
Mail list logo