I'm using a program that has many files open at once, and it's documentation said that the error that I was recieveing about creating a file was mostlikely due to /etc/security/limits.conf having too low a number of open files for it. I really doubted that I had 1024 files open on that user... The application continued to try to open/create files continually spouting errors continually.. further investigation made me realize that I could no longer write or delete files from that partition, a 20 gig fat32 partition... erroneously set up through evms /dev/evms/hdd5 was mounted as say: /mnt/boogers /etc/mtab reported the directory as being mounted rw. however, even root couldn't rm -f a file that wasn't in use (read only filesystem) evmsgui would unmount it, but it was still mounted! I could read the data! and mtab stopped reporting it as being mounted! It was still read only! after a reboot, I have reduced the number of files the program "wants" to work on at one time, and the error is gone. In windows I ran scandisk before the error because it had occured before.. and it still happend with a clean disk. I am using kernel 2.6.1-r1 dev sources. I have all the stuff in the raid directory/lvm directory compiled in or module, ~x86 emerge world -uD every night (manually) Reproducible: Didn't try Steps to Reproduce: 1.use evms to mount a large fat32 partiton 2.have an application create/have open tons of files on that partitiond 3. wonder if that is the cause? because it was working ok before installing evms, but I've never told it to work on so many files before. (I don't know the exact number, it's probably >128
bug 39759 is from my same issue
Does bug 39759 take care of this issue for you?
It's been so long. Not getting any help here. Closing and assuming it's fixed unless he reopens.