NetBSD-Users archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: Bump [q] gradle on NetBSD 9.1 (amd64) with OpenJDK 11 -- does not work



Thank you.

I noticed that when building openJDK11 there was an option to enable 'dtrace' support.
I thought that dtrace is not ktrace, so I did not enable it.
Should I first rebuild OpenJDK11 with dtrace support ?



On 2020-11-22 19:47, Bodie wrote:
On 22.11.2020 06:56, ts1000 wrote:
Hello,
unfortunately I am not yet able to figure out what's wrong.
I think there is something wrong with OpenJDK11 port for netbsd or
some OS feature that it relies on, does not work as JDK 11 expects.

I do not think there is a problem with Gradle, at all.

I have tried Gradle 6.7 and the old 5.4 and they both work with
OpenJDK8 on Netbsd 9.1
However, my source code needs at least OpenJDK11, so cannot use 8.

I also tried running under root, just to see if there was something
about permissions.. but no luck
I ran gradle with --no-daemon, no luck either.
I have rebuilt OpenJDK11 from pkgsrc, twice -- no luck
I have installed OpenJDK11 by pkgin from binary repo -- no luck.
I have changed my locale from C to UTF8 -- no luck.


I have been looking at the output of kdump/ktrace all day today.
Unfortunately I cannot spot anything that I could investigate further.
There are over 1mln lines  there just from  ' gradle status'.
Most are getttime calls, bunch of memory maps. Some timeouts, but I
see them not just at the end of ktrace when it hangs, but also early
on.

So I am at loss at the moment.

DTrace for the victory I would say ;-)

Start with this one
http://dlc.openindiana.org/docs/osol/20090715/DYNMCTRCGGD/html/chp-intro-5.html
That example for rw.d works just fine at least on NetBSD current (but
I think on 9.1 stable too)

Those system calls to lwp are covered by available providers:

$ sudo dtrace -l -P syscall | grep lwp
812 syscall _lwp_create entry 813 syscall _lwp_create return 814 syscall _lwp_exit entry 815 syscall _lwp_exit return 816 syscall _lwp_self entry 817 syscall _lwp_self return 818 syscall _lwp_wait entry 819 syscall _lwp_wait return 820 syscall _lwp_suspend entry 821 syscall _lwp_suspend return 822 syscall _lwp_continue entry 823 syscall _lwp_continue return 824 syscall _lwp_wakeup entry 825 syscall _lwp_wakeup return 826 syscall _lwp_getprivate entry 827 syscall _lwp_getprivate return 828 syscall _lwp_setprivate entry 829 syscall _lwp_setprivate return 830 syscall _lwp_kill entry 831 syscall _lwp_kill return 832 syscall _lwp_detach entry 833 syscall _lwp_detach return 834 syscall compat_50__lwp_park entry 835 syscall compat_50__lwp_park return 836 syscall _lwp_unpark entry 837 syscall _lwp_unpark return 838 syscall _lwp_unpark_all entry 839 syscall _lwp_unpark_all return 840 syscall _lwp_setname entry 841 syscall _lwp_setname return 842 syscall _lwp_getname entry 843 syscall _lwp_getname return 844 syscall _lwp_ctl entry 845 syscall _lwp_ctl return 1062 syscall compat_60__lwp_park entry 1063 syscall compat_60__lwp_park return 1150 syscall _lwp_park entry 1151 syscall _lwp_park return
$

With predicate like /errno = 60/ you can get for start at least how many times it happens during your run without modifying anything and soon you will learn way more how to get details which will be very usable in your
work anyway.

Sure you can somewhat get some of the results with ktrace/ktruss, but as
you saw digging out of those million lines is not exactly fun




On 2020-11-22 03:02, Kamil Rytarowski wrote:
I just ran into it independently on NetBSD/amd64 current 9.99.x.

On 20.11.2020 02:59, ts1000 wrote:
Hello,
wanted to bump up my question to see if anybody could help.
Also, if I may, I wanted to ask if this group is the right question
about using NetBSD as a development environment (using OpenJDK11 in my
case). Or if there are other forums more specialized for this topic.

