Networker

Re: [Networker] Strange performance issues since NetWorker upgrade

2003-08-21 00:40:23
Subject: Re: [Networker] Strange performance issues since NetWorker upgrade
From: Itzik Meirson <imeirson AT MBI.CO DOT IL>
To: NETWORKER AT LISTMAIL.TEMPLE DOT EDU
Date: Thu, 21 Aug 2003 07:38:09 +0200
We once experienced such a problem with DLT drives.
After endless Networker debugging it turned out to be a HP/UX problem.
Applying the current HP fixes solved for us the performance issues.
Unfortunately I do not have the specific fixes details.
HTH,
        Itzik

> -----Original Message-----
> From: Saunderson,Michael Robert [mailto:SAUNDEMR AT APCI DOT COM]
> Sent: Wednesday, August 20, 2003 18:29
> To: NETWORKER AT LISTMAIL.TEMPLE DOT EDU
> Subject: [Networker] Strange performance issues since NetWorker
upgrade
> 
> Hello all,
> 
> I'm hoping there's a brain or two that can throw some ideas or light
on the following scenario
> (sorry if it's a bit long winded):
> 
> Up until just over a month ago we were running NetWorker 5.1 on HP-UX
10.20. This system ran
> backups at good speeds, but was highly prone to falling over and
NetWorker itself would often
> suffer from freezes.
> 
> To attempt to solve this (and other support issues), we moved
NetWorker across to newer hardware
> with the /nsr directory stored on striped disks, faster processors,
more memory, etc. The OS this
> newer system runs is HP-UX 11.0. Following the move to the new system,
we have noticed a
> significant reduction in the speed of data streaming down to the tape
drives and as a result many
> of our larger backups are failing to complete due to lack of time. We
have since upgraded to
> NetWorker 6.1.3, but this has made no change to the situation.
> 
> The new server has identical numbers of SCSI channels and NICs. There
are no apparent network
> configuration issues as the neither the cards nor the switch show any
errors. Test FTPs also run at
> good speeds. The system also isn't logging any SCSI errors. A local
backup of /nsr runs at very
> good speed until additional backup streams come in across the network.
> 
> Our vendor went through all the usual settings such as Parallelism,
Drive Sessions, etc., but all
> to no avail.
> 
> Does anyone have any further ideas where we could start looking?
> 
> Many thanks for any thoughts,
> 
> Michael Saunderson.
> 
> +
> 
> --
> Note: To sign off this list, send a "signoff networker" command via
email
> to listserv AT listmail.temple DOT edu or visit the list's Web site at
> http://listmail.temple.edu/archives/networker.html where you can
> also view and post messages to the list.
> =*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=


**************************************************************************************************
The contents of this email and any attachments are confidential.
It is intended for the named recipient(s) only.
If you have received this email in error please notify the system manager or  
the 
sender immediately and do not disclose the contents to any one or make copies.

MBI - System Team
**************************************************************************************************

--
Note: To sign off this list, send a "signoff networker" command via email
to listserv AT listmail.temple DOT edu or visit the list's Web site at
http://listmail.temple.edu/archives/networker.html where you can
also view and post messages to the list.
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=