Bug 151815 - Backup/Restore are very slow on OCFS with 2.4.21-20.ELsmp
Summary: Backup/Restore are very slow on OCFS with 2.4.21-20.ELsmp
Alias: None
Product: Red Hat Enterprise Linux 3
Classification: Red Hat
Component: kernel (Show other bugs)
(Show other bugs)
Version: 3.0
Hardware: i386 Linux
Target Milestone: ---
Assignee: Larry Woodman
QA Contact: Brian Brock
Depends On:
TreeView+ depends on / blocked
Reported: 2005-03-22 16:48 UTC by Ashish Tripathi
Modified: 2007-11-30 22:07 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2006-12-08 13:48:44 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description Ashish Tripathi 2005-03-22 16:48:50 UTC
From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)

Description of problem:
  I am using Redhat AS 3.0 (Update 3) with "2.4.21-20.ELsmp" Kernel with a 2 node RAC running OCFS (ocfs-2.4.21-EL-smp-1.0.13-1).Shared disks reside on a HP MA8000 SAN and are connected to the server using QLogic 2340 HBAs.Every server has only one HBA.Before upgrading to Kernel 2.4.21-20.ELsmp I was getting decent performace with tape backups and restores which is done over the network using HP Data Protector 5.but after the upgrade the performance of backups/restores have degraded considerabley.One intresting thing I noted was that when the backup is running and if I start a dd read process on the other shared file system in the same server, the backup speed picks up almost 2-3 times.But doing the same with restore doesn't help at all.
Is there any bug with kernel 2.4.21-20.ELsmp which is causing this behavior?

Version-Release number of selected component (if applicable):

How reproducible:
Didn't try

Additional info:

Comment 1 Larry Woodman 2005-04-04 18:02:40 UTC
Kernel 2.4.21-20 was RHEL3-U3 and that kernel had a bug in which inodes were not
preperly reclaimed.  That bug was fixed in RHEL3-U4/kernel-2.4.21-27, can you
grab that kernel or even the latedt RHEL3-U5 kernel and see if the problem you
described is fixed?

Thank You, Larry Woodman

Comment 2 Ashish Tripathi 2005-04-13 17:05:20 UTC
   I installed "2.4.21-27.0.2.ELsmp" kernel and ran the backups again but 
still the same result. By running a "dd read" process on another filesystem 
which is using a separate disks (LUN) makes the backup to run almost 10 times 

Comment 3 Larry Woodman 2005-04-13 17:11:10 UTC
At this point I think we need to have Oracle look at this sice its OCFS and from
what I can tell its not happening on other file systems.


Comment 4 Ashish Tripathi 2005-04-14 20:34:11 UTC
   I did a test by creating a EXT3 filesystem on the same disks.The backup 
speed was fine but the restore to the same disks using the same backup was 
half slower.
Can there be a bug in the drive of Qlogic card?


Note You need to log in before you can comment on or make changes to this bug.