8G consumed by inode_allocs. 1G by the journals.

3099590656 2-May-2006 16:11 inode_alloc:0000
1879048192 2-May-2006 16:11 inode_alloc:0001
3137339392 2-May-2006 16:11 inode_alloc:0002

In ocfs2, a block holds only one inode. If you use 2K blocksize,
you will be reduce this consumption by a half.

In 1.4 we hope to add data-in-the-inode. That will allow users to
use 4K blocksizes for all kinds of usage.

Matthew Flusche wrote:
I have since formatted the new file system (I'm testing different block
sizes).  But here is the output from the original file system:

[EMAIL PROTECTED] ~]# echo "ls -l //" | debugfs.ocfs2 /dev/emcpowera
debugfs.ocfs2 1.2.1
debugfs:        10              drwxr-xr-x   6     0     0
4096  2-May-2006 16:11 .
        10              drwxr-xr-x   6     0     0            4096
2-May-2006 16:11 ..
        11              -rw-r--r--   1     0     0               0
2-May-2006 16:11 bad_blocks
        12              -rw-r--r--   1     0     0          835584
2-May-2006 16:11 global_inode_alloc
        13              -rw-r--r--   1     0     0           16384
2-May-2006 16:11 slot_map
        14              -rw-r--r--   1     0     0         1048576
2-May-2006 16:11 heartbeat
        15              -rw-r--r--   1     0     0     53687091200
2-May-2006 16:11 global_bitmap
        16              drwxr-xr-x   2     0     0          774144
10-Sep-2006 00:08 orphan_dir:0000
        17              drwxr-xr-x   2     0     0            4096
2-May-2006 16:11 orphan_dir:0001
        18              drwxr-xr-x   2     0     0           94208
5-Jul-2006 17:13 orphan_dir:0002
        19              drwxr-xr-x   2     0     0            4096
2-May-2006 16:11 orphan_dir:0003
        20              -rw-r--r--   1     0     0        12582912
2-May-2006 16:11 extent_alloc:0000
        21              -rw-r--r--   1     0     0               0
2-May-2006 16:11 extent_alloc:0001
        22              -rw-r--r--   1     0     0               0
2-May-2006 16:11 extent_alloc:0002
        23              -rw-r--r--   1     0     0               0
2-May-2006 16:11 extent_alloc:0003
        24              -rw-r--r--   1     0     0      3099590656
2-May-2006 16:11 inode_alloc:0000
        25              -rw-r--r--   1     0     0      1879048192
2-May-2006 16:11 inode_alloc:0001
        26              -rw-r--r--   1     0     0      3137339392
2-May-2006 16:11 inode_alloc:0002
        27              -rw-r--r--   1     0     0               0
2-May-2006 16:11 inode_alloc:0003
        28              -rw-r--r--   1     0     0       268435456
2-May-2006 16:11 journal:0000
        29              -rw-r--r--   1     0     0       268435456
2-May-2006 16:11 journal:0001
        30              -rw-r--r--   1     0     0       268435456
2-May-2006 16:11 journal:0002
        31              -rw-r--r--   1     0     0       268435456
2-May-2006 16:11 journal:0003
        32              -rw-r--r--   1     0     0               0
2-May-2006 16:11 local_alloc:0000
        33              -rw-r--r--   1     0     0               0
2-May-2006 16:11 local_alloc:0001
        34              -rw-r--r--   1     0     0               0
2-May-2006 16:11 local_alloc:0002
        35              -rw-r--r--   1     0     0               0
2-May-2006 16:11 local_alloc:0003
        36              -rw-r--r--   1     0     0               0
2-May-2006 16:11 truncate_log:0000
        37              -rw-r--r--   1     0     0               0
2-May-2006 16:11 truncate_log:0001
        38              -rw-r--r--   1     0     0               0
2-May-2006 16:11 truncate_log:0002
        39              -rw-r--r--   1     0     0               0
2-May-2006 16:11 truncate_log:0003
debugfs:

