I tried the new ocfs2 [SVN 957] with new format, I use the new ocfs-tools svn http://oss.oracle.com/projects/ocfs-tools/src/branches/new-dir-format/ My step 1.mkfs.ocfs2 -m /ocfs -L ocfs -b 4 /dev/hda3 2.load_ocfs2 3.mount /dev/hda3 /ocfs The mount went into uninterruptable sleep. call trace by magic-sysrq mount D 00000000 0 1268 740 (NOTLB) Call Trace: [<d08697d8>] [<c0105f8a>] [<c01060e4>] [<d086adba>] [<d0869add>] [<c010b458>] [<d0873dd5>] [<d0873585>] [<d08a1505>] [<d08a1f19>] [<d08902fb>] [<d08692a1>] [<d0897365>] [<d0895086>] [<d089530d>] [<c013c57b>] [<c013bcbc>] [<d08b4804>] [<c013c8d1>] [<d08b4804>] [<c014f173>] [<c014f4a0>] [<c014f2e9>] [<c014f921>] [<c010742f>] output by ksymsoops Trace; d08697d8 <[ocfs2]ocfs_bh_sem_lookup+1f8/4c0> Trace; c0105f8a <__down+6a/b0> Trace; c01060e4 <__down_failed+8/c> Trace; d086adba <[ocfs2].text.lock.KBUILD_BASENAME+5/17> Trace; d0869add <[ocfs2]ocfs_bh_sem_lock+3d/d8> Trace; c010b458 <call_do_IRQ+5/d> Trace; d0873dd5 <[ocfs2]OCFS_BH_GET_DATA_READ+31/174> Trace; d0873585 <[ocfs2]ocfs_read_bhs+6b5/ed4> Trace; d08a1505 <[ocfs2]ocfs_chk_update_config+185/ae8> Trace; d08a1f19 <[ocfs2]ocfs_get_config+b1/460> Trace; d08902fb <[ocfs2]ocfs_initialize_osb+9a3/151c> Trace; d08692a1 <[ocfs2]ocfs_bh_sem_alloc+21/34> Trace; d0897365 <[ocfs2]ocfs_mount_volume+3d9/120c> Trace; d0895086 <[ocfs2]__ocfs_read_super+29e/4f4> Trace; d089530d <[ocfs2]ocfs_read_super+31/70> Trace; c013c57b <get_sb_bdev+18b/250> Trace; c013bcbc <get_fs_type+2c/80> Trace; d08b4804 <[ocfs2]ocfs_fs_type+0/7c> Trace; c013c8d1 <do_kern_mount+121/140> Trace; d08b4804 <[ocfs2]ocfs_fs_type+0/7c> Trace; c014f173 <do_add_mount+93/190> Trace; c014f4a0 <do_mount+160/1b0> Trace; c014f2e9 <copy_mount_options+79/d0> Trace; c014f921 <sys_mount+b1/e0> Trace; c010742f <system_call+33/38> see bug 77
The newest SVN 959 has no this bug. But I meet another bug. This happened when insert module again after I run some test on it. The follow is what I get in kgdb 0xc012dbd7 in kmem_cache_create (name=3D0xd08a9b64 "ocfs2_extent", size=3D64, offset=3D32, flags=3D143360, ctor=3D0, dtor=3D0) at slab.c:815 815 BUG();=20 The code in slab.c is: down(&cache_chain_sem); { struct list_head *p; list_for_each(p, &cache_chain) { kmem_cache_t *pc =3D list_entry(p, kmem_cache_t, next); /* The name field is constant - no lock needed. */ if (!strcmp(pc->name, name)) BUG(); } } kernel is still 2.4.20>-----Original Message----- >From: ocfs2-devel-bounces@oss.oracle.com=20 >[mailto:ocfs2-devel-bounces@oss.oracle.com] On Behalf Of Ling, Xiaofeng >Sent: 2004=C4=EA5=D4=C228=C8=D5 16:28 >To: ocfs2-devel@oss.oracle.com >Subject: [Ocfs2-devel] bug for the new revision > > >I tried the new ocfs2 [SVN 957] with new format, I use the new >ocfs-tools >svn >http://oss.oracle.com/projects/ocfs-tools/src/branches/new-dir-format/=20 >My step >1.mkfs.ocfs2 -m /ocfs -L ocfs -b 4 /dev/hda3 >2.load_ocfs2 >3.mount /dev/hda3 /ocfs=20 >The mount went into uninterruptable sleep. > > >call trace by magic-sysrq > >mount D 00000000 0 1268 740 (NOTLB) >Call Trace: [<d08697d8>] [<c0105f8a>] [<c01060e4>] [<d086adba>] >[<d0869add>] > [<c010b458>] [<d0873dd5>] [<d0873585>] [<d08a1505>] [<d08a1f19>] >[<d08902fb>] > [<d08692a1>] [<d0897365>] [<d0895086>] [<d089530d>] [<c013c57b>] >[<c013bcbc>] > [<d08b4804>] [<c013c8d1>] [<d08b4804>] [<c014f173>] [<c014f4a0>] >[<c014f2e9>] > [<c014f921>] [<c010742f>] > >output by ksymsoops >Trace; d08697d8 <[ocfs2]ocfs_bh_sem_lookup+1f8/4c0> >Trace; c0105f8a <__down+6a/b0> >Trace; c01060e4 <__down_failed+8/c> >Trace; d086adba <[ocfs2].text.lock.KBUILD_BASENAME+5/17> >Trace; d0869add <[ocfs2]ocfs_bh_sem_lock+3d/d8> >Trace; c010b458 <call_do_IRQ+5/d> >Trace; d0873dd5 <[ocfs2]OCFS_BH_GET_DATA_READ+31/174> >Trace; d0873585 <[ocfs2]ocfs_read_bhs+6b5/ed4> >Trace; d08a1505 <[ocfs2]ocfs_chk_update_config+185/ae8> >Trace; d08a1f19 <[ocfs2]ocfs_get_config+b1/460> >Trace; d08902fb <[ocfs2]ocfs_initialize_osb+9a3/151c> >Trace; d08692a1 <[ocfs2]ocfs_bh_sem_alloc+21/34> >Trace; d0897365 <[ocfs2]ocfs_mount_volume+3d9/120c> >Trace; d0895086 <[ocfs2]__ocfs_read_super+29e/4f4> >Trace; d089530d <[ocfs2]ocfs_read_super+31/70> >Trace; c013c57b <get_sb_bdev+18b/250> >Trace; c013bcbc <get_fs_type+2c/80> >Trace; d08b4804 <[ocfs2]ocfs_fs_type+0/7c> >Trace; c013c8d1 <do_kern_mount+121/140> >Trace; d08b4804 <[ocfs2]ocfs_fs_type+0/7c> >Trace; c014f173 <do_add_mount+93/190> >Trace; c014f4a0 <do_mount+160/1b0> >Trace; c014f2e9 <copy_mount_options+79/d0> >Trace; c014f921 <sys_mount+b1/e0> >Trace; c010742f <system_call+33/38>=20 > >see bug 77 >_______________________________________________ >Ocfs2-devel mailing list >Ocfs2-devel@oss.oracle.com >http://oss.oracle.com/mailman/listinfo/ocfs2-devel >
I have found this bug is caused the memory leak of the ocfs2_extent structure, The root inode's OCFS_I(inode)->map is not freed after umount. So each mount and "ls /" and umount will cause one ocfs2_extent not free. It can be seen from /proc/slabinfo>-----Original Message----- >From: ocfs2-devel-bounces@oss.oracle.com=20 >[mailto:ocfs2-devel-bounces@oss.oracle.com] On Behalf Of Ling, Xiaofeng >Sent: 2004=C4=EA5=D4=C231=C8=D5 17:37 >To: ocfs2-devel@oss.oracle.com >Subject: RE: [Ocfs2-devel] bug for the new revision > >The newest SVN 959 has no this bug. >But I meet another bug. >This happened when insert module again after I run some test on it. >The follow is what I get in kgdb > >0xc012dbd7 in kmem_cache_create (name=3D0xd08a9b64=20 >"ocfs2_extent", size=3D64, > offset=3D32, flags=3D143360, ctor=3D0, dtor=3D0) at slab.c:815 >815 BUG();=20 > >The code in slab.c is: > > down(&cache_chain_sem); > { > struct list_head *p; > > list_for_each(p, &cache_chain) { > kmem_cache_t *pc =3D list_entry(p, kmem_cache_t, next); > > /* The name field is constant - no lock needed. */ > if (!strcmp(pc->name, name)) > BUG(); > } > } > >kernel is still 2.4.20 > >>-----Original Message----- >>From: ocfs2-devel-bounces@oss.oracle.com=20 >>[mailto:ocfs2-devel-bounces@oss.oracle.com] On Behalf Of=20 >Ling, Xiaofeng >>Sent: 2004=C4=EA5=D4=C228=C8=D5 16:28 >>To: ocfs2-devel@oss.oracle.com >>Subject: [Ocfs2-devel] bug for the new revision >> >> >>I tried the new ocfs2 [SVN 957] with new format, I use the new >>ocfs-tools >>svn >>http://oss.oracle.com/projects/ocfs-tools/src/branches/new-dir >-format/=20 >>My step >>1.mkfs.ocfs2 -m /ocfs -L ocfs -b 4 /dev/hda3 >>2.load_ocfs2 >>3.mount /dev/hda3 /ocfs=20 >>The mount went into uninterruptable sleep. >> >> >>call trace by magic-sysrq >> >>mount D 00000000 0 1268 740 =20 > (NOTLB) >>Call Trace: [<d08697d8>] [<c0105f8a>] [<c01060e4>] [<d086adba>] >>[<d0869add>] >> [<c010b458>] [<d0873dd5>] [<d0873585>] [<d08a1505>] [<d08a1f19>] >>[<d08902fb>] >> [<d08692a1>] [<d0897365>] [<d0895086>] [<d089530d>] [<c013c57b>] >>[<c013bcbc>] >> [<d08b4804>] [<c013c8d1>] [<d08b4804>] [<c014f173>] [<c014f4a0>] >>[<c014f2e9>] >> [<c014f921>] [<c010742f>] >> >>output by ksymsoops >>Trace; d08697d8 <[ocfs2]ocfs_bh_sem_lookup+1f8/4c0> >>Trace; c0105f8a <__down+6a/b0> >>Trace; c01060e4 <__down_failed+8/c> >>Trace; d086adba <[ocfs2].text.lock.KBUILD_BASENAME+5/17> >>Trace; d0869add <[ocfs2]ocfs_bh_sem_lock+3d/d8> >>Trace; c010b458 <call_do_IRQ+5/d> >>Trace; d0873dd5 <[ocfs2]OCFS_BH_GET_DATA_READ+31/174> >>Trace; d0873585 <[ocfs2]ocfs_read_bhs+6b5/ed4> >>Trace; d08a1505 <[ocfs2]ocfs_chk_update_config+185/ae8> >>Trace; d08a1f19 <[ocfs2]ocfs_get_config+b1/460> >>Trace; d08902fb <[ocfs2]ocfs_initialize_osb+9a3/151c> >>Trace; d08692a1 <[ocfs2]ocfs_bh_sem_alloc+21/34> >>Trace; d0897365 <[ocfs2]ocfs_mount_volume+3d9/120c> >>Trace; d0895086 <[ocfs2]__ocfs_read_super+29e/4f4> >>Trace; d089530d <[ocfs2]ocfs_read_super+31/70> >>Trace; c013c57b <get_sb_bdev+18b/250> >>Trace; c013bcbc <get_fs_type+2c/80> >>Trace; d08b4804 <[ocfs2]ocfs_fs_type+0/7c> >>Trace; c013c8d1 <do_kern_mount+121/140> >>Trace; d08b4804 <[ocfs2]ocfs_fs_type+0/7c> >>Trace; c014f173 <do_add_mount+93/190> >>Trace; c014f4a0 <do_mount+160/1b0> >>Trace; c014f2e9 <copy_mount_options+79/d0> >>Trace; c014f921 <sys_mount+b1/e0> >>Trace; c010742f <system_call+33/38>=20 >> >>see bug 77 >>_______________________________________________ >>Ocfs2-devel mailing list >>Ocfs2-devel@oss.oracle.com >>http://oss.oracle.com/mailman/listinfo/ocfs2-devel >> >_______________________________________________ >Ocfs2-devel mailing list >Ocfs2-devel@oss.oracle.com >http://oss.oracle.com/mailman/listinfo/ocfs2-devel >