[Bug runtime/17982] New: rlimit.exp stalls on f20

[Bug runtime/17982] New: rlimit.exp stalls on f20

[mcermak at redhat dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=17982

            Bug ID: 17982
           Summary: rlimit.exp stalls on f20
           Product: systemtap
           Version: unspecified
            Status: NEW
          Severity: normal
          Priority: P2
         Component: runtime
          Assignee: systemtap at sourceware dot org
          Reporter: mcermak at redhat dot com

Following rlimit.exp subtest causes stall on f20:

as_non_root su -s /bin/sh nobody -c "SYSTEMTAP_DIR=/tmp/.systemtap-nobody
/usr/bin/stap --rlimit-stack=1 --rlimit-stack=999999999999 -wp4
./systemtap.base/rlimit.stp"

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug runtime/17982] rlimit.exp stalls on f20

[mcermak at redhat dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=17982

--- Comment #1 from Martin Cermak <mcermak at redhat dot com> ---
# su -s /bin/sh nobody -c "/usr/bin/stap --disable-cache --rlimit-stack=1
--rlimit-stack=999999999999 -wvvp4 -e 'probe kernel.function(\"*ar*\").call {
println(\$\$vars) }'"
WARNING: failed to create systemtap data directory "//.systemtap" Permission
denied, disabling cache support.
Unable to set resource limits for rlimit_stack : Operation not permitted
Systemtap translator/driver (version 2.7/0.161, commit
release-2.6-274-gbabad5b31b70 + changes)
Copyright (C) 2005-2014 Red Hat, Inc. and others
This is free software; see the source for copying conditions.
enabled features: AVAHI LIBRPM LIBSQLITE3 NSS BOOST_SHARED_PTR
TR1_UNORDERED_MAP NLS DYNINST JAVA LIBVIRT LIBXML2
Created temporary directory "/tmp/staploMrxz"
Session arch: i386 release: 3.18.6-100.fc20.i686+PAE
Searched for library macro files: "/usr/share/systemtap/tapset/linux/*.stpm",
found: 3, processed: 3
Searched for library macro files: "/usr/share/systemtap/tapset/*.stpm", found:
5, processed: 5
Searched: "/usr/share/systemtap/tapset/linux/i386/*.stp", found: 3, processed:
3
Searched: "/usr/share/systemtap/tapset/linux/*.stp", found: 70, processed: 70
Searched: "/usr/share/systemtap/tapset/i386/*.stp", found: 1, processed: 1
Searched: "/usr/share/systemtap/tapset/*.stp", found: 24, processed: 24
Pass 1: parsed user script and 106 library script(s) using
35132virt/23892res/5812shr/18484data kb, in 220usr/10sys/233real ms.
Attempting to extract kernel debuginfo build ID from
/lib/modules/3.18.6-100.fc20.i686+PAE/build/vmlinux.id
focused on module 'kernel' = [0xc0400000-0xc11ad000, bias 0 file
/usr/lib/debug/lib/modules/3.18.6-100.fc20.i686+PAE/vmlinux ELF machine i?86|
(code 3)
probe i386_start_kernel@arch/x86/kernel/head32.c:32 kernel reloc=.dynamic
pc=0xc0d76265 - blacklisted
probe parse_early_options@init/main.c:439 kernel reloc=.dynamic pc=0xc0d76813 -
blacklisted
probe parse_early_param@init/main.c:445 kernel reloc=.dynamic pc=0xc0d76848 -
blacklisted
probe set_init_arg@init/main.c:256 kernel reloc=.dynamic pc=0xc0d7661a -
blacklisted
probe do_early_param@init/main.c:422 kernel reloc=.dynamic pc=0xc0d764bf -
blacklisted
probe start_kernel@init/main.c:500 kernel reloc=.dynamic pc=0xc0d76888 -
blacklisted
probe prepare_namespace@init/do_mounts.c:539 kernel reloc=.dynamic
pc=0xc0d77224 - blacklisted
probe retain_initrd_param@init/initramfs.c:513 kernel reloc=.dynamic
pc=0xc0d77d59 - blacklisted
probe do_start@init/initramfs.c:231 kernel reloc=.dynamic pc=0xc0d784d6 -
blacklisted
probe xen_parse_nopv@arch/x86/xen/enlighten.c:1840 kernel reloc=.dynamic
pc=0xc0d78c55 - blacklisted
probe xen_setup_shared_info@arch/x86/xen/enlighten.c:1117 kernel reloc=.dynamic
pc=0xc0404200
probe xen_hvm_init_shared_info@arch/x86/xen/enlighten.c:1739 kernel
reloc=.dynamic pc=0xc0a39ac0
probe xen_start_kernel@arch/x86/xen/enlighten.c:1523 kernel reloc=.dynamic
pc=0xc0d78ebe - blacklisted
probe xen_boot_params_init_edd@arch/x86/xen/enlighten.c:1360 kernel
reloc=.dynamic pc=0xc0d78b29 - blacklisted
probe xen_restart@arch/x86/xen/enlighten.c:1306 kernel reloc=.dynamic
pc=0xc04032b0
probe xen_emergency_restart@arch/x86/xen/enlighten.c:1311 kernel reloc=.dynamic
pc=0xc0403220
probe xen_x2apic_para_available@arch/x86/include/asm/xen/hypervisor.h:49 kernel
reloc=.dynamic pc=0xc04031c0 - blacklisted
probe xen_pvmmu_arch_setup@arch/x86/xen/setup.c:820 kernel reloc=.dynamic
pc=0xc0d7a485 - blacklisted
probe xen_arch_setup@arch/x86/xen/setup.c:837 kernel reloc=.dynamic
pc=0xc0d7a52a - blacklisted
probe trace_xen_mc_extend_args@include/trace/events/xen.h:106 kernel
reloc=.dynamic pc=0xc04043e0
probe xen_mc_extend_args@arch/x86/xen/multicalls.c:163 kernel reloc=.dynamic
pc=0xc04046d0


... stall ...


^C
Session terminated, killing shell... ...killed.

[root@hp-ml350gen8-01 ~]#

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug runtime/17982] rlimit.exp stalls on f20

