View previous topic :: View next topic |
Author |
Message |
zbindere Guru


Joined: 27 May 2004 Posts: 356 Location: Switzerland
|
Posted: Fri Sep 30, 2005 6:39 am Post subject: ext3 full, really? [solved] |
|
|
I get the following output of the df command:
df -h:
Code: | /dev/mapper/datavg-lv_test
69G 66G 0 100% /reensdata/test |
and df:
Code: | /dev/mapper/datavg-lv_test
72248648 68948760 0 100% /reensdata/test |
tune2fs -l /dev/mapper/datavg-lv_test gives:
Code: | tune2fs 1.38 (30-Jun-2005)
Filesystem volume name: <none>
Last mounted on: <not available>
Filesystem UUID: 35568772-26b9-4984-9181-f7ee18c4fcff
Filesystem magic number: 0xEF53
Filesystem revision #: 1 (dynamic)
Filesystem features: has_journal filetype needs_recovery sparse_super
Default mount options: (none)
Filesystem state: clean
Errors behavior: Continue
Filesystem OS type: Linux
Inode count: 9175040
Block count: 18350080
Reserved block count: 917504
Free blocks: 824972
Free inodes: 9160900
First block: 0
Block size: 4096
Fragment size: 4096
Blocks per group: 32768
Fragments per group: 32768
Inodes per group: 16384
Inode blocks per group: 512
Filesystem created: Tue Sep 27 20:48:14 2005
Last mount time: Thu Sep 29 13:06:25 2005
Last write time: Thu Sep 29 13:06:25 2005
Mount count: 4
Maximum mount count: 22
Last checked: Tue Sep 27 20:48:14 2005
Check interval: 15552000 (6 months)
Next check after: Sun Mar 26 20:48:14 2006
Reserved blocks uid: 0 (user root)
Reserved blocks gid: 0 (group root)
First inode: 11
Inode size: 128
Journal inode: 8
Default directory hash: tea
Directory Hash Seed: 703ee3f1-0fe7-4544-adf2-9a6655b21fb9
Journal backup: inode blocks
|
I have free inodes and free blocks. What is the problem here?
Last edited by zbindere on Mon Oct 10, 2005 8:39 am; edited 1 time in total |
|
Back to top |
|
 |
CriminalMastermind Tux's lil' helper


Joined: 19 Nov 2003 Posts: 132 Location: toronto
|
Posted: Fri Sep 30, 2005 7:48 am Post subject: |
|
|
zbindere wrote: | tune2fs 1.38 (30-Jun-2005)
Filesystem volume name: <none>
Last mounted on: <not available>
Filesystem UUID: 35568772-26b9-4984-9181-f7ee18c4fcff
Filesystem magic number: 0xEF53
Filesystem revision #: 1 (dynamic)
Filesystem features: has_journal filetype needs_recovery sparse_super
Default mount options: (none)
Filesystem state: clean
Errors behavior: Continue
Filesystem OS type: Linux
Inode count: 9175040
Block count: 18350080
Reserved block count: 917504
Free blocks: 824972 |
i would guess the reserved space for root to stop normal users from filling up the file system is your problem?
if so...
Code: | tune2fs -r 0 /dev/mapper/datavg-lv_test |
maybe your solution?
(i'd read the man page for that before runnig it)
hope that helped _________________ "I can picture a perfect world that knows of no war... and I can picture me attacking that world, because they'd never expect it." |
|
Back to top |
|
 |
zbindere Guru


Joined: 27 May 2004 Posts: 356 Location: Switzerland
|
Posted: Fri Sep 30, 2005 9:29 am Post subject: |
|
|
thanks, that was exactly the problem.
now when I run fsck.ext3 I get
Code: | e2fsck 1.38 (30-Jun-2005)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/datavg/lv_test: 14154/10485760 files (16.8% non-contiguous), 17582788/20971520 blocks |
Does somebody know if that non-cntiguous si a problem? |
|
Back to top |
|
 |
ejmiddleton n00b

Joined: 12 Sep 2005 Posts: 34
|
Posted: Fri Sep 30, 2005 9:59 am Post subject: That should just be fragmentation. |
|
|
It is generally really bad for performance using more then 80% of the capacity of a filesystem. Any files you write will be badly fragmented. If your filesystem requirements are really that strict, and you can't add another drive, you should probably user reiserfs which wastes less space. |
|
Back to top |
|
 |
|