On Wednesday 18 September 2002 17:43, Guy Speier wrote:
> confirm that you NIC is running at Full duplex.  Try an ftp to/from the
> netbackup server of a LARGE (> 100MB) file.  Perform both a put AND a get
> from both the nb master as well as the nb client.  Confirm that you are
> getting proper throughput on each of the 4 transfers.  If you are not, get
> with your network admin on the network side, and use the ndd commands on
> the UNIX side to run at full duplex.

..specifically, you should also check that you don't have a port speed 
mismatch between your server and the switch port.

Here's a quick script that we use to verify port speed. If your using ge | le 
interfaces, modify as appropriate.

#!/opt/perl/bin/perl -w

# Script parses an ifconfig call and determines device stats

use Sys::Hostname;
use strict;

my $system = hostname();
my $ifconfig = "/usr/sbin/ifconfig -a";
my ( $iface, $ip, $upflag, $device, $instance, $cmd );
my ( $status, $mode, $speed );
my ( @data );

#
# Run ifconfig to get the interfaces and ip addresses
#
open IFCFG, "$ifconfig |" or die "Cannot run $ifconfig: $!\n";

while (<IFCFG>){
    if( /^hme/){
        @data = split " ";
        $upflag = scalar( grep /UP/, @data );
        $iface = $data[0];
        chop $iface; # Remove trailing ':'
                # Filter out virtual interfaces (hme0:1)
                next if( $iface =~ /\:/ );

        # Get the next line with the IP Address
        if( $upflag ){
            $_ = <IFCFG>;
            @data = split " ";
            $ip = $data[1];
        } else {
            $ip = "unknown";
        }
    } else {
        next;
    }

        # Parse the device name from the instance number
    $device = $iface;
    $instance = chop $device;

        #                                                                       
                    
[19:14:45]
        # If this is a HME device query it for info
    if( $device eq "hme" ){
        $cmd = "/usr/sbin/ndd -set /dev/$device instance $instance";
        system( $cmd );
        $cmd = "/usr/sbin/ndd -get /dev/$device";
        $status = `$cmd link_status`;
        $speed = `$cmd link_speed`;
        $mode = `$cmd link_mode`;
        # Otherwise we know it is a 10 HDX
    } else {
        $speed = 0;
        $mode = 0;
        $status = $upflag;
    }

        #
        # Output a human readable device report
        #
    print "$system $iface $ip ";
    if( $speed == 1 ){
        print "100 Mbs ";
    } else {
        print "10 Mbs ";
    }

    if( $mode == 1 ){
        print "FDX ";
    } else {
        print "HDX ";
    }

    if( $status == 1 ){
        print "up\n";
    } else {
        print "down\n";
    }
}
close IFCFG;

exit 0;

>
> -----Original Message-----
> From: Lowell Fafard [mailto:lfafard AT saskpower DOT com]
> Sent: Wednesday, September 18, 2002 4:33 PM
> To: rene_casalme AT baxter DOT com
> Cc: veritas-bu AT mailman.eng.auburn DOT edu
> Subject: Re: [Veritas-bu] backup taking too long
>
>
>
> What type of network card?
>
> We have a backups slow down because of the
> /usr/openv/netbackup/NET_BUFFER_SZ parameter.  For instance we run our
> backups over our IBM SP Switch and if we don't set the NET_BUFFER_SZ our
> backups run very, very slow.
>
> Not sure if SUN is the same, but it may be something to consider.
>
> Lowell
>
>
>
>
>       rene_casalme AT baxter DOT com
> Sent by: veritas-bu-admin AT mailman.eng.auburn DOT edu
>
>
> 2002-09-18 02:52 PM
>
>
>
>         To:        veritas-bu AT mailman.eng.auburn DOT edu
>         cc:
>         Subject:        [Veritas-bu] backup taking too long
>
>
>
>
> Hello,
>
> I installed another NIC card on my Sun V880 so it could be on the same
> subnet as the backup server.  This took the load off the production subnet.
> I created a new client on the NetBackup server for the new interface.
> Unfortunately, the backup of a 35GB file system is now taking longer - in
> fact, it was over 3 days until I had to finally kill the job because it
> doesn't appear to be doing anything.  This process use to take about 15
> hours before the addition of the extra NIC card.  There is no routing
> issue. There appears to be some traffic between the server and client -
> used snoop. I'm not using any bandwidth limiting parameter.
>
> Can anybody give any pointers or hints?  I tried searching the archives but
> was unable to get anything meaningful.
>
> Thanks.
>
> Rene