Server STARTUP FAILED >>> SOLVED

Hi All

Just can't get this server to run, firewall shutdown, JDK installed... tried everything I can find...

Have read:
Platform Tutorial
http://www.multiversemmo.com/wiki/Platform_Tutorial_Getting_Started#Connect_to_local_servers

Server Troubleshooting
http://www.multiversemmo.com/wiki/Server_Troubleshooting#Problems_connecting_to_the_servers

Understanding the servers
http://www.multiversemmo.com/wiki/Understanding_the_Multiverse_Servers

Environment

Multiverse installed at: C:\multiverse

Python installed: v2.7

Java environment details:

CLASSPATH
C:\Program Files\Java\jdk1.6.0_32\jre\lib

JAVA_HOME
C:\Program Files\Java\jdk1.6.0_32


multiverse.properties
#Path to JDBC driver JAR file
# multiverse.jdbcJarPath=../other/mysql-jdbc/mysql-connector-java-3.0.14-production-bin.jar
multiverse.jdbcJarPath=c:\\mysql-connector-java-3.1.14\\mysql-connector-java-3.1.14-bin.jar


MySQL

MySql Server 5.5
+----------------------+
| Tables_in_multiverse |
+----------------------+
| namespaces |
| objstore |
| oid_manager |
| player_character |
| plugin_status |
+----------------------+
5 rows in set (0.03 sec)


Errors vary in the *.out logs, but one that seems to recur in instance.out

Engine, Executing script file: ..\config\sampleworld\startup_instance.py
DEBUG [2012-06-30 01:33:11,328] main runPYFile: file=..\config\sampleworld\startup_instance.py
DEBUG [2012-06-30 01:33:11,343] main sendRPC type=mv.REGISTER_INSTANCE_TEMPLATE id=23 class=multiverse.server.plugins.InstanceClient$RegisterInstanceTemplateMessage
DEBUG [2012-06-30 01:33:11,343] main Sending mv.REGISTER_INSTANCE_TEMPLATE id=23 to instance
DEBUG [2012-06-30 01:33:11,343] SelfMessage SelfMessageHandler.handle pos=169
DEBUG [2012-06-30 01:33:11,343] SelfMessage handleSelfMessage id=23 type=mv.REGISTER_INSTANCE_TEMPLATE class=multiverse.server.plugins.InstanceClient$RegisterInstanceTemplateMessage
DEBUG [2012-06-30 01:33:11,343] SelfMessage deliverMessage rpc to multiverse.server.plugins.InstancePlugin@10d20ce
DEBUG [2012-06-30 01:33:11,343] Instance-1 EnginePlugin.handleMessage: got msg id 23, matching 1 hooks for msgtype MessageType['mv.REGISTER_INSTANCE_TEMPLATE', 118]
DEBUG [2012-06-30 01:33:11,343] Instance-1 RegisterInstanceTemplateHook: template=[Template: name=sampleworld template (ns=NS.instance, key=worldFileName, val=$WORLD_DIR/$WORLD_NAME.mvw)(ns=NS.instance, key=initScriptFileName, val=$WORLD_DIR/instance_load.py)
DEBUG [2012-06-30 01:33:11,343] Instance-1 RegisterInstanceTemplateHook: added template name=sampleworld template
DEBUG [2012-06-30 01:33:11,343] Instance-1 sendResponse to instance,23 type=msgsys.RESPONSE id=24 class=multiverse.msgsys.BooleanResponseMessage
DEBUG [2012-06-30 01:33:11,343] Instance-1 EnginePlugin.handleMessage: processed msg 23, type=MessageType['mv.REGISTER_INSTANCE_TEMPLATE', 118], time in ms=0
DEBUG [2012-06-30 01:33:11,343] SelfMessage SelfMessageHandler.handle pos=30
DEBUG [2012-06-30 01:33:11,343] SelfMessage handleSelfMessage id=24 responseTo=23 type=msgsys.RESPONSE class=multiverse.msgsys.BooleanResponseMessage
DEBUG [2012-06-30 01:33:11,343] main sendRPC type=mv.CREATE_INSTANCE id=25 class=multiverse.server.plugins.InstanceClient$CreateInstanceMessage
DEBUG [2012-06-30 01:33:11,343] main Sending mv.CREATE_INSTANCE id=25 to instance
DEBUG [2012-06-30 01:33:11,343] SelfMessage SelfMessageHandler.handle pos=86
DEBUG [2012-06-30 01:33:11,343] SelfMessage handleSelfMessage id=25 type=mv.CREATE_INSTANCE class=multiverse.server.plugins.InstanceClient$CreateInstanceMessage
DEBUG [2012-06-30 01:33:11,359] SelfMessage deliverMessage rpc to multiverse.server.plugins.InstancePlugin@10d20ce
DEBUG [2012-06-30 01:33:11,359] Instance-2 EnginePlugin.handleMessage: got msg id 25, matching 1 hooks for msgtype MessageType['mv.CREATE_INSTANCE', 119]
DEBUG [2012-06-30 01:33:11,359] Instance-2 CreateInstanceHook: templateName=sampleworld template override=[Template: name=null (ns=NS.instance, key=name, val=default)
DEBUG [2012-06-30 01:33:11,359] Instance-2 CreateInstanceHook: assigned world manager WorldManager1 host=OFFICEDEV
ERROR [2012-06-30 01:33:11,359] Instance-2 handleMessageImpl java.lang.NullPointerException
at java.lang.String.replace(Unknown Source)
at multiverse.server.util.FileUtil.expandFileName(FileUtil.java:10)
at multiverse.server.plugins.InstancePlugin$CreateInstanceHook.createInstance(InstancePlugin.java:307)
at multiverse.server.plugins.InstancePlugin$CreateInstanceHook.handleMessage(InstancePlugin.java:222)
at multiverse.server.plugins.InstancePlugin$CreateInstanceHook.processMessage(InstancePlugin.java:216)
at multiverse.server.engine.EnginePlugin.handleMessageImpl(EnginePlugin.java:424)
at multiverse.server.engine.EnginePlugin$QueuedMessage.run(EnginePlugin.java:458)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)
DEBUG [2012-06-30 01:33:11,359] Instance-2 sendResponse to instance,25 type=msgsys.RESPONSE id=26 class=multiverse.msgsys.ExceptionResponseMessage
DEBUG [2012-06-30 01:33:11,359] SelfMessage SelfMessageHandler.handle pos=864
DEBUG [2012-06-30 01:33:11,359] SelfMessage handleSelfMessage id=26 responseTo=25 type=msgsys.RESPONSE class=multiverse.msgsys.ExceptionResponseMessage
ERROR [2012-06-30 01:33:11,359] main ScriptManager.runPYFile: file=..\config\sampleworld\startup_instance.py Traceback (innermost last):
File "..\config\sampleworld\startup_instance.py", line 15, in ?
multiverse.msgsys.RPCException(java.lang.NullPointerException in instance)

at java.lang.String.replace(Unknown Source)

at multiverse.server.util.FileUtil.expandFileName(FileUtil.java:10)

at multiverse.server.plugins.InstancePlugin$CreateInstanceHook.createInstance(InstancePlugin.java:307)

at multiverse.server.plugins.InstancePlugin$CreateInstanceHook.handleMessage(InstancePlugin.java:222)

at multiverse.server.plugins.InstancePlugin$CreateInstanceHook.processMessage(InstancePlugin.java:216)

at multiverse.server.engine.EnginePlugin.handleMessageImpl(EnginePlugin.java:424)

at multiverse.server.engine.EnginePlugin$QueuedMessage.run(EnginePlugin.java:458)

at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source)

at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)

at java.lang.Thread.run(Unknown Source)


multiverse.msgsys.RPCException: multiverse.msgsys.RPCException(java.lang.NullPointerException in instance)

at org.python.core.Py.JavaError(Unknown Source)
at org.python.core.Py.JavaError(Unknown Source)
at org.python.core.PyReflectedFunction.__call__(Unknown Source)
at org.python.core.PyReflectedFunction.__call__(Unknown Source)
at org.python.core.PyObject.__call__(Unknown Source)
at org.python.core.PyObject.invoke(Unknown Source)
at org.python.pycode._pyx5.f$0(..\config\sampleworld\startup_instance.py:15)
at org.python.pycode._pyx5.call_function(..\config\sampleworld\startup_instance.py)
at org.python.core.PyTableCode.call(Unknown Source)
at org.python.core.PyCode.call(Unknown Source)
at org.python.core.Py.runCode(Unknown Source)
at multiverse.server.engine.ScriptManager.runPYFile(ScriptManager.java:181)
at multiverse.server.engine.ScriptManager.runFile(ScriptManager.java:94)
at multiverse.server.engine.Engine.processPostScripts(Engine.java:527)
at multiverse.server.engine.Engine.main(Engine.java:382)


The line startup_instance.py line 15
rc = InstanceClient.createInstance("sampleworld template", overrideTemplate)




Any help appreciated!

Wonder if Python 2.7 and Jython conflict?

Just to add this is Windows XP sp3

All the tools installed and seem to work fine, world editor, terrain editor, model viewer. Tools seem to find the asset repository ok.

Client runs fine with --standalone



Just can't seem to get rid of the java.lang.NullPointerException for the servers startup.

Maybe I am missing some obvious arg for a batch file or perhaps a setting in a config file? java.lang.String.replace(Unknown Source)

instance.out
Instance.out


Thanks in advance

It looks like you are missing the link to your world files.

Thanks Delurin

I'll check that in multiverse.properties, startup_instance.py etc. and try hardcoding it somewhere.


Hopefully I have stuff in the correct location...

MV_HOME is: c:\multiverse

I have the asset repo here and tools find it ok for now:

E:\Program Files\Multiverse Software Foundation\Multiverse Client\SampleAssets\sampleworld


Thanks again

Tried hardcoding the path to sampleworld in startup_instance.py with the same result.

Code:

template = Template("sampleworld template")
#template.put(Namespace.INSTANCE, InstanceClient.TEMPL_WORLD_FILE_NAME, "$WORLD_DIR/$WORLD_NAME.mvw")
#try hardcoding the path to the world file
template.put(Namespace.INSTANCE, InstanceClient.TEMPL_WORLD_FILE_NAME, "C:/multiverse/config/sampleworld/sampleworld.mvw")
template.put(Namespace.INSTANCE, InstanceClient.TEMPL_INIT_SCRIPT_FILE_NAME, "$WORLD_DIR/instance_load.py")

Java location

Java currently at C:\Program Files\Java\jdk1.6.0_32

Maybe I'll try moving Java to C:\ instead of C:\Program Files

I remember something about spaces in paths but didn't think it applied to the java install.

Think it's worth a try?

