Amanda-Users

RE: slow client

2005-04-12 10:58:26
Subject: RE: slow client
From: "Salada, Duncan S." <duncan.salada AT titan DOT com>
To: "Paul Bijnens" <paul.bijnens AT xplanation DOT com>, <amanda-users AT amanda DOT org>
Date: Tue, 12 Apr 2005 10:50:37 -0400
Actually, I'm not using a holding disk at all.  I had no idea that I could be 
shortening the life of the tape drive by not using one.  So, that's probably 
the source of my problem then?

I'd say the error count is insignificant...
# netstat -ni
Name  Mtu  Net/Dest      Address        Ipkts  Ierrs Opkts  Oerrs Collis Queue
lo0   8232 127.0.0.0     127.0.0.1      1492823 0     1492823 0     0      0
dmfe1 1500 xxx.xxx.xxx.0 xxx.xxx.xxx.xx 275677299 0     402788989 1     0      0

Duncan

-----------------------------------------------
Duncan Salada
Titan Corporation
301-925-3222 x375


> -----Original Message-----
> From: Paul Bijnens [mailto:paul.bijnens AT xplanation DOT com]
> Sent: Tuesday, April 12, 2005 10:27 AM
> To: Salada, Duncan S.; amanda-users AT amanda DOT org
> Subject: Re: slow client
> 
> 
> Salada, Duncan S. wrote:
> > 
> > The slow client is a Sun V100 running Solaris 8.  While it is
> > certainly a low-end system, it is also the newest.  According to
> > Amanda's reports, it's consistently transferring dumps at around 425
> > to 475 KB/s.  By contrast, I have another client (a Sun Ultra
> > Enterprise I running 2.6, arguably a dinosaur) that 
> consisently dumps
> > a 750 - 800 KB/s.
> > 
> > One thing I've thought of is the partition size.  The V100 is using
> > the default partitions that the system was shipped with, the biggest
> > of which is a 67G partition.  The Ultra I has a 16G 
> partition as it's
> > biggest.  The traffic on the network isn't bad when I'm doing the
> > backups.  I'm just not sure what I should be looking at or for?  Any
> > help or tips would be greatly appreciated.
> 
> 
> Are you using the holdingdisk for that 67 Gbyte partition or
> is the holdingdisk too small? If not, your tapedrive probably stops
> streaming, resulting in poor throughput, and a broken tapedrive in
> a few weeks/months due to the wear/tear on the mechanics.
> To verify, grep the amdump.X output for "PORT-DUMP" (dump to
> a tcp-port, where the taper program is listening, instead of
> the normal word "FILE-DUMP" when dumping to holdingdisk file).
> 
> Also watch out for ethernet duplex mismatches (although in that case
> I wouldn't even expect a speed of 40 KB/s.).  Is the errorcount
> in "netstat -ni" significant?
> 
> -- 
> Paul Bijnens, Xplanation                            Tel  +32 
> 16 397.511
> Technologielaan 21 bus 2, B-3001 Leuven, BELGIUM    Fax  +32 
> 16 397.512
> http://www.xplanation.com/          email:  
> Paul.Bijnens AT xplanation DOT com
> **************************************************************
> *********
> * I think I've got the hang of it now:  exit, ^D, ^C, ^\, ^Z, 
> ^Q, F6, *
> * quit,  ZZ, :q, :q!,  M-Z, ^X^C,  logoff, logout, close, 
> bye,  /bye, *
> * stop, end, F3, ~., ^]c, +++ ATH, disconnect, halt,  abort,  
> hangup, *
> * PF4, F20, ^X^X, :D::D, KJOB, F14-f-e, F8-e,  kill -1 $$,  
> shutdown, *
> * kill -9 1,  Alt-F4,  Ctrl-Alt-Del,  AltGr-NumLock,  Stop-A, 
>  ...    *
> * ...  "Are you sure?"  ...   YES   ...   Phew ...   I'm out  
>         *
> **************************************************************
> *********
> 
>