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 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
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 desire
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 Baddorf
Fermilab
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 7:03 PM -0400 5/20/09, Dustin J. Mitchell wrote:
On Wed, May 20, 2009 at 6:55 PM, Deb Baddorf badd...@fnal.gov 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 7:46 PM -0400 5/20/09, Dustin J. Mitchell wrote:
On Wed, May 20, 2009 at 7:38 PM, Deb Baddorf badd...@fnal.gov 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
At 6:07 PM -0400 5/20/09, Dustin J. Mitchell wrote:
On Wed, May 20, 2009 at 4:53 PM, Deb Baddorf badd...@fnal.gov 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? What version
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
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 meanh + 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
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):
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
that amidxtaped isn't supposed to
be needed on
the client, but I can't make do without it.
Deb Baddorf
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?
and
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:
Sep 24 02
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
Nobody told me that living happily
. 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. WhiteIXOYE
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
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 shows gzip crashed
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 happily ever after
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
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
You can't help getting older, but you don't have to get old
forgotten your name!)
Deb Baddorf
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 the report DID get the results
amadmin config no-reuse tapelabel
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 getting older
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 IXOYE
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 PROTECTED
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
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
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.
Jean-Louis
Here's a basic algorithm (in pseudo-code).
Is this useful to somebody who
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 IXOYE
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 time doing it.
I'll think about it .
Deb Baddorf
---
Deb Baddorf [EMAIL PROTECTED
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
---
Deb Baddorf [EMAIL PROTECTED
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 IXOYE
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 IXOYE
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 IXOYE
Question: amadmin config 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
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 getting older, but you don't have to get old.
- George Burns
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 each
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 2.4.2p2
driver: send-cmd time 0.002 to taper
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
# 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 IXOYE
. 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:
There's a lot to be said
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 IXOYE
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 IXOYE
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.
Clearer?
Deb Baddorf
P.S. theoretical knowledge
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
that.
Deb Baddorf
52 matches
Mail list logo