arla dies in 2.6.14

Joel Leyh <[email protected]>
Newsgroups gmane.comp.file-systems.arla.general
Message-ID <[email protected]>
Hello. After transfering a few 10's of megs into afs-land, my kernel
kicks arla out. I can reproduce this quite readily, so let me know
what to change and what anyone needs.

Thanks!
Joel



arla-0.41 compiled from source
--prefix=/usr/local --with-readline --without-x



uname -a
Linux fastdog 2.6.14-gentoo-r5 #1 PREEMPT Sun Dec 25 08:40:14 CST 2005
i686 AMD Athlon(TM) XP 3000+ AuthenticAMD GNU/Linux

dmesg shows:

... snip ...
Found sys_call_table at c0473920

....after some time....

Unable to handle kernel NULL pointer dereference at virtual address 00000000
 printing eip:
00000000
*pde = 00000000
Oops: 0000 [#1]
PREEMPT
Modules linked in: nnpfs snd_via82xx snd_ac97_codec snd_ac97_bus
snd_mpu401_uart snd_rawmidi skge
CPU:    0
EIP:    0060:[<00000000>]    Not tainted VLI
EFLAGS: 00010202   (2.6.14-gentoo-r5)
EIP is at _stext+0x3feffde0/0x20
eax: c047ab00   ebx: d2cfd66c   ecx: dfc81e74   edx: c14b766c
esi: d39bcb48   edi: dfc81e00   ebp: 00000000   esp: d2cfd620
ds: 007b   es: 007b   ss: 0068
Process arlad (pid: 8861, threadinfo=d2cfc000 task=dc8f3580)
Stack: e0b7cf32 d39bcb48 000dc2df c015acee 00000000 00000010 e0b80dd6 d2cfd66c
       00300001 000dc2df 006c3f37 00000050 d2cfd66c fffffff2 d2cfdf74 e0b7cffd
       d2cfd66c b68d295c 00000050 00300001 000dc2df 006c3f37 00000000 00000000
Call Trace:
 [<e0b7cf32>] nnpfs_fh_to_dentry+0x102/0x150 [nnpfs]
 [<c015acee>] __dentry_open+0xbe/0x180
 [<e0b7cffd>] fhopen_call+0x7d/0x130 [nnpfs]
 [<e0b7d67d>] sys_afs_int+0x3cd/0x520 [nnpfs]
 [<c01bf857>] journal_mark_dirty+0x137/0x290
 [<c01bb394>] get_cnode+0x24/0x80
 [<c01bf857>] journal_mark_dirty+0x137/0x290
 [<c0244fd0>] memmove+0x50/0x60
 [<c01b29a7>] leaf_copy_items_entirely+0x1e7/0x270
 [<c01b386b>] leaf_insert_into_buf+0x1ab/0x250
 [<c01bb394>] get_cnode+0x24/0x80
 [<c01bf857>] journal_mark_dirty+0x137/0x290
 [<c019b93c>] balance_leaf+0xe2c/0x3080
 [<c01b4a17>] internal_insert_childs+0x1a7/0x1c0
 [<c01b5941>] balance_internal+0x351/0xa90
 [<c01b6125>] pathrelse_and_restore+0x45/0x50
 [<c01ad368>] unfix_nodes+0x138/0x190
 [<c019df23>] do_balance+0xc3/0x110
 [<c015e7ce>] __find_get_block+0x6e/0x100
 [<c01b647d>] is_tree_node+0x6d/0x70
 [<c01b68b0>] search_by_key+0x390/0xd80
 [<c0245014>] _mmx_memcpy+0x34/0x170
 [<c0244f50>] memcpy+0x50/0x60
 [<c0244fd0>] memmove+0x50/0x60
 [<c01b42be>] leaf_delete_items_entirely+0x12e/0x1b0
 [<c03c9837>] __ip_conntrack_find+0x17/0xa0
 [<c03c9c8a>] ip_conntrack_tuple_taken+0x3a/0x50
 [<c03d084b>] ip_nat_used_tuple+0x2b/0x40
 [<c03d0c26>] get_unique_tuple+0xe6/0x100
 [<c03d0cc3>] ip_nat_setup_info+0x83/0x200
 [<c037f00a>] skb_checksum+0x4a/0x260
 [<c037dc4d>] kfree_skbmem+0x5d/0x90
 [<c03e159a>] packet_rcv_spkt+0x18a/0x270
 [<c038f597>] qdisc_restart+0x17/0x1e0
 [<c038316c>] dev_queue_xmit+0x15c/0x260
 [<c0388fe3>] neigh_resolve_output+0xf3/0x1d0
 [<c039aee9>] ip_output+0x109/0x280
 [<c039d3f0>] ip_finish_output2+0x0/0x1b0
 [<c039ce1e>] ip_push_pending_frames+0x2ee/0x490
 [<c039d3c0>] dst_output+0x0/0x30
 [<c03b6f6e>] udp_push_pending_frames+0x15e/0x2a0
 [<c03b7406>] udp_sendmsg+0x316/0x710
 [<c03befca>] inet_sendmsg+0x4a/0x60
 [<c03792b5>] sock_sendmsg+0xe5/0x100
 [<c02458b6>] copy_from_user+0x46/0x90
 [<c01410d0>] prep_new_page+0x50/0x70
 [<c03fa164>] schedule+0x3a4/0x620
 [<c0117eea>] __wake_up_locked+0x2a/0x30
 [<c0117dd0>] default_wake_function+0x0/0x20
 [<c03f9d5f>] __down_failed+0x7/0xc
 [<c016f81a>] poll_freewait+0x3a/0x50
 [<c016fb97>] do_select+0x1b7/0x2d0
 [<c0245852>] copy_to_user+0x42/0x60
 [<e0b76797>] nnpfs_devread+0xf7/0x1b0 [nnpfs]
 [<e0b7d80c>] sys_afs+0x3c/0x70 [nnpfs]
 [<c0103201>] syscall_call+0x7/0xb
Code:  Bad EIP value.
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.