Hi Sunil! Are there special steps one has to follow to recover such a filesystem that has been used with a buggy kernel?
We had this problem with a Debian 2.6.27 kernel and updated to a recent „mainline“ kernel 2.6.33.x – but are still seeing the same problem: „no space left“ is reported when trying to write files to the filesystem (a few megabytes are often „too much“) although df(1) shows a lot (gigabytes) of free space. - Kernel 2.6.33-2-amd64 (2.6.33-1~experimental.4) - OCFS2 Tools 1.4.3-1 Any hints? Do you need more information? Regards Alex Am 08.09.2010 um 04:12 schrieb Sunil Mushran: > Which kernel are you using? > > We have fixed this issue in mainline. We will soon have the same > fix for production kernels. > > On 09/07/2010 02:06 PM, Todd Freeman wrote: > >> From reading the archives I can see this issue has been hit before but >> I haven't found a resolution. >> >> I have a 50gb partition... I have formatted it at 10gb. I have it set >> for 4 cluster members and am using 3 of those slots. >> >> I fill the partition to 66% and voila... no space left on device. I >> have tried it with big files and lots of small files and both ways I hit >> this error at 66% usage. >> >> I am using ubuntu-server with ocfs2-tools 1.4.2-1 >> >> >> If anyone has ideas/solutions I would be most grateful... this FS is >> awesome :P _______________________________________________ Ocfs2-users mailing list Ocfs2-users@oss.oracle.com http://oss.oracle.com/mailman/listinfo/ocfs2-users