Messages in this thread | | | Date | Fri, 21 Dec 2001 13:47:09 -0500 | Subject | Re: 2.5.2-pre1 dbench 32 hangs in vmstat "b" state | From | rwhron@earthlin ... |
| |
On Fri, Dec 21, 2001 at 06:01:56PM +0100, Jens Axboe wrote: > Thanks -- could you also try and do sysrq-t back traces when it seems > stuck? > > Does a non-highmem kernel run ok? > > -- > Jens Axboe
I recompiled with highmem turned off. # CONFIG_HIGHMEM4G is not set # CONFIG_HIGHMEM64G is not set
I run a scripty that executes dbench 32, then dbench 128.
dbench 32 completed this time. dbench 128 hung similar to dbench 32 in the previous message. I don't have the vmstat output captured, but "b" was 128, bi and bo were 0, and idle was 100.
I couldn't save a stack trace because /bin/ed would not open a file. I.E: ed output - no prompt about file does not exist. "w" would not save, etc. The vmstat "b" column went up by 2 after I started ed and tried another console login.
--
Before running dbench, I normally create a small loopback reiserfs filesystem. This worked okay the first time I did it (with highmem).
After recompiling without highmem, I ran my "build_rootfs" script to create a small uml root fs, and got an Oops. The same script was fine on 2.5.1-pre[5-9] and 2.5.1-pre1[01]. (you fixed something like this in the patches between 2.5.1-pre3 and pre4.)
I rebooted after each Oops, so the dbench's above were run after a fresh boot.
invalid operand: 0000 CPU: 0 EIP: 0010:[<c012fbf0>] Not tainted EFLAGS: 00010287 eax: 00000070 ebx: 00000700 ecx: c02a45dc edx: 00038001 esi: 00000000 edi: 00000000 ebp: f4a5a000 esp: f4a8fe38 ds: 0018 es: 0018 ss: 0018 Process mkreiserfs (pid: 135, stackpage=f4a8f000) Stack: 00000700 00000000 00000000 f4a5a000 c023896c 00000246 f7ef1740 00000000 00000000 fac4a887 00038001 00000070 f4a8fe98 00000700 00000000 c02a45dc f7ef1740 00000000 00000001 00000030 00000000 00000000 c018a4a0 c02a45dc Call Trace: [<fac4a887>] [<c018a4a0>] [<c018a54c>] [<c018a5f6>] [<c01340f0>] [<c012c923>] [<c0136aff>] [<c0136a60>] [<c0126ab5>] [<c0126ee5>] [<c0126e00>] [<c0131ae6>] [<c01086eb>] Code: 0f 0b 8b 35 04 59 29 c0 c7 44 24 18 70 00 00 00 89 74 24 14
>>EIP; c012fbf0 <create_bounce+40/250> <===== Trace; fac4a886 <END_OF_CODE+207b8/????> Trace; c018a4a0 <generic_make_request+170/190> Trace; c018a54c <submit_bio+4c/60> Trace; c018a5f6 <submit_bh+96/a0> Trace; c01340f0 <block_read_full_page+1a0/1c0> Trace; c012c922 <__alloc_pages+32/170> Trace; c0136afe <blkdev_readpage+e/20> Trace; c0136a60 <blkdev_get_block+0/40> Trace; c0126ab4 <do_generic_file_read+274/3f0> Trace; c0126ee4 <generic_file_read+84/140> Trace; c0126e00 <file_read_actor+0/60> Trace; c0131ae6 <sys_read+96/d0> Trace; c01086ea <system_call+32/38> Code; c012fbf0 <create_bounce+40/250> 00000000 <_EIP>: Code; c012fbf0 <create_bounce+40/250> <===== 0: 0f 0b ud2a <===== Code; c012fbf2 <create_bounce+42/250> 2: 8b 35 04 59 29 c0 mov 0xc0295904,%esi Code; c012fbf8 <create_bounce+48/250> 8: c7 44 24 18 70 00 00 movl $0x70,0x18(%esp,1) Code; c012fbfe <create_bounce+4e/250> f: 00 Code; c012fc00 <create_bounce+50/250> 10: 89 74 24 14 mov %esi,0x14(%esp,1)
I rebooted, and tried to create the loopback reiserfs again and got:
invalid operand: 0000 CPU: 0 EIP: 0010:[<c012fbf0>] Not tainted EFLAGS: 00010287 eax: 00000070 ebx: 00000700 ecx: c02a45dc edx: 00038001 esi: 00000000 edi: 00000000 ebp: f4d0e000 esp: f4c31e38 ds: 0018 es: 0018 ss: 0018 Process mkreiserfs (pid: 118, stackpage=f4c31000) Stack: 00000700 00000000 00000000 f4d0e000 f4c4c2c0 00000246 f7ef1900 00000000 00000000 fac28887 00038001 00000070 f4c31e98 00000700 00000000 c02a45dc f7ef1900 00000000 00000001 00000030 00000000 00000000 c018a4a0 c02a45dc Call Trace: [<fac28887>] [<c018a4a0>] [<c018a54c>] [<c018a5f6>] [<c01340f0>] [<c012c923>] [<c0136aff>] [<c0136a60>] [<c0126ab5>] [<c0126ee5>] [<c0126e00>] [<c0131ae6>] [<c01086eb>] Code: 0f 0b 8b 35 04 59 29 c0 c7 44 24 18 70 00 00 00 89 74 24 14
>>EIP; c012fbf0 <create_bounce+40/250> <===== Trace; fac28886 <[loop]loop_make_request+96/200> Trace; c018a4a0 <generic_make_request+170/190> Trace; c018a54c <submit_bio+4c/60> Trace; c018a5f6 <submit_bh+96/a0> Trace; c01340f0 <block_read_full_page+1a0/1c0> Trace; c012c922 <__alloc_pages+32/170> Trace; c0136afe <blkdev_readpage+e/20> Trace; c0136a60 <blkdev_get_block+0/40> Trace; c0126ab4 <do_generic_file_read+274/3f0> Trace; c0126ee4 <generic_file_read+84/140> Trace; c0126e00 <file_read_actor+0/60> Trace; c0131ae6 <sys_read+96/d0> Trace; c01086ea <system_call+32/38> Code; c012fbf0 <create_bounce+40/250> 00000000 <_EIP>: Code; c012fbf0 <create_bounce+40/250> <===== 0: 0f 0b ud2a <===== Code; c012fbf2 <create_bounce+42/250> 2: 8b 35 04 59 29 c0 mov 0xc0295904,%esi Code; c012fbf8 <create_bounce+48/250> 8: c7 44 24 18 70 00 00 movl $0x70,0x18(%esp,1) Code; c012fbfe <create_bounce+4e/250> f: 00 Code; c012fc00 <create_bounce+50/250> 10: 89 74 24 14 mov %esi,0x14(%esp,1)
-- Randy Hron
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |