Hi,

After moving my node to a different computer, I cannot start it using the 
wrapper anymore. After running ./run.sh start, the node won't come up and 
after some waiting time, all the processes associated with freenet (i.e. all 
the java processes on this system) will disappear.

I can start it manually, though, with "java -Xmx256m -Xss128m -cp 
freenet-ext.jar:freenet.jar freenet.node.NodeStarter".
When doing so, I notice a long wait after the node prints "Created log files" 
of maybe a minute or two, during which the java process won't use any CPU at 
all. (I suppose this may be why the wrapper times out.)

The system this is running on is a fresh and very vanilla install of Gentoo 
Linux 2007.0 on x86_64, under Xen, with only the most basic of packages 
installed. (screen, an editor, syslog, cron, logrotate and a JVM)

I've tried the Java packages sun-jre-bin-1.6.0.01-r1, 
emul-linux-x86-java-1.6.0.01 and sun-jdk-1.5.0.11, in that order. They all 
produce the same results.

Here is an excerpt from wrapper.log after running ./run.sh start:

==================
STATUS | wrapper  | 2007/07/19 02:42:37 | <-- Wrapper Stopped
STATUS | wrapper  | 2007/07/19 16:09:20 | --> Wrapper Started as Daemon
STATUS | wrapper  | 2007/07/19 16:09:20 | Launching a JVM...
INFO   | jvm 1    | 2007/07/19 16:09:21 | Wrapper (Version 3.2.3) 
http://wrapper.tanukisoftware.org
INFO   | jvm 1    | 2007/07/19 16:09:21 |   Copyright 1999-2006 Tanuki 
Software, Inc.  All Rights Reserved.
INFO   | jvm 1    | 2007/07/19 16:09:21 | 
INFO   | jvm 1    | 2007/07/19 16:09:21 | WARNING - The Wrapper jar file 
currently in use is version "3.2.3"
INFO   | jvm 1    | 2007/07/19 16:09:21 |           while the version of the 
Wrapper which launched this JVM is 
INFO   | jvm 1    | 2007/07/19 16:09:21 |           "3.2.1".
INFO   | jvm 1    | 2007/07/19 16:09:21 |           The Wrapper may appear to 
work correctly but some features may
INFO   | jvm 1    | 2007/07/19 16:09:21 |           not function correctly.  
This configuration has not been tested
INFO   | jvm 1    | 2007/07/19 16:09:21 |           and is not supported.
INFO   | jvm 1    | 2007/07/19 16:09:21 | 
INFO   | jvm 1    | 2007/07/19 16:09:21 | WARNING - The Wrapper jar file 
currently in use is version "3.2.3"
INFO   | jvm 1    | 2007/07/19 16:09:21 |           while the version of the 
native library is "3.2.1".
INFO   | jvm 1    | 2007/07/19 16:09:21 |           The Wrapper may appear to 
work correctly but some features may
INFO   | jvm 1    | 2007/07/19 16:09:21 |           not function correctly.  
This configuration has not been tested
INFO   | jvm 1    | 2007/07/19 16:09:21 |           and is not supported.
INFO   | jvm 1    | 2007/07/19 16:09:21 | 
INFO   | jvm 1    | 2007/07/19 16:09:21 |     freenet.jar built with 
freenet-ext.jar Build #13 r12938
INFO   | jvm 1    | 2007/07/19 16:09:21 | INFO: Optimized native BigInteger 
library 'net/i2p/util/libjbigi-linux-x86_64.so' loaded from resource
INFO   | jvm 1    | 2007/07/19 16:09:21 | Created log files
ERROR  | wrapper  | 2007/07/19 16:09:53 | Startup failed: Timed out waiting 
for signal from JVM.
ERROR  | wrapper  | 2007/07/19 16:09:53 | JVM did not exit on request, 
terminated
STATUS | wrapper  | 2007/07/19 16:09:58 | Reloading Wrapper configuration...
STATUS | wrapper  | 2007/07/19 16:09:58 | Launching a JVM...

[above section repeated a few times]

ERROR  | wrapper  | 2007/07/19 16:12:21 | JVM did not exit on request, 
terminated
FATAL  | wrapper  | 2007/07/19 16:12:22 | There were 5 failed launches in a 
row, each lasting less than 300 seconds.  Giving up.
FATAL  | wrapper  | 2007/07/19 16:12:22 |   There may be a configuration 
problem: please check the logs.
STATUS | wrapper  | 2007/07/19 16:12:22 | <-- Wrapper Stopped
==================

This is my wrapper.conf:

==================
wrapper.java.command=java
wrapper.working.dir=../
wrapper.java.mainclass=freenet.node.NodeStarter
wrapper.java.classpath.1=freenet.jar
wrapper.java.classpath.2=freenet-ext.jar.new
wrapper.java.library.path.1=lib
wrapper.java.initmemory=60
wrapper.java.maxmemory=256
wrapper.app.parameter.1=freenet.ini
wrapper.console.format=PM
wrapper.console.loglevel=INFO
wrapper.logfile=wrapper.log
wrapper.logfile.format=LPTM
wrapper.logfile.loglevel=INFO
wrapper.logfile.maxsize=2M
wrapper.logfile.maxfiles=3
wrapper.syslog.loglevel=NONE
wrapper.console.title=Freenet 0.7
wrapper.jvm_exit.timeout=120
wrapper.restart.reload_configuration=TRUE
wrapper.filter.trigger.1=java.lang.OutOfMemoryError
wrapper.filter.action.1=RESTART

# To battle timeout probs with store shrink in 993
# Shouldn't be necessary anymore in the future
wrapper.ping.timeout=0

# Name of the service
wrapper.ntservice.name=@serviceName@

