JDK/JRE 6 on NetBSD 3.0.2 ... should this work

[Paul Newhouse]

I'm running:

 NetBSD bigbox 3.1 NetBSD 3.1 (BIGBOX) #0: Sat Sep 29 15:19:20 PDT 2007  root@mailsrv:/usr/src/sys/arch/i386/compile/BIGBOX i386

I built sun-jdk6 and sun-jre6 from the 2008Q4 pkgsrc.  They seem to build and install without
any complaints.  I can't get them t execute.  I get the following error:

  #: /usr/pkg/java/sun-6/bin/java

  /usr/pkg/java/sun-6/bin/java: error while loading shared libraries: libjli.so: cannot open shared object file: No such file or directory

Where am I going wrong?

I hope none of these are conflicting?

kaffe-1.1.7nb3      Virtual machine capable of running Java(tm) code
jikes-1.22nb3       Java source to byte-code compiler
fastjar-0.93nb3     C language version of the 'jar' archiver normally used by Java
sun-jre6-6.0.5nb1   Sun's Java(tm) 2 Standard Edition, Java Runtime Environment (JRE) 6u5
sun-jdk6-6.0.5nb1   Sun's Java(tm) 2 Standard Edition, JDK 6u5
netbeans-ide-3.5.1nb2 NetBeans Java IDE
java-vm-spec-2.0    The Java(TM) Virtual Machine Specification (HTML)
java-lang-spec-2.0nb2 The Java(TM) Language Specification (HTML)

TIA,
Paul

P.S. - NetBeans wants JDK_HOME to be set to something?

[matthew sporleder]

On Mon, Jan 26, 2009 at 11:48 PM, Paul Newhouse <newhouse@...> wrote:

> I'm running:
>
>  NetBSD bigbox 3.1 NetBSD 3.1 (BIGBOX) #0: Sat Sep 29 15:19:20 PDT 2007  root@mailsrv:/usr/src/sys/arch/i386/compile/BIGBOX i386
>
> I built sun-jdk6 and sun-jre6 from the 2008Q4 pkgsrc.  They seem to build and install without
> any complaints.  I can't get them t execute.  I get the following error:
>
>  #: /usr/pkg/java/sun-6/bin/java
>
>  /usr/pkg/java/sun-6/bin/java: error while loading shared libraries: libjli.so: cannot open shared object file: No such file or directory
>
> Where am I going wrong?
>
> I hope none of these are conflicting?
>
> kaffe-1.1.7nb3      Virtual machine capable of running Java(tm) code
> jikes-1.22nb3       Java source to byte-code compiler
> fastjar-0.93nb3     C language version of the 'jar' archiver normally used by Java
> sun-jre6-6.0.5nb1   Sun's Java(tm) 2 Standard Edition, Java Runtime Environment (JRE) 6u5
> sun-jdk6-6.0.5nb1   Sun's Java(tm) 2 Standard Edition, JDK 6u5
> netbeans-ide-3.5.1nb2 NetBeans Java IDE
> java-vm-spec-2.0    The Java(TM) Virtual Machine Specification (HTML)
> java-lang-spec-2.0nb2 The Java(TM) Language Specification (HTML)
>
> TIA,
> Paul
>
> P.S. - NetBeans wants JDK_HOME to be set to something?
>

Can you run ldd on the java binary and see what it says?  Also, does
that file exist on your system?  If so, can you just add it to your
LD_LIBRARY_PATH before calling java?

[Paul Newhouse]

