similar to: AW: OCFS 1.0.9-6 performance with EVA 6000 Storage

Dear All... I need some information regarding OCFS performance in my Linux Box, herewith is my environment details : 1. We are using RHAS 2.1 with kernel 2.4.9-e.27 Enterprise 2. OCFS version : 2.4.9-e-enterprise-1.0.9-6 3. Oracle RDBMS : 9.2.0.4 RAC with 5 Nodes 4. Storage = EVA 6000 with 8 TB SIZE 5. We have 1 DiskGroup and 51 LUNs configured in EVA6000. My Question is : 1. It takes arround 15

Dear All... I need some information regarding OCFS performance in my Linux Box, herewith is my environment details : 1. We are using RHAS 2.1 with kernel 2.4.9-e.27 Enterprise 2. OCFS version : 2.4.9-e-enterprise-1.0.9-6 3. Oracle RDBMS : 9.2.0.4 RAC with 5 Nodes 4. Storage = EVA 6000 with 8 TB SIZE 5. We have 1 DiskGroup and 51 LUNs configured in EVA6000. My Question is : 1. It takes arround 15

Hi OCFS Gurus... I have 2 questions for OCFS ver 1.0.10.1 1. What is the Maximum mount point suggested if we are using OCFS ? 2. Is there any method to tune the OCFS to booster the IO performance? Awaiting ur responses... Thanks in Advance... Rgds/Jeram

Hi All, we are using Red Hat 2.1 Kernel e38 along with MSA 1000. ocfs version being used is $ rpm -qa | grep ocfs ocfs-tools-1.0.10-1 ocfs-2.4.9-e-enterprise-1.0.12-1 ocfs-support-1.0.10-1 Database Version is 9.2.0.5 However we find that the performance of the database on OCFS is too slow. even a select count(1) from all_tables takes like a while to complete. We initially assumed RAC is

Dear all... Currently I am having 5 RAC nodes with Configurations as below : 1. HW = DL580 32 Bit Processor 2. OS = RHAS 2.1 3. OCFS= Latest Version 4. RAC= Oracle9i 9.2.0.5 (32 Bit) Now I am planning to add 2 more Rac Nodes in the existing RAC: 1. HW=Itanium 64 bit processor 2. OS=RHAS 3.0 3. OCFS=Latest Version 4. RAC=Oracle9i 9.2.0.5 (32 bit) Can I

Hi... I have a strange problem with my Private NIC Channel, here is my environment details : 1. RHAS 2.1 with kernel 2.4.9-e.27 Enterprise 2. OCFS version : 2.4.9-e-enterprise-1.0.9-6 3. Oracle RDBMS : 9.2.0.4 RAC with 5 Nodes 4. Private NIC Channel: Broadcom BCM5700 My Private NIC channel is down intermittently, we just tracing the root of the problems by identify each product installed the

Hi all... I have a strange problem. 2 of my mount points already use 7% of space, even when I check the directory is empty. When I re-format it, it release the space for a while, after 1 or 2 days, the space is used again for 7% - 10 %. What could be the reason? I am using RHAS 2.1 Enterprise Kernel 2.1 and OCFS release 1.0.9-6 Thanks Jeram

>also - for async io ; >p2448994_9204_LINUX.zip is the patch to apply for oracle >(this is metalink ARU patch number). Wim, The patch description on Metalink says: DIRECT IO SUPPORT ON EXT2 FILESYSTEM Which wasn't quite what I was expecting. Kevin -----Original Message----- From: Wim Coekaerts [mailto:wim.coekaerts@oracle.com] Sent: 25 November 2003 03:23 To: Brian M. Diehl

Hi, well i mounted the OCFS drive over nfs, but it seems to have problems with it, because the NFS does not detect changes (if I add or delete files) the nfs shares still shows the old status. If i delete a file on the OCFS volume, and i am doing a "ls" on one of the nfs clients, it says for every file which was on the ocfs, "no such file or directory". Did I miss

A few weeks back we opened a TAR with Oracle support to determine whether an OCFS (1.0.9-12) + async configuration was considered supportable. At first a technician said yes, but I followed up with Wim's explanation of how that combination is potentially troublesome and inadequately tested. The technician double-checked, then confirmed that OCFS + async is considered risky. He did say that a

From: John Smiley [mailto:pro_oracle@yahoo.com] Sent: Monday, November 24, 2003 5:07 PM To: Wim Coekaerts Cc: ocfs-devel@oss.oracle.com; ocfs-users@oss.oracle.com Subject: [Ocfs-users] ocfs-2.4.21-EL-smp-1.0.9-9.i686.rpm does not work with RHEL 3errata kernel Wim, ocfs-2.4.21-EL-smp-1.0.9-9.i686.rpm does not install when the errata kernel (2.4.21-4.0.1) is installed in RHEL 3. It complains

(Yep, it's me again) We've worked around some minor glitches and now have a pair of nodes happily sharing an OCFS volume. I was wondering, though, if it was possible to configure a second private IP address so that the nodes could communicate over more than one Gigabit Ethernet connection. Our RAC books and online docs make some vague references to multiple interconnects, but I have yet

Hello again. I am setting up a new pair of servers to run RAC. They're connected via fibre-channel to a hardware RAID array, and both are able to see the exposed LUNs. When I create an OCFS filesystem on one node with mkfs.ocfs, I can mount it. When I try to mount from the other node, however, it fails. After that, the filesystem is left in a state where neither node can mount it. The

Hi Sunil, I'm looking into this thread now. Does this mean we cannot use FTP option to copy OCFS files to ext3? If so, is there any ftp version available for OCFS, similar to cp --o_direct? Also, is there any version of sync available for OCFS (in normal FS, sync does a refresh of FS from kernel cache so that the FS is consistent). By this can we say that the FS shard by both nodes is

Wim, Thanks for your prompt response on this. The tpmC figures look very impressive, and tpmC is read intensive. I had already read note 236679.1 "Comparing Performance Between RAW IO vs OCFS vs EXT2/3" which I guess is the article to which you are referring; it made me suspect that the poor performance was due to the lack of an OS IO cache but I wasn't sure. The database is

Wim, Thanks for your prompt response on this. The tpmC figures look very impressive, and tpmC is read intensive. I had already read note 236679.1 "Comparing Performance Between RAW IO vs OCFS vs EXT2/3" which I guess is the article to which you are referring; it made me suspect that the poor performance was due to the lack of an OS IO cache but I wasn't sure. The database is

Sort of a followup... We've been running OCFS in sync mode for a little over a month now, and it has worked reasonably well. Performance is still a bit spotty, but we're told that the next kernel update for RHEL3 should improve the situation. We might eventually move to Polyserve's cluster filesystem for its multipathing capability and potentially better performance, but at least we

I'm preparing a pair of Red Hat Enterprise Linux 3 servers on which to test RAC. Currently they are running the 2.4.21-4.0.2 kernel. I saw that the 1.0.9-9 OCFS binaries are tied to the 4.0.1 kernel, and confirmed that myself. The 1.0.9-12 packages are dated a few days later and don't refer to a specific kernel version, so I assumed they would work with 4.0.2. However, when I try to

Skipped content of type multipart/alternative

Skipped content of type multipart/alternative