If I remember corredctly the defined interfaces are only needed if you 
are specifying that a given disklist entry is to backed up directly via 
an specific interface (I.E. Private backup networks).

When you look at the report do you see any client contention (I'm sure 
you do but is it substantial).  I had an issue where the holding_area 
was on a heavily utilized bus so the throughput was noticably slower. 
 So I spread the spindles across different buses (sp???)

What kind of traffic are you seeing when you do a netstat -i 5.  You can 
raise the netusage amount.  But you will find that the hardware does all 
of the required throttling needed.

Don
Brandon Moro wrote:

>Also, as to my original question, I am still wondering whether I should bump
>these numbers up or down in order to increase the amount of traffice (or
>numbers of running dumpers) that amanda will allow.
>
> netusage 4000 Kbps  # maximum net bandwidth for Amanda, in KB per sec
>
> define interface le0 {
>      comment "100 Mbps ethernet"
>      use 4000 kbps
>
>
>I'm pretty sure I RAISE the netusage variable, but what do I do to the
>interface 'use' attribute?
>
>B
>
>-----Original Message-----
>From: Martin Hepworth [mailto:[EMAIL PROTECTED]]
>Sent: Thursday, March 07, 2002 9:32 AM
>To: [EMAIL PROTECTED]
>Cc: Brandon Moro
>Subject: Re: netusage, high or low?
>
>
>Brandon
>
>err you mention the le0 interface in the config.
>
>Is this correct 'cos the the le0 interface is a 10base system, not 
>100base!..
>
>--
>Martin
>
>Brandon Moro wrote:
>
>>Hello all!
>>
>>I am having some troubles with my AMANDA backups running too long.  They
>>often take 20+ hours,
>>sometimes even breaking the 24-hour mark.  The average amount of data I
>>
>get
>
>>is only about 35GB.
>>
>>I am running my amanda-server on Solaris8, on a Sun Ultra5 400MHz with
>>
>256MB
>
>>RAM, on a 100mbps
>>connection.  I have 2 DLT 7000 tape drives set up (though it very rarely
>>roles over).
>>
>>Recently, I put a larger holding disk on the server and found that my run
>>time was cut more than in half!
>>However, I notice that I am still only getting a total of about 3GB an
>>
>hour.
>
>>The data runs from the holding
>>disk to tape at more like 6MB/s.  
>>
>>We have a couple of other backup systems running on almost identical
>>hardware that puts more than 
>>twice as much data to tape in slightly less time.  So I guess what I am
>>really asking is, am I missing
>>something in the configuration of AMANDA sthat will allow better usage of
>>the network connection?
>>
>>I found this in the amanda.conf file:
>>
>>netusage 4000 Kbps  # maximum net bandwidth for Amanda, in KB per sec
>>(blah blah)
>>
>>network interfaces
>>
>>..... Attributes are:  
>>use                                   - bandwidth above which amanda won't
>>start 
>>                                          backups using this interface.
>>Note that if
>>                                          a single backup will take more
>>than that,
>>                                          amanda won't try to make it run
>>slower!
>>
>>define interface local {
>>    comment  "a local disk"
>>    use 1000 kbps 
>>}
>>
>>define interface le0 {
>>     comment "100 Mbps ethernet"
>>     use 4000 kbps
>>
>>
>>So, does this mean that if my dumpers are using 4000kbps, amanda won't
>>
>allow
>
>>any more 
>>dumpers to start (even if the maximum number of allowed dumpers has not
>>
>been
>
>>reached)?
>>
>>Can I improve performance by raising the netusage variable and "use"
>>attribute to something
>>more in line with the actual capacity of the amanda-server's network
>>connection?
>>
>>Also, the network interface on the amanda-server is actually "hme0".  Are
>>the above simply
>>examples?  Should I create a new interface definition?
>>
>>Thanks for your help!
>>
>>Brandon Moro
>>Systems Administration, Unify Corporation
>>[EMAIL PROTECTED]
>>---------------------
>>>From meanness first this Portsmouth Yankey rose, And still to meanness all
>>his conduct flows.    --Oppression, A poem by an American (Boston, 1765).
>>
>>
>>
>


Reply via email to