Since it seems to be bugging out here at InstanceClient.createInstance I was wondering if
"overrideTemplate = Template()" is correct? Instance.out shows override=[Template: name=null

EDIT: even when sticking something in Template() still same error

startup_instance.py

Code:

overrideTemplate = Template()
overrideTemplate.put(Namespace.INSTANCE, InstanceClient.TEMPL_INSTANCE_NAME, "default")
rc = InstanceClient.createInstance("sampleworld template", overrideTemplate)
Log.debug("startup_instance.py: createInstance result=" + str(rc))

Instance.out

Code:

DEBUG [2012-07-03 18:26:30,609] Instance-2          CreateInstanceHook: templateName=sampleworld template override=[Template: name=null (ns=NS.instance, key=name, val=default)
DEBUG [2012-07-03 18:26:30,609] Instance-2          CreateInstanceHook: assigned world manager WorldManager1 host=OFFICEDEV
ERROR [2012-07-03 18:26:30,609] Instance-2          handleMessageImpl java.lang.NullPointerException
      at java.lang.String.replace(Unknown Source)
      at multiverse.server.util.FileUtil.expandFileName(FileUtil.java:10)

You probably also need to change $WORLD_DIR to a specific name for the instance load

I'll give that a shot Delurin, thx.

I have the same problem and nothing seems to work, tried to

* change the path to a specific path (of both the sampleworld.mvw and the instance_load.py)
* change the slashes to backslashes and also tried double backslashes
* i even gave full rights on the directory (C:\multiverse) to everybody
* installed the server on another pc

and still nothing works....

Any help appreciated!

Using multiverse.sh from server_20120322.zip


Has any of this been tested and found working with the stock binaries and startup scripts on any machine other
than one of the developers with WinXP and jre and jdk6?

Any chance of seeing what a working startup script looks like?
Working multiverse.properties ?

It seems that no matter what I feed these scripts, start-multiverse.bat, multiverse.sh
or what paths are hardcoded there is always something that isn't right. I have tried more path permutations
than I can count. Performed a completely clean install of Java on both machines. Quadruple checked every
environment variable I can find.

Two different boxes with same results.

The latest with WinXP under Cygwin,
java version "1.6.0_33" Java(TM) SE Runtime Environment (build 1.6.0_33-b05)
Java HotSpot(TM) Server VM (build 20.8-b03, mixed mode)
and stock multiverse.sh from server_20120322.zip is:
"log4j:ERROR setFile(null,true) call failed.
.out (The filename, directory name, or volume label syntax is incorrect)"

The log4j error occurs when trying to start the object manager.
From Cygwin bash shell

Code:

*** Starting world sampleworld ***
MV_HOME is ..
Using .jar files from the /dist hierarchy
Using property file ../bin/multiverse.properties
Using world file ../config/sampleworld/sampleworld.mvw
Using world script directory ../config/sampleworld
Using log directory ../logs/sampleworld
Using common directory ../config/common, bin directory ../bin
JAVA_FLAGS="-server  -cp ../other/rhino1_5R5/js.jar;c:\mysql-connector-java-3.1.14\mysql-connector-java-3.1.14-bin.jar;../dist/lib/injected.jar;../dist/lib/mult
ib/mars.jar;../dist/lib/.jar;../other/java-getopt-1.0.11.jar;../other/jython.jar;../other/log4j-1.2.14.jar;../other/bcel-5.2.jar;. -Dmultiverse.propertyfile=../
rties  -Dmultiverse.worldname= -Dmultiverse.logs=../logs/sampleworld"
Starting domain server:        SUCCESS
Multiverse server version 1.5 0 (- -)
 ...    wmgr_1 SUCCESS
Starting combat server:        SUCCESS
Starting instance server:      SUCCESS
Starting object manager:        log4j:ERROR setFile(null,true) call failed.
.out (The filename, directory name, or volume label syntax is incorrect)
        at java.io.FileOutputStream.openAppend(Native Method)
        at java.io.FileOutputStream.<init>(Unknown Source)
        at java.io.FileOutputStream.<init>(Unknown Source)
        at org.apache.log4j.FileAppender.setFile(FileAppender.java:289)
        at org.apache.log4j.RollingFileAppender.setFile(RollingFileAppender.java:167)
        at org.apache.log4j.FileAppender.activateOptions(FileAppender.java:163)
        at org.apache.log4j.config.PropertySetter.activate(PropertySetter.java:256)
        at org.apache.log4j.config.PropertySetter.setProperties(PropertySetter.java:132)
        at org.apache.log4j.config.PropertySetter.setProperties(PropertySetter.java:96)
        at org.apache.log4j.PropertyConfigurator.parseAppender(PropertyConfigurator.java:654)
        at org.apache.log4j.PropertyConfigurator.parseCategory(PropertyConfigurator.java:612)
        at org.apache.log4j.PropertyConfigurator.configureRootCategory(PropertyConfigurator.java:509)
        at org.apache.log4j.PropertyConfigurator.doConfigure(PropertyConfigurator.java:415)
        at org.apache.log4j.PropertyConfigurator.configure(PropertyConfigurator.java:349)
        at multiverse.server.util.Log.init(Log.java:18)
        at multiverse.server.util.InitLogAndPid.initLogAndPid(InitLogAndPid.java:55)
        at multiverse.server.engine.Engine.main(Engine.java:308)
Exception in thread "main" java.lang.NullPointerException
        at java.io.File.<init>(Unknown Source)
        at org.apache.log4j.RollingFileAppender.rollOver(RollingFileAppender.java:148)
        at multiverse.server.util.Log.rotateLogs(Log.java:212)
        at multiverse.server.util.Log.init(Log.java:27)
        at multiverse.server.util.InitLogAndPid.initLogAndPid(InitLogAndPid.java:55)
        at multiverse.server.engine.Engine.main(Engine.java:308)
SUCCESS
Starting login manager:        SUCCESS
 ...    proxy_1SUCCESS
Starting mob server:            SUCCESS
Starting voice server:          SUCCESS
Wait for finished initializing msg...

The proxy_1.pid and wmgr_1.pid files written to bin/run have borked filenames with some kind of
wierd caret superimposed on the number 1. Even after a system reboot. No proxy or wmgr processes
run.

I'd be happy to admit I may be missing something but have followed the wiki to the letter.

I have no problems getting my hands dirty but I am finding it rather hard to believe that
anyone has server 1.5 running on WinXP, jre and jdk6, under Cygwin or not.

Without seeing a working startup script or Working multiverse.properties I
am not sure I can believe it runs on WinXP.

When I eventually get this working will it end up being a maintenance nightmare? The slightest change and we are
right back here?

Following the procedures below for WinXP with stock binaries and startup files...Does...Not....Work

http://www.multiversemmo.com/wiki/Platform_Tutorial_Getting_Started#JDBC_Driver_JAR_File_Setting
and
http://www.multiversemmo.com/wiki/Server_Troubleshooting
and
www.multiversemmo.com/wiki/Server_Version_1.5_Release_Notes
and
http://www.multiversemmo.com/wiki/World_Instancing

"log4j:ERROR setFile(null,true) call failed.
.out (The filename, directory name, or volume label syntax is incorrect)"


See multiverse.properties -> ### log4j configuration.

log4j.appender.FILE.File = ${multiverse.logs}/${multiverse.loggername}.out


Most likely due to ${multiverse.loggername} not being valid for a server process that fails to start.
Such as: multiverse.loggername=$AGENT_NAME in multiverse.sh
Seems the *.pid filenames mentioned above are constructed from $AGENT_NAME also


On to the next error...

Hi Koron,

I'm installing a fresh copy of XP 32 bit and setting up multiverse too see where you may be having the problem.

Shane

Wait...

Just minutes ago...

I got under Cygwin "DONE INITIALIZING, you can log in now"
We'll see what the test client does tomorrow...

(from cygwin output... ignore the "AURO" text below ... just for my debugging...)
...also I modded wmgr_1 and proxy_1 to worldone and proxyone in multiverse.sh

Code:

$ ./multiverse.sh start
******************************
See AURO messages below for variables and paths set here in multiverse.sh
For shell scripts = and == are synonyms
TEST: changing proxy_1 and wmgr_1 to proxy_one wmgr_one  NO DIFFERENCE still wr                                                                                                    ites wierd caret and proxy_1.pid  wmgr_1.pid
log4j:ERROR solved. Set Multiverse.properties -> log4j.appender.FILE.File =                                                                                                        to a hardcoded path/file
*******************************

AURO: MVW_FILENAME was null
*** Starting world sampleworld ***
MV_HOME is ..
Using .jar files from the /dist hierarchy
Using property file ../bin/multiverse.properties
Using world file ../config/sampleworld/sampleworld.mvw
Using world script directory ../config/sampleworld
Using log directory ../logs/sampleworld
Using common directory ../config/common, bin directory ../bin
JAVA_FLAGS="-server  -cp ../other/rhino1_5R5/js.jar;c:\mysql-connector-java-3.1.                                                                                                    14\mysql-connector-java-3.1.14-bin.jar;../dist/lib/injected.jar;../dist/lib/mult                                                                                                    iverse.jar;../dist/lib/mars.jar;../dist/lib/.jar;../other/java-getopt-1.0.11.jar                                                                                                    ;../other/jython.jar;../other/log4j-1.2.14.jar;../other/bcel-5.2.jar;. -Dmultive                                                                                                    rse.propertyfile=../bin/multiverse.properties  -Dmultiverse.worldname= -Dmultive                                                                                                    rse.logs=../logs/sampleworld"
Starting domain server:        SUCCESS
Starting worldone ...          SUCCESS
Starting combat server:        SUCCESS
Starting instance server:      SUCCESS
Starting object manager:        Multiverse server version 1.5 0 (- -)
SUCCESS
Starting login manager:        SUCCESS
Starting proxyone ...          SUCCESS
Starting mob server:            SUCCESS
Starting voice server:          SUCCESS
Wait for finished initializing msg...

AURO debugging info
AURO: NOTE some of the pid files in the run dir have a wierd caret over the number in the file name
proxy_1.pid and wmgr_1.pid
Also NOTE top of multiverse.sh where there is the Workaround Cygwin line ending issue

AURO: The world file MVW_FILENAME is supposed to be ../config/sampleworld/sampleworld.mvw
AURO: MV_WORLDNAME is sampleworld
AURO: MV_RUN is ../bin/run/sampleworld
AURO: MV_LOGS is ../logs/sampleworld
AURO: DEFAULT_MV_PROPERTYFILE is multiverse.properties
AURO: MV_HOSTNAME is
AURO: MV_HOME is ..
AURO: Comment above says not currently using CMD_CLASSPATH CMD_CLASSPATH is
AURO: MV_BIN is ../bin
AURO: MV_COMMON is ../config/common
AURO: DELETE_LOGS_ON_STARTUP is true
AURO: JAVA_FLAGS is -server -cp ../other/rhino1_5R5/js.jar;c:\mysql-connector-java-3.1.14\mysql-connector-java-3.1.14-bin.jar;../dist/lib/injected.jar;../dist/lib/multiverse.jar;../dist/lib/mars.jar;../dist/lib/.jar;../other/java-getopt-1.0.11.jar;../other/jython.jar;../other/log4j-1.2.14.jar;../other/bcel-5.2.jar;. -Dmultiverse.propertyfile=../bin/multiverse.properties -Dmultiverse.worldname= -Dmultiverse.logs=../logs/sampleworld THIS MAY VARY
AURO: JVM_FLAG is -server
AURO: JDBC is c:\mysql-connector-java-3.1.14\mysql-connector-java-3.1.14-bin.jar
AURO: CMDLINE_PROPS is -Pmultiverse.worldname=
AURO: MV_WORLD is ../config/sampleworld
AURO: JMX_FLAGS is

AURO: The AGENT_NAME is proxyone THIS MAY VARY
AURO: ARCHIVE_LOG_DIR is
AURO: The verbose flag is 1
AURO: LOG4J is ../other/log4j-1.2.14.jar
AURO: RHINO is ../other/rhino1_5R5/js.jar
AURO: GETOPT is ../other/java-getopt-1.0.11.jar
AURO: BCEL is ../other/bcel-5.2.jar
AURO: JYTHON is ../other/jython.jar
AURO: MARS_JAR is ../dist/lib/mars.jar
AURO: MV_JAR is ../dist/lib/multiverse.jar
AURO: INJECTED_JAR is ../dist/lib/injected.jar
AURO: EXT_JAR is ../dist/lib/.jar
AURO: cygpath is
AURO: MV_HOME_UNIX is ..
AURO: MV_CLASSPATH is ../other/rhino1_5R5/js.jar;c:\mysql-connector-java-3.1.14\mysql-connector-java-3.1.14-bin.jar;../dist/lib/injected.jar;../dist/lib/multiverse.jar;../dist/lib/mars.jar;../dist/lib/.jar;../other/java-getopt-1.0.11.jar;../other/jython.jar;../other/log4j-1.2.14.jar;../other/bcel-5.2.jar;.

AURO: PATH is /cygdrive/c/Program Files/Java/jre6/bin:.:/usr/local/bin:/usr/bin:/cygdrive/c/Perl/site/bin:/cygdrive/c/Perl/bin:/cygdrive/c/WINDOWS/system32:/cygdrive/c/WINDOWS:/cygdrive/c/WINDOWS/system32/WBEM:/cygdrive/c/devkitPro/msys/bin:/cygdrive/c/Program Files/ImageMagick-6.6.1-Q16:/cygdrive/c/WINDOWS/system32:/cygdrive/c/WINDOWS:/cygdrive/c/WINDOWS/System32/Wbem:/cygdrive/c/Program Files/Intel/DMIX:/cygdrive/c/Program Files/Common Files/Roxio Shared/DLLShared:/cygdrive/c/Program Files/Microsoft SQL Server/90/Tools/binn:/cygdrive/c/Program Files/doxygen/bin:/cygdrive/c/Program Files/Java/apache-ant-1.7.1/bin:/cygdrive/c/Program Files/AdVantage SDK/Bin:/cygdrive/c/MinGW:/cygdrive/c/Program Files/ZipGenius 6:/cygdrive/c/Qt/4.6.2/lib:/cygdrive/c/Qt/4.6.2/bin:/cygdrive/c/Program Files/jZip:/cygdrive/c/Program Files/Java/jre6/bin:/cygdrive/c/Erlang/erl5.8/bin:/cygdrive/c/Downloads/CORELDRW/DRAW:/cygdrive/c/Python27:/cygdrive/c/Program Files/Common Files/Acronis/SnapAPI:/cygdrive/e/Program Files/TortoiseHg:/cygdrive/e/Program Files/OgreXMLConverter:/cygdrive/c/Program Files/ImageMagick-6.6.1-Q16:/cygdrive/e/Program Files/CMake 2.8/bin:/cygdrive/c/Program Files/Adobe/Adobe Flash CS5.5/AIR2.6/bin:/cygdrive/c/Program Files/Motion-Twin/haxe:/cygdrive/c/Program Files/Motion-Twin/neko:/cygdrive/e/Program Files/EaseUS/Todo Backup/bin

end AURO debugging info


Greg@OFFICEDEV /cygdrive/c/multiverse/bin
$
DONE INITIALIZING, you can log in now

We'll see if I can connect tomorrow...

Thanks for the response!!

Finally started the servers, connected locally with the client and killed a wolf.

Under Cygwin 1.7.5 on WinXP
jre and jdk6
MySQL 5.5
mysql-connector-java-3.1.14


Finally got the servers running without log file errors and connected on WinXP

First: Read the Platform tutorial
http://www.multiversemmo.com/wiki/Platform_Tutorial_Getting_Started



Client
multiverseclient.exe --development --noupdate

World Settings File
The world_settings_sample.xml should be in Multiverse Client/worlds
Rename, mod and copy the world settings file as noted here:
http://www.multiversemmo.com/wiki/World_Settings_File_Reference#Working_offline

In addition to the changes noted in the Platform tutorial I made the changes below.

Mods to scripts and startup_instance.py

In multiverse.properties

Code:

### If multiverse.mvwfile property is not specified, it defaults to MV_HOME/config/worldname/worldname.mvw
### Example below is Windows path; On Linux/Unix, use forward slashes instead of double backslashes.
multiverse.worldname=sampleworld
###multiverse.mvwfile=c:\\multiverse\\config\\sampleworld\\sampleworld.mvw
multiverse.mvwfile=c:/multiverse/config/sampleworld/sampleworld.mvw

startup_instance.py

Code:

#try hardcoding the path to the world file.  NEW: try again here now that servers are running under Cygwin
template.put(Namespace.INSTANCE, InstanceClient.TEMPL_WORLD_FILE_NAME, "c:/multiverse/config/sampleworld/sampleworld.mvw")
template.put(Namespace.INSTANCE, InstanceClient.TEMPL_INIT_SCRIPT_FILE_NAME, "c:/multiverse/config/sampleworld/instance_load.py")

multiverse.sh

Code:

function start_world_manager () {

    AGENT_TYPE=wmgr
          ###ORIGINAL    AGENT_NAME=$(alloc_domain_name AGENT ${AGENT_TYPE}_# )
  # Hardcoded because of invalid $AGENT_NAME, .pid file and log4j .out file error
    AGENT_NAME="wmgr_1"

multiverse.sh

Code:

function start_proxy () {

    AGENT_TYPE=proxy
    #ORIGINAL      AGENT_NAME=$(alloc_domain_name AGENT ${AGENT_TYPE}_# )
    # Hardcoded because of invalid $AGENT_NAME, .pid file and log4j .out file error
    AGENT_NAME="proxy_1"

Still have to work out the path variables for the hardcoded stuff, for the other world files etc.
At least it's running for now.

You can hardcode the paths for all the .mvw in startup_instance.py and they work.

Hopefully this can help someone else who's having trouble getting this up and running.


On to the next challenge(s).

Well congrats! Took a bit of frustration and turned it into success.

Hey there-

Thanks for the breakdown of the code changes- Finally got the server started without any errors.

Still can't get the client to connect locally tho- Which version of the client were you using?

Did you try multiverseclient.exe --development --noupdate

EDIT: I also got it to connect with: multiverseclient.exe --development --noupdate --world sampleworld

Version... Pretty sure it's this one: http://sourceforge.net/projects/multiverse3d/files/ClientSetup.msi/download


In some spots I thought the wiki shows --world localhost but that still goes out to the
web to find the master server for me. EDIT: nvm can't find where it said --world localhost
Client command line: http://www.multiversemmo.com/wiki/Running_the_Client_from_the_Command-Line

Not running the master server yet.

Also when it does successfully connect locally for me I do not get the login page

If your on XP check to see where it's trying to connect
Check Exception.log in C:\Documents and Settings\User\My Documents\Multiverse World Browser\Logs

Also make sure you have world_settings.xml in C:\Documents and Settings\User\My Documents\Multiverse World Browser\Config

Rename, mod and copy the world settings file as noted here:
http://www.multiversemmo.com/wiki/World_Settings_File_Reference#Working_offline


And BTW I still need to figure out where the variables $WORLD_DIR and $WORLD_NAME come from
in startup_instance.py so this doesn't come back to bite me (us?) in the future



http://www.multiversemmo.com/wiki/Debugging_Client_Errors[url=http://www.multiversemmo.com/wiki/Debugging_Client_Errors][b]

Successful local connection:
Exception.log

Code:

INFO  [2012-07-24 21:58:02,609] HardwareCaps        ---RenderSystem capabilities---
INFO  [2012-07-24 21:58:02,609] HardwareCaps           -Adapter Name: NVIDIA GeForce GT 220
INFO  [2012-07-24 21:58:02,609] HardwareCaps           -Driver Version: 6.14.11.9107
INFO  [2012-07-24 21:58:02,609] HardwareCaps           -Total System Memory: 3069Meg
INFO  [2012-07-24 21:58:02,609] HardwareCaps           -Video Memory: 1024Meg
INFO  [2012-07-24 21:58:02,609] HardwareCaps           -Available texture units: 8
INFO  [2012-07-24 21:58:02,609] HardwareCaps           -Maximum lights available: 8
INFO  [2012-07-24 21:58:02,609] HardwareCaps           -Hardware generation of mip-maps: yes
INFO  [2012-07-24 21:58:02,609] HardwareCaps           -Texture blending: yes
INFO  [2012-07-24 21:58:02,609] HardwareCaps           -Anisotropic texture filtering: yes
INFO  [2012-07-24 21:58:02,609] HardwareCaps           -Dot product texture operation: yes
INFO  [2012-07-24 21:58:02,609] HardwareCaps           -Cube Mapping: yes
INFO  [2012-07-24 21:58:02,609] HardwareCaps           -Hardware stencil buffer: yes
INFO  [2012-07-24 21:58:02,609] HardwareCaps              -Stencil depth: 8 bits
INFO  [2012-07-24 21:58:02,609] HardwareCaps              -Two sided stencil support: yes
INFO  [2012-07-24 21:58:02,609] HardwareCaps              -Wrap stencil values: yes
INFO  [2012-07-24 21:58:02,609] HardwareCaps           -Hardware vertex/index buffers: yes
INFO  [2012-07-24 21:58:02,609] HardwareCaps           -Vertex programs: yes
INFO  [2012-07-24 21:58:02,609] HardwareCaps              -Max vertex program version: vs_3_0
INFO  [2012-07-24 21:58:02,609] HardwareCaps           -Fragment programs: yes
INFO  [2012-07-24 21:58:02,609] HardwareCaps              -Max fragment program version: ps_3_0
INFO  [2012-07-24 21:58:02,609] HardwareCaps           -Texture compression: yes
INFO  [2012-07-24 21:58:02,609] HardwareCaps              -DXT: yes
INFO  [2012-07-24 21:58:02,609] HardwareCaps              -VTC: no
INFO  [2012-07-24 21:58:02,609] HardwareCaps           -Scissor rectangle: yes
INFO  [2012-07-24 21:58:02,609] HardwareCaps           -Hardware Occlusion Query: yes
INFO  [2012-07-24 21:58:02,609] HardwareCaps           -User clip planes: yes
INFO  [2012-07-24 21:58:02,609] HardwareCaps           -VertexElementType.UBYTE4: yes
INFO  [2012-07-24 21:58:02,609] HardwareCaps           -Infinite far plane projection: yes
INFO  [2012-07-24 21:58:02,609] HardwareCaps           -Hardware render-to-texture: no
INFO  [2012-07-24 21:58:02,609] HardwareCaps           -Floating point textures: no
INFO  [2012-07-24 21:58:02,609] HardwareCaps           -Volume textures: no
INFO  [2012-07-24 21:58:02,609] HardwareCaps           -Multiple Render Targets: 4
INFO  [2012-07-24 21:58:02,609] HardwareCaps           -Point Sprites: no
INFO  [2012-07-24 21:58:02,609] HardwareCaps           -Extended point parameters: no
INFO  [2012-07-24 21:58:02,609] HardwareCaps           -Max Point Size: 0
INFO  [2012-07-24 21:58:02,609] HardwareCaps           -Vertex texture fetch: no
INFO  [2012-07-24 21:58:02,609] HardwareCaps           -Max vertex program float constants: 256
INFO  [2012-07-24 21:58:02,609] HardwareCaps           -Max vertex program int constants: 64
INFO  [2012-07-24 21:58:02,609] HardwareCaps           -Max fragment program float constants: 224
INFO  [2012-07-24 21:58:02,609] HardwareCaps           -Max fragment int constants: 16

Unsuccessful local connection:
Exception.log

Code:

INFO  [2012-07-24 22:11:47,515] HardwareCaps        ---RenderSystem capabilities---
INFO  [2012-07-24 22:11:47,515] HardwareCaps           -Adapter Name: NVIDIA GeForce GT 220
INFO  [2012-07-24 22:11:47,515] HardwareCaps           -Driver Version: 6.14.11.9107
INFO  [2012-07-24 22:11:47,515] HardwareCaps           -Total System Memory: 3069Meg
INFO  [2012-07-24 22:11:47,515] HardwareCaps           -Video Memory: 1024Meg
INFO  [2012-07-24 22:11:47,515] HardwareCaps           -Available texture units: 8
INFO  [2012-07-24 22:11:47,515] HardwareCaps           -Maximum lights available: 8
INFO  [2012-07-24 22:11:47,515] HardwareCaps           -Hardware generation of mip-maps: yes
INFO  [2012-07-24 22:11:47,515] HardwareCaps           -Texture blending: yes
INFO  [2012-07-24 22:11:47,515] HardwareCaps           -Anisotropic texture filtering: yes
INFO  [2012-07-24 22:11:47,515] HardwareCaps           -Dot product texture operation: yes
INFO  [2012-07-24 22:11:47,515] HardwareCaps           -Cube Mapping: yes
INFO  [2012-07-24 22:11:47,515] HardwareCaps           -Hardware stencil buffer: yes
INFO  [2012-07-24 22:11:47,515] HardwareCaps              -Stencil depth: 8 bits
INFO  [2012-07-24 22:11:47,515] HardwareCaps              -Two sided stencil support: yes
INFO  [2012-07-24 22:11:47,515] HardwareCaps              -Wrap stencil values: yes
INFO  [2012-07-24 22:11:47,515] HardwareCaps           -Hardware vertex/index buffers: yes
INFO  [2012-07-24 22:11:47,515] HardwareCaps           -Vertex programs: yes
INFO  [2012-07-24 22:11:47,515] HardwareCaps              -Max vertex program version: vs_3_0
INFO  [2012-07-24 22:11:47,515] HardwareCaps           -Fragment programs: yes
INFO  [2012-07-24 22:11:47,515] HardwareCaps              -Max fragment program version: ps_3_0
INFO  [2012-07-24 22:11:47,515] HardwareCaps           -Texture compression: yes
INFO  [2012-07-24 22:11:47,515] HardwareCaps              -DXT: yes
INFO  [2012-07-24 22:11:47,515] HardwareCaps              -VTC: no
INFO  [2012-07-24 22:11:47,515] HardwareCaps           -Scissor rectangle: yes
INFO  [2012-07-24 22:11:47,515] HardwareCaps           -Hardware Occlusion Query: yes
INFO  [2012-07-24 22:11:47,515] HardwareCaps           -User clip planes: yes
INFO  [2012-07-24 22:11:47,515] HardwareCaps           -VertexElementType.UBYTE4: yes
INFO  [2012-07-24 22:11:47,515] HardwareCaps           -Infinite far plane projection: yes
INFO  [2012-07-24 22:11:47,515] HardwareCaps           -Hardware render-to-texture: no
INFO  [2012-07-24 22:11:47,515] HardwareCaps           -Floating point textures: no
INFO  [2012-07-24 22:11:47,515] HardwareCaps           -Volume textures: no
INFO  [2012-07-24 22:11:47,515] HardwareCaps           -Multiple Render Targets: 4
INFO  [2012-07-24 22:11:47,515] HardwareCaps           -Point Sprites: no
INFO  [2012-07-24 22:11:47,515] HardwareCaps           -Extended point parameters: no
INFO  [2012-07-24 22:11:47,515] HardwareCaps           -Max Point Size: 0
INFO  [2012-07-24 22:11:47,515] HardwareCaps           -Vertex texture fetch: no
INFO  [2012-07-24 22:11:47,515] HardwareCaps           -Max vertex program float constants: 256
INFO  [2012-07-24 22:11:47,515] HardwareCaps           -Max vertex program int constants: 64
INFO  [2012-07-24 22:11:47,515] HardwareCaps           -Max fragment program float constants: 224
INFO  [2012-07-24 22:11:47,515] HardwareCaps           -Max fragment int constants: 16
WARN  [2012-07-24 22:12:26,531] Exception            Exception connecting to rdp world server multiversemmo.com:5050 : System.TimeoutException: The operation has timed out.
  at Multiverse.Network.Rdp.RdpClient.Connect(IPEndPoint remoteEP, Int32 millisecondsTimeout)
  at Multiverse.Network.RdpMessageHandler..ctor(IPEndPoint remote, Int32 millisecondsTimeout)
  at Multiverse.Network.RdpWorldMessageHandler..ctor(IPEndPoint remote, MessageDispatcher dispatcher)
  at Multiverse.Network.NetworkHelper.RdpWorldConnect(String hostname, Int32 port)
WARN  [2012-07-24 22:12:36,531] Exception            Exception connecting to rdp world server multiversemmo.com:5050 : System.TimeoutException: The operation has timed out.
  at Multiverse.Network.Rdp.RdpClient.Connect(IPEndPoint remoteEP, Int32 millisecondsTimeout)
  at Multiverse.Network.RdpMessageHandler..ctor(IPEndPoint remote, Int32 millisecondsTimeout)
  at Multiverse.Network.RdpWorldMessageHandler..ctor(IPEndPoint remote, MessageDispatcher dispatcher)
  at Multiverse.Network.NetworkHelper.RdpWorldConnect(String hostname, Int32 port)

Woohoo!

Thanks- Checked the log files- I didn't have the LocalConfig.xml in the right folder

Getting other client errors, but at least I'm connecting!

All we have to do now is figure out the rest of Multiverse!

Howdy,

Congrats again. Here is what I've identified as the problem for the pure XP multiverse server run.. as opposed to running over Cygwin. The source code we received did not exactly match the previously released binaries V1.0. It seemed that some of the source code was still "in-progress" and included a few minor bugs. Before releasing the newly compiled binaries I fixed several of the bugs. However, I was testing everything under Cygwin and Linux and forgot to also address issues with direct execution under XP.

The remaining issue is this;

When the servers are started under XP each plugin is registered in the mysql database in the plugin_status table. For some reason the world_name field is getting inserted as a null. Meaning the variable is getting lost or not passed at all correctly to the database. This also seems to occur under cygwin and Linux however, it can be resolved by passing the world name such as "sampleworld" as a parameter to the multiverse.sh script "-w sampleworld". This does not seem to work when running under XP. The scripting to start the server is built as a batch file. Even configuring the %MV_WORLDNAME% variable within the batch to explicitly set as "sampleworld" still does not seem to resolve the null value in the plugin_status table.

The world_name in the plugin_status table is important because, after the plugins are registered in the database the process then re-checks the table to verify that all required plugins have started for that particular world. Since the worldname is null when it re-queries no results are returned. Thus the system thinks that no plugins are active and the startup process never completes.

I have been digging in detail through the Java code of the multiverse server classes and am trying to determine why the worldname variable being passed to the class execution of the multiverse.jar java file is being lost and inserted as null into the plugin_status table. I have not yet found a resolution.

You can test this yourself by starting the servers using the batch file under XP.. then querying the plugin_status table of the mysql database. You will see 1 record and it will have a null in the world_name field. When properly executing there should be one record per plugin for a total of about 5 or 6.

Long story short I am aware of the exact and particular issue that is causing problems for direct XP execution of the server. And yes the originally released version 1 binaries Will Work. But as mentioned earlier in my post.. There are differences between the released source code and the version 1 binaries.

Thanks,
Shane C Fischer

Thanks Shane.

I can appreciate the difficulty of releasing code that is free of local dependencies, OS
specific bugs etc. It's hard to cover every possible scenario for sure.

Just knowing there is an issue helps.

Thanks for tracking this down.


Appreciate the work you all are doing.

Why are you concerned with getting this working on a now obsolete and pretty much non supported OS. Windows XP support ended almost 2 years ago and as of the end of this year, there will be no more updates or service packs released for XP. Why not concentrate on windows 7 or linux? Dont get me wrong , I know alot of people still use XP as I have to deal with it alot at my shop BUT NO ONE runs servers on an XP Machine, Especialy not things like mmo servers. Just kinda curious as to why you would even worry about running the server under XP, Windows server 2000 or NT maybe but XP?

It would be practical for the client side of things just not the server.

Servers run very nicely on XP under Cygwin.

XP being sunsetted is old news. I am fairly sure everyone has heard.

I don't do Windows updates so support for XP is, for me, irrelevant.

For development, at this time, since I have a ton of tools setup on this
box exactly as I like them I use XP.

I have zero interest in Windows7. I have no need for it.

The admittedly minor compatibility issues aren't always solved by the Windows 7
compatibility mode(s).

When I'm bored one day I'm sure I'll mosey on over to Dell and replace one of my 5 XP boxes
with a nice shiny new toy but for now I have absolutely no need.

My tools run just fine, my games run just fine and Firefox runs just fine. That is all I need.

Our server, of course, will run on Linux but for development I will be using XP and
a workflow I am familiar with.

It is also important for the community since Multiverse lists XP as a minimum requirement.

"Minimimum requirements for the Multiverse servers are:

Operating System: Windows XP / Vista or Linux (tested on Fedora core 4)
Processor: Pentium 4 - 2.5GHz or greater
RAM: 1GB or more "

Until that changes every effort should be made to support it.