On Thu, Nov 01, 2007 at 03:15:32PM +0800, Fengguang Wu wrote:
> On Wed, Oct 31, 2007 at 12:53:18PM -0500, Florin Iucha wrote:
> > This patch does not fix anything for me. Even such light use of the
> > reiserfs filesystem as pulling the linux-2.6 git tree updates caused
> > one CPU to go to 75% iowait.
>
> Thank you, Florin. Could you provide more details about sda7, such as
> the mount option and output of `reiserfstune /dev/sda7`? I'll try to
> reproduce it before asking for your help.
Fengguang,
root@zeus:~# mount | grep sda7
/dev/sda7 on /scratch type reiserfs (rw,noatime)
root@zeus:~# df -h /scratch/
Filesystem Size Used Avail Use% Mounted on
/dev/sda7 38G 32G 5.7G 85% /scratch
root@zeus:~# umount /dev/sda7
root@zeus:~# reiserfstune /dev/sda7
reiserfstune: Journal device has not been specified. Assuming journal is on the main device (/dev/sda7).
Current parameters:
Filesystem state: consistent
/scratch: Reiserfs super block in block 16 on 0x807 of format 3.6 with standard journal
Count of blocks on the device: 9765504
Number of bitmaps: 299
Blocksize: 4096
Free blocks (count of blocks - used [journal, bitmaps, data, reserved] blocks): 1471399
Root block: 2359332
Filesystem is clean
Tree height: 5
Hash function used to sort names: "r5"
Objectid map size 916, max 972
Journal parameters:
Device [0x0]
Magic [0x31037e64]
Size 8193 blocks (including 1 for journal header) (first block 18)
Max transaction length 1024 blocks
Max batch size 900 blocks
Max commit age 30
Blocks reserved by journal: 0
Fs state field: 0x0:
sb_version: 2
inode generation number: 5856766
UUID: a0191e80-be6e-47f6-8fd0-047e2d763a4a
LABEL: /scratch
Set flags in SB:
ATTRIBUTES CLEAN
And for bonus points:
###########
reiserfsck --check started at Thu Nov 1 07:09:56 2007
###########
Replaying journal..
Reiserfs journal '/dev/sda7' in blocks [18..8211]: 0 transactions replayed
Checking internal tree..finished
Comparing bitmaps..finished
Checking Semantic tree:
finished
No corruptions found
There are on the filesystem:
Leaves 247231
Internal nodes 1570
Directories 11330
Other files 722878
Data block pointers 8040675 (3880 of them are zero)
Safe links 0
###########
reiserfsck finished at Thu Nov 1 07:18:43 2007
###########
Cheers,
florin
--
Bruce Schneier expects the Spanish Inquisition.
http://geekz.co.uk/schneierfacts/fact/163
Attachment:
signature.asc
Description: Digital signature
- Follow-Ups:
- Re: pdflush stuck in D state with v2.6.24-rc1-192-gef49c32
- From: Fengguang Wu <[email protected]>
- Re: pdflush stuck in D state with v2.6.24-rc1-192-gef49c32
- References:
- pdflush stuck in D state with v2.6.24-rc1-192-gef49c32
- From: Florin Iucha <[email protected]>
- Re: pdflush stuck in D state with v2.6.24-rc1-192-gef49c32
- From: Florin Iucha <[email protected]>
- Re: pdflush stuck in D state with v2.6.24-rc1-192-gef49c32
- From: Florin Iucha <[email protected]>
- Re: pdflush stuck in D state with v2.6.24-rc1-192-gef49c32
- From: Florin Iucha <[email protected]>
- Re: pdflush stuck in D state with v2.6.24-rc1-192-gef49c32
- From: Florin Iucha <[email protected]>
- Re: pdflush stuck in D state with v2.6.24-rc1-192-gef49c32
- From: Florin Iucha <[email protected]>
- pdflush stuck in D state with v2.6.24-rc1-192-gef49c32
- Prev by Date: Re: [PATCH 2/6] sched: make sched_slice() group scheduling savvy
- Next by Date: [bug? 2.6.24-rc1] PATA_PCMCIA: START_STOP FAILED after pccardctl eject
- Previous by thread: Re: pdflush stuck in D state with v2.6.24-rc1-192-gef49c32
- Next by thread: Re: pdflush stuck in D state with v2.6.24-rc1-192-gef49c32
- Index(es):
 |