Server Help

Cheese · Posted: Tue Feb 01, 2011 9:56 pm Post subject:

yep, its the ingame esc menu

this is pretty cool, why dont any zones make use of this?
_________________
SSC Distension Owner
SSCU Trench Wars Developer

Samapico · Posted: Tue Feb 01, 2011 10:42 pm Post subject:

I thought it only had to do with replacing the ship's image on the menu... didn't know about the descriptions, that's pretty neat.
_________________
(Insert a bunch of dead links here)

JoWie · Posted: Wed Feb 02, 2011 4:14 am Post subject:

shipinfo.dat and ships.bm2 are also used in the zone list if "custom zone ships" is enabled.
They can not be contained in a .lvz for this to work however

Cheese · Posted: Fri May 27, 2011 12:07 am Post subject:

so im trying to compile the core from the repository on linux, and its not going very well

so what is the purpose of each of the following dirs?

asss
asss/dist
asss/test

which should be the home dir?
where should the bin, arenas and conf dirs be?
why is the directory structure completely different than the windows installation?
where is there a place that explains these things?

ive managed to get a somewhat bastardized version to compile and run, sort of, but it dies during module loading as follows:

Code: Show/Hide

/asss/scripts$ ./run-asss
*** ASSS started
asss 1.5.0 built at May 26 2011 20:57:38
Loading modules...
I <cmod> loading C module 'unixsignal' from 'internal'
I <cmod> loading C module 'deadlock' from 'internal'
I <cmod> loading C module 'prng' from 'internal'
I <cmod> loading C module 'logman' from 'internal'
I <cmod> loading C module 'mainloop' from 'internal'
I <cmod> loading C module 'config' from 'internal'
I <cmod> loading C module 'log_file' from 'internal'
I <cmod> loading C module 'playerdata' from 'internal'
I <cmod> loading C module 'lagdata' from 'internal'
I <cmod> loading C module 'bw_default' from 'internal'
I <cmod> loading C module 'net' from 'internal'
I <cmod> loading C module 'chatnet' from 'internal'
I <cmod> loading C module 'arenaman' from 'internal'
I <cmod> loading C module 'mapdata' from 'internal'
I <cmod> loading C module 'capman' from 'internal'
W <config> Can't find file for arena '(null)', name 'groupdef/mod.txt'
W <config> Can't find file for arena '(null)', name 'groupdef/smod.txt'
W <config> Can't find file for arena '(null)', name 'groupdef/sysop.txt'
W <config> Can't find file for arena '(null)', name 'groupdef/sysop.txt'
W <config> Can't find file for arena '(null)', name 'groupdef/mine.txt'
W <config> Can't find file for arena '(null)', name 'groupdef/default.txt'
I <cmod> loading C module 'mapnewsdl' from 'internal'
I <cmod> loading C module 'core' from 'internal'
I <cmod> loading C module 'clientset' from 'internal'
I <cmod> loading C module 'persist' from 'scoring'
db_env_create: Permission denied
E <cmod> error loading module 'persist'
Unrecoverable error (5): Error in loading module 'scoring:persist'
*** ASSS exited: Error loading modules

JoWie · Posted: Fri May 27, 2011 6:08 am Post subject:

The directory structure also looks like that on windows.
If someone makes a release they compile it and move the contents of dist/ one directory up.
If you download a linux tarball you will see the same directory structure as you are used to

test/ is just a bunch of random code used to develop complex code isolated from the bigger application.

Dr Brain · Posted: Fri May 27, 2011 6:40 am Post subject:

The idea is that you symlink the asss/bin directory into a zone directory structure. asss/dist has the directory structure, so you can run it from there, but I'd recommend making a new one (outside asss) so you don't get conflicts when updating the repository.

Cheese · Posted: Sun May 29, 2011 2:01 am Post subject:

i found out why persist wasnt loading, i had copied the old data folder from a win32 system.
i made a new empty data folder, and it worked

however, it now dies trying to load the security module as follows:

Code: Show/Hide

E <cmod> can't find file: security
Unrecoverable error (5): Error in loading module 'security:security'
*** ASSS exited: Error loading modules

...so its looking like security.so isnt included?
and theres no source files, so its not going to be built either?
is it supposed to be the scrty files?

and im still getting this during load, even though the files exist in conf/groupdef:

Code: Show/Hide

I <cmod> loading C module 'capman' from 'internal'
W <config> Can't find file for arena '(null)', name 'groupdef/mod.txt'
W <config> Can't find file for arena '(null)', name 'groupdef/smod.txt'
W <config> Can't find file for arena '(null)', name 'groupdef/sysop.txt'
W <config> Can't find file for arena '(null)', name 'groupdef/sysop.txt'
W <config> Can't find file for arena '(null)', name 'groupdef/mine.txt'
W <config> Can't find file for arena '(null)', name 'groupdef/default.txt'
I <cmod> loading C module 'mapnewsdl' from 'internal'

my dir structure looks like this atm:

Code: Show/Hide

/asss$ ls
arenas bin build clients conf data dataOLD dist doc log lvz maps news.txt scripts scrty scrty1 src test tmp

