[Ocfs2-users] How to clean orphan metadata?

[Gonçalo Borges]

Hi All...

1) I have recently deleted a big 100GB file from an OCFS2 partition. The 
problem is that a "df" command still shows that partition with 142 GB of 
used spaced when it should report ~42Gb of used space (look to */site06)*:

[root at core23 ~]# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/sda1              87G  2.4G   80G   3% /
tmpfs                 512M     0  512M   0% /dev/shm
none                  512M  104K  512M   1% /var/lib/xenstored
/dev/mapper/iscsi04-lun1p1
                       851G   63G  788G   8% /site04
/dev/mapper/iscsi05-lun1p1
                       851G   65G  787G   8% /site05
/dev/mapper/iscsi06-lun2p1
                       884G  100G  785G  12% /apoio06
/dev/mapper/iscsi06-lun1p1
*851G  142G  709G  17% /site06


*2) Running "debugfs.ocfs2 /dev/mapper/iscsi06-lun1p1", I found the 
following relevant file:

debugfs: ls -l //orphan_dir:0001
     13              drwxr-xr-x   2     0     0            3896 
27-Jul-2009 09:55 .
     6               drwxr-xr-x  18     0     0            4096  
9-Jul-2009 12:24 ..
     524781          -rw-r--r--   0     0     0    104857600000 
24-Jul-2009 16:35 00000000000801ed


3) I need to clean this metadata information, but I can not run 
"fsck.ocfs2 -f" because this is a production filesystem being accessed 
by 12 clients. To run "fsck.ocfs2 -f" I would have to unmount the 
partition from all the clients, and this is not a solution at the time. 
The software I'm currently using is:

[root at core09 log]# cat /etc/redhat-release
Scientific Linux SL release 5.3 (Boron)

[root at core09 log]# uname -a
Linux core09.ncg.ingrid.pt 2.6.18-128.1.16.el5xen #1 SMP Tue Jun 30 
07:06:24 EDT 2009 x86_64 x86_64 x86_64 GNU/Linux

[root at core09 log]# rpm -qa | grep ocfs2
ocfs2-2.6.18-128.1.16.el5xen-1.4.2-1.el5
ocfs2-tools-1.4.2-1.el5
ocfs2console-1.4.2-1.el5


Is there a workaround for this?
Cheers
Goncalo
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://oss.oracle.com/pipermail/ocfs2-users/attachments/20090727/467a9088/attachment.html