>  On Mon, Jan 26, 2009 at 11:48 PM, Paul Newhouse <newhouse@...> wrote:
>  > I'm running:
>  >
>  >  NetBSD bigbox 3.1 NetBSD 3.1 (BIGBOX) #0: Sat Sep 29 15:19:20 PDT 2007  root@mailsrv:/usr/src/sys/arch/i386/compile/BIGBOX i386
>  >
>  > I built sun-jdk6 and sun-jre6 from the 2008Q4 pkgsrc.  They seem to build and install without
>  > any complaints.  I can't get them t execute.  I get the following error:
>  >
>  >  #: /usr/pkg/java/sun-6/bin/java
>  >
>  >  /usr/pkg/java/sun-6/bin/java: error while loading shared libraries: libjli.so: cannot open shared object file: No such file or directory
>  >
>  > Where am I going wrong?
>  >
>  > I hope none of these are conflicting?
>  >
>  > kaffe-1.1.7nb3      Virtual machine capable of running Java(tm) code
>  > jikes-1.22nb3       Java source to byte-code compiler
>  > fastjar-0.93nb3     C language version of the 'jar' archiver normally used by Java
>  > sun-jre6-6.0.5nb1   Sun's Java(tm) 2 Standard Edition, Java Runtime Environment (JRE) 6u5
>  > sun-jdk6-6.0.5nb1   Sun's Java(tm) 2 Standard Edition, JDK 6u5
>  > netbeans-ide-3.5.1nb2 NetBeans Java IDE
>  > java-vm-spec-2.0    The Java(TM) Virtual Machine Specification (HTML)
>  > java-lang-spec-2.0nb2 The Java(TM) Language Specification (HTML)
>  >
>  > TIA,
>  > Paul
>  
>  Can you run ldd on the java binary and see what it says?  Also, does
>  that file exist on your system?  If so, can you just add it to your
>  LD_LIBRARY_PATH before calling java?

Thanks.  Java at least tries to run now.

  #: export LD_LIBRARY_PATH=/usr/pkg/emul/linux/lib:/usr/pkg/java/sun-6/lib/i38
6/jli
 
  #: ldd /usr/pkg/java/sun-6/bin/java
  /usr/pkg/java/sun-6/bin/java:
        ld-linux.so.2 => /usr/pkg/emul/linux/lib/ld-linux.so.2
        -lc.6 => /usr/pkg/emul/linux/lib/libc.so.6
        -lpthread.0 => /usr/pkg/emul/linux/lib/libpthread.so.0
        -ljli => /usr/pkg/java/sun-6/lib/i386/jli/libjli.so
        -ldl.2 => /usr/pkg/emul/linux/lib/libdl.so.2

How much space does java need?  I'm running on a machine with 2GB of real
memory
and 10G of swap.
 
  #: /usr/pkg/java/sun-6/bin/java
  Error occurred during initialization of VM
  Could not reserve enough space for object heap
  Could not create the Java virtual machine.

Paul

[David Laight]

On Fri, Jan 30, 2009 at 11:43:55AM -0800, Paul Newhouse wrote:
>
> How much space does java need?  I'm running on a machine with 2GB of real
> memory
> and 10G of swap.
>  
>   #: /usr/pkg/java/sun-6/bin/java
>   Error occurred during initialization of VM
>   Could not reserve enough space for object heap
>   Could not create the Java virtual machine.

The ulimit values are probably more relevant ...

        David

--
David Laight: david@...

[Paul Newhouse]

>  On Fri, Jan 30, 2009 at 11:43:55AM -0800, Paul Newhouse wrote:
>  >
>  > How much space does java need?  I'm running on a machine with 2GB of real
>  > memory and 10G of swap.
>  >  
>  >   #: /usr/pkg/java/sun-6/bin/java
>  >   Error occurred during initialization of VM
>  >   Could not reserve enough space for object heap
>  >   Could not create the Java virtual machine.
>  
>  The ulimit values are probably more relevant ...
>  
>   David

I should have mentioned:

  #: ulimit
  unlimited

NetBSD bigbox 3.1 NetBSD 3.1 (BIGBOX) #0: Sat Sep 29 15:19:20 PDT 2007  
root@mailsrv:/usr/src/sys/arch/i386/compile/BIGBOX i386


Paul

[David Laight]

On Fri, Jan 30, 2009 at 01:07:17PM -0800, Paul Newhouse wrote:
>
> I should have mentioned:
>
>   #: ulimit
>   unlimited

ulimit -a ???

        David

--
David Laight: david@...

[Paul Newhouse]

>  
>  On Fri, Jan 30, 2009 at 01:07:17PM -0800, Paul Newhouse wrote:
>  >
>  > I should have mentioned:
>  >
>  >   #: ulimit
>  >   unlimited
>  
>  ulimit -a ???

#: ulimit -a
time(cpu-seconds)    unlimited
file(blocks)         unlimited
coredump(blocks)     unlimited
data(kbytes)         131072
stack(kbytes)        2048
lockedmem(kbytes)    680845
memory(kbytes)       2042536
nofiles(descriptors) 64
processes            160
sbsize(bytes)        unlimited

[matthew sporleder]

On 1/30/09, Paul Newhouse <newhouse@...> wrote:

