We are running Linux AS 2.1 .27 enterprise on an EMC CX400 SAN with ocfs version enterprise 1.0.9-12. After formatting the partitions the response from the filesystem is very slow during either read or writes. Even worse, while we can create a directory, we are unable to delete the directory after it has been created. Every time any directory is attempted to be removed with rmdir we get a "rmdir: 'directory name': Directory not empty" even though there has never been a write of any data to that directory. I am just wondering if anyone else has had this experience and even better, has found a solution. Paul Anderson "Reports that say something hasn't happened are always interesting to me, because as we know, there are known knowns; there are things we know we know. We also know there are known unknowns; that is to say we know there are some things we do not know. But there are also unknown unknowns -- the ones we don't know we don't know."
We have an identical configuration and have had exactly the same problems. (Both slowness and the rmdir error.) We're still working on it. Just out of curiousity, are you using Powerpath? Jeremy Schneider>>> "Paul Anderson" <Paul.Anderson@priorityhealthcare.com> 02/04/200412:04:26 PM >>> We are running Linux AS 2.1 .27 enterprise on an EMC CX400 SAN with ocfs version enterprise 1.0.9-12. After formatting the partitions the response from the filesystem is very slow during either read or writes. Even worse, while we can create a directory, we are unable to delete the directory after it has been created. Every time any directory is attempted to be removed with rmdir we get a "rmdir: 'directory name': Directory not empty" even though there has never been a write of any data to that directory. I am just wondering if anyone else has had this experience and even better, has found a solution. Paul Anderson "Reports that say something hasn't happened are always interesting to me, because as we know, there are known knowns; there are things we know we know. We also know there are known unknowns; that is to say we know there are some things we do not know. But there are also unknown unknowns -- the ones we don't know we don't know." _______________________________________________ Ocfs-users mailing list Ocfs-users@oss.oracle.com http://oss.oracle.com/mailman/listinfo/ocfs-users
if you run powerpath, try to run without as there have been very clear problems with it. raw throughput really is not a problem, mkdir will take time, but we optimize for io throughput for the database, not metadata. you have to use the tools with O_DIRECT etc On Wed, Feb 04, 2004 at 12:04:26PM -0500, Paul Anderson wrote:> We are running Linux AS 2.1 .27 enterprise on an EMC CX400 SAN with ocfs version enterprise 1.0.9-12. After formatting the partitions the response from the filesystem is very slow during either read or writes. Even worse, while we can create a directory, we are unable to delete the directory after it has been created. Every time any directory is attempted to be removed with rmdir we get a "rmdir: 'directory name': Directory not empty" even though there has never been a write of any data to that directory. I am just wondering if anyone else has had this experience and even better, has found a solution. > > Paul Anderson > > "Reports that say something hasn't happened are always interesting to me, because as we know, there are known knowns; there are things we know we know. We also know there are known unknowns; that is to say we know there are some things we do not know. But there are also unknown unknowns -- the ones we don't know we don't know." > > > > _______________________________________________ > Ocfs-users mailing list > Ocfs-users@oss.oracle.com > http://oss.oracle.com/mailman/listinfo/ocfs-users
The rmdir issue was logged as bug#3390683. This has been fixed. The fix will be available in 1.0.10.
We are using PowerPath 3.03. Someone suggested running without the PowerPath which is not an optional as it would void our support contract. Paul -----Original Message----- From: Jeremy Schneider [mailto:jer1887@asugroup.com] Sent: Wednesday, February 04, 2004 12:32 PM To: ocfs-users@oss.oracle.com; Paul Anderson Subject: Re: [Ocfs-users] OCFS and removing directories We have an identical configuration and have had exactly the same problems. (Both slowness and the rmdir error.) We're still working on it. Just out of curiousity, are you using Powerpath? Jeremy Schneider>>> "Paul Anderson" <Paul.Anderson@priorityhealthcare.com> 02/04/200412:04:26 PM >>> We are running Linux AS 2.1 .27 enterprise on an EMC CX400 SAN with ocfs version enterprise 1.0.9-12. After formatting the partitions the response from the filesystem is very slow during either read or writes. Even worse, while we can create a directory, we are unable to delete the directory after it has been created. Every time any directory is attempted to be removed with rmdir we get a "rmdir: 'directory name': Directory not empty" even though there has never been a write of any data to that directory. I am just wondering if anyone else has had this experience and even better, has found a solution. Paul Anderson "Reports that say something hasn't happened are always interesting to me, because as we know, there are known knowns; there are things we know we know. We also know there are known unknowns; that is to say we know there are some things we do not know. But there are also unknown unknowns -- the ones we don't know we don't know." _______________________________________________ Ocfs-users mailing list Ocfs-users@oss.oracle.com http://oss.oracle.com/mailman/listinfo/ocfs-users _______________________________________________ Ocfs-users mailing list Ocfs-users@oss.oracle.com http://oss.oracle.com/mailman/listinfo/ocfs-users
What about the issues with creating and removing directories? We'd never seen that until 1.0.9-12, and I see a similar item being discussed on ocfs-devel the last couple of days. We're hesitant to proceed here, as we're in production, and are even considering downgrading ocfs. Is it known when the directory issue arose? We've been running 1.0.9-12 in production for several weeks, and just came upon this when attempting to move our archived logs back from ext3 to ocfs. Thanks for any insight. -----Original Message----- From: Wim Coekaerts [mailto:wim.coekaerts@oracle.com] Sent: Wednesday, February 04, 2004 2:12 PM To: Paul Anderson Cc: ocfs-users@oss.oracle.com Subject: Re: [Ocfs-users] OCFS and removing directories rigth - what you could do is get emc to fix the performance issues :) when yo urun without you can verify the differences (again, look at actual database io throughput) and if they re big, they have to handle it we ve had a large number of complaints and powerpath is binary only we can't fix it on our end as we don'tdo anything wrong in our stack On Wed, Feb 04, 2004 at 01:55:49PM -0500, Paul Anderson wrote:> We are using PowerPath 3.03. Someone suggested running without the PowerPath which is not an optional as it would void our support contract. > > Paul > > -----Original Message----- > From: Jeremy Schneider [mailto:jer1887@asugroup.com] > Sent: Wednesday, February 04, 2004 12:32 PM > To: ocfs-users@oss.oracle.com; Paul Anderson > Subject: Re: [Ocfs-users] OCFS and removing directories > > We have an identical configuration and have had exactly the same > problems. (Both slowness and the rmdir error.) We're still working on > it. Just out of curiousity, are you using Powerpath? > > Jeremy Schneider > > > >>> "Paul Anderson" <Paul.Anderson@priorityhealthcare.com> 02/04/2004 > 12:04:26 PM >>> > We are running Linux AS 2.1 .27 enterprise on an EMC CX400 SAN with > ocfs version enterprise 1.0.9-12. After formatting the partitions the > response from the filesystem is very slow during either read or writes. > Even worse, while we can create a directory, we are unable to delete the > directory after it has been created. Every time any directory is > attempted to be removed with rmdir we get a "rmdir: 'directory name': > Directory not empty" even though there has never been a write of any > data to that directory. I am just wondering if anyone else has had this > experience and even better, has found a solution. > > Paul Anderson > > "Reports that say something hasn't happened are always interesting to > me, because as we know, there are known knowns; there are things we know > we know. We also know there are known unknowns; that is to say we know > there are some things we do not know. But there are also unknown > unknowns -- the ones we don't know we don't know." > > > > _______________________________________________ > Ocfs-users mailing list > Ocfs-users@oss.oracle.com > http://oss.oracle.com/mailman/listinfo/ocfs-users > _______________________________________________ > Ocfs-users mailing list > Ocfs-users@oss.oracle.com > http://oss.oracle.com/mailman/listinfo/ocfs-users > > > _______________________________________________ > Ocfs-users mailing list > Ocfs-users@oss.oracle.com > http://oss.oracle.com/mailman/listinfo/ocfs-users_______________________________________________ Ocfs-users mailing list Ocfs-users@oss.oracle.com http://oss.oracle.com/mailman/listinfo/ocfs-users