From owner-freebsd-java@FreeBSD.ORG Sun Mar 29 20:33:24 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 4A595249 for ; Sun, 29 Mar 2015 20:33:24 +0000 (UTC) Received: from shell1.rawbw.com (shell1.rawbw.com [198.144.192.42]) by mx1.freebsd.org (Postfix) with ESMTP id 34C503C4 for ; Sun, 29 Mar 2015 20:33:24 +0000 (UTC) Received: from yuri.doctorlan.com (c-50-184-63-128.hsd1.ca.comcast.net [50.184.63.128]) (authenticated bits=0) by shell1.rawbw.com (8.14.9/8.14.9) with ESMTP id t2TKXM1n006436 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Sun, 29 Mar 2015 13:33:23 -0700 (PDT) (envelope-from yuri@rawbw.com) X-Authentication-Warning: shell1.rawbw.com: Host c-50-184-63-128.hsd1.ca.comcast.net [50.184.63.128] claimed to be yuri.doctorlan.com Message-ID: <55186191.1060701@rawbw.com> Date: Sun, 29 Mar 2015 13:33:21 -0700 From: Yuri User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: java@freebsd.org Subject: [java/openjdk8-jre] poudriere build fails (recipe for target 'docs-only' failed) Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit 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: Sun, 29 Mar 2015 20:33:24 -0000 openjdk8-jre-8.40.25_2 rebuild fails on amd64. Error: Javadoc.gmk:817: recipe for target '/wrkdirs/usr/ports/java/openjdk8-jre/work/openjdk/build/bsd-x86_64-normal-server-release/docs/jre/api/security/smartcardio/spec/index.html' failed gmake[2]: *** [/wrkdirs/usr/ports/java/openjdk8-jre/work/openjdk/build/bsd-x86_64-normal-server-release/docs/jre/api/security/smartcardio/spec/index.html] Error 143 gmake[2]: Leaving directory '/wrkdirs/usr/ports/java/openjdk8-jre/work/openjdk/make' /wrkdirs/usr/ports/java/openjdk8-jre/work/openjdk//make/Main.gmk:168: recipe for target 'docs-only' failed gmake[1]: *** [docs-only] Error 2 gmake[1]: Leaving directory '/wrkdirs/usr/ports/java/openjdk8-jre/work/openjdk' *** Error code 1 Options are default (both options are on). Yuri From owner-freebsd-java@FreeBSD.ORG Sun Mar 29 22:08:00 2015 Return-Path: Delivered-To: java@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 84203CB2; Sun, 29 Mar 2015 22:08:00 +0000 (UTC) Received: from beefy4.isc.freebsd.org (beefy4.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:4072:0:16:3b]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6F7B7A3; Sun, 29 Mar 2015 22:08:00 +0000 (UTC) Received: from beefy4.isc.freebsd.org (localhost [127.0.0.1]) by beefy4.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t2TM80h6065017; Sun, 29 Mar 2015 22:08:00 GMT (envelope-from pkg-fallout@FreeBSD.org) Received: (from root@localhost) by beefy4.isc.freebsd.org (8.14.9/8.14.9/Submit) id t2TM802G065003; Sun, 29 Mar 2015 22:08:00 GMT (envelope-from pkg-fallout@FreeBSD.org) Date: Sun, 29 Mar 2015 22:08:00 GMT From: pkg-fallout@FreeBSD.org Message-Id: <201503292208.t2TM802G065003@beefy4.isc.freebsd.org> To: java@FreeBSD.org Subject: [package - head-amd64-default][java/sablevm] Failed for sablevm-1.13_11 in stage Cc: pkg-fallout@FreeBSD.org 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: Sun, 29 Mar 2015 22:08:00 -0000 You are receiving this mail as a port that you maintain is failing to build on the FreeBSD package build server. Please investigate the failure and submit a PR to fix build. Maintainer: java@FreeBSD.org Last committer: tijl@FreeBSD.org Ident: $FreeBSD: head/java/sablevm/Makefile 368356 2014-09-17 07:38:15Z tijl $ Log URL: http://beefy4.isc.freebsd.org/data/head-amd64-default/p382532_s280788/logs/sablevm-1.13_11.log Build URL: http://beefy4.isc.freebsd.org/build.html?mastername=head-amd64-default&build=p382532_s280788 Log: ====>> Building java/sablevm build started at Sun Mar 29 22:06:56 UTC 2015 port directory: /usr/ports/java/sablevm building for: FreeBSD head-amd64-default-job-10 11.0-CURRENT FreeBSD 11.0-CURRENT r280788 amd64 maintained by: java@FreeBSD.org Makefile ident: $FreeBSD: head/java/sablevm/Makefile 368356 2014-09-17 07:38:15Z tijl $ Poudriere version: 3.1.1 Host OSVERSION: 1100064 Jail OSVERSION: 1100067 !!! Jail is newer than host. (Jail: 1100067, Host: 1100064) !!! !!! This is not supported. !!! !!! Host kernel must be same or newer than jail. !!! !!! Expect build failures. !!! ---Begin Environment--- OSVERSION=1100067 UNAME_v=FreeBSD 11.0-CURRENT r280788 UNAME_r=11.0-CURRENT BLOCKSIZE=K MAIL=/var/mail/root STATUS=1 SAVED_TERM=screen MASTERMNT=/usr/local/poudriere/data/.m/head-amd64-default/ref PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin:/root/bin POUDRIERE_BUILD_TYPE=bulk PKGNAME=sablevm-1.13_11 OLDPWD=/ PWD=/usr/local/poudriere/data/.m/head-amd64-default/ref/.p/pool MASTERNAME=head-amd64-default USER=root HOME=/root POUDRIERE_VERSION=3.1.1 LOCALBASE=/usr/local PACKAGE_BUILDING=yes ---End Environment--- ---Begin OPTIONS List--- ===> The following configuration options are available for sablevm-1.13_11: SVMCP=on: Install SableVM classpath ===> Use 'make config' to modify these settings ---End OPTIONS List--- --CONFIGURE_ARGS-- --includedir=/usr/local/include/sablevm --prefix=/usr/local ${_LATE_CONFIGURE_ARGS} --End CONFIGURE_ARGS-- --CONFIGURE_ENV-- XDG_DATA_HOME=/wrkdirs/usr/ports/java/sablevm/work XDG_CONFIG_HOME=/wrkdirs/usr/ports/java/sablevm/work HOME=/wrkdirs/usr/ports/java/sablevm/work TMPDIR="/tmp" MAKE=gmake PKG_CONFIG=pkgconf SHELL=/bin/sh CONFIG_SHELL=/bin/sh CONFIG_SITE=/usr/ports/Templates/config.site lt_cv_sys_max_cmd_len=262144 --End CONFIGURE_ENV-- --MAKE_ENV-- XDG_DATA_HOME=/wrkdirs/usr/ports/java/sablevm/work XDG_CONFIG_HOME=/wrkdirs/usr/ports/java/sablevm/work HOME=/wrkdirs/usr/ports/java/sablevm/work TMPDIR="/tmp" NO_PIE=yes SHELL=/bin/sh NO_LINT=YES PREFIX=/usr/local LOCALBASE=/usr/local LIBDIR="/usr/lib" CC="cc" CFLAGS="-O2 -pipe -fstack-protector -fno-strict-aliasing" CPP="cpp" CPPFLAGS="-I/usr/local/include" LDFLAGS=" -fstack-protector" LIBS="-L/usr/local/lib" CXX="c++" CXXFLAGS="-O2 -pipe -fstack-protector -fno-strict-aliasing " MANPREFIX="/usr/local" BSD_INSTALL_PROGRAM="install -s -o root -g wheel -m 555" BSD_INSTALL_LIB="install -s -o root -g wheel -m 444" BSD_INSTALL_SCRIPT="install -o root -g wheel -m 555" BSD_INSTALL_DATA="install -o root -g wheel -m 0644" BSD_INSTALL_MAN="install -o root -g wheel -m 444" --End MAKE_ENV-- --PLIST_SUB-- OSREL=11.0 PREFIX=%D LOCALBASE=/usr/local RESETPREFIX=/usr/local PORTDOCS="" PORTEXAMPLES="" LIB32DIR=lib DOCSDIR="share/doc/sablevm" EXAMPLESDIR="share/examples/sablevm" DATADIR="share/sablevm" WWWDIR="www/sablevm" ETCDIR="etc/sablevm" --End PLIST_SUB-- --SUB_LIST-- PREFIX=/usr/local LOCALBASE=/usr/local DATADIR=/usr/local/share/sablevm DOCSDIR=/usr/local/share/doc/sablevm EXAMPLESDIR=/usr/local/share/examples/sablevm WWWDIR=/usr/local/www/sablevm ETCDIR=/usr/local/etc/sablevm --End SUB_LIST-- ---Begin make.conf--- USE_PACKAGE_DEPENDS=yes BATCH=yes WRKDIRPREFIX=/wrkdirs USE_PACKAGE_DEPENDS=yes BATCH=yes WRKDIRPREFIX=/wrkdirs PORTSDIR=/usr/ports PACKAGES=/packages DISTDIR=/distfiles #### /usr/local/etc/poudriere.d/make.conf #### MASTER_SITE_FREEBSD=yes DISABLE_MAKE_JOBS=poudriere ---End make.conf--- =================================================== ===> License LGPL21 accepted by the user =========================================================================== =================================================== ===> sablevm-1.13_11 depends on file: /usr/local/sbin/pkg - not found ===> Verifying install for /usr/local/sbin/pkg in /usr/ports/ports-mgmt/pkg ===> Installing existing package /packages/All/pkg-1.4.12.txz [head-amd64-default-job-10] Installing pkg-1.4.12... [head-amd64-default-job-10] Extracting pkg-1.4.12... done Message for pkg-1.4.12: If you are upgrading from the old package format, first run: # pkg2ng ===> Returning to build of sablevm-1.13_11 =========================================================================== =================================================== =========================================================================== =================================================== ===> License LGPL21 accepted by the user ===> Fetching all distfiles required by sablevm-1.13_11 for building =========================================================================== =================================================== ===> License LGPL21 accepted by the user ===> Fetching all distfiles required by sablevm-1.13_11 for building => SHA256 Checksum OK for sablevm-1.13.tar.gz. =========================================================================== =================================================== =========================================================================== =================================================== ===> License LGPL21 accepted by the user ===> Fetching all distfiles required by sablevm-1.13_11 for building ===> Extracting for sablevm-1.13_11 => SHA256 Checksum OK for sablevm-1.13.tar.gz. =========================================================================== =================================================== =========================================================================== =================================================== ===> Patching for sablevm-1.13_11 =========================================================================== =================================================== ===> sablevm-1.13_11 depends on executable: msgfmt - not found ===> Verifying install for msgfmt in /usr/ports/devel/gettext-tools ===> Installing existing package /packages/All/gettext-tools-0.19.4.txz [head-amd64-default-job-10] Installing gettext-tools-0.19.4... [head-amd64-default-job-10] `-- Installing expat-2.1.0_2... [head-amd64-default-job-10] `-- Extracting expat-2.1.0_2... done [head-amd64-default-job-10] `-- Installing gettext-runtime-0.19.4... [head-amd64-default-job-10] | `-- Installing indexinfo-0.2.3... [head-amd64-default-job-10] | `-- Extracting indexinfo-0.2.3... done [head-amd64-default-job-10] `-- Extracting gettext-runtime-0.19.4... done [head-amd64-default-job-10] Extracting gettext-tools-0.19.4... done ===> Returning to build of sablevm-1.13_11 ===> sablevm-1.13_11 depends on executable: gmake - not found ===> Verifying install for gmake in /usr/ports/devel/gmake ===> Installing existing package /packages/All/gmake-4.1_1.txz [head-amd64-default-job-10] Installing gmake-4.1_1... [head-amd64-default-job-10] Extracting gmake-4.1_1... done ===> Returning to build of sablevm-1.13_11 ===> sablevm-1.13_11 depends on executable: pkgconf - not found ===> Verifying install for pkgconf in /usr/ports/devel/pkgconf ===> Installing existing package /packages/All/pkgconf-0.9.8.txz [head-amd64-default-job-10] Installing pkgconf-0.9.8... [head-amd64-default-job-10] Extracting pkgconf-0.9.8... done ===> Returning to build of sablevm-1.13_11 =========================================================================== =================================================== ===> sablevm-1.13_11 depends on shared library: libpopt.so - not found ===> Verifying for libpopt.so in /usr/ports/devel/popt ===> Installing existing package /packages/All/popt-1.16_1.txz [head-amd64-default-job-10] Installing popt-1.16_1... [head-amd64-default-job-10] Extracting popt-1.16_1... done ===> Returning to build of sablevm-1.13_11 ===> sablevm-1.13_11 depends on shared library: libffi.so - not found ===> Verifying for libffi.so in /usr/ports/devel/libffi ===> Installing existing package /packages/All/libffi-3.2.1.txz [head-amd64-default-job-10] Installing libffi-3.2.1... [head-amd64-default-job-10] Extracting libffi-3.2.1... done ===> Returning to build of sablevm-1.13_11 ===> sablevm-1.13_11 depends on shared library: libltdl.so - not found ===> Verifying for libltdl.so in /usr/ports/devel/libltdl ===> Installing existing package /packages/All/libltdl-2.4.5.txz [head-amd64-default-job-10] Installing libltdl-2.4.5... [head-amd64-default-job-10] Extracting libltdl-2.4.5... done ===> Returning to build of sablevm-1.13_11 ===> sablevm-1.13_11 depends on shared library: libintl.so - found (/usr/local/lib/libintl.so.8.1.3) =========================================================================== =================================================== ===> Configuring for sablevm-1.13_11 ===> FreeBSD 10 autotools fix applied to /wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/aclocal.m4 ===> FreeBSD 10 autotools fix applied to /wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/configure ===> FreeBSD 10 autotools fix applied to /wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/src/libpopt/aclocal.m4 ===> FreeBSD 10 autotools fix applied to /wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/src/libpopt/configure ===> FreeBSD 10 autotools fix applied to /wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/src/libffi/aclocal.m4 ===> FreeBSD 10 autotools fix applied to /wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/src/libffi/configure configure: loading site script /usr/ports/Templates/config.site checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking whether build environment is sane... yes checking for gawk... (cached) /usr/bin/awk checking whether gmake sets $(MAKE)... yes checking build system type... amd64-portbld-freebsd11.0 fc-cache: succeeded [head-amd64-default-job-10] | | | `-- Installing pixman-0.32.6... [head-amd64-default-job-10] | | | `-- Extracting pixman-0.32.6... done [head-amd64-default-job-10] | | | `-- Installing xcb-util-renderutil-0.3.9... [head-amd64-default-job-10] | | | `-- Installing xcb-util-0.4.0,1... [head-amd64-default-job-10] | | | `-- Extracting xcb-util-0.4.0,1... done [head-amd64-default-job-10] | | | `-- Extracting xcb-util-renderutil-0.3.9... done [head-amd64-default-job-10] | | `-- Extracting cairo-1.12.18_1,2... done [head-amd64-default-job-10] | | `-- Installing encodings-1.0.4_3,1... [head-amd64-default-job-10] | | | `-- Installing font-util-1.3.0_2... [head-amd64-default-job-10] | | | `-- Extracting font-util-1.3.0_2... done [head-amd64-default-job-10] | | `-- Extracting encodings-1.0.4_3,1... done [head-amd64-default-job-10] | | `-- Installing harfbuzz-0.9.36... [head-amd64-default-job-10] | | | `-- Installing graphite2-1.2.4... [head-amd64-default-job-10] | | | `-- Extracting graphite2-1.2.4... done [head-amd64-default-job-10] | | | `-- Installing icu-53.1... [head-amd64-default-job-10] | | | `-- Extracting icu-53.1... done [head-amd64-default-job-10] | | `-- Extracting harfbuzz-0.9.36... done [head-amd64-default-job-10] | | `-- Installing libXft-2.3.2... [head-amd64-default-job-10] | | `-- Extracting libXft-2.3.2... done [head-amd64-default-job-10] | | `-- Installing xorg-fonts-truetype-7.7_1... [head-amd64-default-job-10] | | | `-- Installing dejavu-2.34_6... [head-amd64-default-job-10] | | | `-- Installing mkfontdir-1.0.7... [head-amd64-default-job-10] | | | | `-- Installing mkfontscale-1.1.1_1... [head-amd64-default-job-10] | | | | `-- Installing libfontenc-1.1.2_2... [head-amd64-default-job-10] | | | | `-- Extracting libfontenc-1.1.2_2... done [head-amd64-default-job-10] | | | | `-- Extracting mkfontscale-1.1.1_1... done [head-amd64-default-job-10] | | | `-- Extracting mkfontdir-1.0.7... done [head-amd64-default-job-10] | | | `-- Extracting dejavu-2.34_6... done [head-amd64-default-job-10] | | | `-- Installing font-bh-ttf-1.0.3_3... [head-amd64-default-job-10] | | | `-- Extracting font-bh-ttf-1.0.3_3... done [head-amd64-default-job-10] | | | `-- Installing font-misc-ethiopic-1.0.3_3... [head-amd64-default-job-10] | | | `-- Extracting font-misc-ethiopic-1.0.3_3... done [head-amd64-default-job-10] | | | `-- Installing font-misc-meltho-1.0.3_3... [head-amd64-default-job-10] | | | `-- Extracting font-misc-meltho-1.0.3_3... done [head-amd64-default-job-10] | | `-- Extracting pango-1.36.8... done [head-amd64-default-job-10] | | `-- Installing shared-mime-info-1.1_1... [head-amd64-default-job-10] | | `-- Extracting shared-mime-info-1.1_1... done [head-amd64-default-job-10] | `-- Extracting gtk-update-icon-cache-2.24.25... done [head-amd64-default-job-10] | `-- Installing python-2.7_2,2... [head-amd64-default-job-10] | | `-- Installing python2-2_3... [head-amd64-default-job-10] | | `-- Extracting python2-2_3... done [head-amd64-default-job-10] | `-- Extracting python-2.7_2,2... done [head-amd64-default-job-10] `-- Extracting gtk2-2.24.27... done [head-amd64-default-job-10] `-- Installing libXtst-1.2.2_2... [head-amd64-default-job-10] | `-- Installing recordproto-1.14.2... [head-amd64-default-job-10] | `-- Extracting recordproto-1.14.2... done [head-amd64-default-job-10] `-- Extracting libXtst-1.2.2_2... done [head-amd64-default-job-10] Extracting sablevm-classpath-1.13_11... done Message for python27-2.7.9: ===================================================================== Note that some standard Python modules are provided as separate ports as they require additional dependencies. They are available as: bsddb databases/py-bsddb gdbm databases/py-gdbm sqlite3 databases/py-sqlite3 tkinter x11-toolkits/py-tkinter ===================================================================== Message for dejavu-2.34_6: Make sure that the freetype module is loaded. If it is not, add the following line to the "Modules" section of your X Windows configuration file: Load "freetype" Add the following line to the "Files" section of X Windows configuration file: FontPath "/usr/local/share/fonts/dejavu/" Note: your X Windows configuration file is typically /etc/X11/XF86Config if you are using XFree86, and /etc/X11/xorg.conf if you are using X.Org. ===> Returning to build of sablevm-1.13_11 =========================================================================== =================================================== ===> Staging for sablevm-1.13_11 ===> Generating temporary packing list gmake[1]: Entering directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13' gmake INSTALL_PROGRAM="/bin/sh /wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/install-sh -c -s" \ install_sh_PROGRAM="/bin/sh /wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/install-sh -c -s" INSTALL_STRIP_FLAG=-s \ `test -z 'strip' || \ echo "INSTALL_PROGRAM_ENV=STRIPPROG='strip'"` install gmake[2]: Entering directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13' gmake install-recursive gmake[3]: Entering directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13' Making install in doc gmake[4]: Entering directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/doc' gmake[5]: Entering directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/doc' gmake[5]: Nothing to be done for 'install-exec-am'. test -z "/usr/local/man/man1" || /wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/install-sh -d "/wrkdirs/usr/ports/java/sablevm/work/stage/usr/local/man/man1" install -o root -g wheel -m 0644 './sablevm.1' '/wrkdirs/usr/ports/java/sablevm/work/stage/usr/local/man/man1/sablevm.1' install -o root -g wheel -m 0644 './java-sablevm.1' '/wrkdirs/usr/ports/java/sablevm/work/stage/usr/local/man/man1/java-sablevm.1' gmake[5]: Leaving directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/doc' gmake[4]: Leaving directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/doc' Making install in src gmake[4]: Entering directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/src' Making install in include gmake[5]: Entering directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/src/include' gmake[6]: Entering directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/src/include' gmake[6]: Nothing to be done for 'install-exec-am'. gmake[6]: Nothing to be done for 'install-data-am'. gmake[6]: Leaving directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/src/include' gmake[5]: Leaving directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/src/include' Making install in libsablevm gmake[5]: Entering directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/src/libsablevm' gmake install-recursive gmake[6]: Entering directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/src/libsablevm' Making install in include gmake[7]: Entering directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/src/libsablevm/include' gmake[8]: Entering directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/src/libsablevm/include' gmake[8]: Nothing to be done for 'install-exec-am'. test -z "/usr/local/include/sablevm" || /wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/install-sh -d "/wrkdirs/usr/ports/java/sablevm/work/stage/usr/local/include/sablevm" install -o root -g wheel -m 0644 'jni.h' '/wrkdirs/usr/ports/java/sablevm/work/stage/usr/local/include/sablevm/jni.h' install -o root -g wheel -m 0644 'jni_system_specific.h' '/wrkdirs/usr/ports/java/sablevm/work/stage/usr/local/include/sablevm/jni_system_specific.h' gmake install-data-hook gmake[9]: Entering directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/src/libsablevm/include' mkdir -p /wrkdirs/usr/ports/java/sablevm/work/stage/usr/local/lib/sablevm/include for f in jni.h jni_system_specific.h ; do \ rm -f /wrkdirs/usr/ports/java/sablevm/work/stage/usr/local/lib/sablevm/include/$f ; \ ln -s /usr/local/include/sablevm/$f /wrkdirs/usr/ports/java/sablevm/work/stage/usr/local/lib/sablevm/include/$f ; \ done gmake[9]: Leaving directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/src/libsablevm/include' gmake[8]: Leaving directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/src/libsablevm/include' gmake[7]: Leaving directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/src/libsablevm/include' Making install in inlinability gmake[7]: Entering directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/src/libsablevm/inlinability' gmake[8]: Entering directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/src/libsablevm/inlinability' gmake[8]: Nothing to be done for 'install-exec-am'. gmake[8]: Nothing to be done for 'install-data-am'. gmake[8]: Leaving directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/src/libsablevm/inlinability' gmake[7]: Leaving directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/src/libsablevm/inlinability' gmake[7]: Entering directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/src/libsablevm' gmake[8]: Entering directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/src/libsablevm' test -z "/usr/local/lib" || /wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/install-sh -d "/wrkdirs/usr/ports/java/sablevm/work/stage/usr/local/lib" /bin/sh ../../libtool --mode=install /usr/bin/install -c -o root -g wheel -s 'libsablevm.la' '/wrkdirs/usr/ports/java/sablevm/work/stage/usr/local/lib/libsablevm.la' /usr/bin/install -c -o root -g wheel .libs/libsablevm-1.13.so /wrkdirs/usr/ports/java/sablevm/work/stage/usr/local/lib/libsablevm-1.13.so (cd /wrkdirs/usr/ports/java/sablevm/work/stage/usr/local/lib && { ln -s -f libsablevm-1.13.so libsablevm.so || { rm -f libsablevm.so && ln -s libsablevm-1.13.so libsablevm.so; }; }) /usr/bin/install -c -o root -g wheel .libs/libsablevm.lai /wrkdirs/usr/ports/java/sablevm/work/stage/usr/local/lib/libsablevm.la libtool: install: warning: remember to run `libtool --finish /usr/local/lib' gmake[8]: Nothing to be done for 'install-data-am'. gmake[8]: Leaving directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/src/libsablevm' gmake[7]: Leaving directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/src/libsablevm' gmake[6]: Leaving directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/src/libsablevm' gmake[5]: Leaving directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/src/libsablevm' Making install in sablevm gmake[5]: Entering directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/src/sablevm' gmake[6]: Entering directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/src/sablevm' test -z "/usr/local/bin" || /wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/install-sh -d "/wrkdirs/usr/ports/java/sablevm/work/stage/usr/local/bin" STRIPPROG='strip' /bin/sh ../../libtool --mode=install /bin/sh /wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/install-sh -c -s 'sablevm' '/wrkdirs/usr/ports/java/sablevm/work/stage/usr/local/bin/sablevm' libtool: install: warning: `../libsablevm/libsablevm.la' has not been installed in `/usr/local/lib' /bin/sh /wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/install-sh -c -s .libs/sablevm /wrkdirs/usr/ports/java/sablevm/work/stage/usr/local/bin/sablevm gmake[6]: Nothing to be done for 'install-data-am'. gmake[6]: Leaving directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/src/sablevm' gmake[5]: Leaving directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/src/sablevm' gmake[5]: Entering directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/src' gmake[6]: Entering directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/src' gmake[6]: Nothing to be done for 'install-exec-am'. gmake[6]: Nothing to be done for 'install-data-am'. gmake[6]: Leaving directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/src' gmake[5]: Leaving directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/src' gmake[4]: Leaving directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/src' gmake[4]: Entering directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13' gmake[5]: Entering directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13' test -z "/usr/local/bin" || /wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13/install-sh -d "/wrkdirs/usr/ports/java/sablevm/work/stage/usr/local/bin" install -o root -g wheel -m 555 'java-sablevm' '/wrkdirs/usr/ports/java/sablevm/work/stage/usr/local/bin/java-sablevm' install -o root -g wheel -m 555 'javac-sablevm' '/wrkdirs/usr/ports/java/sablevm/work/stage/usr/local/bin/javac-sablevm' install -o root -g wheel -m 555 'jar-sablevm' '/wrkdirs/usr/ports/java/sablevm/work/stage/usr/local/bin/jar-sablevm' gmake install-exec-hook gmake[6]: Entering directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13' mkdir -p /wrkdirs/usr/ports/java/sablevm/work/stage/usr/local/lib/sablevm cd /wrkdirs/usr/ports/java/sablevm/work/stage/usr/local/lib/sablevm && mkdir bin jre &>/dev/null cd /wrkdirs/usr/ports/java/sablevm/work/stage/usr/local/lib/sablevm && rm -f bin/java bin/javac bin/jar unlink /wrkdirs/usr/ports/java/sablevm/work/stage/usr/local/lib/sablevm/jre/bin &>/dev/null if test ! -L /wrkdirs/usr/ports/java/sablevm/work/stage/usr/local/lib/sablevm/jre/bin; then rm -rf /wrkdirs/usr/ports/java/sablevm/work/stage/usr/local/lib/sablevm/jre/bin; fi unlink: /wrkdirs/usr/ports/java/sablevm/work/stage/usr/local/lib/sablevm/jre/bin: No such file or directory ln -s ../../../bin/`echo "java-sablevm" | sed 's|^.*/||;s,x,x,'` /wrkdirs/usr/ports/java/sablevm/work/stage/usr/local/lib/sablevm/bin/java ln: /wrkdirs/usr/ports/java/sablevm/work/stage/usr/local/lib/sablevm/bin/java: No such file or directory Makefile:730: recipe for target 'install-exec-hook' failed gmake[6]: *** [install-exec-hook] Error 1 gmake[6]: Leaving directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13' Makefile:635: recipe for target 'install-exec-am' failed gmake[5]: *** [install-exec-am] Error 2 gmake[5]: Leaving directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13' Makefile:592: recipe for target 'install-am' failed gmake[4]: *** [install-am] Error 2 gmake[4]: Leaving directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13' Makefile:308: recipe for target 'install-recursive' failed gmake[3]: *** [install-recursive] Error 1 gmake[3]: Leaving directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13' Makefile:586: recipe for target 'install' failed gmake[2]: *** [install] Error 2 gmake[2]: Leaving directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13' Makefile:596: recipe for target 'install-strip' failed gmake[1]: *** [install-strip] Error 2 gmake[1]: Leaving directory '/wrkdirs/usr/ports/java/sablevm/work/sablevm-1.13' *** Error code 2 Stop. make: stopped in /usr/ports/java/sablevm From owner-freebsd-java@FreeBSD.ORG Mon Mar 30 22:08:49 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 8E5D6E4E for ; Mon, 30 Mar 2015 22:08:49 +0000 (UTC) Received: from messages.atlantisservices.net (atlantisservices.com [96.39.127.150]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5CD91EB4 for ; Mon, 30 Mar 2015 22:08:48 +0000 (UTC) Received: from debsmachine.pathiakis.com (unknown [192.168.0.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by messages.atlantisservices.net (Postfix) with ESMTPSA id 39F4819799; Mon, 30 Mar 2015 22:02:05 +0000 (UTC) Message-ID: <5519C7DC.9010801@atlantisservices.net> Date: Mon, 30 Mar 2015 18:02:04 -0400 From: Paul Pathiakis User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: opennms-devel@lists.sourceforge.net, java@freebsd.org, tarus@opennms.org Subject: Re: [opennms-devel] OpenNMS 1.14+ on FreeBSD 8, 9, 10, 11 References: <5516FBCD.4050009@atlantisservices.net> <55197228.4050808@opennms.org> In-Reply-To: <55197228.4050808@opennms.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 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: Mon, 30 Mar 2015 22:08:49 -0000 On 03/30/2015 11:56, Benjamin Reed wrote: > On 3/28/15 3:06 PM, Paul Pathiakis wrote: >> Openjdk crashes almost >> immediately while the linux java continues for a longer duration but >> also crashes. > Unless it is crashing in jrrd or jicmp which we wrote, it is by > definition a JVM issue. Unless we're running out of memory, it should > be impossible to put something in a jar that crashes the JVM, and if it > does, it's a JVM bug. Since the Linux JDK doesn't crash under the Linux > kernel, that would mean it has to be some interaction in the FreeBSD > side breaking it. > > Without a crash log, though, it's hard to say. :) > > > > ------------------------------------------------------------------------------ > Dive into the World of Parallel Programming The Go Parallel Website, sponsored > by Intel and developed in partnership with Slashdot Media, is your hub for all > things parallel software development, from weekly thought leadership blogs to > news, videos, case studies, tutorials and more. Take a look and join the > conversation now. http://goparallel.sourceforge.net/ > > > _______________________________________________ > Please read the OpenNMS Mailing List FAQ: > http://www.opennms.org/index.php/Mailing_List_FAQ > > opennms-devel mailing list > > To *unsubscribe* or change your subscription options, see the bottom of this page: > https://lists.sourceforge.net/lists/listinfo/opennms-devel Ben, More than happy to provide any crash dumps. However, I can't agree with it 'must be' the JVM. Ron Roskens and I have delved into this and found some interesting things going on. The behavior differs between the Linux JVM on FreeBSD linuxlator and the openjdk on FreeBSD. Once upon a time, previous OpenNMS versions always worked on FreeBSD on Java 1.4, 1.5, 1.6. There was never an issue with getting it running, there just wasn't a package/port. Here's one of the e-mails that I've received regarding this: *Hi Paul, good morning.*** ** ***I’ve been reading a lot of your posts to the lists about OpenNMS on FreeBSD.*** ** *I have been running OpenNMS v1.10.6 on FreeBSD 9 for years with no trouble, but decided to upgrade. Heh.*** ** *See versions of software I’m running below.*** ** *I have the same symptoms you described last fall: it runs for a while, then boom – JVM blows up.*** ** *Have you had any luck getting it working?*** ** *Thanks!*** ** *___________________________*** ** *Kris Jacobs*** *Network Administrator** **% uname –a** ** **FreeBSD NETMONv2.calhouncountymi.local 10.1-RELEASE FreeBSD 10.1-RELEASE #0 r274401: Tue Nov 11 21:02:49 UTC 2014 root@releng1.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64** ** **% pkg version | grep jdk ** ** **openjdk-7.76.13_1,1** ** **opennms-15.0.1-1** * So, here's an example of someone running OpenNMS 1.10.6 on FreeBSD 9 and openjdk6. It ran "for years". I had run FreeBSD 8.0 with OpenNMS 1.{5,6}(I think) with an unknown JDK version and it ran for years without issue. Again, what has happened? The user, Kris, (above) has tried getting it to work on OpenNMS 1.15 with openjdk 6,7,8. None of it works. I believe OpenNMS to be the best NMS system out there right now. However, I'm using Zabbix for all of my new installs which seems to be my only alternative at this point. Could someone tell me if this is working on OSX reliably? That may be an alternative. BTW, I don't have any other issues with other apps that are using openjdk crashing on FreeBSD, it seems to be OpenNMS is the only app with a problem. I'm also sending this to the java maillist at FreeBSD. I'm hoping that the two groups can work together to resolve the issue. My being in the middle may be hampering the issue but what seems to be hurting more is the fact that there doesn't seem to be anyone willing to work the issue to PROVE it is something having to do with the JDK. People stating "Well, it works on Linux, with the Linux JDK, which we have Linux specific conditionals set in XML code and it works fine" comes across as a serious dodge. (Ron Roskens pointed out a couple of issues with the code using specific 'epoll' calls. Kudos to him for digging in and finding that.) Seriously, if OpenNMS says "We will not support OpenNMS on FreeBSD", then please make the statement for everyone to see so they know to stop using and supporting this product. Just close the door and well meaning people like myself will just walk away. Sevan used to complain that the upstream support in the OpenNMS group was what kept the product from being stable on more platforms, I'm starting to lean that way as well. (With Ron Roskens being the exception, of course.) (Sad considering that Juniper uses FreeBSD for JunOS and Playstation is built on it, and Apple is built on it.... etc) Something that the OpenNMS project should consider: software being well-supported on more than just one or two platforms is the best way to hedge your bets. Right now, there is serious slippage on a couple of platforms in the industry. Any software project that has all their eggs in one or two baskets could end up blowing away if those eggs lose market share. Tarus, can you weigh in on this? BTW, where can I get the source for 10.x? I'd like to see if it still runs on openjdk6. That might be a solid place to start on my end. If that can work, I'll try openjdk 7. Thank you, Paul Pathiakis From owner-freebsd-java@FreeBSD.ORG Mon Mar 30 22:42:53 2015 Return-Path: Delivered-To: freebsd-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 69FDD56A for ; Mon, 30 Mar 2015 22:42:53 +0000 (UTC) Received: from messages.atlantisservices.net (atlantisservices.com [96.39.127.150]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 39A033D1 for ; Mon, 30 Mar 2015 22:42:52 +0000 (UTC) Received: from debsmachine.pathiakis.com (unknown [192.168.0.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by messages.atlantisservices.net (Postfix) with ESMTPSA id F3BDF197AD; Mon, 30 Mar 2015 22:42:50 +0000 (UTC) Message-ID: <5519D16A.8070609@atlantisservices.net> Date: Mon, 30 Mar 2015 18:42:50 -0400 From: Paul Pathiakis User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: freebsd-java@freebsd.org, opennms-devel@lists.sourceforge.net, tarus@opennms.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> In-Reply-To: <5519C7DC.9010801@atlantisservices.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit 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: Mon, 30 Mar 2015 22:42:53 -0000 I found all the old copies of the code out on SourceForge. Whoever is archiving this stuff, please continue to do so. If this works, then it will point that there's been some change in the code and not the jdk. P. On 03/30/2015 18:02, Paul Pathiakis wrote: > > On 03/30/2015 11:56, Benjamin Reed wrote: >> On 3/28/15 3:06 PM, Paul Pathiakis wrote: >>> Openjdk crashes almost >>> immediately while the linux java continues for a longer duration but >>> also crashes. >> Unless it is crashing in jrrd or jicmp which we wrote, it is by >> definition a JVM issue. Unless we're running out of memory, it should >> be impossible to put something in a jar that crashes the JVM, and if it >> does, it's a JVM bug. Since the Linux JDK doesn't crash under the Linux >> kernel, that would mean it has to be some interaction in the FreeBSD >> side breaking it. >> >> Without a crash log, though, it's hard to say. :) >> >> >> >> ------------------------------------------------------------------------------ >> >> Dive into the World of Parallel Programming The Go Parallel Website, >> sponsored >> by Intel and developed in partnership with Slashdot Media, is your >> hub for all >> things parallel software development, from weekly thought leadership >> blogs to >> news, videos, case studies, tutorials and more. Take a look and join the >> conversation now. http://goparallel.sourceforge.net/ >> >> >> _______________________________________________ >> Please read the OpenNMS Mailing List FAQ: >> http://www.opennms.org/index.php/Mailing_List_FAQ >> >> opennms-devel mailing list >> >> To *unsubscribe* or change your subscription options, see the bottom >> of this page: >> https://lists.sourceforge.net/lists/listinfo/opennms-devel > Ben, > > More than happy to provide any crash dumps. However, I can't > agree with it 'must be' the JVM. Ron Roskens and I have delved into > this and found some interesting things going on. The behavior differs > between the Linux JVM on FreeBSD linuxlator and the openjdk on FreeBSD. > Once upon a time, previous OpenNMS versions always worked on > FreeBSD on Java 1.4, 1.5, 1.6. There was never an issue with getting > it running, there just wasn't a package/port. > > Here's one of the e-mails that I've received regarding this: > > *Hi Paul, good morning.*** > > ** > > ***I’ve been reading a lot of your posts to the lists about OpenNMS on > FreeBSD.*** > > ** > > *I have been running OpenNMS v1.10.6 on FreeBSD 9 for years with no > trouble, but decided to upgrade. Heh.*** > > ** > > *See versions of software I’m running below.*** > > ** > > *I have the same symptoms you described last fall: it runs for a > while, then boom – JVM blows up.*** > > ** > > *Have you had any luck getting it working?*** > > ** > > *Thanks!*** > > ** > > *___________________________*** > > ** > > *Kris Jacobs*** > > *Network Administrator** > **% uname –a** > ** > **FreeBSD NETMONv2.calhouncountymi.local 10.1-RELEASE FreeBSD > 10.1-RELEASE #0 r274401: Tue Nov 11 21:02:49 UTC 2014 > root@releng1.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64** > ** > **% pkg version | grep jdk ** > ** > **openjdk-7.76.13_1,1** > ** > **opennms-15.0.1-1** > * > > So, here's an example of someone running OpenNMS 1.10.6 on FreeBSD 9 > and openjdk6. It ran "for years". I had run FreeBSD 8.0 with OpenNMS > 1.{5,6}(I think) with an unknown JDK version and it ran for years > without issue. Again, what has happened? The user, Kris, (above) has > tried getting it to work on OpenNMS 1.15 with openjdk 6,7,8. None of > it works. I believe OpenNMS to be the best NMS system out there > right now. However, I'm using Zabbix for all of my new installs > which seems to be my only alternative at this point. > > Could someone tell me if this is working on OSX reliably? That may be > an alternative. BTW, I don't have any other issues with other apps > that are using openjdk crashing on FreeBSD, it seems to be OpenNMS is > the only app with a problem. > > I'm also sending this to the java maillist at FreeBSD. I'm hoping > that the two groups can work together to resolve the issue. > > My being in the middle may be hampering the issue but what seems to be > hurting more is the fact that there doesn't seem to be anyone willing > to work the issue to PROVE it is something having to do with the JDK. > People stating "Well, it works on Linux, with the Linux JDK, which we > have Linux specific conditionals set in XML code and it works fine" > comes across as a serious dodge. (Ron Roskens pointed out a couple of > issues with the code using specific 'epoll' calls. Kudos to him for > digging in and finding that.) > > Seriously, if OpenNMS says "We will not support OpenNMS on FreeBSD", > then please make the statement for everyone to see so they know to > stop using and supporting this product. Just close the door and well > meaning people like myself will just walk away. Sevan used to complain > that the upstream support in the OpenNMS group was what kept the > product from being stable on more platforms, I'm starting to lean that > way as well. (With Ron Roskens being the exception, of course.) (Sad > considering that Juniper uses FreeBSD for JunOS and Playstation is > built on it, and Apple is built on it.... etc) > > Something that the OpenNMS project should consider: software being > well-supported on more than just one or two platforms is the best way > to hedge your bets. Right now, there is serious slippage on a couple > of platforms in the industry. Any software project that has all their > eggs in one or two baskets could end up blowing away if those eggs > lose market share. > > Tarus, can you weigh in on this? > > BTW, where can I get the source for 10.x? I'd like to see if it still > runs on openjdk6. That might be a solid place to start on my end. If > that can work, I'll try openjdk 7. > > Thank you, > > Paul Pathiakis > > > _______________________________________________ > freebsd-java@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-java > To unsubscribe, send any mail to "freebsd-java-unsubscribe@freebsd.org" From owner-freebsd-java@FreeBSD.ORG Mon Mar 30 23:49:49 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 3D68BC47 for ; Mon, 30 Mar 2015 23:49:49 +0000 (UTC) Received: from mail1.opennms.com (mail1.opennms.com [64.34.199.116]) by mx1.freebsd.org (Postfix) with ESMTP id F19A7C5B for ; Mon, 30 Mar 2015 23:49:48 +0000 (UTC) Received: by mail1.opennms.com (Postfix, from userid 1012) id 4BB221E4C0AF; Mon, 30 Mar 2015 19:42:15 -0400 (EDT) Received: from el-sol.local (cpe-065-190-086-101.nc.res.rr.com [65.190.86.101]) by mail1.opennms.com (Postfix) with ESMTPSA id 7CA591E4C0AD; Mon, 30 Mar 2015 19:42:13 -0400 (EDT) Message-ID: <5519DF51.90909@opennms.org> Date: Mon, 30 Mar 2015 19:42:09 -0400 From: Seth Leger User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: OpenNMS Code Development and Bugs , java@freebsd.org, tarus@opennms.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> In-Reply-To: <5519C7DC.9010801@atlantisservices.net> X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.2 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 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: Mon, 30 Mar 2015 23:49:49 -0000 Hi Paul, One thing to keep in mind is that the JVM standard has changed drastically since OpenNMS 1.10 was released. OpenNMS 1.10 running on JDK 6 is a very different ecosystem than OpenNMS 15. OpenNMS 15 uses a variety of modern JVM features that require us to use JDK 7. Our dependencies exercise advanced JVM features such as dynamic proxy generation and bytecode manipulation. We have an entire OSGi plugin framework embedded inside our system now that didn't exist in OpenNMS 1.10. For this reason, we rely on some of the newest, least-tested code in the JVM in some cases. JVM code can and does have bugs that can cause crashes. I ran into a case today where the JAXB implementation in Oracle's JDK7 on Linux would not run some of our topology code correctly. As Ben noted, our code is written in Java and as far as we can tell, the bytecode that is compiled by javac conforms properly to the Java bytecode standards (as you would trust any compiler to do). If you have valid bytecode, than any further crash in the JVM is, as Ben noted, a JVM issue. -- Seth On 3/30/15 6:02 PM, Paul Pathiakis wrote: > > On 03/30/2015 11:56, Benjamin Reed wrote: >> On 3/28/15 3:06 PM, Paul Pathiakis wrote: >>> Openjdk crashes almost >>> immediately while the linux java continues for a longer duration but >>> also crashes. >> Unless it is crashing in jrrd or jicmp which we wrote, it is by >> definition a JVM issue. Unless we're running out of memory, it should >> be impossible to put something in a jar that crashes the JVM, and if it >> does, it's a JVM bug. Since the Linux JDK doesn't crash under the Linux >> kernel, that would mean it has to be some interaction in the FreeBSD >> side breaking it. >> >> Without a crash log, though, it's hard to say. :) >> >> >> >> ------------------------------------------------------------------------------ >> Dive into the World of Parallel Programming The Go Parallel Website, sponsored >> by Intel and developed in partnership with Slashdot Media, is your hub for all >> things parallel software development, from weekly thought leadership blogs to >> news, videos, case studies, tutorials and more. Take a look and join the >> conversation now. http://goparallel.sourceforge.net/ >> >> >> _______________________________________________ >> Please read the OpenNMS Mailing List FAQ: >> http://www.opennms.org/index.php/Mailing_List_FAQ >> >> opennms-devel mailing list >> >> To *unsubscribe* or change your subscription options, see the bottom of this page: >> https://lists.sourceforge.net/lists/listinfo/opennms-devel > Ben, > > More than happy to provide any crash dumps. However, I can't > agree with it 'must be' the JVM. Ron Roskens and I have delved into > this and found some interesting things going on. The behavior differs > between the Linux JVM on FreeBSD linuxlator and the openjdk on FreeBSD. > Once upon a time, previous OpenNMS versions always worked on > FreeBSD on Java 1.4, 1.5, 1.6. There was never an issue with getting > it running, there just wasn't a package/port. > > Here's one of the e-mails that I've received regarding this: > > *Hi Paul, good morning.*** > > ** > > ***I’ve been reading a lot of your posts to the lists about OpenNMS on > FreeBSD.*** > > ** > > *I have been running OpenNMS v1.10.6 on FreeBSD 9 for years with no > trouble, but decided to upgrade. Heh.*** > > ** > > *See versions of software I’m running below.*** > > ** > > *I have the same symptoms you described last fall: it runs for a > while, then boom – JVM blows up.*** > > ** > > *Have you had any luck getting it working?*** > > ** > > *Thanks!*** > > ** > > *___________________________*** > > ** > > *Kris Jacobs*** > > *Network Administrator** > **% uname –a** > ** > **FreeBSD NETMONv2.calhouncountymi.local 10.1-RELEASE FreeBSD > 10.1-RELEASE #0 r274401: Tue Nov 11 21:02:49 UTC 2014 > root@releng1.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64** > ** > **% pkg version | grep jdk ** > ** > **openjdk-7.76.13_1,1** > ** > **opennms-15.0.1-1** > * > > So, here's an example of someone running OpenNMS 1.10.6 on FreeBSD 9 > and openjdk6. It ran "for years". I had run FreeBSD 8.0 with OpenNMS > 1.{5,6}(I think) with an unknown JDK version and it ran for years > without issue. Again, what has happened? The user, Kris, (above) has > tried getting it to work on OpenNMS 1.15 with openjdk 6,7,8. None of > it works. I believe OpenNMS to be the best NMS system out there > right now. However, I'm using Zabbix for all of my new installs > which seems to be my only alternative at this point. > > Could someone tell me if this is working on OSX reliably? That may be > an alternative. BTW, I don't have any other issues with other apps > that are using openjdk crashing on FreeBSD, it seems to be OpenNMS is > the only app with a problem. > > I'm also sending this to the java maillist at FreeBSD. I'm hoping > that the two groups can work together to resolve the issue. > > My being in the middle may be hampering the issue but what seems to be > hurting more is the fact that there doesn't seem to be anyone willing > to work the issue to PROVE it is something having to do with the JDK. > People stating "Well, it works on Linux, with the Linux JDK, which we > have Linux specific conditionals set in XML code and it works fine" > comes across as a serious dodge. (Ron Roskens pointed out a couple of > issues with the code using specific 'epoll' calls. Kudos to him for > digging in and finding that.) > > Seriously, if OpenNMS says "We will not support OpenNMS on FreeBSD", > then please make the statement for everyone to see so they know to > stop using and supporting this product. Just close the door and well > meaning people like myself will just walk away. Sevan used to complain > that the upstream support in the OpenNMS group was what kept the > product from being stable on more platforms, I'm starting to lean that > way as well. (With Ron Roskens being the exception, of course.) (Sad > considering that Juniper uses FreeBSD for JunOS and Playstation is > built on it, and Apple is built on it.... etc) > > Something that the OpenNMS project should consider: software being > well-supported on more than just one or two platforms is the best way > to hedge your bets. Right now, there is serious slippage on a couple > of platforms in the industry. Any software project that has all their > eggs in one or two baskets could end up blowing away if those eggs > lose market share. > > Tarus, can you weigh in on this? > > BTW, where can I get the source for 10.x? I'd like to see if it still > runs on openjdk6. That might be a solid place to start on my end. If > that can work, I'll try openjdk 7. > > Thank you, > > Paul Pathiakis > > > > > ------------------------------------------------------------------------------ > Dive into the World of Parallel Programming The Go Parallel Website, sponsored > by Intel and developed in partnership with Slashdot Media, is your hub for all > things parallel software development, from weekly thought leadership blogs to > news, videos, case studies, tutorials and more. Take a look and join the > conversation now. http://goparallel.sourceforge.net/ > > > _______________________________________________ > Please read the OpenNMS Mailing List FAQ: > http://www.opennms.org/index.php/Mailing_List_FAQ > > opennms-devel mailing list > > To *unsubscribe* or change your subscription options, see the bottom of this page: > https://lists.sourceforge.net/lists/listinfo/opennms-devel From owner-freebsd-java@FreeBSD.ORG Tue Mar 31 01:48:53 2015 Return-Path: Delivered-To: java@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 188B7573 for ; Tue, 31 Mar 2015 01:48:53 +0000 (UTC) Received: from messages.atlantisservices.net (atlantisservices.com [96.39.127.150]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BED7BAD4 for ; Tue, 31 Mar 2015 01:48:52 +0000 (UTC) Received: from debsmachine.pathiakis.com (unknown [192.168.0.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by messages.atlantisservices.net (Postfix) with ESMTPSA id 0807719806; Tue, 31 Mar 2015 01:48:50 +0000 (UTC) Message-ID: <5519FD02.60109@atlantisservices.net> Date: Mon, 30 Mar 2015 21:48:50 -0400 From: Paul Pathiakis User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: opennms-devel@lists.sourceforge.net, 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> In-Reply-To: <5519DF51.90909@opennms.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 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: Tue, 31 Mar 2015 01:48:53 -0000 Seth, THANK YOU! I needed to know that. However, when did this all change? (I know, I could read the RELEASE NOTES etc, but it's easier is someone who knows just tells me. :-) ) Here's the thing, I was trying to get OpenNMS 1.14 working with all the versions of JDK and they all failed on FreeBSD. I assume the advanced features continued to be implemented from 1.10 to 1.14. Now, I can at least get some idea of where to start. I might be able to track this down to things that were implemented in a certain version from 1.10 to 1.14. I don't know how long I'll be able to use openjdk6 before having to go to openjdk7 on 1.1x, but at least it's a start. Like I said, I'm more than willing to help assist in this. Do you think that I should be able to use openjdk7 from 1.10 going forward? Is JDK 1.7 backward compatible with everything in 1.6? If so, I should just start 1.7 on OpenNMS 1.10 and go forward from there. Is that a good plan? On 03/30/2015 19:42, Seth Leger wrote: > Hi Paul, > > One thing to keep in mind is that the JVM standard has changed > drastically since OpenNMS 1.10 was released. OpenNMS 1.10 running on > JDK 6 is a very different ecosystem than OpenNMS 15. OpenNMS 15 uses a > variety of modern JVM features that require us to use JDK 7. Our > dependencies exercise advanced JVM features such as dynamic proxy > generation and bytecode manipulation. We have an entire OSGi plugin > framework embedded inside our system now that didn't exist in OpenNMS > 1.10. > > For this reason, we rely on some of the newest, least-tested code in > the JVM in some cases. JVM code can and does have bugs that can cause > crashes. I ran into a case today where the JAXB implementation in > Oracle's JDK7 on Linux would not run some of our topology code correctly. > > As Ben noted, our code is written in Java and as far as we can tell, > the bytecode that is compiled by javac conforms properly to the Java > bytecode standards (as you would trust any compiler to do). If you > have valid bytecode, than any further crash in the JVM is, as Ben > noted, a JVM issue. > > -- Seth > > > On 3/30/15 6:02 PM, Paul Pathiakis wrote: >> >> On 03/30/2015 11:56, Benjamin Reed wrote: >>> On 3/28/15 3:06 PM, Paul Pathiakis wrote: >>>> Openjdk crashes almost >>>> immediately while the linux java continues for a longer duration but >>>> also crashes. >>> Unless it is crashing in jrrd or jicmp which we wrote, it is by >>> definition a JVM issue. Unless we're running out of memory, it should >>> be impossible to put something in a jar that crashes the JVM, and if it >>> does, it's a JVM bug. Since the Linux JDK doesn't crash under the Linux >>> kernel, that would mean it has to be some interaction in the FreeBSD >>> side breaking it. >>> >>> Without a crash log, though, it's hard to say. :) >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> Dive into the World of Parallel Programming The Go Parallel Website, sponsored >>> by Intel and developed in partnership with Slashdot Media, is your hub for all >>> things parallel software development, from weekly thought leadership blogs to >>> news, videos, case studies, tutorials and more. Take a look and join the >>> conversation now.http://goparallel.sourceforge.net/ >>> >>> >>> _______________________________________________ >>> Please read the OpenNMS Mailing List FAQ: >>> http://www.opennms.org/index.php/Mailing_List_FAQ >>> >>> opennms-devel mailing list >>> >>> To *unsubscribe* or change your subscription options, see the bottom of this page: >>> https://lists.sourceforge.net/lists/listinfo/opennms-devel >> Ben, >> >> More than happy to provide any crash dumps. However, I can't >> agree with it 'must be' the JVM. Ron Roskens and I have delved into >> this and found some interesting things going on. The behavior differs >> between the Linux JVM on FreeBSD linuxlator and the openjdk on FreeBSD. >> Once upon a time, previous OpenNMS versions always worked on >> FreeBSD on Java 1.4, 1.5, 1.6. There was never an issue with getting >> it running, there just wasn't a package/port. >> >> Here's one of the e-mails that I've received regarding this: >> >> *Hi Paul, good morning.*** >> >> ** >> >> ***I’ve been reading a lot of your posts to the lists about OpenNMS >> on FreeBSD.*** >> >> ** >> >> *I have been running OpenNMS v1.10.6 on FreeBSD 9 for years with no >> trouble, but decided to upgrade. Heh.*** >> >> ** >> >> *See versions of software I’m running below.*** >> >> ** >> >> *I have the same symptoms you described last fall: it runs for a >> while, then boom – JVM blows up.*** >> >> ** >> >> *Have you had any luck getting it working?*** >> >> ** >> >> *Thanks!*** >> >> ** >> >> *___________________________*** >> >> ** >> >> *Kris Jacobs*** >> >> *Network Administrator** >> **% uname –a** >> ** >> **FreeBSD NETMONv2.calhouncountymi.local 10.1-RELEASE FreeBSD >> 10.1-RELEASE #0 r274401: Tue Nov 11 21:02:49 UTC 2014 >> root@releng1.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64** >> ** >> **% pkg version | grep jdk ** >> ** >> **openjdk-7.76.13_1,1** >> ** >> **opennms-15.0.1-1** >> * >> >> So, here's an example of someone running OpenNMS 1.10.6 on FreeBSD 9 >> and openjdk6. It ran "for years". I had run FreeBSD 8.0 with >> OpenNMS 1.{5,6}(I think) with an unknown JDK version and it ran for >> years without issue. Again, what has happened? The user, Kris, >> (above) has tried getting it to work on OpenNMS 1.15 with openjdk >> 6,7,8. None of it works. I believe OpenNMS to be the best NMS >> system out there right now. However, I'm using Zabbix for all of my >> new installs which seems to be my only alternative at this point. >> >> Could someone tell me if this is working on OSX reliably? That may >> be an alternative. BTW, I don't have any other issues with other >> apps that are using openjdk crashing on FreeBSD, it seems to be >> OpenNMS is the only app with a problem. >> >> I'm also sending this to the java maillist at FreeBSD. I'm hoping >> that the two groups can work together to resolve the issue. >> >> My being in the middle may be hampering the issue but what seems to >> be hurting more is the fact that there doesn't seem to be anyone >> willing to work the issue to PROVE it is something having to do with >> the JDK. People stating "Well, it works on Linux, with the Linux >> JDK, which we have Linux specific conditionals set in XML code and it >> works fine" comes across as a serious dodge. (Ron Roskens pointed >> out a couple of issues with the code using specific 'epoll' calls. >> Kudos to him for digging in and finding that.) >> >> Seriously, if OpenNMS says "We will not support OpenNMS on FreeBSD", >> then please make the statement for everyone to see so they know to >> stop using and supporting this product. Just close the door and well >> meaning people like myself will just walk away. Sevan used to >> complain that the upstream support in the OpenNMS group was what kept >> the product from being stable on more platforms, I'm starting to lean >> that way as well. (With Ron Roskens being the exception, of >> course.) (Sad considering that Juniper uses FreeBSD for JunOS and >> Playstation is built on it, and Apple is built on it.... etc) >> >> Something that the OpenNMS project should consider: software being >> well-supported on more than just one or two platforms is the best way >> to hedge your bets. Right now, there is serious slippage on a couple >> of platforms in the industry. Any software project that has all >> their eggs in one or two baskets could end up blowing away if those >> eggs lose market share. >> >> Tarus, can you weigh in on this? >> >> BTW, where can I get the source for 10.x? I'd like to see if it >> still runs on openjdk6. That might be a solid place to start on my >> end. If that can work, I'll try openjdk 7. >> >> Thank you, >> >> Paul Pathiakis >> >> >> >> >> ------------------------------------------------------------------------------ >> Dive into the World of Parallel Programming The Go Parallel Website, sponsored >> by Intel and developed in partnership with Slashdot Media, is your hub for all >> things parallel software development, from weekly thought leadership blogs to >> news, videos, case studies, tutorials and more. Take a look and join the >> conversation now.http://goparallel.sourceforge.net/ >> >> >> _______________________________________________ >> Please read the OpenNMS Mailing List FAQ: >> http://www.opennms.org/index.php/Mailing_List_FAQ >> >> opennms-devel mailing list >> >> To *unsubscribe* or change your subscription options, see the bottom of this page: >> https://lists.sourceforge.net/lists/listinfo/opennms-devel > > > > ------------------------------------------------------------------------------ > Dive into the World of Parallel Programming The Go Parallel Website, sponsored > by Intel and developed in partnership with Slashdot Media, is your hub for all > things parallel software development, from weekly thought leadership blogs to > news, videos, case studies, tutorials and more. Take a look and join the > conversation now. http://goparallel.sourceforge.net/ > > > _______________________________________________ > Please read the OpenNMS Mailing List FAQ: > http://www.opennms.org/index.php/Mailing_List_FAQ > > opennms-devel mailing list > > To *unsubscribe* or change your subscription options, see the bottom of this page: > https://lists.sourceforge.net/lists/listinfo/opennms-devel From owner-freebsd-java@FreeBSD.ORG Tue Mar 31 17:10:41 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 D706B480 for ; Tue, 31 Mar 2015 17:10:41 +0000 (UTC) Received: from mail1.opennms.com (mail1.opennms.com [64.34.199.116]) by mx1.freebsd.org (Postfix) with ESMTP id 5F15C347 for ; Tue, 31 Mar 2015 17:10:40 +0000 (UTC) Received: by mail1.opennms.com (Postfix, from userid 1012) id 449081E4C003; Tue, 31 Mar 2015 13:10:39 -0400 (EDT) Received: from el-sol.local (cpe-065-190-086-101.nc.res.rr.com [65.190.86.101]) by mail1.opennms.com (Postfix) with ESMTPSA id AD3F4353058F; Tue, 31 Mar 2015 13:10:36 -0400 (EDT) Message-ID: <551AD507.1050703@opennms.org> Date: Tue, 31 Mar 2015 13:10:31 -0400 From: Seth Leger User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; 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> In-Reply-To: <5519FD02.60109@atlantisservices.net> X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.2 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 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: Tue, 31 Mar 2015 17:10:41 -0000 Hi Paul, To figure out what has changed in OpenNMS, it is easiest to read the wiki and github docs: http://www.opennms.org/wiki/What's_New_in_OpenNMS_1.10 http://www.opennms.org/wiki/What's_New_in_OpenNMS_1.12 https://github.com/OpenNMS/opennms/blob/release-14.0.0/WHATSNEW.md https://github.com/OpenNMS/opennms/blob/release-15.0.2/WHATSNEW.md However, I think you are looking at this the wrong way. If you look through these changes, you will see at a high level what has been added and removed but these feature changes correspond to tens of thousands of lines of code changed in OpenNMS and hundreds of thousands of lines of code changed if you include the cumulative changes in all of our dependencies. Any ONE of those changes could be causing the negative interactions you are seeing with a particular JVM on FreeBSD. We have a large array of unit tests and integration tests that are run dozens of times every week on Linux and many of our developers run in OSX and if we find a JVM crash on those systems, we would look for a solution immediately. However, I say "would" because I can't remember the last time we encountered a JVM segfault crash on those platforms. The most productive thing for you to do is, like Ben said, give us a stack trace of the crashing JVM. Even better would be to set up an environment where you could run the unit and integration tests continuously like we do internally but run them on your FreeBSD environments that you are concerned about. If your environment can run the tests successfully many times without encountering JVM crashes, that will give us extra confidence that the code can execute successfully on your platform. Then you could start looking at particular runtime conditions that could be causing the crashes. http://www.opennms.org/wiki/Running_Unit_Tests -- Seth On 3/30/15 9:48 PM, Paul Pathiakis wrote: > Seth, > > THANK YOU! > > I needed to know that. However, when did this all change? (I know, I > could read the RELEASE NOTES etc, but it's easier is someone who knows > just tells me. :-) ) Here's the thing, I was trying to get OpenNMS > 1.14 working with all the versions of JDK and they all failed on FreeBSD. > > I assume the advanced features continued to be implemented from 1.10 > to 1.14. Now, I can at least get some idea of where to start. I > might be able to track this down to things that were implemented in a > certain version from 1.10 to 1.14. > > I don't know how long I'll be able to use openjdk6 before having to go > to openjdk7 on 1.1x, but at least it's a start. Like I said, I'm more > than willing to help assist in this. > > Do you think that I should be able to use openjdk7 from 1.10 going > forward? Is JDK 1.7 backward compatible with everything in 1.6? If > so, I should just start 1.7 on OpenNMS 1.10 and go forward from > there. Is that a good plan? > > On 03/30/2015 19:42, Seth Leger wrote: >> Hi Paul, >> >> One thing to keep in mind is that the JVM standard has changed >> drastically since OpenNMS 1.10 was released. OpenNMS 1.10 running on >> JDK 6 is a very different ecosystem than OpenNMS 15. OpenNMS 15 uses >> a variety of modern JVM features that require us to use JDK 7. Our >> dependencies exercise advanced JVM features such as dynamic proxy >> generation and bytecode manipulation. We have an entire OSGi plugin >> framework embedded inside our system now that didn't exist in OpenNMS >> 1.10. >> >> For this reason, we rely on some of the newest, least-tested code in >> the JVM in some cases. JVM code can and does have bugs that can cause >> crashes. I ran into a case today where the JAXB implementation in >> Oracle's JDK7 on Linux would not run some of our topology code correctly. >> >> As Ben noted, our code is written in Java and as far as we can tell, >> the bytecode that is compiled by javac conforms properly to the Java >> bytecode standards (as you would trust any compiler to do). If you >> have valid bytecode, than any further crash in the JVM is, as Ben >> noted, a JVM issue. >> >> -- Seth >> >> >> On 3/30/15 6:02 PM, Paul Pathiakis wrote: >>> >>> On 03/30/2015 11:56, Benjamin Reed wrote: >>>> On 3/28/15 3:06 PM, Paul Pathiakis wrote: >>>>> Openjdk crashes almost >>>>> immediately while the linux java continues for a longer duration but >>>>> also crashes. >>>> Unless it is crashing in jrrd or jicmp which we wrote, it is by >>>> definition a JVM issue. Unless we're running out of memory, it should >>>> be impossible to put something in a jar that crashes the JVM, and if it >>>> does, it's a JVM bug. Since the Linux JDK doesn't crash under the Linux >>>> kernel, that would mean it has to be some interaction in the FreeBSD >>>> side breaking it. >>>> >>>> Without a crash log, though, it's hard to say. :) >>>> >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> Dive into the World of Parallel Programming The Go Parallel Website, sponsored >>>> by Intel and developed in partnership with Slashdot Media, is your hub for all >>>> things parallel software development, from weekly thought leadership blogs to >>>> news, videos, case studies, tutorials and more. Take a look and join the >>>> conversation now. http://goparallel.sourceforge.net/ >>>> >>>> >>>> _______________________________________________ >>>> Please read the OpenNMS Mailing List FAQ: >>>> http://www.opennms.org/index.php/Mailing_List_FAQ >>>> >>>> opennms-devel mailing list >>>> >>>> To *unsubscribe* or change your subscription options, see the bottom of this page: >>>> https://lists.sourceforge.net/lists/listinfo/opennms-devel >>> Ben, >>> >>> More than happy to provide any crash dumps. However, I can't >>> agree with it 'must be' the JVM. Ron Roskens and I have delved into >>> this and found some interesting things going on. The behavior >>> differs between the Linux JVM on FreeBSD linuxlator and the openjdk >>> on FreeBSD. >>> Once upon a time, previous OpenNMS versions always worked on >>> FreeBSD on Java 1.4, 1.5, 1.6. There was never an issue with >>> getting it running, there just wasn't a package/port. >>> >>> Here's one of the e-mails that I've received regarding this: >>> >>> *Hi Paul, good morning.*** >>> >>> ** >>> >>> ***I’ve been reading a lot of your posts to the lists about OpenNMS >>> on FreeBSD.*** >>> >>> ** >>> >>> *I have been running OpenNMS v1.10.6 on FreeBSD 9 for years with no >>> trouble, but decided to upgrade. Heh.*** >>> >>> ** >>> >>> *See versions of software I’m running below.*** >>> >>> ** >>> >>> *I have the same symptoms you described last fall: it runs for a >>> while, then boom – JVM blows up.*** >>> >>> ** >>> >>> *Have you had any luck getting it working?*** >>> >>> ** >>> >>> *Thanks!*** >>> >>> ** >>> >>> *___________________________*** >>> >>> ** >>> >>> *Kris Jacobs*** >>> >>> *Network Administrator** >>> **% uname –a** >>> ** >>> **FreeBSD NETMONv2.calhouncountymi.local 10.1-RELEASE FreeBSD >>> 10.1-RELEASE #0 r274401: Tue Nov 11 21:02:49 UTC 2014 >>> root@releng1.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64** >>> ** >>> **% pkg version | grep jdk ** >>> ** >>> **openjdk-7.76.13_1,1** >>> ** >>> **opennms-15.0.1-1** >>> * >>> >>> So, here's an example of someone running OpenNMS 1.10.6 on FreeBSD 9 >>> and openjdk6. It ran "for years". I had run FreeBSD 8.0 with >>> OpenNMS 1.{5,6}(I think) with an unknown JDK version and it ran for >>> years without issue. Again, what has happened? The user, Kris, >>> (above) has tried getting it to work on OpenNMS 1.15 with openjdk >>> 6,7,8. None of it works. I believe OpenNMS to be the best NMS >>> system out there right now. However, I'm using Zabbix for all of >>> my new installs which seems to be my only alternative at this point. >>> >>> Could someone tell me if this is working on OSX reliably? That may >>> be an alternative. BTW, I don't have any other issues with other >>> apps that are using openjdk crashing on FreeBSD, it seems to be >>> OpenNMS is the only app with a problem. >>> >>> I'm also sending this to the java maillist at FreeBSD. I'm hoping >>> that the two groups can work together to resolve the issue. >>> >>> My being in the middle may be hampering the issue but what seems to >>> be hurting more is the fact that there doesn't seem to be anyone >>> willing to work the issue to PROVE it is something having to do with >>> the JDK. People stating "Well, it works on Linux, with the Linux >>> JDK, which we have Linux specific conditionals set in XML code and >>> it works fine" comes across as a serious dodge. (Ron Roskens >>> pointed out a couple of issues with the code using specific 'epoll' >>> calls. Kudos to him for digging in and finding that.) >>> >>> Seriously, if OpenNMS says "We will not support OpenNMS on FreeBSD", >>> then please make the statement for everyone to see so they know to >>> stop using and supporting this product. Just close the door and >>> well meaning people like myself will just walk away. Sevan used to >>> complain that the upstream support in the OpenNMS group was what >>> kept the product from being stable on more platforms, I'm starting >>> to lean that way as well. (With Ron Roskens being the exception, of >>> course.) (Sad considering that Juniper uses FreeBSD for JunOS and >>> Playstation is built on it, and Apple is built on it.... etc) >>> >>> Something that the OpenNMS project should consider: software being >>> well-supported on more than just one or two platforms is the best >>> way to hedge your bets. Right now, there is serious slippage on a >>> couple of platforms in the industry. Any software project that has >>> all their eggs in one or two baskets could end up blowing away if >>> those eggs lose market share. >>> >>> Tarus, can you weigh in on this? >>> >>> BTW, where can I get the source for 10.x? I'd like to see if it >>> still runs on openjdk6. That might be a solid place to start on my >>> end. If that can work, I'll try openjdk 7. >>> >>> Thank you, >>> >>> Paul Pathiakis >>> >>> >>> From owner-freebsd-java@FreeBSD.ORG Wed Apr 1 17:01:06 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 5C510E20 for ; Wed, 1 Apr 2015 17:01:06 +0000 (UTC) Received: from messages.atlantisservices.net (atlantisservices.com [96.39.127.150]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2C9FEA93 for ; Wed, 1 Apr 2015 17:01:05 +0000 (UTC) Received: from desktop4.pathiakis.com (unknown [192.168.0.29]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by messages.atlantisservices.net (Postfix) with ESMTPSA id EC472193EF; Wed, 1 Apr 2015 17:00:56 +0000 (UTC) Message-ID: <551C2448.1010704@atlantisservices.net> Date: Wed, 01 Apr 2015 13:00:56 -0400 From: Paul Pathiakis User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.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> In-Reply-To: <551AD507.1050703@opennms.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit 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: Wed, 01 Apr 2015 17:01:06 -0000 Hi Opennms list, I sent all the information from running the compile.pl --enable-tests to Seth, Ron, and Ben. (Too big for the list) Just curious as to what it looks like the problem may be. I believe OpenNMS with all of it's extended workings and extensive use of Java features is going to be a great acid test for the Java project on FreeBSD. As I said, I know of no other applications using Java that have have issues running with the OpenJDK on FreeBSD. (Java list may have better insight as I'm a user of FreeBSD and not a developer.) :-) Here's hoping to getting this resolved. Please let me know when the issue is resolved and I'll re-run the tests to see how far it gets this time. Thank you all! P. From owner-freebsd-java@FreeBSD.ORG Thu Apr 2 20:12:54 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 D1373A66 for ; Thu, 2 Apr 2015 20:12:54 +0000 (UTC) Received: from messages.atlantisservices.net (atlantisservices.com [96.39.127.150]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A13A0D63 for ; Thu, 2 Apr 2015 20:12:54 +0000 (UTC) Received: from desktop4.pathiakis.com (unknown [192.168.0.29]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by messages.atlantisservices.net (Postfix) with ESMTPSA id D3A02196E1 for ; Thu, 2 Apr 2015 20:12:45 +0000 (UTC) Message-ID: <551DA2BD.80707@atlantisservices.net> Date: Thu, 02 Apr 2015 16:12:45 -0400 From: Paul Pathiakis User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: java@freebsd.org Subject: Fwd: Re: Working the unit tests References: <551D5041.9090508@opennms.org> In-Reply-To: <551D5041.9090508@opennms.org> X-Forwarded-Message-Id: <551D5041.9090508@opennms.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 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: Thu, 02 Apr 2015 20:12:54 -0000 Hello Java!!! :-) It looks like they are still finding a JVM bug in openjdk 7. What information do you need and could I have someone to send the bug directly to handle it? Thank you, Paul P. -------- Forwarded Message -------- Subject: Re: Working the unit tests Date: Thu, 02 Apr 2015 10:20:49 -0400 From: Seth Leger To: Paul Pathiakis , ranger@opennms.org, Ronald.Roskens@biworldwide.com Hi Paul, We reproduced a crash in OpenNMS related to SNMP4J but we cannot reproduce your failures running the unit tests. Based on that log, your system failed on basically the first test that it tried to execute. I personally know NOTHING about FreeBSD but it looks like you have some sort of security framework enabled that is preventing you from binding to local ports to query the test SNMP service that we run during tests. On a fresh FreeBSD install here in the office, we can run the tests successfully so you need to work out the issues with your platform first before getting into particular test failures. We'll try and look at the SNMP4J issue as we have time but at this point, it looks like a JVM bug that SNMP4J is running into. -- Seth On 4/2/15 10:04 AM, Paul Pathiakis wrote: > Hi Guys! > > Is someone taking the lead on this? I know you're probably all busy > on the project, but I'd really like to help and get this done. Is > there someone that can be pseudo-dedicated to working this and getting > it to go through all the unit tests with me? > > Thank you, > > Paul Pathiakis 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 From owner-freebsd-java@FreeBSD.ORG Sat Apr 4 02:13:01 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 CF7E0D3B for ; Sat, 4 Apr 2015 02:13:01 +0000 (UTC) Received: from messages.atlantisservices.net (atlantisservices.net [96.39.127.150]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 80E671EC for ; Sat, 4 Apr 2015 02:13:01 +0000 (UTC) Received: from desktop4.pathiakis.com (unknown [192.168.0.29]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by messages.atlantisservices.net (Postfix) with ESMTPSA id DBBB0199CE; Sat, 4 Apr 2015 02:12:52 +0000 (UTC) Message-ID: <551F48A4.4090006@atlantisservices.net> Date: Fri, 03 Apr 2015 22:12:52 -0400 From: Paul Pathiakis User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.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> <551F0AC2.1040100@opennms.org> In-Reply-To: <551F0AC2.1040100@opennms.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit 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: Sat, 04 Apr 2015 02:13:02 -0000 Hi, Ron and several others on the OpenNMS project (Ben and Seth) have been pointing (hand holding :-) ) me in the direction of troubleshooting this stuff. I sent a letter just before this one to them with my results. AFAIK, JDK 1.8 is a no go at this time. HOWEVER, the letter I wrote is asking for confirmation about the 3 hour unit tests that I just ran through. It looks, and I'm awaiting confirmation, that I got it to build and run the unit tests with OpenNMS 1.16, OpenJDK 1.7, on FreeBSD 10.1-STABLE. I saw only two errors through the hundreds of unit tests. :-) BIG CAVEAT: I have NOT run it yet. It may still core. I do find this hopeful, though, as just yesterday I couldn't even get things to completely compile and test. I did setup a virgin machine without a firewall to do this build just to rule out anything in my development environment. I'm going to try and run it tomorrow morning and see what the result is. Again, I'm hopeful and will post tomorrow. Jesse (and the others interested in making FreeBSD supported): I'll post the build environment that Ron provided for others to try. Lots of eyes can help, however, as the OpenNMS people have pointed out and made a good point about, it may have been (still is?) the JDK. IF OpenNMS confirms that my build looked good and the two test failures are of a "warning" level, I'll run it. If it cores at that point, it's going to be up to the "Java on FreeBSD" people to figure out what's wrong with OpenJDK as this works with Linux and the Oracle/SUN JDK 1.7. Finally, the SIGSEV is the same error I was getting. Newer versions of OpenNMS, OpenJDK7, and FreeBSD 10.1-STABLE may have changed that. Paul P. On 04/03/2015 17:48, Jesse White wrote: > 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 > > > ------------------------------------------------------------------------------ > Dive into the World of Parallel Programming The Go Parallel Website, sponsored > by Intel and developed in partnership with Slashdot Media, is your hub for all > things parallel software development, from weekly thought leadership blogs to > news, videos, case studies, tutorials and more. Take a look and join the > conversation now. http://goparallel.sourceforge.net/ > _______________________________________________ > Please read the OpenNMS Mailing List FAQ: > http://www.opennms.org/index.php/Mailing_List_FAQ > > opennms-devel mailing list > > To *unsubscribe* or change your subscription options, see the bottom of this page: > https://lists.sourceforge.net/lists/listinfo/opennms-devel