would i be getting these errors because im doing /asss$ cd scripts/ and then doing /asss/scripts$ ./run-asss?
because if i try to do /asss$ scripts/run-asss it dies with the generic
"This directory doesn't look like a valid zone directory."

Dr Brain · Posted: Sun May 29, 2011 8:14 am Post subject:

See here: http://forums.minegoboom.com/viewtopic.php?t=8850

Also, edit scripts/run-asss to have the right path for your asss directory.

Cheese · Posted: Sun May 29, 2011 10:44 am Post subject:

already saw that, does this mean that it doesnt exist yet?

it runs now, but it does lots of fun stuff, like this:
W <mapnewsdl> news file 'news.txt' not found in current directory
W <config> Can't find file for arena '(public)', name 'conf/cfg/highlag.conf'
W <mapnewsdl> {0} can't load level file, falling back to tinymap.lvl

also, for lulz, i wrote this, which noone else has bothered to write for some reason:
http://wiki.minegoboom.com/index.php/Installing_ASSS_on_Linux

Dr Brain · Posted: Sun May 29, 2011 3:56 pm Post subject:

Pretty much everything you wrote there is wrong. Just FYI. Afraid I don't have time to correct it, though. First two steps are ok. Last step is ok, minus the cp part.

Cheese · Posted: Mon May 30, 2011 12:10 am Post subject:

theres nothing to correct, all steps are required
half the files are in the dist folder
there is no security.so
there is no scoring.so, and the stuff is commented out in the repository modules.conf

nothing is wrong, thats what it takes to get it running

also, my file structure is exactly the same as my other machine and yet on linux im trying to figure out why its not finding my maps and etc
in an arena.conf i have:
#include conf/cfg/highlag.conf
General:Map=maps/map.lvl
its not finding either

Dr Brain · Posted: Mon May 30, 2011 6:53 am Post subject:

Code: Show/Hide

If installed, you should find the locations of your Python, MySQL, and other dependencies before you begin.

BDB?

Code: Show/Hide

First, you need to clone the files from the ASSS repository.

hg clone https://bitbucket.org/grelminar/asss ../asss

Fine, except possibly the .. part.

Code: Show/Hide

Then, after the files have transferred, you will need to build the program files from source code.

cd src
mv system.mk.dist system.mk

Misleading, but ok.

Code: Show/Hide

If you have Python or MySQL installed, you must point the compiler at them.

vim system.mk

What about BDB?

Code: Show/Hide

Find the following lines and change them to their respective locations

MYSQL_HOME = /opt/mysql
PYTHON_HOME = /usr

and DB_HOME?

Code: Show/Hide

If you do NOT have Python or MySQL installed, you must comment out the following lines, by adding a # in front of them:

have_bdb := yes
have_mysql := yes
have_python := yes

What about BDB?

Code: Show/Hide

Then build the files.

make

Fine.

Code: Show/Hide

You will then get to watch a nice wall of spam.
Because the developers wanted to be able to update everything on a server already running ASSS, you must now copy all the files into their proper locations.

cd dist
mv arenas ../arenas
mv clients ../clients
mv conf ../conf
mv maps ../maps
mv news.txt ../news.txt
mv scrty ../scrty
mv scrty1 ../scrty1

Wrong on every level. Did you completely ignore what I wrote about symlinking bin/ into a directory structure?