> >
>  >  On Fri, Jan 30, 2009 at 01:07:17PM -0800, Paul Newhouse wrote:
>  >  >
>  >  > I should have mentioned:
>  >  >
>  >  >   #: ulimit
>  >  >   unlimited
>  >
>  >  ulimit -a ???
>
>
> #: ulimit -a
>  time(cpu-seconds)    unlimited
>  file(blocks)         unlimited
>  coredump(blocks)     unlimited
>  data(kbytes)         131072
>  stack(kbytes)        2048
>  lockedmem(kbytes)    680845
>  memory(kbytes)       2042536
>  nofiles(descriptors) 64
>  processes            160
>  sbsize(bytes)        unlimited

<guess>
ulimit -s (stack) increase to directly address what you're seeing
ulimit -n (nofiles) increase the crazy number of jars and stuff that
will inevitably get opened by whatever you're really trying to do.

[David Laight]

On Fri, Jan 30, 2009 at 02:40:19PM -0800, Paul Newhouse wrote:

> #: ulimit -a
> time(cpu-seconds)    unlimited
> file(blocks)         unlimited
> coredump(blocks)     unlimited
> data(kbytes)         131072
> stack(kbytes)        2048
> lockedmem(kbytes)    680845
> memory(kbytes)       2042536
> nofiles(descriptors) 64
> processes            160
> sbsize(bytes)        unlimited

I suspect you need to increase 'data' and 'nofiles' (and maybe stack).
'ulimit -aH' will give the 'hard' limits - you can increase to those
without being root (the shell will set both hard and soft).

        David

--
David Laight: david@...

[Paul Newhouse]

>  
>  On 1/30/09, Paul Newhouse <newhouse@...> wrote:
>  > >
>  >  >  On Fri, Jan 30, 2009 at 01:07:17PM -0800, Paul Newhouse wrote:
>  >  >  >
>  >  >  > I should have mentioned:
>  >  >  >
>  >  >  >   #: ulimit
>  >  >  >   unlimited
>  >  >
>  >  >  ulimit -a ???
>  >
>  >
>  > #: ulimit -a
>  >  time(cpu-seconds)    unlimited
>  >  file(blocks)         unlimited
>  >  coredump(blocks)     unlimited
>  >  data(kbytes)         131072
>  >  stack(kbytes)        2048
>  >  lockedmem(kbytes)    680845
>  >  memory(kbytes)       2042536
>  >  nofiles(descriptors) 64
>  >  processes            160
>  >  sbsize(bytes)        unlimited
>  
>  <guess>
>  ulimit -s (stack) increase to directly address what you're seeing
>  ulimit -n (nofiles) increase the crazy number of jars and stuff that
>  will inevitably get opened by whatever you're really trying to do.

Thanks!


#: ulimit -a    
time(cpu-seconds)    unlimited
file(blocks)         unlimited
coredump(blocks)     unlimited
data(kbytes)         262144
stack(kbytes)        8192
lockedmem(kbytes)    680845
memory(kbytes)       2042536
nofiles(descriptors) 256
processes            160
sbsize(bytes)        unlimited

#: /usr/pkg/java/sun-6/bin/java
Usage: java [-options] class [args...]
           (to execute a class)
   or  java [-options] -jar jarfile [args...]
           (to execute a jar file)

where options include:
    -d32          use a 32-bit data model if available

    -d64          use a 64-bit data model if available
    -client       to select the "client" VM
    -server       to select the "server" VM
    -hotspot      is a synonym for the "client" VM  [deprecated]
                  The default VM is client.
                 
    -cp <class search path of directories and zip/jar files>
    -classpath <class search path of directories and zip/jar files>
                  A : separated list of directories, JAR archives,
                  and ZIP archives to search for class files.
...

[matthew sporleder]

On 1/30/09, Paul Newhouse <newhouse@...> wrote:

