Brian Cuttler wrote:
When I tried a restore yesterday I found that the files I brought
back had a long numeric number preceeding the original path. I will
try a restore again when the current amdump run completes to see if
this is still the case. Is this normal, or perhaps an artifact of
not hav
index are always compressed on the server with --best.
Why do you think your data is compressed?
Jean-Louis
Brian Cuttler wrote:
Good morning amanda users,
I'm running amanda 2.4.4 on solaris 9, just built it on solaris 8.
Finding that my TAR dumptypes seem to be running compression though
I
Jon,
Thank you, I was very worried about that.
Looking at the temp files in amanda work I see that I take
to be confirmation that we are not running the DLE through
zip since I'd have expected an additional pipe here.
Is that correct ?
> more wcnotes._maildb2_five.0.3.tmp
AMANDA: CONT_FILE 200
On Tue, May 22, 2007 at 11:21:50AM -0400, Brian Cuttler wrote:
> Good morning amanda users,
>
> I'm running amanda 2.4.4 on solaris 9, just built it on solaris 8.
>
> Finding that my TAR dumptypes seem to be running compression though
> I believe I've configured it not to.
>
> The (ufs)DUMP DLEs
Good morning amanda users,
I'm running amanda 2.4.4 on solaris 9, just built it on solaris 8.
Finding that my TAR dumptypes seem to be running compression though
I believe I've configured it not to.
The (ufs)DUMP DLEs properly perform "compression none".
Not only that, but the default, I believ