On 2007-07-06 04:28, Olivier Nicole wrote:
> An idea for the next release of Amanda:
>
> Add one config parameter that says "use the device povided by the
> tape changer" and that default to YES. So it would not break any
> existing customized changer script.
>
> When set to NO, use the d
> > The one thing that is annoying is that on /var/mail an incremental is
> > essentially the same as a full. Those mail files (one per account) are
> > just like a database file -- add or remove one message and you have to
> > back up the whole file. It would be interesting to write a wrapper to d
On Thu, Jul 05, 2007 at 10:35:21AM -0400, Chris Hoogendyk wrote:
> The one thing that is annoying is that on /var/mail an incremental is
> essentially the same as a full. Those mail files (one per account) are
> just like a database file -- add or remove one message and you have to
> back up the wh
Dustin J. Mitchell wrote:
> Folks -- I looked into this '-o' question, and have some answers for
> you.
>
> On Mon, Jul 02, 2007 at 03:44:55PM -0400, Chris Hoogendyk wrote:
>
>> Jon LaBadie wrote:
>>
>>> On Mon, Jul 02, 2007 at 01:48:59PM -0400, Chris Hoogendyk wrote:
>>>
I ch
Folks -- I looked into this '-o' question, and have some answers for
you.
On Mon, Jul 02, 2007 at 03:44:55PM -0400, Chris Hoogendyk wrote:
> Jon LaBadie wrote:
> > On Mon, Jul 02, 2007 at 01:48:59PM -0400, Chris Hoogendyk wrote:
> >> I checked the documentation & man pages and the documentation of
> I think by tapedev=/no/such/tape Paul meant that literally, or at
> > least some string that could not be a legit tape device.
Not speaking for Paul, but I guess he did.
> >> # find /tmp/amanda -type f | xargs grep '/dev/rmt/0'
> >>
> >> and got nothing except the alternative "weekend" configur
Jon LaBadie wrote:
> On Mon, Jul 02, 2007 at 01:48:59PM -0400, Chris Hoogendyk wrote:
>
>>> Paul Bijnens wrote:
>>>
>>>
Instead of making it a different configuration, and running into trouble
on which full to base an incrmeental, why don't you run an additional
amdump
On Mon, Jul 02, 2007 at 01:48:59PM -0400, Chris Hoogendyk wrote:
>
> > Paul Bijnens wrote:
> >
> >> Instead of making it a different configuration, and running into trouble
> >> on which full to base an incrmeental, why don't you run an additional
> >> amdump of the normal config in the weekend
> Paul Bijnens wrote:
>
>> Instead of making it a different configuration, and running into trouble
>> on which full to base an incrmeental, why don't you run an additional
>> amdump of the normal config in the weekend, but which has options to
>> override the config:
>>
>>amdump daily -o r
On Tue, Jun 26, 2007 at 09:29:52AM +0200, Paul Bijnens wrote:
> I'm not 100% certain, but I believe you may even erase (some of) the
> holdingdisk files, without flushing. I think that Amanda will take into
> account that the holdingdisk file disappeared, and schedule the same
> incremental level a
On 2007-06-25 22:43, Chris Hoogendyk wrote:
>
> Jon LaBadie wrote:
>> On Mon, Jun 25, 2007 at 12:43:50PM -0400, Chris Hoogendyk wrote:
>> ...
>>
>>> then I created a dumptype that was the same as my regular dumps but with
>>>
>>> record no
>>> strategy incronly
Instead of making it a different
> I am trying to create backup servers out of the following specs:
> P4 3.0Ghz
> 1GB RAM
> RAID0 - 750GB x 2 (SATA)
As it was said by others, RAID 0 may not be the right choice. Virtual
tapes and tapespaning allows Amanda to extend a backup across several
physical disks, so you don't need RAID 0.
On Mon, Jun 25, 2007 at 04:43:40PM -0400, Chris Hoogendyk wrote:
>
>
> Jon LaBadie wrote:
> > On Mon, Jun 25, 2007 at 12:43:50PM -0400, Chris Hoogendyk wrote:
> > ...
> >
> >> then I created a dumptype that was the same as my regular dumps but with
> >>
> >> record no
> >> strategy incronly
>
Jon LaBadie wrote:
> On Mon, Jun 25, 2007 at 12:43:50PM -0400, Chris Hoogendyk wrote:
> ...
>
>> then I created a dumptype that was the same as my regular dumps but with
>>
>> record no
>> strategy incronly
>>
>> I thought this would work, because the incremental would be based on
>> ufsdump,
On Mon, Jun 25, 2007 at 11:10:21AM -0700, Rudy Setiawan wrote:
> ah sorry i pressed the sent button accidentally.
> thank you all for the inputs.
>
> With the number of hosts that I have,
> what are the best configuration such as, should I separate each file
> for each host or I can dump them into
Rudy Setiawan schrieb:
> With the number of hosts that I have,
> what are the best configuration such as, should I separate each file for
> each host or I can dump them into one huge file?
Amanda backup every DLE into a single file, except you specify
tape_splitsize. This could be usefull, if your
ah sorry i pressed the sent button accidentally.
thank you all for the inputs.
With the number of hosts that I have,
what are the best configuration such as, should I separate each file
for each host or I can dump them into one huge file? Will it make a
difference in the speed of either backup,re
I apologize that I didnt address my question correctly.
On 6/25/07, Olivier Nicole <[EMAIL PROTECTED]> wrote:
> Just taking into consideration of compression effect?
In fact compression depends on your data, do you know how much they
compress?
Full/incr depends on your data, how your disks ar
On Mon, Jun 25, 2007 at 12:43:50PM -0400, Chris Hoogendyk wrote:
...
>
> then I created a dumptype that was the same as my regular dumps but with
>
> record no
> strategy incronly
>
> I thought this would work, because the incremental would be based on
> ufsdump, and it would know there had been
Charlie Reitsma wrote:
> The initial backup is going to be all level 0. After that the planner
> is going to try for a balanced mix of fulls and incrementals.
Ok, I'm hijacking a thread. Sorry about that. But, really, it does fit in.
I just tried something this weekend, and the above comment ma
In addition to doing everything to make sure a backup disk failure
does not destroy all your backups you need to take into consideration
the length of your cycle.
My experience so far has been with tape and I am just beginning in the
disk-to-disk with virtual tape. How long before Amanda ca
Cyrille Bollu schrieb:
RAID0 - 750GB x 2 (SATA)
Sure you want to do a backup to a Raid0? When one disk crash, you ll loos the
data.
Here I use a Raid6 Array out of 15 320 GB Sata2 disks + 1 hotspare. So 4 disks
can fail until i lose data.
Having a recoverable backup is the most important thing
On Sun, Jun 24, 2007 at 11:43:26PM -0700, Rudy Setiawan enlightened us:
> I am trying to create backup servers out of the following specs:
> P4 3.0Ghz
> 1GB RAM
> RAID0 - 750GB x 2 (SATA)
>
> Hosts to backup: about 20 hosts with roughly 100GB each host.
>
> What will be the complications and the
Yes I do understand that and I didnt mention the number of backup servers.
Is it a recommendation of 1.5TB (raid-0 750x2) to backup the maximum
of 10 to 12 hosts? or will that be too much of a backup server to do
all the 10-12 hosts at once (including incremental and full)?
Should it be recommend
[EMAIL PROTECTED] a écrit sur 25/06/2007 08:49:59 :
> > RAID0 - 750GB x 2 (SATA)
> >
> > Hosts to backup: about 20 hosts with roughly 100GB each host.
>
> So you have 20*100= 2TB to backup on 750GB
In RAID0 750GB x 2 = 1,5TB
But still that isn't enough.
I would suggest you to buy something tha
> > RAID0 - 750GB x 2 (SATA)
> >
> > Hosts to backup: about 20 hosts with roughly 100GB each host.
>
> So you have 20*100= 2TB to backup on 750GB
My mistake, you have 1.5 TG of backup space.
> > What will be the complications and the limitations?
>
> Limitation is clear, you deon't have enough
> Just taking into consideration of compression effect?
In fact compression depends on your data, do you know how much they
compress?
Full/incr depends on your data, how your disks are full, how much data
you need to do incr every day?
Try to use the reverse approach: what data you cannot afford
> RAID0 - 750GB x 2 (SATA)
>
> Hosts to backup: about 20 hosts with roughly 100GB each host.
So you have 20*100= 2TB to backup on 750GB
> What will be the complications and the limitations?
Limitation is clear, you deon't have enough backup space.
> And also what are the recommendations?
Incre
28 matches
Mail list logo