>
>  >
>  >  On 1/30/09, Paul Newhouse <newhouse@...> wrote:
>  >  > >
>  >  >  >  On Fri, Jan 30, 2009 at 01:07:17PM -0800, Paul Newhouse wrote:
>  >  >  >  >
>  >  >  >  > I should have mentioned:
>  >  >  >  >
>  >  >  >  >   #: ulimit
>  >  >  >  >   unlimited
>  >  >  >
>  >  >  >  ulimit -a ???
>  >  >
>  >  >
>  >  > #: ulimit -a
>  >  >  time(cpu-seconds)    unlimited
>  >  >  file(blocks)         unlimited
>  >  >  coredump(blocks)     unlimited
>  >  >  data(kbytes)         131072
>  >  >  stack(kbytes)        2048
>  >  >  lockedmem(kbytes)    680845
>  >  >  memory(kbytes)       2042536
>  >  >  nofiles(descriptors) 64
>  >  >  processes            160
>  >  >  sbsize(bytes)        unlimited
>  >
>  >  <guess>
>  >  ulimit -s (stack) increase to directly address what you're seeing
>  >  ulimit -n (nofiles) increase the crazy number of jars and stuff that
>  >  will inevitably get opened by whatever you're really trying to do.
>
>  Thanks!
>
>
>  #: ulimit -a
>  time(cpu-seconds)    unlimited
>  file(blocks)         unlimited
>  coredump(blocks)     unlimited
>  data(kbytes)         262144
>  stack(kbytes)        8192
>  lockedmem(kbytes)    680845
>  memory(kbytes)       2042536
>  nofiles(descriptors) 256
>  processes            160
>  sbsize(bytes)        unlimited
>
>  #: /usr/pkg/java/sun-6/bin/java
>  Usage: java [-options] class [args...]
>            (to execute a class)
>    or  java [-options] -jar jarfile [args...]
>            (to execute a jar file)
>
>  where options include:
>     -d32          use a 32-bit data model if available
>
>     -d64          use a 64-bit data model if available
>     -client       to select the "client" VM
>     -server       to select the "server" VM
>     -hotspot      is a synonym for the "client" VM  [deprecated]
>                   The default VM is client.
>
>     -cp <class search path of directories and zip/jar files>
>     -classpath <class search path of directories and zip/jar files>
>                   A : separated list of directories, JAR archives,
>                   and ZIP archives to search for class files.

Awesome!

[Paul Newhouse]

>  >  Thanks!
>  >
>  >
>  >  #: ulimit -a
>  >  time(cpu-seconds)    unlimited
>  >  file(blocks)         unlimited
>  >  coredump(blocks)     unlimited
>  >  data(kbytes)         262144
>  >  stack(kbytes)        8192
>  >  lockedmem(kbytes)    680845
>  >  memory(kbytes)       2042536
>  >  nofiles(descriptors) 256
>  >  processes            160
>  >  sbsize(bytes)        unlimited
>  >
>  >  #: /usr/pkg/java/sun-6/bin/java
>  >  Usage: java [-options] class [args...]
>  >            (to execute a class)
>  >    or  java [-options] -jar jarfile [args...]
>  >            (to execute a jar file)
>  >
>  >  where options include:
>  >     -d32          use a 32-bit data model if available
>  >
>  >     -d64          use a 64-bit data model if available
>  >     -client       to select the "client" VM
>  >     -server       to select the "server" VM
>  >     -hotspot      is a synonym for the "client" VM  [deprecated]
>  >                   The default VM is client.
>  >
>  >     -cp <class search path of directories and zip/jar files>
>  >     -classpath <class search path of directories and zip/jar files>
>  >                   A : separated list of directories, JAR archives,
>  >                   and ZIP archives to search for class files.
>  
>  
>  Awesome!

YEAH!! Now I can actually try something!!
That should start me on another round of "HELP I'm dangerous!!"  *8^)

David and Matthew Thanks again.

Paul

[Geert Hendrickx]

The funny thing is, on my amd64 system with 4Gb RAM, java won't start
without (vastly) increasing the datasize limit, however, when I boot
the same system as a Xen dom0 with only 2Gb RAM, the same java binary
starts up fine with the default ulimits.  Is this expected behaviour?

        Geert

[matthew sporleder]

On 2/1/09, Geert Hendrickx <ghen@...> wrote:
> The funny thing is, on my amd64 system with 4Gb RAM, java won't start
>  without (vastly) increasing the datasize limit, however, when I boot
>  the same system as a Xen dom0 with only 2Gb RAM, the same java binary
>  starts up fine with the default ulimits.  Is this expected behaviour?
>

Not sure.  I think java uses available memory to calculate some parts
of the jvm memory system.

Try starting it on the big memory box with memory limits and see if it
recalculates the heaps based on that.  (-Xms and -Xmx of 512M or
something)  If you can figure out which part of the memory system is
overflowing, you could try limiting just that.

Keep in informed,
Matt