Gene Heskett wrote:
I wonder if that version of tar is biting us again. Can you back up to
1.15-1 and give that a try?
Some googling found this, which seems related. Looks like downgrading tar
is the way to go. How I miss the good old days of 1.13.25!
http://www.nabble.com/FW:-tar-1.16-liste
On Wed, Jan 31, 2007 at 06:02:58PM -0700, Glenn English wrote:
> Stefan G. Weichinger wrote:
> > Jon LaBadie schrieb:
> >> - assuming the restore is done to the server;
> >>the tools used to create the dump may not exist on
> >>the server or be in different locations
>
> > An amanda-admin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Stefan G. Weichinger wrote:
> Jon LaBadie schrieb:
>> - may not be space to restore large DLEs
>
> Could be caught by "testrestore_tmpdir_size" ...
>
>> - assuming the restore is done to the original client;
>>right now the client is only aske
I have a special Client configuration
'Host a' is A virtual Interface (Logical Interface under Sun Solaris 10)
inside a Solaris Server. This service might switch to another Node. To be
certain to backup all the time the active service, I use the service
address for the backup client. But if I
Jon LaBadie schrieb:
> On Tue, Jan 30, 2007 at 09:27:53PM +0100, Stefan G. Weichinger wrote:
>> This is a rough idea, and has to be discussed, sure.
>
> Top of the head things to consider:
>
> - may not be space to restore large DLEs
Could be caught by "testrestore_tmpdir_size" ...
> - assumi
Strange output:
Amanda Tape Server Host Check
-
Holding disk /dumps: 131598 MB disk space available, using 134755870 MB
I changed it in the configuration to M from the default of K and that output
came out of amcheck.
This is for a 300GiB hard drive.
Should I be wor
Glenn English schrieb:
> Stefan G. Weichinger wrote:
>
>> This is the perfect lesson to remember that one should test restores
>> regularly.
>
>> Couldn't we build this *into* amanda?
>
> Outstanding. I'd add it to amverify, though, and have the switch(es) in
> the configs turn amverify on and o
On Wed, Jan 31, 2007 at 10:52:54AM -0800, James Brown wrote:
> Is it possible for amanda to automatically fail backup
> jobs of directories specified in the disklist with
> "dump" dumptypes (as opposed to gtar)? A "dump" of a
> directory completes successfully even though the dump
> utilitity is m
--On January 31, 2007 10:52:54 AM -0800 James Brown <[EMAIL PROTECTED]>
wrote:
Is it possible for amanda to automatically fail backup
jobs of directories specified in the disklist with
"dump" dumptypes (as opposed to gtar)? A "dump" of a
directory completes successfully even though the dump
Is it possible for amanda to automatically fail backup
jobs of directories specified in the disklist with
"dump" dumptypes (as opposed to gtar)? A "dump" of a
directory completes successfully even though the dump
utilitity is meant for filesystems. For me at least,
we can not restore from such ba
That appears to be the case. fsf'ing before running amadmin makes it happy.
I'm running 2.5.0p2.
Chris
Jean-Louis Martineau wrote:
Which release of amanda? There was a bug in amrestore, it stopped on the
10th file.
You can fsf the the correct file before you execute amrestore.
Jean-Louis
On Wed, 31 Jan 2007 at 8:33am, Adriana Liendo wrote
FAILURE AND STRANGE DUMP SUMMARY:
humbolt /sda/seis lev 0 FAILED [out of tape]
humbolt /sda/seis lev 0 FAILED ["data write: Broken pipe"]
humbolt /sda/seis lev 0 FAILED [dump to tape failed]
These messages indicate that the dump was goi
Hello,
I've been using amanda for two years or more. Sometimes, when the person
in charge of changing the tape, forgets to change it, I just have to
update the tapelist file and continue as if nothing happen. However,
this time I haven't been able to solve the problem. This person forgot
to c
13 matches
Mail list logo
