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)*:
[r...@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:
[r...@core09 log]# cat /etc/redhat-release
Scientific Linux SL release 5.3 (Boron)
[r...@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
[r...@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
_______________________________________________
Ocfs2-users mailing list
Ocfs2-users@oss.oracle.com
http://oss.oracle.com/mailman/listinfo/ocfs2-users
