<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>

<meta http-equiv="content-type" content="text/html; charset=ISO-8859-1">
</head>
<body bgcolor="#ffffff" text="#000000">
Hi All...<br>
<br>
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 <b>/site06)</b>:<br>
<br>
[root@core23 ~]# df -h<br>
Filesystem&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Size&nbsp; Used Avail Use% Mounted on<br>
/dev/sda1&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 87G&nbsp; 2.4G&nbsp;&nbsp; 80G&nbsp;&nbsp; 3% /<br>
tmpfs&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 512M&nbsp;&nbsp;&nbsp;&nbsp; 0&nbsp; 512M&nbsp;&nbsp; 0% /dev/shm<br>
none&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 512M&nbsp; 104K&nbsp; 512M&nbsp;&nbsp; 1% /var/lib/xenstored<br>
/dev/mapper/iscsi04-lun1p1<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 851G&nbsp;&nbsp; 63G&nbsp; 788G&nbsp;&nbsp; 8% /site04<br>
/dev/mapper/iscsi05-lun1p1<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 851G&nbsp;&nbsp; 65G&nbsp; 787G&nbsp;&nbsp; 8% /site05<br>
/dev/mapper/iscsi06-lun2p1<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 884G&nbsp; 100G&nbsp; 785G&nbsp; 12% /apoio06<br>
/dev/mapper/iscsi06-lun1p1<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <b>851G&nbsp; 142G&nbsp; 709G&nbsp; 17% /site06<br>
<br>
<br>
</b>2) Running "debugfs.ocfs2 /dev/mapper/iscsi06-lun1p1", I found the
following relevant file:<br>
<br>
debugfs: ls -l //orphan_dir:0001<br>
&nbsp;&nbsp;&nbsp; 13&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; drwxr-xr-x&nbsp;&nbsp; 2&nbsp;&nbsp;&nbsp;&nbsp; 0&nbsp;&nbsp;&nbsp;&nbsp; 0&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 3896
27-Jul-2009 09:55 .<br>
&nbsp;&nbsp;&nbsp; 6&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; drwxr-xr-x&nbsp; 18&nbsp;&nbsp;&nbsp;&nbsp; 0&nbsp;&nbsp;&nbsp;&nbsp; 0&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 4096&nbsp;
9-Jul-2009 12:24 ..<br>
&nbsp;&nbsp;&nbsp; 524781&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; -rw-r--r--&nbsp;&nbsp; 0&nbsp;&nbsp;&nbsp;&nbsp; 0&nbsp;&nbsp;&nbsp;&nbsp; 0&nbsp;&nbsp;&nbsp; 104857600000
24-Jul-2009 16:35 00000000000801ed<br>
<br>
<br>
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:<br>
<br>
[root@core09 log]# cat /etc/redhat-release <br>
Scientific Linux SL release 5.3 (Boron)<br>
<br>
[root@core09 log]# uname -a<br>
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<br>
<br>
[root@core09 log]# rpm -qa | grep ocfs2<br>
ocfs2-2.6.18-128.1.16.el5xen-1.4.2-1.el5<br>
ocfs2-tools-1.4.2-1.el5<br>
ocfs2console-1.4.2-1.el5<br>
<br>
<br>
Is there a workaround for this?<br>
Cheers<br>
Goncalo<br>
</body>
</html>