From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 47351 invoked by alias); 9 Oct 2017 13:39:07 -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 47270 invoked by uid 48); 9 Oct 2017 13:39:00 -0000 From: "dsmith at redhat dot com" To: systemtap@sourceware.org Subject: [Bug runtime/22265] on rawhide, we're getting a kernel panic Date: Mon, 09 Oct 2017 13:39:00 -0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed 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: dsmith at redhat dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: systemtap at sourceware dot org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://sourceware.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2017-q4/txt/msg00018.txt.bz2 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22265 --- Comment #2 from David Smith --- (In reply to David Smith from comment #1) > So, that test doesn't appear to be using a ton of memory. Well, it looks like I was wrong. If I remove testsuite/semok/twenty.stp, the entire testsuite will run to completion. So, it is definitely semok/twenty.stp. What's odd of course is = that I can run semok/twenty.stp by itself with no problem. I modified testsuite/systemtap.base/semok.exp to run "top" before each test. Here's what I see right before trying to run twenty.stp: =3D=3D=3D=3D top - 01:19:58 up 5:08, 0 users, load average: 1.05, 1.25, 1.18 Tasks: 102 total, 1 running, 57 sleeping, 0 stopped, 0 zombie %Cpu(s): 80.3 us, 10.2 sy, 0.0 ni, 8.9 id, 0.1 wa, 0.5 hi, 0.1 si, 0.= 0 st KiB Mem : 4044076 total, 2474496 free, 284012 used, 1285568 buff/cache KiB Swap: 3145724 total, 3145724 free, 0 used. 3425984 avail Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 852 root 20 0 184284 45968 11452 S 0.0 1.1 0:00.59 beah-bea= ker+ 864 root 20 0 179072 45144 11188 S 0.0 1.1 0:10.24 beah-rht= s-t+ 849 root 20 0 167260 39216 11012 S 0.0 1.0 0:00.46 beah-srv 850 root 20 0 151916 36756 9448 S 0.0 0.9 0:00.44 beah-fwd= -ba+ 686 root 20 0 173460 33448 32332 S 0.0 0.8 0:00.17 sssd_nss 8428 root 20 0 74640 25952 4544 S 0.0 0.6 0:11.79 expect 453 root 20 0 97340 16836 16092 S 0.0 0.4 0:00.57 systemd-= jou+ 557 root 20 0 599284 15512 12388 S 0.0 0.4 0:00.51 NetworkM= ana+ Running /root/src.copy/testsuite/semok/twenty.stp =3D=3D=3D=3D That's a lot of memory & swap still available. I wonder if the bpf changes = have upped our memory requirements. --=20 You are receiving this mail because: You are the assignee for the bug.