On 9/29/2010 11:24 AM, Dustin J. Mitchell wrote:
On Wed, Sep 29, 2010 at 12:48 PM, Christian Kratzer wrote:
it looks like I might have found the problem. Both windows hosts had
the shadow copy service disabled. I startetd the service and will check
tomorrows full dumps.
Can you post some in
Am 29.09.2010 22:06, schrieb Dustin J. Mitchell:
> As promised, we have the first beta version of Amanda-3.2.0 out today.
> It's available from
>
> http://www.zmanda.com/download-amanda.php (binary packages; version
> 3.2.0beta1)
> http://amanda.org/download.php (tarball; under "Development")
As promised, we have the first beta version of Amanda-3.2.0 out today.
It's available from
http://www.zmanda.com/download-amanda.php (binary packages; version
3.2.0beta1)
http://amanda.org/download.php (tarball; under "Development")
The more testing this release can get, the better. And the
On Wed, Sep 29, 2010 at 1:51 PM, Gene Heskett wrote:
> Wed Sep 29 14:41:23 2010: amcheck-device: set_current: symlinking
> /amandatapes/test/data to slot1
And is this link in place on the filesystem now? What's the
difference between the 14:31 and 14:41 runs of amcheck?
Dustin
--
Open Source
On Wednesday, September 29, 2010 02:51:47 pm Dustin J. Mitchell did opine:
> On Wed, Sep 29, 2010 at 12:53 PM, Chris Nighswonger
>
> wrote:
> > Line 473 should have a double colon rather than a single... ie.
> > Amanda::Debug::debug rather than Amanda::Debug::debug
>
> Sorry about that, Gene.
On Wednesday, September 29, 2010 02:32:52 pm Chris Nighswonger did opine:
> > amcheck dead in water:
> > [ama...@coyote amanda-3.2.0alpha.svn.3460]$ amcheck Daily
> > Amanda Tape Server Host Check
> > -
> > Holding disk /usr/dumps: 620929024 kB disk space available, usi
On Wed, Sep 29, 2010 at 12:53 PM, Chris Nighswonger
wrote:
> Line 473 should have a double colon rather than a single... ie.
> Amanda::Debug::debug rather than Amanda::Debug::debug
Sorry about that, Gene. You can just edit the file under /usr, rather
than re-making Amanda, if that's easier.
Dus
On Wed, Sep 29, 2010 at 13:40:27 -0400, Gene Heskett wrote:
> On Wednesday, September 29, 2010 01:35:19 pm Dustin J. Mitchell did opine:
> > Can you add some debug prints to Amanda/Changer/disk.pm?
> >
> > 494 # TODO: locking
> > Amanda::Debug::debug("set_current: symlinking $curlink to slot
On Wed, Sep 29, 2010 at 12:48 PM, Christian Kratzer wrote:
> it looks like I might have found the problem. Both windows hosts had
> the shadow copy service disabled. I startetd the service and will check
> tomorrows full dumps.
Can you post some info to the wiki about how to check and enable VS
> amcheck dead in water:
> [ama...@coyote amanda-3.2.0alpha.svn.3460]$ amcheck Daily
> Amanda Tape Server Host Check
> -
> Holding disk /usr/dumps: 620929024 kB disk space available, using 620417024
> kB
> amcheck-device: syntax error at
> /usr/lib/perl5/site_perl/5.10.1
Hi,
On Tue, 28 Sep 2010, Christian Kratzer wrote:
Hi,
I run a small amanda setup with an amanda server on freebsd 8.1 with amanda
2.6.1 from freebsd ports on the server.
I recently added the first two windows clients with the windows community
client. I tried both ZWC Community Edtion 3.1.
On Wednesday, September 29, 2010 01:35:19 pm Dustin J. Mitchell did opine:
> On Wed, Sep 29, 2010 at 11:33 AM, Gene Heskett
wrote:
> > Note the --with-config=Daily \, but the subdir when running am* Daily
> > is /amandatapes/Dailys, note the plural. Is this line even
> > required?
>
> No, --w
On Wed, Sep 29, 2010 at 11:33 AM, Gene Heskett wrote:
> Note the --with-config=Daily \, but the subdir when running am* Daily is
> /amandatapes/Dailys, note the plural. Is this line even required?
No, --with-config is largely ignored, and the name of the vtape
directory need not match the name
On Wed, Sep 29, 2010 at 11:46 AM, Valeriu Mutu wrote:
> What do you mean by "shoe-shining"?
shoe-shining is when a tape drive must stop the tape repeatedly while
it buffers more deta. It creates a lot of wear on the tape, and also
kills performance.
Dustin
--
Open Source Storage Engineer
http
Hi Dustin,
Quote: "Perhaps Amanda's not *writing* data very quickly at that point - maybe
your tape drive is shoe-shining?"
What do you mean by "shoe-shining"?
Best,
Valeriu
On Wed, Sep 15, 2010 at 10:17:04PM -0500, Dustin J. Mitchell wrote:
> On Wed, Sep 15, 2010 at 8:08 PM, Valeriu Mutu wro
On Wednesday, September 29, 2010 11:24:04 am Dustin J. Mitchell did opine:
> On Wed, Sep 29, 2010 at 7:39 AM, Gene Heskett
wrote:
> > For S&G, I removed the data link from the test setup. Running amcheck
> > test does restore it.
> >
> > Removing it from the running setup and running amcheck D
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 Wed, Sep 29, 2010 at 1:12 AM, Tit
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
On Wed, Sep 29, 2010 at 7:39 AM, Gene Heskett wrote:
> For S&G, I removed the data link from the test setup. Running amcheck test
> does restore it.
>
> Removing it from the running setup and running amcheck Daily does not. But
> it doesn't seem to effect amdump or amcheck in any way.
So we nee
On Wed, Sep 29, 2010 at 06:30:28PM +0530, Prashant Joshi wrote:
> Hi Jon,
> I will need some time to go through the logs. I would appreciate if you
> could reply to the users group instead of sending a personal mail, since
> this will help in finding solutions faster. :-)
>
Uhhh,
did you really w
Hi Jon,
I will need some time to go through the logs. I would appreciate if you
could reply to the users group instead of sending a personal mail, since
this will help in finding solutions faster. :-)
Regards,
Prashant
On Wed, Sep 29, 2010 at 3:00 AM, Jon LaBadie wrote:
> On Tue, Sep 28, 2010 a
On Wednesday, September 29, 2010 08:23:54 am Dustin J. Mitchell did opine:
> On Tue, Sep 28, 2010 at 10:19 PM, Gene Heskett
wrote:
> > Like run a catchup loop of at least 2 runs? Or just plain "amdump
> > test" by hand and see what falls out for two runs?
>
> No, no amdump, no amflush. Just a
On Wednesday, September 29, 2010 12:36:54 am Dustin J. Mitchell did opine:
> On Tue, Sep 28, 2010 at 10:19 PM, Gene Heskett
wrote:
> > Like run a catchup loop of at least 2 runs? Or just plain "amdump
> > test" by hand and see what falls out for two runs?
>
> No, no amdump, no amflush. Just a
24 matches
Mail list logo