Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
ext3 full, really? [solved]
View unanswered posts
View posts from last 24 hours

 
Reply to topic    Gentoo Forums Forum Index Kernel & Hardware
View previous topic :: View next topic  
Author Message
zbindere
Guru
Guru


Joined: 27 May 2004
Posts: 356
Location: Switzerland

PostPosted: Fri Sep 30, 2005 6:39 am    Post subject: ext3 full, really? [solved] Reply with quote

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
View user's profile Send private message
CriminalMastermind
Tux's lil' helper
Tux's lil' helper


Joined: 19 Nov 2003
Posts: 132
Location: toronto

PostPosted: Fri Sep 30, 2005 7:48 am    Post subject: Reply with quote

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
View user's profile Send private message
zbindere
Guru
Guru


Joined: 27 May 2004
Posts: 356
Location: Switzerland

PostPosted: Fri Sep 30, 2005 9:29 am    Post subject: Reply with quote

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
View user's profile Send private message
ejmiddleton
n00b
n00b


Joined: 12 Sep 2005
Posts: 34

PostPosted: Fri Sep 30, 2005 9:59 am    Post subject: That should just be fragmentation. Reply with quote

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
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Kernel & Hardware All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum