Time Machine is built into current Mac OSes. It wants its own disk, which
should be a bit (or a lot) bigger than the one you are backing up. I don’t
think it can backup to another machine. It works well, since it’s baked in.
Deb
> On Jun 8, 2023, at 10:36 PM, Robert Heller wrote:
> I know
Jon — check out the amvault flag “—dry-run”. It should tell you which items
would be included, without actually doing any vaulting. That might answer your
question about “latest” and “full-only”.
Deb Baddorf
Now retired and without Amanda access, except for googling manuals
> On Mar 23, 2
At 4:38 PM -0600 11/13/09, Deb Baddorf wrote:
At 9:43 PM -0600 11/12/09, Frank Smith wrote:
Deb Baddorf wrote:
I have a 6 yr old amanda config which has been very nicely using up to
10 parallel dumpers. I've got 32 client nodes, so I have MAXDUMPS
set to 2. The parallelism I desi
At 9:43 PM -0600 11/12/09, Frank Smith wrote:
Deb Baddorf wrote:
I have a 6 yr old amanda config which has been very nicely using up to
10 parallel dumpers. I've got 32 client nodes, so I have MAXDUMPS
set to 2. The parallelism I desire is across different clients,
not so much
o
a new machine and new tape changer
robot, I've still got INPARALLEL set to 10 ... but no parallelism is
occurring (in test runs of only 7 client nodes). What am I missing --
why is my new setup not using multiple dumpers? Seven clients ought
to be enough to cause parallelism.
Deb Baddor
At 6:07 PM -0400 5/20/09, Dustin J. Mitchell wrote:
On Wed, May 20, 2009 at 4:53 PM, Deb Baddorf wrote:
I've found some reports of "GLIB too old" errors on initial amanda
compilation,
on Solaris boxes, but I'm having the problem on a Linux box.
What distro? Wha
At 7:46 PM -0400 5/20/09, Dustin J. Mitchell wrote:
On Wed, May 20, 2009 at 7:38 PM, Deb Baddorf wrote:
conftest.c:253:18: error: glib.h: No such file or directory
This suggests you may not have the glib development package (that
includes the headers) installed. Ah, the joys of binary-only
At 7:03 PM -0400 5/20/09, Dustin J. Mitchell wrote:
On Wed, May 20, 2009 at 6:55 PM, Deb Baddorf wrote:
# yum info glib2
Loading "kernel-module" plugin
Installed Packages
Name : glib2
Arch : i386
Version: 2.12.3
Release: 4.el5_3.1
This should be fine. If you look at
I've found some reports of "GLIB too old" errors on initial amanda compilation,
on Solaris boxes, but I'm having the problem on a Linux box.
Any ideas? I can send the config.log but it's 32000 lines long or so.
Deb Baddorf
Fermi National Accelerator Lab
At 3:01 PM +0200 5/19/09, Abilio Carvalho wrote:
owner is amandabackup:disk
I can log in to the account just fine, I don't think any more logging
is possible though I'll check. I checked the manifest for the service
and it confirms that it is SUPPOSED to start as amandabackup.
If I do what y
) is the only thing that makes sense to me,
but what I see (in 2 broswers; the third leaves it blank) is
"?" in a diamond box.
IE I see h + s > t ? d
but I think it should mean h + s > t (times) d
Is this correct?
Deb Baddorf
Fermilab Accelerator Controls
(drat -- initially sent with wrong subject line)
) is the only thing that makes sense to me,
but what I see (in 2 broswers; the third leaves it blank) is
"?" in a diamond box.
IE I see h + s > t ? d
but I think it should mean h + s > t (times) d
Is this correct?
Deb Baddorf
Fermilab Accelerator Controls
The seems a bit similar to firewall issues we had a while back ---
the sendsize estimate took long enough that the connection FROM the
server was closed. The firewall only allowed connections made by the
server, or replies back through the same connection... and needed to be
opened for the cl
amdump myconfig
has been crashing during the report phase -- after the dumps are
done and okay. We are at 2.5.1p2which was thought to fix this,
but it hasn't helped.
After some local debugging, my expert source tells me
that this patch should fix the problem (it fixed ours):
T
ong? I gather that amidxtaped isn't supposed to
be needed on
the client, but I can't make do without it.
Deb Baddorf
I'll need to make this work too.
Oh, and one new client is at 2.5.something.
All are backing up fine, but what can I do about recover connecting?
I got mixed versions of clients, I guess!
Deb Baddorf
the error message changes, but I still can't run amrecover:
NODEX> amrecover daily
AMRECOVER Version 2.5.1p1. Contacting server on NODEX ...
NAK: amindexd: invalid service
What else does version 2.5.1p1 want me to do here?
Deb Baddorf
, cause each day overwrites the previous file!
Am I doing something wrong, or has amtoc changed?
Deb Baddorf
On Mon, Oct 24, 2005 at 12:06:51PM -0700, Mike Delaney wrote:
On Mon, Oct 24, 2005 at 01:57:58PM -0400, Jon LaBadie wrote:
>
> I've not used them, but aren't there some disklist config options
> to specify do these at a specific time or delay these for some time
> after starting amdump?
Th
te
unit (ok, or a VCR) will ever hand you a tape in a half-way state.
So . commanding "rewind" and then "eject" is redundant.
But certainly not harmful!
Deb Baddorf
---
Deb Baddorf [EMAIL PROTECTED] 840-2289
"Nobody told me that living happily ever after would be such hard work ..."
S. White<
now *I* don't have to go through the same
several steps you used to find the answer. Thank you very much
for posting the solution to the list!!!
amverifyrun -- who'da thunk it? Kewl!
Deb Baddorf
---
Deb Baddorf [EMAIL PROTECTED] 840-2289
&qu
reschedule a level 0 for the next day.
amadmin CONFIG due NODE DISK
indicated the next level 0 wasn't scheduled for 7 days yet
(I forced one)
That was fixed on 2003-04-26.
Jean-Louis
On Wed, Sep 24, 2003 at 01:54:49PM -0500, Deb Baddorf wrote:
> From a client machine, the admin sent me this:
&g
At 03:36 PM 9/24/2003 -0400, Jon LaBadie wrote:
On Wed, Sep 24, 2003 at 01:54:49PM -0500, Deb Baddorf wrote:
> From a client machine, the admin sent me this:
>
> Sep 24 02:45:32 daesrv /kernel: pid 7638 (gzip), uid 2: exited on
signal 11
> (core dumped)
>
> The above message
hat I should have noticed?
Or am I reading it wrong (the fact that "due" implies a level 0 was done)?
Deb Baddorf
-----------
Deb Baddorf [EMAIL PROTECTED] 840-2289
"Nobody told me that living happily ever after would be such hard work ..."
S. White<
is UX0001 associated with MyTapeStringDaily-034
by the barcode database
or does it have to actually *say* MyTapeStringDaily-034
on the barcode?
Deb Baddorf
Fermilab, Beams Division
-------
Deb Baddorf [EMAIL PROTECTED] 840-2289
"Nobody told me that living hap
's up2date, if it thought there was a fingerprint of amanda
installed, it would cheerfully proceed to update it, thoroughly
mucking up your carefully crafted local install. I'd expect
something similar might occur with Suse's update tool if given half
a chance.
Does your distribution use inetd, or xinetd?
HTH
--
Cheers, Gene
AMD [EMAIL PROTECTED] 320M
[EMAIL PROTECTED] 512M
99.23% setiathome rank, not too shabby for a WV hillbilly
---
Deb Baddorf [EMAIL PROTECTED] 840-2289
"You can't help getting older, but you don't have to get old."
- George Burns <
o what
he wanted.
(Sorry orig user --- I've forgotten your name!)
Deb Baddorf
ly knows
real time, just because *she* is willing to work any day of
the week!
Deb Baddorf
--
Cheers, Gene
AMD K6-III@500mhz 320M
Athlon1600XP@1400mhz 512M
99.22% setiathome rank, not too shabby for a WV hillbilly
---
Deb Baddorf [EMAIL PROTECTED] 840-2289
ine back in, and it will be okay
for a while.
Maybe this "fix" can prompt an actual developer to recognize
what it causing this?
Deb Baddorf
And what is funnier: I forgot changing the tape yesterday, so I have had to
run amflush, and
ex.
how about
amadmin no-reuse
keeps indexes, etc but doesn't try to ask for this tape ever again
amlabelup a new tape at the end of your number sequence
Deb Baddorf
-------
Deb Baddorf [EMAIL PROTECTED] 840-2289
"You can't help get
o not ever use AAA directly in a disklist.
It's a scope and nesting issue.
AAA has only heard of the *default* value for dumpcycle.
Deb Baddorf
-----------
Deb Baddorf [EMAIL PROTECTED] 840-2289
"You can't help getting older, but you don't have to get old."
- George Burns <
for going to a Unix server. Enjoy!
Not overly expensive, as I recall.
Deb Baddorf
---
Deb Baddorf [EMAIL PROTECTED] 840-2289
"You can't help getting older, but you don't have to get old."
- George Burns <
t to exclude from
the gnutar backup. If you don't want to use it, remove
the "exclude= yada yada yada /exclude.gtar" line
from your dumptype definition.
Deb Baddorf
---
Deb Baddorf [EMAIL PROTECTED] 840-2289
"You can't help getting older, but you don't have to get old."
- George Burns <
At 03:53 PM 1/3/2003 +0100, Alexander JOLK wrote:
... holding disk has bad blocks and
amflush cannot flush out the dumps. What should I do? Can I make
amanda forget about the disk it failed to flush out so that it will get
rescheduled? Or forget about the whole amdump run?
amadmin YourCo
YourConfig clientname [disks*]
This will delete the backups from amanda's records.
It might (I dunno) try to delete them from the holding disk too,
which is probably what you want.
See man admin for more details.
Deb Baddorf
-------
Deb Baddorf [EMAIL PROT
rate filesystems.) Thus, the load
is balanced, so that roughly the same amount of data goes to tape
each day. [It'll take a week or so to initially get things
balanced out.]
Clear as mud?I hope I've answered the questions you asked.
Others may already be posting bette
>>>On Wed, Nov 20, 2002 at 01:47:50PM -0600, Deb Baddorf wrote:
>>>> What kind of optimiaztion does amanda use while flushing
>>>> dumps to tape?
>>>>
>>>There is no optimazation, first in, first out.
>>>That's a need feature.
back
up my terabytes over 100BaseT. Perhaps FNAL has enough
compute power to throw at it, but we don't. Not yet.
LOL! Yeah, but I could swear I remember some simple
"greedy" algorithm from class, which produces a reasonable
knapsack filling without spending too much ti
operator 7264822071 Nov 19 12:22
FQDN._export_home4_ng.0
Deb Baddorf
ival "do all the level 0's" is taking up 5 tapes,
hence the optimization question!
Deb Baddorf
---
Deb Baddorf [EMAIL PROTECTED] 840-2289
"You can't help getting older, but you don't have to get old."
- George Burns <
tiate a link.
So that's where the problem arises -- when the reply takes longer
than . some value.
You might try splitting the client's tar files into 2 pieces -- see if
that makes it work OK again. That would strongly suggest this kind
of situtation!
Deb Baddorf
he
"diskA-TheRest" because you haven't explicitly excluded it.
Deb Baddorf
---
Deb Baddorf [EMAIL PROTECTED] 840-2289
"You can't help getting older, but you don't have to get old."
- George Burns <
client -
and in my case, I needed a filewall rule to permit it.
YMMV, but do check this if you have any firewalls!
Deb Baddorf
---
Deb Baddorf [EMAIL PROTECTED] 840-2289
"You can't help getting older, but you don't have to get old."
- George Burns <
r use AAA directly in a disklist.
This wasn't obvious to me!
Deb Baddorf
-------
Deb Baddorf [EMAIL PROTECTED] 840-2289
"You can't help getting older, but you don't have to get old."
- George Burns <
Question: amadmin due
doesn't give the "due" dates that I expect. What am I doing wrong?
Am I mis-interpreting some of the basic params regarding
dumpcycles, etc.?
Config values are at bottom, since lengthy.
SCENARIO:
I started a new config and all new tapes on Monday. Did an amdump
At 01:49 PM 7/25/2002 -0700, Chris Bourne wrote:
>Hello,
>I need help with figuring out why amanda is giving me tape errors. .
>bash-2.05$ /usr/sbin/amcheck DailySet1
>-
>
>ERROR: /dev/nst0: not an amanda tape
>
>(expecting a new tape)
amanda wants you to label
he
# non-reserved portion of the holding disk.
reserve 30 # percent ## (this is MY value)
# This means save at least 30% of the holding disk space for degraded
# mode backups.
---
Deb Baddorf [EMAIL PROTECTED] 840-2289
"You can't help gettin
how I eventually want
to run it.If it'll run.)
Deb Baddorf
the bottom of amdump (which hasn't timed out yet,
though the client found nobody to ACK it):
. top snipped .
GETTING ESTIMATES...
driver: pid 9552 executable /usr/local/libexec/amanda/driver version
a/logs/test4/index" # index directory
tapelist "/usr/local/etc/amanda/logs/test4/tapelist"# list of used tapes
Deb Baddorf
---
Deb Baddorf [EMAIL PROTECTED] 840-2289
"You can't help getting older, but you don't have to get old."
- George Burns <
that Amanda currently won't
split dumps over multiple tapes. So if your dump is bigger
than your tapes are, you have to split up the filesystem using
tar.
Deb Baddorf
---
Deb Baddorf [EMAIL PROTECTED] 840-2289
"You can't help getting older, but you don't have to get old."
- George Burns <
dual files. You want to restore
the whole disk. And therefore the short list (just the disk names)
is useful.
If I'm hearing both sides aright .But I could be wrong!
Deb Baddorf
At 06:24 PM 5/14/2002 +0300, you wrote:
>On Mon, 13 May 2002, Anthony A. D. Talltree wrote:
>
&g
to ensure that my dumps are complete
and usable?
Deb Baddorf
-------
Deb Baddorf [EMAIL PROTECTED] 840-2289
"You can't help getting older, but you don't have to get old."
- George Burns <
Big numbers at the beginning indicate a buggy version of
gnutar.Switch to 1.13.19 i think it is.
The indexes to your files are messed up, but the data
should actually be there.
So the experts keep repeating.I haven't used TAR yet, just dump.
Deb Baddorf
> 7420253310 73
ondering if this is going to cause
me probs too when I try my first configurations)
Deb Baddorf
---
Deb Baddorf [EMAIL PROTECTED] 840-2289
"You can't help getting older, but you don't have to get old."
- George Burns <
is
disk.That way, it should use tar to do the backup,
and not dump.
Also, you would specify a sub-directory on the filesystem,
not the top of the disk-tree.Pick a sub-directory which
will fit onto one tape. Make anotherxxx-tar entry
for the next sub-directory.And so on
pre-label the tapes?
Deb Baddorf
At 04:34 PM 10/22/2001 -0400, you wrote:
>Hello,
>
>I am new to Amanda. I have an Exabyte EZ17 Autoloader (Mammoth2) with
>AME225 cartridges. The tape is connected to a Redhat Linux 6.2 system with
>an Adaptec 7899 U160 on-board SCSI controlle
At 10:34 AM 10/16/2001 -0400, Jon LaBadie wrote:
>OK, we are all agreed that it is broken.
>
>The real question is who maintains the web page "www.amanda.org"?
FWIW: I have printouts of several FAQ-o-MATIC pages
dated Sept 26, 2001 ... so it broke more recently than
57 matches
Mail list logo