[mcermak at redhat dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=17982

--- Comment #2 from Martin Cermak <mcermak at redhat dot com> ---
Under GDB the testcase segfaults on both f20 and el7. Without GDB the testcase
segfaults on el7, but on f20 it hangs stap in a way that it can't be killed.
F20 segfault under GDB:

=======
[mcermak@hp-ml350gen8-01 ~]$ uname -r
3.18.6-100.fc20.i686+PAE
[mcermak@hp-ml350gen8-01 ~]$ id
uid=1001(mcermak) gid=1001(mcermak)
groups=1001(mcermak),156(stapusr),158(stapdev)
[mcermak@hp-ml350gen8-01 ~]$ gdb -q -args /usr/bin/stap --disable-cache
--rlimit-stack=1 --rlimit-stack=999999999999 -wvvp4 -e probe\
kernel.function\(\"\*ar\*\"\).call\ \{\ println\(\$\$vars\)\ \}
Reading symbols from /usr/bin/stap...done.
(gdb) r
Starting program: /usr/bin/stap --disable-cache --rlimit-stack=1
--rlimit-stack=999999999999 -wvvp4 -e probe\
kernel.function\(\"\*ar\*\"\).call\ \{\ println\(\$\$vars\)\ \}
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/libthread_db.so.1".
Unable to set resource limits for rlimit_stack : Operation not permitted
Systemtap translator/driver (version 2.7/0.161, commit
release-2.6-274-gbabad5b31b70 + changes)
Copyright (C) 2005-2014 Red Hat, Inc. and others
This is free software; see the source for copying conditions.
enabled features: AVAHI LIBRPM LIBSQLITE3 NSS BOOST_SHARED_PTR
TR1_UNORDERED_MAP NLS DYNINST JAVA LIBVIRT LIBXML2
Created temporary directory "/tmp/stapfIf8l0"
Session arch: i386 release: 3.18.6-100.fc20.i686+PAE
Searched for library macro files: "/usr/share/systemtap/tapset/linux/*.stpm",
found: 3, processed: 3
Searched for library macro files: "/usr/share/systemtap/tapset/*.stpm", found:
5, processed: 5
Searched: "/usr/share/systemtap/tapset/linux/i386/*.stp", found: 3, processed:
3
Searched: "/usr/share/systemtap/tapset/linux/*.stp", found: 70, processed: 70
Searched: "/usr/share/systemtap/tapset/i386/*.stp", found: 1, processed: 1
Searched: "/usr/share/systemtap/tapset/*.stp", found: 24, processed: 24
Pass 1: parsed user script and 106 library script(s) using
35160virt/23864res/5868shr/18476data kb, in 220usr/10sys/239real ms.
Attempting to extract kernel debuginfo build ID from
/lib/modules/3.18.6-100.fc20.i686+PAE/build/vmlinux.id
focused on module 'kernel' = [0xc0400000-0xc11ad000, bias 0 file
/usr/lib/debug/lib/modules/3.18.6-100.fc20.i686+PAE/vmlinux ELF machine i?86|
(code 3)
probe i386_start_kernel@arch/x86/kernel/head32.c:32 kernel reloc=.dynamic
pc=0xc0d76265 - blacklisted

... stuff deleted ...

probe xen_mc_extend_args@arch/x86/xen/multicalls.c:163 kernel reloc=.dynamic
pc=0xc04046d0

Program received signal SIGSEGV, Segmentation fault.
0x4f39a1c8 in read_srclines () from /lib/libdw.so.1
Missing separate debuginfos, use: debuginfo-install
avahi-libs-0.6.31-21.fc20.i686 bzip2-libs-1.0.6-9.fc20.i686
elfutils-libelf-0.161-2.fc20.i686 elfutils-libs-0.161-2.fc20.i686
libacl-2.2.52-4.fc20.i686 libdb-5.3.28-1.fc20.i686 lua-5.2.2-5.fc20.i686
nspr-4.10.8-1.fc20.i686 nss-3.17.4-1.fc20.i686 nss-util-3.17.4-1.fc20.i686
popt-1.16-2.fc20.i686 rpm-libs-4.11.3-2.fc20.i686 sqlite-3.8.8-2.fc20.i686
(gdb) bt
#0  0x4f39a1c8 in read_srclines () from /lib/libdw.so.1
#1  0x4f39b4fe in __libdw_getsrclines () from /lib/libdw.so.1
#2  0x4f39b6f5 in dwarf_getsrclines () from /lib/libdw.so.1
#3  0x4f3a0c08 in dwarf_decl_file () from /lib/libdw.so.1
#4  0x081f650b in dwflpp::function_file (this=0x93f98f8, c=c@entry=0xbfffd688)
at dwflpp.cxx:2536
#5  0x0813731b in query_dwarf_func (func=func@entry=0x9da4094, q=0xbfffde3c) at
tapsets.cxx:2092
#6  0x081fe761 in dwflpp::iterate_over_functions<void> (this=0x93f98f8,
callback=callback@entry=0x8136f90 <query_dwarf_func(Dwarf_Die*, dwarf_query*)>,
data=data@entry=0xbfffde3c, function="*ar*") at dwflpp.cxx:1040
#7  0x08178071 in iterate_over_functions<dwarf_query> (function="*ar*",
data=0xbfffde3c, callback=0x8136f90 <query_dwarf_func(Dwarf_Die*,
dwarf_query*)>, this=<optimized out>) at dwflpp.h:278
#8  query_cu (cudie=cudie@entry=0x9cb0ac0, q=0xbfffde3c) at tapsets.cxx:2152
#9  0x081fd907 in dwflpp::iterate_over_cus<void> (this=0x93f98f8,
callback=callback@entry=0x8177ee0 <query_cu(Dwarf_Die*, dwarf_query*)>,
data=data@entry=0xbfffde3c, want_types=want_types@entry=false) at
dwflpp.cxx:478
#10 0x08178d9b in iterate_over_cus<dwarf_query> (want_types=false,
data=0xbfffde3c, callback=0x8177ee0 <query_cu(Dwarf_Die*, dwarf_query*)>,
this=<optimized out>) at dwflpp.h:246
#11 dwarf_query::query_module_dwarf (this=this@entry=0xbfffde3c) at
tapsets.cxx:1049
#12 0x08179068 in dwarf_query::handle_query_module (this=0xbfffde3c) at
tapsets.cxx:1143
#13 0x0814187a in query_module (mod=0x93f9d00, name=0x93f9e20 "kernel",
addr=3225419776, q=0xbfffde3c) at tapsets.cxx:2472
#14 0x4f3afa97 in dwfl_getmodules () from /lib/libdw.so.1
#15 0x081f5986 in dwflpp::iterate_over_modules<void> (this=0x93f98f8,
callback=callback@entry=0x8140fe0 <query_module(Dwfl_Module*, void**, char
const*, Dwarf_Addr, base_query*)>, data=0xbfffde3c) at dwflpp.cxx:410
#16 0x0816e458 in iterate_over_modules<base_query> (data=0xbfffde3c,
callback=0x8140fe0 <query_module(Dwfl_Module*, void**, char const*, Dwarf_Addr,
base_query*)>, this=<optimized out>) at dwflpp.h:232
Python Exception <type 'exceptions.IndexError'> list index out of range: 
#17 dwarf_builder::build (this=0x93f36d8, sess=..., base=0x93958a8,
location=0x93a5570, parameters=std::map with 3 elements,
finished_results=std::vector of length 6, capacity 8 = {...}) at
tapsets.cxx:7942
#18 0x080cb64e in match_node::find_and_build (this=0x93f39e0, s=...,
p=p@entry=0x93958a8, loc=loc@entry=0x93a5570, pos=pos@entry=3,
results=std::vector of length 6, capacity 8 = {...}) at elaborate.cxx:466
#19 0x080cbf30 in match_node::find_and_build (this=0x93f39b0, s=...,
p=p@entry=0x93958a8, loc=loc@entry=0x93a5570, pos=pos@entry=2,
results=std::vector of length 6, capacity 8 = {...}) at elaborate.cxx:633
#20 0x080cbf30 in match_node::find_and_build (this=0x93f19d0, s=...,
p=p@entry=0x93958a8, loc=loc@entry=0x93a5570, pos=pos@entry=1,
results=std::vector of length 6, capacity 8 = {...}) at elaborate.cxx:633
#21 0x080cbf30 in match_node::find_and_build (this=0x82deec0, s=...,
p=p@entry=0x93958a8, loc=0x93a5570, pos=pos@entry=0, results=std::vector of
length 6, capacity 8 = {...}) at elaborate.cxx:633
#22 0x080ccd53 in derive_probes (s=..., p=0x93958a8, dps=std::vector of length
6, capacity 8 = {...}, optional=optional@entry=false,
rethrow_errors=rethrow_errors@entry=false) at elaborate.cxx:1004
#23 0x080d06d0 in semantic_pass_symbols (s=...) at elaborate.cxx:1741
#24 semantic_pass (s=...) at elaborate.cxx:1980
#25 0x08058e5f in passes_0_4 (s=...) at main.cxx:819
#26 0x08053ed1 in main (argc=7, argv=0xbffff384) at main.cxx:1207
(gdb)
=======

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug runtime/17982] rlimit.exp stalls on f20

