On Tue, Jul 13, 2010 at 04:14:17PM -0500, Dustin J. Mitchell wrote:
> Hmm, 14 parts and 14 "Error writing to fd 5" messages. From my memory
> and a brief look at the 2.6.1 sources (I couldn't find a version in
> the thread, but this looks like 2.6.1 to me), that wouldn't have come
> from Amanda it
: security_stream_close(0x10356d0)
1278952987.830601: amrecover: security_stream_close(0x10245a0)
On Mon, Jul 12, 2010 at 08:15:32PM -0500, Dustin J. Mitchell wrote:
> On Mon, Jul 12, 2010 at 11:45 AM, Mark Adams wrote:
> > OK, So i've tried again without the custom-compress option, now when it
&
ing a newer version of
Amanda?
Regards,
Mark
On Wed, Jul 07, 2010 at 05:00:58PM +0100, Mark Adams wrote:
> Hi Dustin,
>
> I'd tried it not using pigz with the original errors. Thats when I added
> NO-UNQUOTE to see if it helped, I'll run again with pigz but I believe
> the pro
UOTE" "yes"
compress client custom
client_custom_compress "/usr/bin/pigz"
tape_splitsize 40Gb
split_diskbuffer "/tapehold/"
fallback_splitsize 10Gb
index
priority high
auth "bsd"
}
->
On Tue, Jul 06, 2010 at 11:01:04A
Hi Dustin,
I'd tried it not using pigz with the original errors. Thats when I added
NO-UNQUOTE to see if it helped, I'll run again with pigz but I believe
the problem is elsewhere.
On Wed, Jul 07, 2010 at 10:46:32AM -0500, Dustin J. Mitchell wrote:
> On Wed, Jul 7, 2010 at 10:41 A
ling me!
Regards,
Mark
On Thu, Jul 01, 2010 at 10:02:54AM -0500, Dustin J. Mitchell wrote:
> On Thu, Jul 1, 2010 at 3:57 AM, Mark Adams wrote:
> > Great thanks. I'll try this - is this something most people set on as
> > part of a normal config?
>
> It's relatively
Great thanks. I'll try this - is this something most people set on as
part of a normal config?
On Wed, Jun 30, 2010 at 12:52:38PM -0500, Dustin J. Mitchell wrote:
> On Wed, Jun 30, 2010 at 12:52 PM, Dustin J. Mitchell
> wrote:
> > property "NO-QUOTING" "yes"
>
> Sorry, that's
> property "NO-
How do I enable it?
Regards,
Mark
On 30 Jun 2010, at 17:39, "Dustin J. Mitchell" wrote:
> On Wed, Jun 30, 2010 at 10:51 AM, Mark Adams wrote:
>> Is this possibly my problem Dustin?
>>
>> NO-UNQUOTE
>>If "NO" (the default), gnutar doesn
using amrecover! Please please please
> does anyone know what could be causing this?!
>
> Regards,
> Mark
>
> On Fri, Jun 18, 2010 at 02:27:44PM +0100, Mark Adams wrote:
> > On Thu, Jun 17, 2010 at 04:47:05PM -0400, Jon LaBadie wrote:
> > > On Thu, Jun 17, 2010 at 10:50:
On Fri, Jun 18, 2010 at 02:27:44PM +0100, Mark Adams wrote:
> On Thu, Jun 17, 2010 at 04:47:05PM -0400, Jon LaBadie wrote:
> > On Thu, Jun 17, 2010 at 10:50:31AM +0100, Mark Adams wrote:
> > > Hi All,
> > >
> > > I had written to the list a little while ago reg
On Thu, Jun 17, 2010 at 04:47:05PM -0400, Jon LaBadie wrote:
> On Thu, Jun 17, 2010 at 10:50:31AM +0100, Mark Adams wrote:
> > Hi All,
> >
> > I had written to the list a little while ago regarding issues I was
> > having with pigz, and not being able to retrieve from
Hi All,
I had written to the list a little while ago regarding issues I was
having with pigz, and not being able to retrieve from a 2nd tape. I then
went on to test using normal gzip and retrieved from a 2nd tape without
issue.
However, I've now run a set with 7 tapes, and am having trouble
retri
On Tue, Jun 15, 2010 at 10:09:10AM -0500, Dustin J. Mitchell wrote:
> On Tue, Jun 15, 2010 at 8:53 AM, Mark Adams wrote:
> > Is there any way to identify (via the index or other means) what file is
> > at the start of what tape or what "split" part?
>
> You c
Hi There,
Amanda 2.6.1, on debian 5.0
Is there any way to identify (via the index or other means) what file is
at the start of what tape or what "split" part?
I need to audit my tape sets to ensure data has been backed up
correctly, I was anticipating trying to retrieve a single file from each
t
On Mon, May 17, 2010 at 05:17:19PM -0400, Dustin J. Mitchell wrote:
> On Wed, May 12, 2010 at 12:54 PM, Mark Adams wrote:
> > 1273659791.836703: sendbackup: critical (fatal): index tee cannot write
> > [Broken pipe]
>
> This means that the index tee (which splits of
/usr/lib/amanda/sendbackup[0x403519]
On Wed, May 12, 2010 at 11:33:15AM -0500, Dustin J. Mitchell wrote:
> On Wed, May 12, 2010 at 11:17 AM, Mark Adams wrote:
> > In the mean time I can't get pbzip2 to work at all. It just crashes out
> > with the following:
>
> Please
On Wed, May 12, 2010 at 09:55:05AM -0500, Dustin J. Mitchell wrote:
> On Wed, May 12, 2010 at 4:39 AM, Mark Adams wrote:
> > This was the problem. Using gzip it retrieves from the 2nd tape just
> > fine. It takes twice as long to run the backup though! Is anyone using
> > pig
Hi,
On Fri, May 07, 2010 at 10:10:27AM -0500, Dustin J. Mitchell wrote:
> On Fri, May 7, 2010 at 4:22 AM, Mark Adams wrote:
> > Does this help at all? as it read the 2nd tape does this mean the data
> > is on the tapes and it's a problem with amrecover?
>
> Basicall
.
Thanks for your help so far.
Regards,
Mark
On Wed, May 05, 2010 at 10:16:50AM -0500, Dustin J. Mitchell wrote:
> On Wed, May 5, 2010 at 3:55 AM, Mark Adams wrote:
> > Why would the file not be in the archive if it is showing in the index?
> > Is there anything else I can try be
d the file not be in the archive if it is showing in the index?
Is there anything else I can try before I try to retrieve the whole DLE?
On Wed, Apr 28, 2010 at 02:57:32PM +0100, Mark Adams wrote:
> On Fri, Apr 23, 2010 at 10:26:52AM -0700, Dustin J. Mitchell wrote:
> > On Fri, Apr 23, 20
On Fri, Apr 23, 2010 at 10:26:52AM -0700, Dustin J. Mitchell wrote:
> On Fri, Apr 23, 2010 at 9:59 AM, Mark Adams wrote:
> > I've determined that when I try to retrieve files from the 2nd tape in
> > my set it won't work. Tar crashes out with the helpful error "d
skipping to the
next tape. Retrieves from the first tape work fine.
Paul suggested I try to retrieve a file from the *very* beginning of the
2nd tape, I'm trying to find out how to do that.
Cheers,
Mark
On Fri, Apr 23, 2010 at 08:31:57AM -0700, Dustin J. Mitchell wrote:
> On Fri, Apr 23,
2010 at 12:28:32PM -0700, Paul Yeatman wrote:
> On Thu, 2010-04-22 at 12:00 -0700, Paul Yeatman wrote:
> > On Thu, 2010-04-22 at 09:07 -0700, Dustin J. Mitchell wrote:
> > > On Thu, Apr 22, 2010 at 6:49 AM, Mark Adams
> > > wrote:
> > > > 2010-04-09 16:55:11
Hi Paul,
> >
> > How can I tell what file will be on the start of the 2nd tape?
>
>
> You can run amadmin with the find option. This will show which parts of
> the backup are on which tapes. Reading the 32k block at the beginning
> of each tape file should agree with this information.
>
> >
I'm using GNUTAR with pigz as custom compression. What should the logs
be called?
Regards,
Mark
On 16 Apr 2010, at 20:11, Paul Yeatman wrote:
On Fri, 2010-04-16 at 16:15 +0100, Mark Adams wrote:
Ok. It doesn't help if it is in 80G chunks?
No. The 80G chunks allow the dump t
Hi, Thanks for your response. Please see my questions line
On Thu, Apr 15, 2010 at 10:37:29AM -0700, Paul Yeatman wrote:
> Hi!
>
> On Thu, 2010-04-15 at 10:18 +0100, Mark Adams wrote:
> > Hi All,
> >
> > Debian lenny, Amanda 2.6.1p1-2
> >
> > I'm b
Hi All,
Debian lenny, Amanda 2.6.1p1-2
I'm backing up a single 1.9T xfs filesystem to an LTO4 drive with
changer. The backup seems to complete correctly and recovering files
that are on the first tape complete correctly.
However, when trying to retrieve and files that are on the 2nd tape, the
ta
27 matches
Mail list logo