On Thu, 8 Mar 2012, Jean-Louis Martineau wrote:
Richard,
It is a bug, try the attached patch, you can patch the already installed
amvault.
Jean-Louis
On 02/24/2012 10:28 AM, [email protected] wrote:
I have used amvault for a while with no problem
Last night the dump failed so I did amflush this morning
The flush finished and I tried amvault
/usr/sbin/amvault -o diskfile=disklist_daily --src-timestamp latest
--dst-changer robot --label-template msl6000_\%\% msl6000
Fri Feb 24 09:21:25 2012: amvault: pid 17796 ruid 33 euid 33 version
3.2.3: rename at Fri Feb 24 09:21:25 2012
Fri Feb 24 09:21:25 2012: amvault: chg-robot: using statefile
'/var/amanda/chg-robot-dev-msl6000-ctl'
Fri Feb 24 09:21:26 2012: amvault: failure: No dumps to vault
Any suggestions
Richard
It was my stupidity
Instead of '--src-timestamp latest' I gave it the timestamp of the original
backup and all was well
Richard
diff --git a/server-src/amvault.pl b/server-src/amvault.pl
index 87a43fb..08f7011 100644
--- a/server-src/amvault.pl
+++ b/server-src/amvault.pl
@@ -249,7 +249,7 @@ sub setup_src {
# convert the timestamp and level to a dumpspec
my $level = $self->{'fulls_only'}? "0" : undef;
push @dumpspecs, Amanda::Cmdline::dumpspec_t->new(
- undef, undef, $self->{'src_write_timestamp'}, $level, undef);
+ undef, undef, undef, $level, $self->{'src_write_timestamp'});
}
# if we ignored all of the dumpspecs and didn't create any, then dump