# Display name of the service
wrapper.ntservice.displayname=Freenet 0.7

# Description of the service
wrapper.ntservice.description=The Free Network Project daemon

# Service dependencies.  Add dependencies as needed starting from 1
wrapper.ntservice.dependency.1=

# Mode in which the service is installed.  AUTO_START or DEMAND_START
wrapper.ntservice.starttype=AUTO_START

# Allow the service to interact with the desktop.
wrapper.ntservice.interactive=false

# Start services with a different user than SYSTEM
# SEE 
http://wrapper.tanukisoftware.org/doc/english/prop-ntservice-account.html 
BEFORE PROCEEDING !

#wrapper.ntservice.account=

wrapper.ntservice.process_priority=BELOW_NORMAL
==================

This is the output of freenet when start with java -Xmx256m -Xss128m -cp 
freenet-ext.jar:freenet.jar freenet.node.NodeStarter:

==================
$ java -Xmx256m -Xss128m -cp freenet-ext.jar:freenet.jar 
freenet.node.NodeStarter
Wrapper (Version 3.2.3) http://wrapper.tanukisoftware.org
  Copyright 1999-2006 Tanuki Software, Inc.  All Rights Reserved.

WARNING - The wrapper.native_library system property was not
          set. Using the default value, 'wrapper'.

WARNING - Unable to load the Wrapper's native library because none of the
          following files:
            libwrapper-linux-x86-64.so
            libwrapper.so
          could be located on the following java.library.path:
            /opt/sun-jdk-1.5.0.11/jre/lib/amd64/server
            /opt/sun-jdk-1.5.0.11/jre/lib/amd64
            /opt/sun-jdk-1.5.0.11/jre/../lib/amd64
          Please see the documentation for the wrapper.java.library.path
          configuration property.
          System signals will not be handled correctly.

Using default config filename freenet.ini
freenet.jar built with freenet-ext.jar Build #13 r12938
Created log files
INFO: Optimized native BigInteger 
library 'net/i2p/util/libjbigi-linux-x86_64.so' loaded from resource
Initializing Node using Freenet Build #1047 r14192 and freenet-ext Build #13 
r12938 with Sun Microsystems Inc. JVM version 1.5.0_11-b03 running on amd64 
Linux 2.6.16.49-xendomu
FNP port created on 0.0.0.0:7888
Testnet mode DISABLED. You may have some level of anonymity. :)
Note that this version of Freenet is still a very early alpha, and may well 
have numerous bugs and design flaws.
In particular: YOU ARE WIDE OPEN TO YOUR IMMEDIATE PEERS! They can eavesdrop 
on your requests with relatively little difficulty at present (correlation 
attacks etc).
Creating PeerManager
Read 15 peers from ./peers-7888
Starting database...
Initializing CHK Datastore (613777 keys)
Opening database using ./chk-7888.store
Opened main database for chk-store-
Opened access times database for chk-store-
Opening block db index
Opened block number database for chk-store-
Keys in store: db 272460 file 272460 / max 613777
Initializing CHK Datacache (613777:613777 keys)
Opening database using ./chk-7888.cache
Opened main database for chk-cache-
Opened access times database for chk-cache-
Opening block db index
Opened block number database for chk-cache-
Keys in store: db 613777 file 613777 / max 613777
Initializing pubKey Datastore
Opening database using ./pubkey-7888.store
Opened main database for pubkey-store-
Opened access times database for pubkey-store-
Opening block db index
Opened block number database for pubkey-store-
Keys in store: db 9884 file 9884 / max 613777
Initializing pubKey Datacache (613777 keys)
Opening database using ./pubkey-7888.cache
Opened main database for pubkey-cache-
Opened access times database for pubkey-cache-
Opening block db index
Opened block number database for pubkey-cache-
Keys in store: db 284136 file 284136 / max 613777
Initializing SSK Datastore
Opening database using ./ssk-7888.store
Opened main database for ssk-store-
Opened access times database for ssk-store-
Opening block db index
Opened block number database for ssk-store-
Keys in store: db 10675 file 10675 / max 613777
Initializing SSK Datacache (613777 keys)
Opening database using ./ssk-7888.cache
Opened main database for ssk-cache-
Opened access times database for ssk-cache-
Opening block db index
Opened block number database for ssk-cache-
Keys in store: db 361259 file 361259 / max 613777
Deleted 0 of 0 temporary files (0 non-temp files in temp directory) in
Initializing USK Manager
Initializing Plugin Manager
Node constructor completed
Starting DNSRequester
Starting PacketSender
NOT using wrapper (at least not correctly).  Your freenet-ext.jar 
<http://downloads.freenetproject.org/alpha/freenet-ext.jar> and/or 
wrapper.conf 
<https://emu.freenetproject.org/svn/trunk/apps/installer/installclasspath/config/wrapper.conf>
 
need to be updated.
Freenet 0.7 Build #1047 r14192
FNP port is on 0.0.0.0:7888
WARNING: Your system appears to be running a Sun JVM with NPTL. This has been 
known to cause the node to freeze up due to the JVM losing a lock. Please 
disable NPTL if possible by setting the environment variable 
LD_ASSUME_KERNEL=2.4.1. Recent versions of the Freenet installer should have 
this already; either reinstall, or edit run.sh 
(https://emu.freenetproject.org/svn/trunk/apps/installer/installclasspath/run.sh).
 
On some systems you may need to install the pthreads libraries to make this 
work. Note that the node will try to automatically restart itself in the 
event of such a deadlock, but this is not be 100% reliable and will take 
time.
TMCI started on 127.0.0.1:2323
[plus more.......]
==================

        Guido

Reply via email to