[Linux-cachefs] [CORRECTION] [Q]: NFS + CacheFS hangs.....
Chris Bshaw
cwbshaw at hotmail.com
Mon May 30 08:58:19 UTC 2005
Hi....
OK....I tried the latest 2.6.12-rc5 kernel with the latest -mm1 patch and
your NFS + CacheFS patch. Everything compiled fine, and booted fine, but I
still end up with the same problem. The machine keeps running, but the mount
-o fsc command still just hangs there....process backtrace is below.....it
looks pretty much the same as before.
Also, under my cachefs mount point, I don't have an entry called 'nfs' (the
cachefs.txt kernel doc mentions that for afs, there should be a
<cachefs_mountpt>/afs entry).
And finally, not sure if this is relevant (and perhaps I should have
mentioned it before), but when I do an rpmbuild --rebuild of the updated
util-linux package I get the following error if I compile against the linux
and asm .h files with come with the kernel (i.e. if I create
/usr/include/linux, asm symlinks to /usr/src/linux/include/linux,asm):
+ make LDFLAGS= 'CFLAGS=-O2 -g -pipe -march=i386 -mcpu=i686' -C partx -j4
make: Entering directory `/usr/src/redhat/BUILD/util-linux-2.12p/partx'
cc -O2 -g -pipe -march=i386 -mcpu=i686 -c -o addpart.o addpart.c
cc -O2 -g -pipe -march=i386 -mcpu=i686 -c -o delpart.o delpart.c
cc -O2 -g -pipe -march=i386 -mcpu=i686 -c -o partx.o partx.c
cc -O2 -g -pipe -march=i386 -mcpu=i686 -c -o bsd.o bsd.c
In file included from delpart.c:6:
/usr/include/linux/blkpg.h:36: error: variable or field `__user' declared
void
/usr/include/linux/blkpg.h:36: error: syntax error before '*' token
delpart.c: In function `main':
delpart.c:11: error: storage size of `a' isn't known
In file included from addpart.c:6:
/usr/include/linux/blkpg.h:36: error: variable or field `__user' declared
void
/usr/include/linux/blkpg.h:36: error: syntax error before '*' token
addpart.c: In function `main':
addpart.c:11: error: storage size of `a' isn't known
In file included from partx.c:41:
/usr/include/linux/blkpg.h:36: error: variable or field `__user' declared
void
/usr/include/linux/blkpg.h:36: error: syntax error before '*' token
partx.c: In function `main':
partx.c:102: error: storage size of `a' isn't known
make: *** [delpart.o] Error 1
make: *** Waiting for unfinished jobs....
make: *** [addpart.o] Error 1
error: Bad exit status from /var/tmp/rpm-tmp.14013 (%build)
Everything compiles just fine if I just use the /usr/include/linux,asm .h
files that come with FC2. So this is what I used for both the util-linux
package AND the 2.6.12-rc5-mm1 kernel.
Process backtrace below.
Thanx again in advance for your help.
Chris.
kcachefsd 081 S 00000020 6984 2504 1 2590 2473 (L-TLB)
f4dbbee8 00000046 f4dbbed8 00000020 00000002 f5d35d3c 00000000 c0390c00
f5d35d38 00000246 c0358b96 00000833 00000000 c178c720 f4ee8100
f88a29fb
f7fff080 c1808560 00000000 00000000 a81b9000 003d08ed 00000286
f63d9a70
Call Trace:
[<f88a29fb>] __fscache_page_get_private+0x4b/0x7b [fscache]
[<f89b6db5>] cachefs_trans_mark+0x565/0x600 [cachefs]
[<f89b1480>] cachefs_block_read+0x130/0x420 [cachefs]
[<c011ac70>] default_wake_function+0x0/0x20
[<c011ac70>] default_wake_function+0x0/0x20
[<f89b6447>] cachefs_trans_alloc+0x67/0xd0 [cachefs]
[<f89b9ccc>] cachefs_recycle_begin_new_node+0x13c/0x360 [cachefs]
[<f89ba11e>] cachefs_recycle_unready_blocks+0x22e/0x240 [cachefs]
[<f89b90b8>] kcachefsd_work+0xa8/0xf0 [cachefs]
[<f89b9190>] kcachefsd+0x90/0xa0 [cachefs]
[<f89b9100>] kcachefsd+0x0/0xa0 [cachefs]
[<c0101205>] kernel_thread_helper+0x5/0x10
mount D 00000020 5728 2541 2424 (NOTLB)
f55ef9e4 00000082 f55ef9d4 00000020 00000002 00000202 00000000 c0390c00
00000001 f62a3220 f56bdb80 c1a63380 f62a3000 c1a63380 f62a3000
c02ec917
c1a63380 c1808560 00000000 00000000 7f5a8b00 003d08f5 f62a3138
f6357550
Call Trace:
[<c02ec917>] qdisc_restart+0x17/0x220
[<c033e533>] __down+0x83/0x110
[<c011ac70>] default_wake_function+0x0/0x20
[<c033e70f>] __down_failed+0x7/0xc
[<f89b8c4a>] .text.lock.journal+0x19/0x19f [cachefs]
[<c011ac70>] default_wake_function+0x0/0x20
[<f89b42b2>] cachefs_indr_io_get_block_alloc+0x432/0xc40 [cachefs]
[<c011ac70>] default_wake_function+0x0/0x20
[<c011ac70>] default_wake_function+0x0/0x20
[<f89b6447>] cachefs_trans_alloc+0x67/0xd0 [cachefs]
[<f89b4fba>] cachefs_indr_io_get_block+0x4fa/0x64c [cachefs]
[<c01e0a4f>] radix_tree_node_alloc+0x1f/0x70
[<f89b2aaf>] cachefs_index_select_free_entry+0x2ef/0x400 [cachefs]
[<c014a50f>] buffered_rmqueue+0x10f/0x270
[<f89b2c0d>] cachefs_index_add+0x4d/0x790 [cachefs]
[<c014e902>] cache_init_objs+0x82/0x90
[<f88a1bdb>] fscache_instantiate_object+0xfb/0x260 [fscache]
[<f88a1b77>] fscache_instantiate_object+0x97/0x260 [fscache]
[<f88a1b77>] fscache_instantiate_object+0x97/0x260 [fscache]
[<f88a1ed6>] __fscache_acquire_cookie+0x176/0x240 [fscache]
[<f89f5740>] nfs_find_actor+0x0/0xa0 [nfs]
[<f89f5a66>] nfs_fhget+0x226/0x3d0 [nfs]
[<f89f57e0>] nfs_init_locked+0x0/0x60 [nfs]
[<f89f47be>] nfs_get_root+0x4e/0xa0 [nfs]
[<f89f7380>] nfs_set_super+0x0/0x20 [nfs]
[<f89f48af>] nfs_sb_init+0x9f/0x570 [nfs]
[<f88a1851>] fscache_search_for_object+0xd1/0x360 [fscache]
[<f89f5180>] nfs_fill_super+0x2d0/0x3f0 [nfs]
[<f89f7380>] nfs_set_super+0x0/0x20 [nfs]
[<f89f7614>] nfs_get_sb+0x1f4/0x310 [nfs]
[<c0170470>] do_kern_mount+0xa0/0x170
[<c0188607>] do_new_mount+0x77/0xc0
[<c0188d24>] do_mount+0x174/0x1c0
[<c01e3aa5>] strncpy_from_user+0x55/0x90
[<c0188b53>] copy_mount_options+0x63/0xc0
[<c01891cf>] sys_mount+0x9f/0xe0
[<c01030af>] sysenter_past_esp+0x54/0x75
>From: Steve Dickson <SteveD at redhat.com>
>Reply-To: Linux filesystem caching discussion list
><linux-cachefs at redhat.com>
>To: Linux filesystem caching discussion list <linux-cachefs at redhat.com>
>Subject: Re: [Linux-cachefs] [CORRECTION] [Q]: NFS + CacheFS hangs.....
>Date: Fri, 27 May 2005 11:54:10 -0400
>
>hmm... it appears cachefs is getting stuck allocating a block...
>I would suggest trying new kernel, more explicitly the latest
>-mm kernel...
>
>steved.
>
>
> kcachefsd 081 S 00000020 7036 2515 1 2554 2095 (L-TLB)
> f4919ef0 00000246 f4919ee0 00000020 00000003 c0354b3d f7f9ca90 00000000
> c179e4e0 f4a36100 f88a29eb f7fff080 c1820560 00000003 00000000
>6e2a4fc0
> 000f420b 00000286 f625c560 f625c68c f4919f3c 00000004 f4918000
>00000004
> Call Trace
> [<f88a29eb>] __fscache_page_get_private+0x4b/0x7b [fscache]
> [<f8c43db5>] cachefs_trans_mark+0x565/0x600 [cachefs]
> [<f8c3e480>] cachefs_block_read+0x130/0x420 [cachefs]
> [<c011b130>] default_wake_function+0x0/0x20
> [<c011b130>] default_wake_function+0x0/0x20
> [<f8c43447>] cachefs_trans_alloc+0x67/0xd0 [cachefs]
> [<f8c46cec>] cachefs_recycle_begin_new_node+0x13c/0x360 [cachefs]
> [<f8c4713e>] cachefs_recycle_unready_blocks+0x22e/0x240 [cachefs]
> [<f8c460d8>] kcachefsd_work+0xa8/0xf0 [cachefs]
> [<f8c461b0>] kcachefsd+0x90/0xa0 [cachefs]
> [<f8c46120>] kcachefsd+0x0/0xa0 [cachefs]
> [<c0101485>] kernel_thread_helper+0x5/0x10
> mount D 00000020 5736 2579 2555 (NOTLB)
> f62099e4 00000246 f62099d4 00000020 00000002 00000000 c038bc00 00000001
> 00000001 f560f000 f5c24780 00000000 c1808560 00000000 00000000
>45c7d6c0
> 000f4219 f560f220 f6355030 f635515c 00000286 00000002 f7db3114
>f7db311c
> Call Trace
> [<c033a923>] __down+0x83/0x110
> [<c011b130>] default_wake_function+0x0/0x20
> [<c033aaff>] __down_failed+0x7/0xc
> [<f8c45c6a>] .text.lock.journal+0x19/0x19f [cachefs]
> [<c011b130>] default_wake_function+0x0/0x20
> [<f8c412b2>] cachefs_indr_io_get_block_alloc+0x432/0xc40 [cachefs]
> [<c011b130>] default_wake_function+0x0/0x20
> [<c011b130>] default_wake_function+0x0/0x20
> [<f8c43447>] cachefs_trans_alloc+0x67/0xd0 [cachefs]
> [<f8c41fba>] cachefs_indr_io_get_block+0x4fa/0x64c [cachefs]
> [<c01de61f>] radix_tree_node_alloc+0x1f/0x70
> [<f8c3faaf>] cachefs_index_select_free_entry+0x2ef/0x400 [cachefs]
> [<c014a09f>] buffered_rmqueue+0x10f/0x270
> [<f8c3fc0d>] cachefs_index_add+0x4d/0x790 [cachefs]
> [<c014e122>] cache_init_objs+0x82/0x90
> [<f88a1bdb>] fscache_instantiate_object+0xfb/0x260 [fscache]
> [<f88a1b77>] fscache_instantiate_object+0x97/0x260 [fscache]
> [<f88a1b77>] fscache_instantiate_object+0x97/0x260 [fscache]
> [<f88a1edd>] __fscache_acquire_cookie+0x17d/0x240 [fscache]
> [<f8a15740>] nfs_find_actor+0x0/0xa0 [nfs]
> [<f8a15a66>] nfs_fhget+0x226/0x3d0 [nfs]
> [<f8a157e0>] nfs_init_locked+0x0/0x60 [nfs]
> [<f8a147be>] nfs_get_root+0x4e/0xa0 [nfs]
> [<f8a17380>] nfs_set_super+0x0/0x20 [nfs]
> [<f8a148af>] nfs_sb_init+0x9f/0x570 [nfs]
> [<f88a1851>] fscache_search_for_object+0xd1/0x360 [fscache]
> [<f8a15180>] nfs_fill_super+0x2d0/0x3f0 [nfs]
> [<f8a17380>] nfs_set_super+0x0/0x20 [nfs]
> [<f8a17614>] nfs_get_sb+0x1f4/0x310 [nfs]
> [<c016f020>] do_kern_mount+0xa0/0x170
> [<c0186be7>] do_new_mount+0x77/0xc0
> [<c0187374>] do_mount+0x174/0x1c0
> [<c01e16d5>] strncpy_from_user+0x55/0x90
> [<c01871a3>] copy_mount_options+0x63/0xc0
> [<c018782f>] sys_mount+0x9f/0xe0
> [<c010329f>] sysenter_past_esp+0x54/0x75
>
>--
>Linux-cachefs mailing list
>Linux-cachefs at redhat.com
>http://www.redhat.com/mailman/listinfo/linux-cachefs
_________________________________________________________________
Millions of quality singles are online now - click to meet them!
http://match.msn.ie
More information about the Linux-cachefs
mailing list