Its capabilities will be expanded -- it will be able to re-assemble and
re-split dumps, so the source and destination volume sizes need not match.
The command will still be separate from the usual amdump runs, and won't do
the usual report-sending or log-rotating.
To put it another way,
On Tue, Aug 18, 2009 at 08:06:46AM -0400, Jean-Louis Martineau wrote:
stan wrote:
Any thoughts as to why I have twice as many debug files as I expect?
When a dump fail, amanda try it a second time.
OK here is the latest on this saga :-)
On one of the OpenBSD 4.5 machines I have built
On Tue, Aug 18, 2009 at 08:06:46AM -0400, Jean-Louis Martineau wrote:
stan wrote:
Any thoughts as to why I have twice as many debug files as I expect?
One thing I forgot to put in the previous message is that 10.209.129.22 is
the Amanda Master machine's address.
--
One of the main causes
On Fri, Aug 21, 2009 at 5:18 AM, Gunnarsson,
Gunnargunnar.gunnars...@svk.se wrote:
One more question on amvault what would be the result of calling 'amvault
latest' for a giving configuration - I would expect to
get the most resent 0 dump on each volume in the disk list is that correct ?
At
Hi,
Vi have busy file system in Solaris 8 were ufsdump/gtar doesn't work so well.
Instead we use fssnap (ufs) capabilities with tar. It would be nice to
implement it as an application similar to zfs snapshot !
-- GG
Gunnarsson, Gunnar wrote:
Hi,
Vi have busy file system in Solaris 8 were ufsdump/gtar doesn't work
so well. Instead we use fssnap (ufs) capabilities with tar. It would
be nice to implement it as an application similar to zfs snapshot !
I use a wrapper script to do fssnap and then
stan wrote at 10:56 -0400 on Aug 21, 2009:
OK here is the latest on this saga :-)
On one of the OpenBSD 4.5 machines I have built 2.5.0p1, and was able to
back this machine up successfully (using classic UDP based authentication)
On another of them, I built 2.5.2p1. The first attempt
On Fri, Aug 21, 2009 at 09:57:36AM -0600, John Hein wrote:
stan wrote at 10:56 -0400 on Aug 21, 2009:
OK here is the latest on this saga :-)
On one of the OpenBSD 4.5 machines I have built 2.5.0p1, and was able to
back this machine up successfully (using classic UDP based
On Fri, Aug 21, 2009 at 09:57:36AM -0600, John Hein wrote:
stan wrote at 10:56 -0400 on Aug 21, 2009:
OK here is the latest on this saga :-)
On one of the OpenBSD 4.5 machines I have built 2.5.0p1, and was able to
back this machine up successfully (using classic UDP based
Hello...
Recently I started using application-tool with amgtar to solve some
backup problems. One of these problems is where several smaller
filesystems were merged creating a large filesystem. The amanda backup
run using gtar started failing. After much debugging I saw that the
gtar
Patch looks good.
All code that copy/rename listed incremental files should be done only
if it is used.
If you disable --listed-incremental, you will get FULL backup at every
run, is it what you want?
The amgtar_support function must output MAX-LEVEL 0 in this case.
Jean-Louis
Christopher
stan wrote at 13:56 -0400 on Aug 21, 2009:
OK, I reproduced the failure with only a crossover cable between the test
client and the Amanda Master:
Just because you're using a crossover cable doesn't rule out firewall
or other such socket level interference. I'm not saying that's your
On Fri, Aug 21, 2009 at 01:23:29PM -0600, John Hein wrote:
stan wrote at 13:56 -0400 on Aug 21, 2009:
OK, I reproduced the failure with only a crossover cable between the test
client and the Amanda Master:
Just because you're using a crossover cable doesn't rule out firewall
or other
Hello...
On Fri, 2009-08-21 at 14:59 -0400, Jean-Louis Martineau wrote:
Patch looks good.
All code that copy/rename listed incremental files should be done only
if it is used.
Ouch, that will take me a little longer to do. My C skills are weak and
I need to study the logic a bit.
If
Hello...
On Fri, 2009-08-21 at 12:52 -0700, Christopher wrote:
Hello...
On Fri, 2009-08-21 at 14:59 -0400, Jean-Louis Martineau wrote:
Patch looks good.
All code that copy/rename listed incremental files should be done only
if it is used.
Ouch, that will take me a little
Stan's not alone on this one. I have two OpenBSD 4.5 machines also on Sun
SPARC hardware. I had this same trouble a couple months ago with 2.6.1, but
didn't have time to look deeper. After seeing this discussion, I built
amanda-2.6.2alpha-20090812 (can't get 0820 to compile). I'm getting exactly
16 matches
Mail list logo