mode and only does incrementals.
Umm ... we aren't talking about the benefits of a holding disk. We're
specifically talking about the benefits of a holding disk **on the same
device** as the virtual tapes.
--hymie!
ime? If my dumpcycle=14, maybe create 14 slots just to
>make tapes easier to find?
If my memory is correct (I set mine up a long time ago), you would be
better off just letting Amanda do what it wants/needs. That way, you
don't have to worry about permissions / naming conventions / etc.
--hymie!
I feel like I've asked this before, but I can't find any emails.
I can't believe this isn't an FAQ. Or rather, there is an FAQ, but the
answer is (a) very sparse and (b) doesn't really answer the question.
I had a machine. That machine was getting regular backups. The machine
died. I have
update the snapshot every now and
then. But assuming that's a good idea, I'd need a HOWTO for that.
Thanks.
--hymie! http://lactose.homelinux.net/~hymiehy...@lactose.homelinux.net
Thanks for the tip. That led me to
https://adsm.org/lists/html/Amanda-Users/2006-04/msg00155.html
which explained the issue perfectly. I'll try it out tonight.
--hymie!
On Thu, Jun 15, 2017 at 08:32:22AM -0400, Jean-Louis Martineau wrote:
> Amanda promote some dle to level-0 backup to
el-0s
than to need multiple disks for restores ... but I don't agree. I'm
much more concered about (virtual) tape usage and backup speed.
Is there something I can do? A setting I can change? Or a log I
can look at to figure out why? Or is this "just the way it is"?
Thanks.
--hymie!
dev/
prefix, e.g. sd0a, or a mount point such as /usr.
--hymie! http://lactose.homelinux.net/~hymiehy...@lactose.homelinux.net
Jean-Louis Martineau writes:
>On 11/04/17 11:41 AM, hy...@lactose.homelinux.net wrote:
>>>> newlaptop.local.net /home/hymie/2 /home {
>>>>simple-gnutar-remote
>>>>include "./hymie/[m-z]*"
>>>> }
>>? /usr/bin/tar: ./
Jon LaBadie writes:
>On Mon, Apr 10, 2017 at 10:45:52PM -0400, hymie! wrote:
>> On Mon, Apr 10, 2017 at 04:14:25PM -0400, Jon LaBadie wrote:
>> > Do you mean you do not understand the mechanics of splitting a DLE
>> > or that you do not know what pieces to split off.
* small I want these DLEs
to be. These are doing backups over wifi, and it's not very good
wifi to begin with. I don't want the backups to take 24 hours;
I don't want them to take 8 hours if I can help it.
These are, for the most part, single-user machines. It's not a matter
of /home/* , it's
a "real" level-0 backup.
>Maybe a feature request could be an alternate
>scheduling scheme or a DLE setting to minimize promotions.
That would be nice. In the meantime, thanks for the advice.
--hymie! http://lactose.homelinux.net/~hymiehy...@lactose.homelinux.net
me curious. Can somebody toss a clue
my way?
--hymie!http://lactose.homelinux.net/~hymiehy...@lactose.homelinux.net
ng) involve a "multi-layer" cordination between Amanda and the
>backup program, and there's no mechanism in there to detect that a new
>DLE happens to be a subset of some other DLE, or whatever. So Amanda
>has to treat each DLE separately, and start from scratch f
Bummer.
Thanks.
--hymie!
Jean-Louis Martineau writes:
>
>man amadmin:
>estimate [ hostname [ disks ]* ]*
>Print the server estimate for the dles ...
>
>The answer is NO, since 'amadmin estimate' only print the server=20
>estimate (based on history).
Greetings.
I'm experimenting with how I can split up a couple of very large
backups into multiple smaller backups.
newlaptop.local.net /home/nothymie /home {
simple-gnutar-remote
exclude "./hymie"
estimate client
}
newlaptop.local.net /home/hymie /home {
simple-gnu
ool app_amgtar {
plugin "amgtar"
comment "amgtar"
}
define dumptype simple-amgtar-local {
auth "local"
program "APPLICATION"
application "app_amgtar"
}
--hymie!
and this is perhaps somehow confusing amanda. But I have no idea if that's
true.
I didn't have this problem on the old machine.
If anybody has some advice, either to fix or to troubleshoot, I'd appreciate
it.
--hymie!http://lactose.homelinux.net/~hymiehy...@lactose.homelinux.net
My fitbit
17 matches
Mail list logo