Dustin J. Mitchell wrote:
> On Mon, Aug 31, 2009 at 11:51 PM, Tom Robinson
> wrote:
>
>> While the disk is reaching saturation (and recovering quickly) I'm
>> thinking that the all the retransmissions would be slowing things down more.
>>
>> I don't see any errors on the client interface but th
On Mon, Aug 31, 2009 at 11:51 PM, Tom Robinson wrote:
> While the disk is reaching saturation (and recovering quickly) I'm
> thinking that the all the retransmissions would be slowing things down more.
>
> I don't see any errors on the client interface but there are four on the
> server interface o
Frank Smith wrote:
> Tom Robinson wrote:
> >>> Hi,
> >>>
> >>> I'm running amanda (2.6.0p2-1) but have an older client running
> >>> 2.4.2p2-1. On that client the full backup of a 4GB disk takes a very
> >>> long time:
> >>>
> >>> DUMP SUMMARY:
> >>>
Try looking on the client while the backup is running. Could be
any of a lot of things. Network problems (check for errors on
the NIC and the switch port), lack of CPU to run the compression,
disk I/O contention, huge numbers of files (either in aggregate
or in a single directory), or possibly eve
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tom Robinson wrote:
> Hi,
>
> I'm running amanda (2.6.0p2-1) but have an older client running
> 2.4.2p2-1. On that client the full backup of a 4GB disk takes a very
> long time:
>
> DUMP SUMMARY:
>DUM
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
I'm running amanda (2.6.0p2-1) but have an older client running
2.4.2p2-1. On that client the full backup of a 4GB disk takes a very
long time:
DUMP SUMMARY:
DUMPER
STATS TAPER
On Tue May 28 2002 05:09, Bartho Saaiman wrote:
I have a problem where my dumper is slow and the taper seems to be
faster:
STATISTICS:
Total Full Daily
Estimate Time (hrs:min)0:02
Run Time (hrs:min)
On Wed April 2 2003 22:12, Joshua Baker-LePain wrote:
>On Wed, 2 Apr 2003 at 9:29pm, Gene Heskett wrote
>
>> On Tue May 28 2002 05:09, Bartho Saaiman wrote:
>> >I have a problem where my dumper is slow and the taper seems to
>> > be faster:
>> >
>> >
>> >STATISTICS:
>> > T
On Wed, 2 Apr 2003 at 9:29pm, Gene Heskett wrote
> On Tue May 28 2002 05:09, Bartho Saaiman wrote:
> >I have a problem where my dumper is slow and the taper seems to be
> > faster:
> >
> >
> >STATISTICS:
> > Total Full Daily
> >
On Tue May 28 2002 05:09, Bartho Saaiman wrote:
>I have a problem where my dumper is slow and the taper seems to be
> faster:
>
>
>STATISTICS:
> Total Full Daily
>
>Estimate Time (hrs:min)0:02
>Run Time
On Tue, 2002-05-28 at 05:09, Bartho Saaiman wrote:
>I have a problem where my dumper is slow and the taper seems to be faster:
>
>
> STATISTICS:
>Total Full Daily
>
> Estimate Time (hrs:min)0:02
> R
On Tue, 2002-05-28 at 05:09, Bartho Saaiman wrote:
> I have a problem where my dumper is slow and the taper seems to be faster:
>
>
> STATISTICS:
>Total Full Daily
>
> Estimate Time (hrs:min)0:02
>
On Tue, 28 May 2002 at 3:14pm, Ulrik Sandberg wrote
> On Tue, 28 May 2002, Joshua Baker-LePain wrote:
>
> > On Tue, 28 May 2002 at 11:09am, Bartho Saaiman wrote
> > ...
> > > Filesystems Dumped1 1 0
> >
> > The first thing to do, if at all possible, is to use a hold
On Tue, 28 May 2002, Joshua Baker-LePain wrote:
> On Tue, 28 May 2002 at 11:09am, Bartho Saaiman wrote
> ...
> > Filesystems Dumped1 1 0
>
> The first thing to do, if at all possible, is to use a holding disk.
> Given that your run time=dump time+tape time, it appear
On Tue, 28 May 2002 at 2:59pm, Bartho Saaiman wrote
> I am using:
Are you doing any sort of software RAID over all those disks? What's your
CPU speed?
Basically, I would run some tar tests (with gzip -- you can see the exact
command amanda runs in /tmp/amanda/sendbackup*debug) and see what k
I am using:
[bartho@caepdc amanda]$ uname -a
Linux caepdc.cae.sun.ac.za 2.4.18-6mdk #1 Fri Mar 15 02:59:08 CET 2002
i686 unknown
[bartho@caepdc amanda]$ cat /proc/scsi/scsi
Attached devices:
Host: scsi0 Channel: 00 Id: 00 Lun: 00
Vendor: IBM Model: DDYS-T36950M Rev: S96H
Type:
On Tue, 28 May 2002 at 2:47pm, Bartho Saaiman wrote
> I am using a dump disk and these backups are all local. I am using the
> following compressions to ensure that the data actually fits on a disk.
>
What's your hardware? What OS?
--
Joshua Baker-LePain
Department of Biomedical Engineering
Hi Joshua
I am using a dump disk and these backups are all local. I am using the
following compressions to ensure that the data actually fits on a disk.
define dumptype tgz-best {
program "GNUTAR"
options compress-best, index
priority high
dumpcycle 0
}
define dumptype tgz-
On Tue, 28 May 2002 at 11:09am, Bartho Saaiman wrote
> I have a problem where my dumper is slow and the taper seems to be faster:
>
>
> STATISTICS:
>Total Full Daily
>
> Estimate Time (hrs:min)0:0
I have a problem where my dumper is slow and the taper seems to be faster:
STATISTICS:
Total Full Daily
Estimate Time (hrs:min)0:02
Run Time (hrs:min)11:21
Dump Time (hrs:min)9:42
20 matches
Mail list logo