thank you in advance

On 2020-11-07 18:08, ts1000 wrote:
Wanted to check if anybody has gradle working with OpenJDK 11 on
OpenBSD 9.1
I cannot get it to work at all.

not even:

gradle status
  or
gradle init

I have tried going back to Gradle versions that are over 1 year old,
and still same issue

https://github.com/gradle/gradle/issues/15087


I am thinking that something might be wrong with my sysctl.conf or
login.conf or something else.
If there are suggestions on what to look for next, would very much
appreciate.


 -- my sysctl.conf --

nbsd1$ cat /etc/sysctl.conf
#!/sbin/sysctl -f
#
# $NetBSD: sysctl.conf,v 1.8 2011/09/25 21:47:22 christos Exp $
#
# sysctl(8) variables to set at boot time.

# Default on panic: dump core and reboot. See savecore(8) for
information.
# Switch this to 1 if you want to enter the kernel debugger on crashes # instead. See ddb(4) for an introduction and also try the "help" command
# at the db> prompt.
# If you understand the implication and want to change the behaviour
before
# /etc/rc.d/sysctl is run, use the kernel option DDB_ONPANIC, see
options(4).
ddb.onpanic?=0

# Default core name template:
#kern.defcorename=%n.core

# Number of kernel threads to use for NFS client
#vfs.nfs.iothreads=4

# Default tty/pty character queue sizes. Should be bumped to 32K or so if
# used in networking (ppp/pppoe)
kern.tty.qsize=32000

#v-start
kern.ipc.shmmaxpgs=32768

kern.sbmax=8388608
net.inet.tcp.sendspace=3217968
net.inet.tcp.recvspace=3217968

net.inet.tcp.init_win=10



net.inet.tcp.recvbuf_auto=1
net.inet.tcp.sendbuf_auto=1
net.inet.tcp.sendbuf_max=16777216
net.inet.tcp.recvbuf_max=16777216


net.inet.tcp.init_win_local=10


net.inet.tcp.congctl.selected=cubic
#this is invalid    net.inet.ip.ifq.maxlen = 4096
net.inet.tcp.delack_ticks=5

kern.maxfiles = 100000
kern.maxproc = 10044
kern.posix.semmax = 10128
#v-endnbsd1$

 -- my login .conf --


staff:\
        :path=/usr/bin /bin /usr/sbin /sbin /usr/X11R7/bin
/usr/pkg/bin /usr/pkg/sbin /usr/local/bin:\
        :umask=022:\
        :datasize-max=infinity:\
        :datasize-cur=1024M:\
        :maxproc-max=1044:\
        :maxproc-cur=1024:\
        :openfiles-cur=512:\
        :openfiles-max=104512:\
        :stacksize-cur=128M:
        :copyright=/dev/null:
        :ignorenologin:\
        :requirehome@:




 -- ulimit -a --

time          (-t seconds    ) unlimited
file          (-f blocks     ) unlimited
data          (-d kbytes     ) 1048576
stack         (-s kbytes     ) 114688
coredump      (-c blocks     ) unlimited
memory        (-m kbytes     ) 8022248
locked memory (-l kbytes     ) 2674082
thread        (-r threads    ) 1024
process       (-p processes  ) 1024
nofiles       (-n descriptors) 512
vmemory       (-v kbytes     ) unlimited
sbsize        (-b bytes      ) unlimited

-- java -version --
$ java -version
openjdk version "11.0.8-internal" 2020-07-14
OpenJDK Runtime Environment (build
11.0.8-internal+0-adhoc.pkgsrc.openjdk-jdk11u-jdk-11.0.8-10-1)
OpenJDK 64-Bit Server VM (build
11.0.8-internal+0-adhoc.pkgsrc.openjdk-jdk11u-jdk-11.0.8-10-1, mixed
mode)


Home | Main Index | Thread Index | Old Index