Can't start server in Linux

[Bloo]

I'm using Ubuntu 7.10.

I've got all the files in the right place, it's the lastest server version and I'm cd'd to the correct folder in the terminal.

I keep typing ./soldatserver and all sorts of different variants of it and all it does is go down to the next line like I've just hit enter. The processes list lacks any crumb of soldatserver.

What am I supposed to do to start it?

[n2j3]

try running the soldat server with root privileges

[Bloo]

Nope... didn't work

[n2j3]

ok, i'll just tell you how it worked for me, although it requires the almight "su root" command!

1.uncompress everything in say a subfolder called soldat in your home folder
2.open your favourite terminal and type

Code: [Select]

cd ~
chown -R root soldat
su root
./soldatserver
you'll be asked for the root password on the "su root" command

try that

[Bloo]

Well that's a handy troubleshooting point - the 'su root' command doesn't ask me for a password and just gives me another line...

[n2j3]

then you're either already root or something's wrong..
try

Code: [Select]

whoami

on the terminal

[chrisgbk]

Well that's a handy troubleshooting point - the 'su root' command doesn't ask me for a password and just gives me another line...

That's because Ubuntu by default disallows the root account for security reasons; the preferred way is to use `sudo <command>` to run commands.

Note that you should NEVER run a server as root. Ever. If an exploit was to ever be found that allowed access to any file on the machine that the server can access, running as root means that it could access any file. It's happened before.

Ensure that all the files in the soldat install belong to you, have the right permissions, and ensure that the executable has +x as well as the other correct permissions. If no other account needs access, you should be able to use chmod 700 for the executable, and chmod 600 for everything else.


I'm sure I've heard of a similar problem to this being reported before though, with the cause being security settings set in the OS that were set to be fairly strict. It may be in this forum somewhere if you search, otherwise you'll have to wait for someone more intimate with the system to help you.

[n2j3]

True, that worked in Mepis , haven't tried it in ubuntu

[Bloo]

I was logged in as root when you told me what to do the second time :p

I'm pretty sure I've set all the permissions up right... it's just not making itself run and it's quite frustrating

[Giplip]

Are you talking about the c-s.aus server?

[FliesLikeABrick]

Are you running 64-bit Linux?

[chrisgbk]

Are you running 64-bit Linux?

[06:14] <@EnEsCe> not 64-bit is it?
[06:14] <Blooo> Nope. Tried it on a 64-bit long ago and learned my lesson

[FliesLikeABrick]

do `strace ./soldatserver` and paste us the output.

[Corsair]

Having the same issue. Worked perfectly with Ubuntu 7.04, but then i've upgraded to 7.10 ... I knew i shouldn't done that >.<

[FliesLikeABrick]

Having the same issue. Worked perfectly with Ubuntu 7.04, but then i've upgraded to 7.10 ... I knew i shouldn't done that >.<

more information would be nice

[Corsair]

FliesLikeABrick, there's actually nothing to say. Yesterday worked perfectly. Upgraded to 7.10. Doesn't start. Typing, as always, ./soldatserver -d -safe 0 and nothing... just a new line... even if i type ./soldatserver... well you get the point i hope

[FliesLikeABrick]

do what I said:

strace ./soldatserver

and give us the output of that

[Corsair]

There:

Code: [Select]

corsair@Ubuntu:~/solsrv$ strace ./soldatserver
execve("./soldatserver", ["./soldatserver"], [/* 19 vars */]) = 0
getpid()                                = 7093
open("/proc/7093/exe", O_RDONLY)        = 3
lseek(3, 1488, SEEK_SET)                = 1488
read(3, "\377\217\0\0\260[\17\0\0\0\10\0", 12) = 12
gettimeofday({1193595449, 684010}, NULL) = 0
unlink("/tmp/upxDJYEITMAG3V")           = -1 ENOENT (No such file or directory)
open("/tmp/upxDJYEITMAG3V", O_WRONLY|O_CREAT|O_EXCL, 0700) = 4
ftruncate(4, 1006512)                   = 0
old_mmap(NULL, 528384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7eab000
read(3, "\0\0\10\0\305\202\3\0", 8)     = 8
read(3, "\177?d\371\177ELF\1\0\2\0\3\0\32(@\5\10\376\373e\2674\16"..., 230085) = 230085
write(4, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\2\0\3\0\1\0\0\0(@\5\010"..., 524288) = 524288
read(3, "\260[\7\0\304\357\2\0", 8)     = 8
read(3, "\375\377\267\313\6\0\272\2\10\213E\374\350\273_\370\377"..., 192452) = 192452
write(4, "\6\0\0\0\272\2\0\0\0\213E\374\350\273_\370\377\213\205"..., 482224) = 482224
read(3, "\0\0\0\0UPX!", 8)              = 8
munmap(0xb7eab000, 528384)              = 0
close(4)                                = 0
close(3)                                = 0
open("/tmp/upxDJYEITMAG3V", O_RDONLY)   = 3
access("/proc/7093/fd/3", R_OK|X_OK)    = 0
unlink("/tmp/upxDJYEITMAG3V")           = 0
fcntl(3, F_SETFD, FD_CLOEXEC)           = 0
execve("/proc/7093/fd/3", ["./soldatserver"], [/* 19 vars */]) = -1 ENOENT (No such file or directory)
close(3)                                = 0
fork()                                  = 7094
--- SIGCHLD (Child exited) @ 0 (0) ---
waitpid(-1, NULL, 0)                    = 7094
execve("/tmp/upxDJYEITMAG3V", ["./soldatserver"], [/* 19 vars */]) = -1 ENOENT (No such file or directory)
unlink("/tmp/upxDJYEITMAG3V")           = -1 ENOENT (No such file or directory)
_exit(127)                              = ?
Process 7093 detached

[BombSki]

Well Bloo has now converted to debian and its working fine..

[chrisgbk]

Something in 7.10 broke UPX compression; download upx and run `upx -d /path/to/soldatserver` to fix it.