On recent -currents, one of our users has managed to wedge a job in objtrm when its exiting. Anybody know what's causing this?
I've appended a stack trace of the offending process, as well as a printout of the offending object. The machine seems otherwise healthy. I don't really understand what the app in question is doing, so its hard for me to come up w/a concise test case. ------------------------------------------------------------------------------ Andrew Gallatin, Sr Systems Programmer http://www.cs.duke.edu/~gallatin Duke University Email: galla...@cs.duke.edu Department of Computer Science Phone: (919) 660-6590 <3:40pm>waffle/gallatin:IDESERVER#ps axl | egrep objtrm\|UID UID PID PPID CPU PRI NI VSZ RSS WCHAN STAT TT TIME COMMAND 1660 22207 4370 122 -18 0 1220 0 objtrm DE+ p1 0:00.00 (step) <3:35pm>waffle/gallatin:IDESERVER#gdb -k kernel.debug /dev/mem <....> (kgdb) proc pidhashtbl[22207 & pidhash]->lh_first (kgdb) bt #0 mi_switch () at ../../kern/kern_synch.c:827 #1 0xc0152cd9 in tsleep (ident=0xca1e79f8, priority=4, wmesg=0xc024bbca "objtrm", timo=0) at ../../kern/kern_synch.c:443 #2 0xc01f6249 in vm_object_terminate (object=0xca1e79f8) at ../../vm/vm_object.h:235 #3 0xc01f61f9 in vm_object_deallocate (object=0xca1e79f8) at ../../vm/vm_object.c:384 #4 0xc01f3ae7 in vm_map_entry_delete (map=0xca1c0380, entry=0xca2b65f0) at ../../vm/vm_map.c:1887 #5 0xc01f3ca5 in vm_map_delete (map=0xca1c0380, start=0, end=3217022976) at ../../vm/vm_map.c:1990 #6 0xc01f3d29 in vm_map_remove (map=0xca1c0380, start=0, end=3217022976) at ../../vm/vm_map.c:2015 #7 0xc014a615 in exit1 (p=0xca2465a0, rv=0) at ../../kern/kern_exit.c:223 #8 0xc014a434 in exit1 (p=0xca2465a0, rv=-904133760) at ../../kern/kern_exit.c:106 #9 0xc0210dd6 in syscall (frame={tf_fs = 135004207, tf_es = 1209466927, tf_ds = -1078001617, tf_edi = 0, tf_esi = -1, tf_ebp = -1077947172, tf_isp = -903335964, tf_ebx = 1209464980, tf_edx = 0, tf_ecx = 0, tf_eax = 1, tf_trapno = 7, tf_err = 2, tf_eip = 1209204908, tf_cs = 31, tf_eflags = 582, tf_esp = -1077947196, tf_ss = 47}) at ../../i386/i386/trap.c:1069 #10 0xc0206aa0 in Xint0x80_syscall () rror reading /proc/22207/mem (kgdb) frame 2 #2 0xc01f6249 in vm_object_terminate (object=0xca1e79f8) at ../../vm/vm_object.h:235 235 tsleep(object, PVM, waitid, 0); (kgdb) p object $4 = 0xca1e79f8 (kgdb) p *object $5 = { object_list = { tqe_next = 0xca234244, tqe_prev = 0xca2ee488 }, shadow_head = { tqh_first = 0x0, tqh_last = 0xca1e7a00 }, shadow_list = { tqe_next = 0x0, tqe_prev = 0xca29c24c }, memq = { tqh_first = 0xc04ff370, tqh_last = 0xc04e65fc }, generation = 26962387, type = OBJT_SWAP, size = 165, ref_count = 0, shadow_count = 0, pg_color = 60, hash_rand = -71709939, flags = 8652, paging_in_progress = 1, behavior = 0, resident_page_count = 51, cache_count = 0, wire_count = 0, backing_object = 0x0, backing_object_offset = 0, last_read = 63, pager_object_list = { tqe_next = 0xca234244, tqe_prev = 0xca175970 }, handle = 0x0, un_pager = { vnp = { vnp_size = 5 }, devp = { devp_pglist = { tqh_first = 0x5, tqh_last = 0x0 } }, swp = { swp_bcount = 5 } } } To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-current" in the body of the message