-----Original Message-----
From: Sunil Mushran [mailto:[EMAIL PROTECTED] Sent: Monday, September 25, 2006 5:09 PM
To: Matthew Flusche
Cc: [email protected]
Subject: Re: [Ocfs2-users] ocfs2 - disk usage inconsistencies

Do:
# echo "ls -l //" | debugfs.ocfs2 /dev/sdX

This will list the sizes of the system files. Email me the info.

Matthew Flusche wrote:
I created another 50 GB OCFS2 file system with the same parameters
(16k
cluster 4k block) and copied the contents of the original file system.
My 26GB of data only takes up 38GB now (43 GB on the original file
system).  After I delete all the contents of the new file system,
there
is still 3.7 GB used.  Any ideas?

-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Matthew
Flusche
Sent: Sunday, September 24, 2006 3:06 PM
To: Sunil Mushran
Cc: [email protected]
Subject: RE: [Ocfs2-users] ocfs2 - disk usage inconsistencies

I unmounted the file system from each node and ran the fsck.ocfs2 on
it.
That cleaned up the orphan_dirs but I did not get my 17 GB of space
back.   Any other suggestions?  Am I going to have to
backup,format,restore to fix this?

-----Original Message-----
From: Sunil Mushran [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 20, 2006 2:31 PM
To: Matthew Flusche
Cc: [email protected]
Subject: Re: [Ocfs2-users] ocfs2 - disk usage inconsistencies

Yes.

Matthew Flusche wrote:
When I stat the only file listed in //orphan_dir:0002 it shows 0
clusters.  There are only directories listed in //orphan_dir:0000 and
none of the directories have contents.  So my next courses of action
(since I don't know what has these unlinked files opened) would be to
stop every process accessing this file system?  Possibly umount/mount
the file system? would fsck.ocfs2 clean this up?

-----Original Message-----
From: Sunil Mushran [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 20, 2006 1:52 PM
To: Matthew Flusche
Cc: [email protected]
Subject: Re: [Ocfs2-users] ocfs2 - disk usage inconsistencies

Another node or that node itself.

As far as the filesize goes, "ls -l" does not give the ondisk size.
Do "stat <inodenum>" on the unlinked files and see the "Clusters".

Matthew Flusche wrote:
There has been a lot of file system activity recently.

I have files in orphan_dir:0000 and orphan_dir:0002.  But that
doesn't
seem to account for the 17 GB missing.  The truncate logs seem
clean.
So having files in orphan_dir:0000 is telling me that the node in
slot
0
deleted files and another node(s) still has the file open, correct?

Matt

debugfs: ls -l //orphan_dir:0000
        16              drwxr-xr-x  13     0     0          774144
10-Sep-2006 00:08 .
        10              drwxr-xr-x   6     0     0            4096
2-May-2006 16:11 ..
        3052182         drwxrwxrwx   0   501   500            4096
19-Jul-2006 17:50 00000000002e9296
        8234094         drwxrwxrwx   0   501   500            4096
19-Jul-2006 17:50 00000000007da46e
        13063783        drwxrwxrwx   0   501   500            4096
19-Jul-2006 17:50 0000000000c75667
        7869995         drwxrwxrwx   0   501   500            4096
22-Aug-2006 13:27 000000000078162b
        3741473         drwxrwxrwx   0   501   500            4096
22-Aug-2006 13:29 0000000000391721
        3351057         drwxrwxrwx   0   501   500            4096
19-Jul-2006 17:50 0000000000332211
        7842503         drwxrwxrwx   0   501   500            4096
19-Jul-2006 17:50 000000000077aac7
        2056493         drwxrwxrwx   0   501   500            4096
5-Sep-2006 08:53 00000000001f612d
        7861894         drwxrwxrwx   0   501   500            4096
5-Sep-2006 08:53 000000000077f686
        1487817         drwxrwxrwx   0   501   500            4096
5-Sep-2006 08:53 000000000016b3c9
        1702439         drwxrwxrwx   0   501   500            4096
5-Sep-2006 08:53 000000000019fa27

debugfs: ls -l //orphan_dir:0002
        18              drwxr-xr-x   2     0     0           94208
5-Jul-2006 17:13 .
        10              drwxr-xr-x   6     0     0            4096
2-May-2006 16:11 ..
        4301446         -rw-r--r--   0   503   500               0
12-Aug-2006 10:40 000000000041a286

-----Original Message-----
From: Sunil Mushran [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 20, 2006 12:32 PM
To: Matthew Flusche
Cc: [email protected]
Subject: Re: [Ocfs2-users] ocfs2 - disk usage inconsistencies

Did you remove some large files recently? If so, check the
orphan_dir
and truncate_log for all the slots.

1. Start debugfs:
# debugfs.ocfs2 /dev/sdX

2. List system directory:
 > ls -l //

3. List files in all orphan_dir(s):
 > ls -l //orphan_dir:0000

If there are files, means some process in the cluster is still using

that file.

4. stat all trancate_log(s):
 > stat //truncate_log:0000

I will be surprised if you see any bits here. If there are, do "sync;sync;sync;" on the
appropriate node.

5. You can find the appropriate node by dumping the slotmap:
 > slotmap
Find the slot-to-nodenum mapping. Do the sync on that node.

For this and more, refer to the on-disk format support guide.

http://oss.oracle.com/projects/ocfs2/dist/documentation/03-disk_format.p
df

Matthew Flusche wrote:
Hi all.

I have a 50 GB OCFS2 file system. I'm currently using ~26GB of
space
but df is reporting 43 GB used. Any ideas how to find out where the

missing 17GB is at?

The file system was formatted with a 16K cluster & 4K block size.

Thanks,

Matt


------------------------------------------------------------------------
_______________________________________________
Ocfs2-users mailing list
[email protected]
http://oss.oracle.com/mailman/listinfo/ocfs2-users
_______________________________________________
Ocfs2-users mailing list
[email protected]
http://oss.oracle.com/mailman/listinfo/ocfs2-users
_______________________________________________
Ocfs2-users mailing list
[email protected]
http://oss.oracle.com/mailman/listinfo/ocfs2-users

_______________________________________________
Ocfs2-users mailing list
[email protected]
http://oss.oracle.com/mailman/listinfo/ocfs2-users

_______________________________________________
Ocfs2-users mailing list
[email protected]
http://oss.oracle.com/mailman/listinfo/ocfs2-users

_______________________________________________
Ocfs2-users mailing list
[email protected]
http://oss.oracle.com/mailman/listinfo/ocfs2-users

Reply via email to