[fche at redhat dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=17982

Frank Ch. Eigler <fche at redhat dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |fche at redhat dot com

--- Comment #3 from Frank Ch. Eigler <fche at redhat dot com> ---
This family of tests is grossly memory- and cpu-hungry,
on purpose, but we should probably turn it down.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug runtime/17982] rlimit.exp stalls on f20

[fche at redhat dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=17982

Frank Ch. Eigler <fche at redhat dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |WAITING

--- Comment #4 from Frank Ch. Eigler <fche at redhat dot com> ---
Note that segvs during the test are intentional & correct:
--rlimit-stack=1 is meant to impose a tiny stack rlimit.
I haven't seen an outright stall though - maybe your box
was just dumping core for a long time?

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug runtime/17982] rlimit.exp stalls on f20

[mcermak at redhat dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=17982

--- Comment #5 from Martin Cermak <mcermak at redhat dot com> ---
Reliably reproducible with 3.18.6-100.fc20.i686+PAE but not with
3.18.7-100.fc20.i686+PAE. Reproducing box temporarily and internally available
at https://url.corp.redhat.com/c78a1a8. IOW with latest F20 kernel the issue is
apparently gone.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug runtime/17982] rlimit.exp stalls on f20

[fche at redhat dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=17982

Frank Ch. Eigler <fche at redhat dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|WAITING                     |RESOLVED
         Resolution|---                         |WORKSFORME

--- Comment #6 from Frank Ch. Eigler <fche at redhat dot com> ---
OK, let's close until it reappears on current/supported kernels.

-- 
You are receiving this mail because:
You are the assignee for the bug.