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):