On Thu, Oct 7, 2010 at 1:49 AM, Titl Erich wrote:
> I guess this finding should give you something to chew on
Indeed! If I'm reading the hex dumps correctly, then, the first file
is padded at the beginning with exactly 28424 bytes of zero. The file
lengths differ by the same quantity. Can you
Hi Dustin
> -Original Message-
> From: owner-amanda-us...@amanda.org
> [mailto:owner-amanda-us...@amanda.org] On Behalf Of Dustin J. Mitchell
> Sent: Wednesday, October 06, 2010 6:03 PM
> To: amanda-users@amanda.org
> Subject: Re: FW: amrecover bug?
>
> On Wed,
Hi
> -Original Message-
> From: owner-amanda-us...@amanda.org
> [mailto:owner-amanda-us...@amanda.org] On Behalf Of Jon LaBadie
> Sent: Wednesday, October 06, 2010 5:11 PM
> To: amanda-users@amanda.org
> Subject: Re: FW: amrecover bug?
>
...
>
> Are you
On Wed, Oct 6, 2010 at 10:10 AM, Jon LaBadie wrote:
> Again, if trying from the server, might this be yet another
> tar version incompatibilities?
This is unlikely, but worth checking out all the same - can the
version of tar that amrecover is using successfully extract the
amfetchdump'd tarfiles
On Wed, Oct 06, 2010 at 02:02:52PM +0200, Titl Erich wrote:
> Hi Dustin
>
> I upgraded do 3.1.3 and, of course, ran a test right away
>
> subversion:/backup/amanda# amrecover
> AMRECOVER Version 3.1.3. Contacting server on amanda.ruf.ch ...
> 220 amanda AMANDA index server (3.1.3) ready.
> Settin
Hi Dustin
Just to make ends meet, I tried to extract the desired data from the files
extracted with amfetchdump
amandabac...@amanda:/amanda-holding$ for i in subversion*data*; do echo
extracting from $i ; tar tvf $i ./svn/conf.tar; done
extracting from subversion.ruf.ch._data.20100924010002.2
tar
Hi Dustin
I upgraded do 3.1.3 and, of course, ran a test right away
subversion:/backup/amanda# amrecover
AMRECOVER Version 3.1.3. Contacting server on amanda.ruf.ch ...
220 amanda AMANDA index server (3.1.3) ready.
Setting restore date to today (2010-10-06)
200 Working date set to 2010-10-06.
200
On Wed, Sep 29, 2010 at 10:29 AM, Titl Erich wrote:
> Downloading the current snapshot, could you provide compiling and packaging
> information?
The instructions for compiling from a tarball are here:
http://wiki.zmanda.com/index.php/Installation/Installing_Amanda_Source
If you want to build a
Hi Dustin
> -Original Message-
> From: djmit...@gmail.com [mailto:djmit...@gmail.com] On
> Behalf Of Dustin J. Mitchell
> Sent: Wednesday, September 29, 2010 5:04 PM
> To: Titl Erich
> Cc: amanda-users@amanda.org
> Subject: Re: FW: amrecover bug?
>
> On W
On Wed, Sep 29, 2010 at 1:12 AM, Titl Erich wrote:
> It takes a while and I can observe data transfer with tcpdump.
OK, I suspect, then, that this is a timing-related bug in 3.1.2, that
is fixed in the 3_1 branch. Do you have the capacity to build from a
tarball on the server? I don't have any
Hi Dustin
> -Original Message-
> From: djmit...@gmail.com [mailto:djmit...@gmail.com] On
> Behalf Of Dustin J. Mitchell
> Sent: Tuesday, September 28, 2010 10:23 PM
> To: Titl Erich
> Cc: amanda-users@amanda.org
> Subject: Re: FW: amrecover bug?
>
> Wh
When you do the recovery with amrecover, does it take a while for the
tar error to appear, or is it immediate? I'd like to figure out if
it's transferring any data at all.
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
Hi Dustin
> -Original Message-
> From: djmit...@gmail.com [mailto:djmit...@gmail.com] On
> Behalf Of Dustin J. Mitchell
> Sent: Monday, September 27, 2010 7:19 PM
> To: Titl Erich
> Cc: amanda-users@amanda.org
> Subject: Re: FW: amrecover bug?
>
> On Mon, Sep
Hi Dustin
> -Original Message-
> From: djmit...@gmail.com [mailto:djmit...@gmail.com] On
> Behalf Of Dustin J. Mitchell
> Sent: Monday, September 27, 2010 6:01 PM
> To: Titl Erich
> Cc: amanda-users@amanda.org
> Subject: Re: FW: amrecover bug?
>
> On Mon, Se
On Mon, Sep 27, 2010 at 12:05 PM, Titl Erich wrote:
> Here for your reference the outcome of amfetchdump does not look good
>
> subversion:/backup# amrecover
that's amrecover.
>> Is there any extra data in the dumpfile?
>
> Not that I know of. During amrecover I can observe the data stream and I
On Mon, Sep 27, 2010 at 1:12 AM, Titl Erich wrote:
> Just before you drop the ball completely, have you or someone else had time
> to look at the debug files
I had skimmed it briefly, and didn't see anything obvious. I suspect
that you've fixed the basic problem by changing FSF_AFTER_FILEMARK.
W
Hi Dustin
Just before you drop the ball completely, have you or someone else had time
to look at the debug files
> -Original Message-
> From: owner-amanda-us...@amanda.org
> [mailto:owner-amanda-us...@amanda.org] On Behalf Of Titl Erich
> Sent: Wednesday, September 22, 2010 6:23 PM
> To
17 matches
Mail list logo