From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31670 invoked by alias); 25 Jun 2014 21:28:58 -0000 Mailing-List: contact systemtap-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: systemtap-owner@sourceware.org Received: (qmail 31617 invoked by uid 48); 25 Jun 2014 21:28:53 -0000 From: "jlebon at redhat dot com" To: systemtap@sourceware.org Subject: [Bug runtime/17091] New: pr16806.exp sometimes hangs on RHEL6 Date: Wed, 25 Jun 2014 21:28:00 -0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: systemtap X-Bugzilla-Component: runtime X-Bugzilla-Version: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: jlebon at redhat dot com X-Bugzilla-Status: NEW X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: systemtap at sourceware dot org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: http://sourceware.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2014-q2/txt/msg00282.txt.bz2 https://sourceware.org/bugzilla/show_bug.cgi?id=17091 Bug ID: 17091 Summary: pr16806.exp sometimes hangs on RHEL6 Product: systemtap Version: unspecified Status: NEW Severity: normal Priority: P2 Component: runtime Assignee: systemtap at sourceware dot org Reporter: jlebon at redhat dot com This is related to PR16806 and possibly PR17027. It seems like the RHEL6 kernel doesn't like the pr16806.exp testcase: $ # Create modloop.ko and causes stap to load uprobes module $ stap -m modloop -e 'probe process("./loop").function("ibar") { println("entered ibar"); exit() }' -c /bin/true $ # Repeat this staprun command multiple times until it hangs (takes ~8 runs here) $ staprun modloop.ko -c "timeout 1 ./loop" On dmesg, we get the following after a while: INFO: task stapio:12563 blocked for more than 120 seconds. Not tainted 2.6.32-431.20.3.el6.i686 #1 "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. stapio D 00000002 0 12563 6814 0x00000080 f338daa0 00000086 00000001 00000002 cae0873c f48fcacc 00000000 00009b4e 00000000 f66f6900 000002d0 00000001 000002d0 c0b6b700 c0b6b700 f338dd48 c0b6b700 c0b67064 c0b6b700 f338dd48 ef90c000 c0870720 00000000 c0441cca Call Trace: [] ? check_preempt_curr+0x5a/0x70 [] ? try_to_wake_up+0x205/0x3a0 [] ? rwsem_wake+0x53/0x120 [] ? prepare_to_wait+0x5b/0x60 [] ? __unregister_uprobe+0x1f5/0x220 [uprobes] [] ? autoremove_wake_function+0x0/0x40 [] ? _stp_cleanup_and_exit+0x17b/0x300 [modloop] [] ? group_send_sig_info+0x46/0x60 [] ? _stp_ctl_write_cmd+0x120/0xce0 [modloop] [] ? selinux_file_permission+0xe7/0x130 [] ? security_file_permission+0xc/0x10 [] ? rw_verify_area+0x66/0xe0 [] ? _stp_ctl_write_cmd+0x0/0xce0 [modloop] [] ? vfs_write+0xa0/0x190 [] ? sys_write+0x41/0x70 [] ? syscall_call+0x7/0xb It seems like the __unregister_uprobe() call is hanging for some reason. -- You are receiving this mail because: You are the assignee for the bug.