From owner-freebsd-java@FreeBSD.ORG Fri Apr 3 21:48:59 2015 Return-Path: Delivered-To: java@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F11324A5 for ; Fri, 3 Apr 2015 21:48:59 +0000 (UTC) Received: from mail1.opennms.com (mail1.opennms.com [64.34.199.116]) by mx1.freebsd.org (Postfix) with ESMTP id C6496836 for ; Fri, 3 Apr 2015 21:48:59 +0000 (UTC) Received: by mail1.opennms.com (Postfix, from userid 1012) id DB9AD1E4C084; Fri, 3 Apr 2015 17:48:52 -0400 (EDT) Received: from [172.23.1.102] (cpe-24-163-63-66.nc.res.rr.com [24.163.63.66]) by mail1.opennms.com (Postfix) with ESMTPSA id F2F5D35305D6; Fri, 3 Apr 2015 17:48:51 -0400 (EDT) Message-ID: <551F0AC2.1040100@opennms.org> Date: Fri, 03 Apr 2015 17:48:50 -0400 From: Jesse White User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: OpenNMS Code Development and Bugs , java@freebsd.org Subject: Re: [opennms-devel] OpenNMS 1.14+ on FreeBSD 8, 9, 10, 11 References: <5516FBCD.4050009@atlantisservices.net> <55197228.4050808@opennms.org> <5519C7DC.9010801@atlantisservices.net> <5519DF51.90909@opennms.org> <5519FD02.60109@atlantisservices.net> <551AD507.1050703@opennms.org> <551C2448.1010704@atlantisservices.net> In-Reply-To: <551C2448.1010704@atlantisservices.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.2 X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Apr 2015 21:49:00 -0000 On 04/01/2015 01:00 PM, Paul Pathiakis wrote: > Just curious as to what it looks like the problem may be. I've been playing around with OpenNMS 15.0.2 on FreeBSD 10.1 and the latest port of OpenJDK 8 (1.8.0_40). The SIGSEGV is easy to reproduce and the problematic frame always points to networking related code. I've seen it happen in eventd's TCP listener threads as well as snmp4j's UDP transport threads running the in the context of provisiond. The issue also occurs with all of the JNI and JNA bits disabled, so those can be ruled out. I tried to reproduce the error by running provisiond's code in a standalone .jar, making it easier for the port maintainers to reproduce the problem, but I haven't had any success in triggering the crash this way. At this point everything points to a JVM bug. I think we'll need some help from the port maintainers to solve this one. -Jesse