cp -R dist ~/my_zone
ln -s bin ~/my_zone (may need tweaking, I don't have a linux box to test with)

Code: Show/Hide

Since the security module does not exist yet, you will have to go into modules.conf

comment out security:security
comment out security:enc_cont
uncomment enc_null

Also misleading, but ok.

Code: Show/Hide

Since the scoring module apparently does not exist yet, you will have to copy scoring.so from a preexisting server into your bin directory.

new server owners are screwed
all scoring:* are already commented out
hope you don't like points

Either you missed a compile error, or you intentionally disabled the scoring module by disabling have_bdb. Either way, don't blame us for it.

Code: Show/Hide

Update ASSSHOME with the path to your ASSS root directory.

cd scripts
vim run-asss

path is wrong, since you totally screwed up your directory.

Code: Show/Hide

For ease of access, you may want to move the run-asss script to the root directory.

mv run-asss ../run [optional, update ASSSHOME]

Again, you've screwed up your directory structure.

JoWie · Posted: Mon May 30, 2011 8:30 am Post subject:

This is what I do on ubuntu (just tested this on ubuntu server 10.10 x86_64):

$ sudo apt-get install build-essential python python-dev mercurial libdb4.8-dev mysql-client libmysqlclient-dev gdb nano

$ hg clone https://bitbucket.org/grelminar/asss ~/asss-trunk
Place the following code in ~/asss-trunk/src/system.mk

Code: Show/Hide

debug := yes
opt := no
prof := no
link_db_statically := no
symlink_bins := yes
have_bdb := yes
have_mysql := yes
have_python := yes

ASSSHOME = ..
BINDIR = $(ASSSHOME)/bin
BUILDDIR = $(ASSSHOME)/build
SCRIPTS = $(ASSSHOME)/scripts
PYMOD_HEADERS = $(wildcard */*.h)
INSTALL := install
LN := ln
PYTHON := python
REALPATH := readlink -f

DB_HOME = /usr
DB_INC = $(DB_HOME)/include
DB_LIB = $(DB_HOME)/lib
DB_CFLAGS = -I$(DB_INC)
ifneq ($(link_db_statically),yes)
DB_LDFLAGS = -L$(DB_LIB) -Wl,-rpath,$(DB_LIB) -ldb-4
else
DB_LDFLAGS = $(DB_LIB)/libdb.a
endif

MYSQL_HOME = /usr
MYSQL_INC = /usr/include/mysql
MYSQL_LIB = /usr/lib/mysql
MYSQL_CFLAGS = -I$(MYSQL_INC)
MYSQL_LDFLAGS = -L$(MYSQL_LIB) -Wl,-rpath,$(MYSQL_LIB) -lmysqlclient_r

PYTHON_HOME = /usr
PYTHON_VERSION = 2.6
PYTHON_INC = $(PYTHON_HOME)/include/python$(PYTHON_VERSION)
PYTHON_LIB = $(PYTHON_HOME)/lib/python$(PYTHON_VERSION)
PYTHON_CFLAGS = -I$(PYTHON_INC)
PYTHON_LDFLAGS = -L$(PYTHON_LIB)/config -lpython$(PYTHON_VERSION) $(UTIL_LIB) -lm

$ cd ~/asss-trunk/src
$ make deps && make

$ uname -m
Place the 32 or 64 bit security.so in ~/asss-trunk/bin

$ cp -R ~/asss-trunk/dist ~/zone
$ ln -s ~/asss-trunk/bin ~/zone/bin
$ cd ~/zone

Modify your configuration files, to run type:
$ bin/asss

Always run using bin/asss never "asss", this is needed to have the correct working directory.

The run-asss script can also be useful (needed for ?recyclezone, etc):
$ cp ~/asss-trunk/scripts/run-asss ~/zone/run-asss
$ nano ~/zone/run-asss
Change line 6 to:

Code: Show/Hide

ASSSHOME=$HOME/zone

$ chmod +x ~/zone/run-asss

If you are using a ssh terminal you may want to run it using:
$ nohup ~/zone/run-asss &

Cheese · Posted: Mon May 30, 2011 8:46 am Post subject:

point is, i can see why so few people are running this

JoWie · Posted: Mon May 30, 2011 8:51 am Post subject:

You only need to do this if you want the latest trunk version.

You could just download the latest release, unzip it and run it. no compiling needed.

Cheese · Posted: Mon May 30, 2011 9:16 am Post subject:

didnt he release non-rc 1.5.0 somewhere? :<

so should i just dl a copy, pirate the security.so, and then delete everything?

edit: nope, that just gives this:

Code: Show/Hide

I <cmod> loading C module 'security' from 'security'
Illegal instruction
*** ASSS exited: Got signal 4, restarting...

edit2: was bored so tried the 32bit version too for lulz

Code: Show/Hide

I <cmod> loading C module 'security' from 'security'
E <cmod> error in dlopen: asss/bin/security.so: wrong ELF class: ELFCLASS32
Unrecoverable error (5): Error in loading module 'security:security'
*** ASSS exited: Error loading modules

JoWie · Posted: Mon May 30, 2011 9:32 am Post subject:

Are you sure you downloaded the correct architecture? (32 / 64 bit)
"uname -a" may help

Cheese · Posted: Mon May 30, 2011 9:35 am Post subject:

yep
made sure of it too
see above

also doesnt this makefile do make deps automatically when u do make?

JoWie · Posted: Mon May 30, 2011 10:07 am Post subject:

if I recall correctly, you need to run make deps any time you add/remove a source/make file.

What distro are you using? Post "uname -a" and "cat /etc/*-release"

Cheese · Posted: Mon May 30, 2011 10:40 am Post subject:

Linux li124-244 2.6.38-x86_64-linode17 #1 SMP Thu Apr 28 22:18:47 UTC 2011 x86_64 GNU/Linux

cat: /etc/*-release: No such file or directory

JoWie · Posted: Mon May 30, 2011 10:58 am Post subject:

Try
$ echo /etc/*_ver* /etc/*-rel*; cat /etc/*_ver* /etc/*-rel*

Cheese · Posted: Mon May 30, 2011 11:02 am Post subject:

apparently debian 6.0.1
lol

Cheese · Posted: Tue May 31, 2011 12:00 pm Post subject:

so i found out that a lot of these problems were being caused by a permissions error that somehow occurred during the server migration

basically i had to go through the entire file structure and chmod the broken stuff, so most of the missing file stuff is solved

however, the zone still cant find the maps, which i want to keep in asss/maps, and in each arena.conf i have general:map=maps/map.lvl, but it cant find the map despite it being in the proper location

JoWie · Posted: Tue May 31, 2011 12:49 pm Post subject:

Are you sure the working directory is correct? (should not be asss/bin)