Hello, I use an Overland PowerLoader (16 tapes) with an LTO-2 device. I do a full backup two times a week. I did an upgrade from amanda 2.4.4p3-3 (Debian sarge) to Amanda 2.5.2p1-4 (Debian lenny). Af
Author: Chris Hoogendyk <hoogendyk AT bio.umass DOT edu>
Date: Mon, 17 Aug 2009 08:03:36 -0400
Rory Campbell-Lange wrote: On 14/08/09, Frank Smith (fsmith AT hoovers DOT com) wrote: Chris Hoogendyk wrote: Amanda will do the compression for you. You define it in the dumptype in amanda.conf. If
Author: Cyrille Bollu <Cyrille.Bollu AT fedasil DOT be>
Date: Mon, 17 Aug 2009 15:21:49 +0200
Hu hu... Interesting... I have a 4 disks RAID-0 holding disk, and it isn't fast... I always wondered if I should use seperated (non-RAID) drives... Cyrille Bollu Responsable systèmes Fedasil - ICT t
Author: Gene Heskett <gene.heskett AT verizon DOT net>
Date: Mon, 17 Aug 2009 09:48:19 -0400
Its been my observation that software raids are slower. Not tremendously so though. When Jim put together a raid-5 with 4 drives several years ago, the drives were about 70meg/sec drives, and the ove
It still fails with client side compression truned off. -- One of the main causes of the fall of the roman empire was that, lacking zero, they had no way to indicate successful termination of their C
Author: Jean-Louis Martineau <martineau AT zmanda DOT com>
Date: Mon, 17 Aug 2009 11:30:51 -0400
And what is the error? It's probably not a "gzip: ..." Jean-Louis stan wrote: On Fri, Aug 14, 2009 at 03:26:10PM -0400, Jean-Louis Martineau wrote: Check system log Post complete amandad.*.debug and
To drive an LTO-4 your holding disk needs to read somewhat over 100MB/sec sequentially, which requires at least 2 drives striped, but should be easy enough with any modern raid controller or softwar
Interesting. I set up a test doing just one of these machine (4 DLE's), and it worked in non-compressed. I will leave a couple of the OpenBSD machines set fro non-compressed in tonights ru, and see w
Author: Chris Hoogendyk <hoogendyk AT bio.umass DOT edu>
Date: Mon, 17 Aug 2009 11:47:22 -0400
Hu hu... Interesting... I have a 4 disks RAID-0 holding disk, and it isn't fast... I always wondered if I should use seperated (non-RAID) drives... Here is an extremely interesting article that every
Author: Rory Campbell-Lange <rory AT campbell-lange DOT net>
Date: Mon, 17 Aug 2009 22:06:33 +0100
<snip> A slow RAID1 off two 7200 RPM SATA disks on a BBU-backed LSI hardware raid controller can do about 62031 KiB/s write and 86399 KiB/s read. Those sorts of numbers improve steadily the number of
Author: Jean-Louis Martineau <martineau AT zmanda DOT com>
Date: Tue, 18 Aug 2009 07:34:11 -0400
man amanda.conf compress [client|server] string Default: client fast. Set it to none if you don't want compression. ig. compress none Jean-Louis stan wrote: On Fri, Aug 14, 2009 at 03:26:10PM -0400,
I am working on some issues that result in having failed partial dumps. Historically, these are written to the tape, and then deleted, which allows for the dumpdisk directory for that run to be autom
Thanks, I was just going to write an email noting that I had found that, and done as you sugestd. I am starting atest abckup, as we speak. I should have results in an hour or 2. Any thoughts as to wh
Author: Jean-Louis Martineau <martineau AT zmanda DOT com>
Date: Tue, 18 Aug 2009 08:06:00 -0400
This bug is already fixed. On my 2.6.1 server, these directories are left as "orphans", and every run after that tries to flush them. This is very annoying behavior, and will eventually lead to issue
Got it. Now, hee are what I think are the pertinant lines from a dump this morning W/O compression: 250596583.437206: sendbackup: 91: normal(|): DUMP: Volume 1 started at: Tue Aug 18 07:56:23 2009 12
One more data point that I need to clarify. Thes 2 OpenBSD machines I am fighting with did have older versions of Amanda on them, before we upgradedd. They had 2.5.0p1, and 2.5.2p1 on them respectivl
Author: Jean-Louis Martineau <martineau AT zmanda DOT com>
Date: Tue, 18 Aug 2009 09:32:21 -0400
From the write man page: [EAGAIN] The file was marked for non-blocking I/O, and no data could be written immediately. But sendbackup or gzip write the index to a blocking pipe. Maybe it's the firewal
Author: Yogesh Hasabnis <yhmail29 AT yahoo.co DOT in>
Date: Tue, 18 Aug 2009 05:00:13 -0700 (PDT)
Additional information about this problem. An additional external USB hard drive has been added to this host about one month ago. The filesystem on this hard drive is not backed up with Amanda. But t
Same result: 1250605398.423331: sendbackup: 91: normal(|): DUMP: Volume 1 started at: Tue Aug 18 10:23:18 2009 1250605398.435367: sendbackup: critical (fatal): index tee cannot write [Resourc e tempo