Simon Mayr wrote:
>
> You didn't say it, but I think the files you have backuped were ok.
> So at least one of them (original & backup) has survived.
True. The original survived. But it must not always be so.
> I am a lazy one, so I think I would automate this process a little bit.
> In the cr
Mitch Collinsworth wrote:
>
> On Mon, 12 Feb 2001, Chris Karakas wrote:
>
> > The tape, on the
> > other side, did not have its headers updated (not the AMANDA headers,
> > but its low level headers - on my system this is done at the end of the
> > flushing, after the rewind command is issued),
Chris Karakas wrote:
> Simon Mayr wrote:
>
>> And hopefully the holding disk is not crashing at the same time as the
>> backup client crashes.
The point is losing the images in the holding disk and losing the
original data, which could have been avoided by NOT leaving them in the
holding disk,
On Mon, 12 Feb 2001, Chris Karakas wrote:
> Some days ago I started the usual daily amflush operation. In the middle
> of this, a power outage occured :-(((. What happens in this case is that
> some of the files in the holding disk have already been transfered to
> tape, so they are not on the h
Simon Mayr wrote:
>
> And hopefully the holding disk is not crashing at the same time as the
> backup client crashes.
Maybe this is not exactly what you meant, but I will report it anyway,
just to make clear what can happen in this world...
I *never* put a tape (or the right tape for that matte
The Hermit Hacker <[EMAIL PROTECTED]> writes:
>See, the real problem that I have with this lack of ability is that it all
>appears to resolve around finding that first position when the backup
>starts ... once its found, its considered "safe" ...
Right. And the problems are:
a) exactly how d
>Why not go one step further,
>and write this information in the tapelabel.
Because planner needs it to decide how much to do before taper will
find it. It needs to be on the server in someplace like tapelist or
the curinfo database.
>> ... The problem is that the drive may screw up. You may
* Simon Mayr <[EMAIL PROTECTED]> (Thu, Feb 08, 2001 at 04:14:39PM +0100)
> something like
> echo -en "A\nY\n" | /path/to/amflush -f config
> is working. ( Arrrgh again! ;)
Allright ...
> What about the amanda database if i set up a "flush to nirvana" config
> with /dev/null. Would it do any be
Gerhard den Hollander wrote:
> * Simon Mayr <[EMAIL PROTECTED]> (Thu, Feb 08, 2001 at 03:28:07PM +0100)
>> how do you non-interactivly amflush ?
>
> echo "all" | amflush -f whatever-your-config-is
>
> (I think , I haven't tried it )
Argh !!!
something like
echo -en "A\nY\n" | /path/to/am
* Simon Mayr <[EMAIL PROTECTED]> (Thu, Feb 08, 2001 at 03:28:07PM +0100)
> how do you non-interactivly amflush ?
echo "all" | amflush -f whatever-your-config-is
(I think , I haven't tried it )
> at my site, we do something like that, but instead of flushing (as it
> should be) we leave the in
Gerhard den Hollander wrote:
> How about
> As abovem 2 configs, each identical exept for allowed tapestring;
> if(holdingdisk space is full){
> amflush totape && mt rewoffl && alert-person-to-change-tape
> }
> amdump todiskconfig
i think this should work.
btw:
how do you non-interactivly a
Le 07/02/2001 a 15:22 -0500 , John R. Jackson ecrivait :
> Second is that positioning sounds nice and logical to a programmer or
> someone only used to working with disk, but when you throw in the reality
> of a physical tape device, bad stuff starts to happen.
On WinNt an Macs, that's the way D
* Simon Mayr <[EMAIL PROTECTED]> (Thu, Feb 08, 2001 at 01:20:52PM +0100)
>>> What would it take to have some sort of config option that did exactly
>>> that? ...
>>
>> Nothing. It's already there. Just leave the tape out of the drive and
>> make as many runs as you want into the holding disk.
On Thu, 8 Feb 2001, Gerhard den Hollander wrote:
> * John R. Jackson <[EMAIL PROTECTED]> (Wed, Feb 07, 2001 at 09:14:26PM -0500)
>
> >>Now, am not 100% certain on how taper does write the files to tape ...
> >
> > Very quick review:
> >
> > Rewind
> >
> > Read the label and verify
> >
> > R
John R. Jackson wrote:
>> What would it take to have some sort of config option that did exactly
>> that? ...
>
>
> Nothing. It's already there. Just leave the tape out of the drive and
> make as many runs as you want into the holding disk.
Finetuning:
For the 'holding disk runs' take an ot
* John R. Jackson <[EMAIL PROTECTED]> (Wed, Feb 07, 2001 at 09:14:26PM -0500)
>>Now, am not 100% certain on how taper does write the files to tape ...
>
> Very quick review:
>
> Rewind
>
> Read the label and verify
>
> Rewind
>
> Write a new label and tapemark
>
> Write a header,
>... why can't tape
>operations happen while the dump to the holding disk is happening? ...
They already do. What does that have to do with not repositioning the
tape at all?
>Now, am not 100% certain on how taper does write the files to tape ...
Very quick review:
Rewind
Read the label
On Wed, 7 Feb 2001, John R. Jackson wrote:
> >This part always got me ... the first thing anyone is supposed to do is do
> >an 'amcheck' to check for the existiance of a tape, right? ...
>
> Taper basically does the same thing w.r.t. the "right" tape, so amcheck
> is not really an issue (in fact
On Wed, 7 Feb 2001, John R. Jackson wrote:
> >What would it take to have some sort of config option that did exactly
> >that? ...
>
> Nothing. It's already there. Just leave the tape out of the drive and
> make as many runs as you want into the holding disk. At your convenience,
> run "amflus
>This part always got me ... the first thing anyone is supposed to do is do
>an 'amcheck' to check for the existiance of a tape, right? ...
Taper basically does the same thing w.r.t. the "right" tape, so amcheck
is not really an issue (in fact it's a problem because Amanda looses
control again b
>Okay, but now we're back to requiring manual intervention here to load
>that tape and do the amflush ... what about an automatic feature for this?
>... don't write to tape until we can fill the tape. ...
I proposed something called "autoflush" a few weeks ago. Maybe this
can be folded in. I'l
On Wed, 7 Feb 2001, John R. Jackson wrote:
> >Okay, but now we're back to requiring manual intervention here to load
> >that tape and do the amflush ... what about an automatic feature for this?
> >... don't write to tape until we can fill the tape. ...
>
> I proposed something called "autoflush
>What would it take to have some sort of config option that did exactly
>that? ...
Nothing. It's already there. Just leave the tape out of the drive and
make as many runs as you want into the holding disk. At your convenience,
run "amflush" and select "all" instead of a specific holding area
What would it take to have some sort of config option that did exactly
that? I have a 15/30DLT ... I have a 15gig holding disk ... when holding
disk is full, dump it all to tape and then backup to the holding disk
again ... then, your tapes would always be full and you don't have to
worry about
> Christoph Scheeder has told me that I can't use only one tape for backing up
> all the days of the week. Can anybody suggest me a solution? By the moment,
> I can´t pay more tapes.
>
> Thanks
You should really (!) buy at least a second one.
As stated in my copy of the FAQ:
Q: What if my tape
>> With 1 single tape, you have a single point of failure (that tape).
>
>No, not really. He'd have to lose both the disk and the tape in
>order to lose the data. Not that it can't happen, but it's not a
>single point of failure.
Actually, all you'd have to lose is the one file you really, real
Hi all!
Mitch wrote:
> On Tue, 6 Feb 2001, Gerhard den Hollander wrote:
>
> > if you're data is important enough to back it up,
> > it's also important enough to buy a few more tapes.
>
> agreed, but...
>
> > With 1 single tape, you have a single point of failure (that tape).
>
> No, no
On Tue, 6 Feb 2001, Gerhard den Hollander wrote:
> if you're data is important enough to back it up,
> it's also important enough to buy a few more tapes.
agreed, but...
> With 1 single tape, you have a single point of failure (that tape).
No, not really. He'd have to lose both the dis
* Adolfo Pachón <[EMAIL PROTECTED]> (Tue, Feb 06, 2001 at 03:07:35PM +0100)
> Christoph Scheeder has told me that I can't use only one tape for backing up
> all the days of the week. Can anybody suggest me a solution? By the moment,
> I can´t pay more tapes.
if you're data is important enough to
Christoph Scheeder has told me that I can't use only one tape for backing up
all the days of the week. Can anybody suggest me a solution? By the moment,
I can´t pay more tapes.
Thanks
30 matches
Mail list logo