- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- fbackup slower after patch installation
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-27-2007 05:12 AM
тАО08-27-2007 05:12 AM
fbackup slower after patch installation
On Saturday we installed the following patches:
PHNE_35950 sendmail(1M) 8.9.3 patch
PHSS_34389 Xserver cumulative patch
PHSS_36286 KRB5-Client Version 1.0 cumulative patch
We are running an rp3440 with hp-ux 11.11.
Since then, out backups are taking 30 minutes or 30% more time to complete.
We did not detect this on our development server as we use fbackup in production but Omniback in development.
Output is directed to an Ultrium 2 tape drive on an SCSI Ultra320 A6961-60011 bus.
As these patches do not appear to have anything to do with backup...
Can anyone provide a hint or a reason why the backup is taking so must longer?
I have checked all installation logs and found no errors.
Thanks
RayB
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-27-2007 05:47 AM
тАО08-27-2007 05:47 AM
Re: fbackup slower after patch installation
No I can't give you a hint.
I can say that sometimes patches have unintended consequences. These patches are all three star I believe and should not have caused the slowdown.
It's good to look at the patches, because when something goes wrong, it usually is the last thing you did. Or something you did not do.
You say you installed three patches. What about the last bi-annual patch set? Lots of performance related patches in both of those.
What you have before you is an investigation.
I assume you want those patches installed, bu t if you can live without them for a while, see if using swremove to remove them one at a time helps.
Note, it also could be something that someone else did. Perhaps you are backing up san data and while you were installing patches the san team was working magic and slowing down your I/O.
SEP
Owner of ISN Corporation
http://isnamerica.com
http://hpuxconsulting.com
Sponsor: http://hpux.ws
Twitter: http://twitter.com/hpuxlinux
Founder http://newdatacloud.com
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-27-2007 06:55 AM
тАО08-27-2007 06:55 AM
Re: fbackup slower after patch installation
The only thing that occurs to me is to back out each patch one at the time to see if the problem disappears -- I'm betting it won't.
I would look to other things as the cause of the bottleneck during backup but you are going to have to gather some metrics.
I do find it ironic that you are using fbackup for production and OB2 for production. I would have thought that it would have been the other way around or OB2/DP for both. Of course, if you really meant OB2 rather than DP then all versions of OB2 are out of support so perhaps that's why you are using fbackup.
Did someone "improve" the fbackup config file over the weekend as well?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-27-2007 11:32 AM
тАО08-27-2007 11:32 AM
Re: fbackup slower after patch installation
blocksperrecord 4096
records 64
checkpointfreq 4096
readerprocesses 6
maxretries 5
retrylimit 5000000
maxvoluses 200
filesperfsm 2000
NOTE: records 64 will need a fairly large chunk of shared memory. You can reduce this to 32 or 24 with a drop in performance.
Bill Hassell, sysadmin
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-27-2007 02:08 PM
тАО08-27-2007 02:08 PM
Re: fbackup slower after patch installation
i suggest you to run fbackup with the -c option to the file /etc/sam/br/fbackup_config. you can edit the fbackup_config file with different value for blocksperrecord to find out the best block size for the fbackup performance to the LTO2 drive. the default fbackup parameter will not get the best performance out from the LTO2 drive.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-27-2007 02:20 PM
тАО08-27-2007 02:20 PM
Re: fbackup slower after patch installation
Here is another tips.
There are two steps required to increase the write performance of fbackup:
First the parameters defined in the config file should be adapted for better performance:
blocksperrecord 64
records 64
checkpointfreq 128
readerprocesses 1
maxretries 5
retrylimit 5000000
maxvoluses 100
filesperfsm 500
If disk striping is used the number of reader processes should be increased to the number of disks:
readerprocesses number_of_disks
Note:
The config file is specified at the command line via the '-c' switch. If the backup is setup as an automated backup via SAM then the config file /etc/sam/br/fbackup_config is used.
WK
please assign points
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-27-2007 03:21 PM
тАО08-27-2007 03:21 PM
Re: fbackup slower after patch installation
ll /usr/sbin/sendmail
what /usr/sbin/sendmail
ll /etc/inetd.conf
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-28-2007 12:32 AM
тАО08-28-2007 12:32 AM
Re: fbackup slower after patch installation
the command we use is:
/usr/sbin/fbackup -y -ug $BKUPROOT/graph2.files -V $hdr_file -I $inf_file -c $BKUPROOT/fb_config.parms -f $BKUPDEV | tee -a $LOGFILE
where
BKUPROOT=/usr/local/backup
ll /usr/local/backup gives:
-r-xr-xr-x 1 root software 271 Oct 9 1997 error
-rw-r--r-- 1 root software 73 Jul 7 2002 graph.files
-rw-r--r-- 1 root software 32 Jun 23 2005 graph2.files
-r-xr-xr-x 1 root sys 600 Jul 20 2005 chgvol_dat
-rw-r--r-- 1 root software 204 Aug 25 2005 fb_config.parms
-r-xr-xr-x 1 root software 647 Nov 9 2005 chgvol
and fb_config.parms contains:
blocksperrecord 128
records 32
checkpointfreq 256
readerprocesses 6
maxretries 3
chgvol /usr/local/backup/chgvol
error /usr/local/backup/error
Looking at the dates, nothing has changed in nearly 2 years.
For you Santhosh,
$ ll /usr/sbin/sendmail
-r-sr-sr-t 1 root mail 864256 May 10 05:21 /usr/sbin/sendmail
$ what /usr/sbin/sendmail
/usr/sbin/sendmail:
Copyright (c) 1998 HEWLETT PACKARD COMPANY and its licensors,
including Sendmail, Inc., and the Regents of the
University of California. All rights reserved.
version.c 8.9.3 (Berkeley) 10 May 2007 (PHNE_35950)
$ ll /etc/inetd.conf
-r--r--r-- 1 bin bin 4840 Mar 31 13:35 /etc/inetd.conf
I rather suspected patch 34389 (Xserver) because it is the only one labelled with "hardware enablement".
Thanks all,
RayB
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-28-2007 01:27 AM
тАО08-28-2007 01:27 AM
Re: fbackup slower after patch installation
>> On Saturday we installed the following patches:
>> PHNE_35950 sendmail(1M) 8.9.3 patch
>> PHSS_34389 Xserver cumulative patch
>> PHSS_36286 KRB5-Client Version 1.0 cumulative patch
>> Since then, out backups are taking 30 minutes or
>> 30% more time to complete
Stop Sendmail & try to perform backup again:
# /sbin/init.d/sendmail stop
Thanks
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-28-2007 02:01 AM
тАО08-28-2007 02:01 AM
Re: fbackup slower after patch installation
but what do sendmail and fbackup have in common?
It's definately an fbackup problem because, as shown below, ftio writes to the same hardware immediately after and it's run time has not increased:
$ for file in `ls bkup* | tail -10`
> do
> zcat $file | head | grep finished
> done
08/17/07,04:29:51: fbackup finished
08/17/07,05:19:05: ftio finished
08/19/07,04:29:44: fbackup finished
08/19/07,05:19:00: ftio finished
08/20/07,04:29:55: fbackup finished
08/20/07,05:19:01: ftio finished
08/21/07,04:30:26: fbackup finished
08/21/07,05:19:39: ftio finished
08/22/07,04:28:52: fbackup finished
08/22/07,05:18:06: ftio finished
08/23/07,04:28:56: fbackup finished
08/23/07,05:17:58: ftio finished
08/24/07,04:30:00: fbackup finished
08/24/07,05:18:57: ftio finished
08/26/07,05:02:55: fbackup finished
08/26/07,05:51:47: ftio finished
08/27/07,05:03:31: fbackup finished
08/27/07,05:52:28: ftio finished
08/28/07,05:03:06: fbackup finished
08/28/07,05:52:14: ftio finished
$