Speicherzugriffsfehler

[raGe2008x]

Hi, ich versuche schon seit einer Ewigkeit verschiedene Gameserver auf meinem Vserver laufen zu lassen. Mit diversen hl2 mods war das kein Problem. Aber bei Spielen wie Jedi Academy oder aktuell GTA San Andreas Multiplayer stoße ich immer wieder auf diese Fehlermeldung "Speicherzugriffsfehler".
Ich goggle schon seit sehr langer Zeit aber finde keine konkrete Hilfe für mein Problem. Ich vermute es hat was mit den Rechten an irgend einer Library zu tun, an der Hardware liegt es mit Sicherheit nicht. Mein Betriebssystem ist SUSE 9.3 mit Plesk.

Ich starte also meinen San Andreas Server mit


gta@meinserver:~> ./samp022svr

und erhalte als Antwort nur dieses Wort "Speicherzugriffsfehler"

Strace spuckt folgendes aus:


execve("./samp022svr", ["./samp022svr"], [/* 52 vars */]) = 0
uname({sys="Linux", node="meinserver", ...}) = 0
brk(0) = 0x8180000
access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory)
open("/lib/libNoVersion.so.1", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0755, st_size=7447, ...}) = 0
close(3) = 0
open("/lib/libNoVersion.so.1", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\24 0\6\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=7447, ...}) = 0
old_mmap(NULL, 8228, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x40018000
madvise(0x40018000, 8228, MADV_SEQUENTIAL|0x1) = 0
old_mmap(0x40019000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0) = 0x40019000
close(3) = 0
open("/etc/ld.so.cache", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=32276, ...}) = 0
old_mmap(NULL, 32276, PROT_READ, MAP_PRIVATE, 3, 0) = 0x4001b000
close(3) = 0
open("/lib/tls/libc.so.6", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\20 0O\1"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1395193, ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40023000
old_mmap(NULL, 1150108, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x40024000
madvise(0x40024000, 1150108, MADV_SEQUENTIAL|0x1) = 0
old_mmap(0x40137000, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x113000) = 0x40137000
old_mmap(0x4013b000, 7324, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x4013b000
close(3) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4013d000
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++


Ich bin leider in Linux nicht sonderlich bewandert. Ich würde mich sehr freuen wenn mir jemand eine hilfreiche Antwort postet ;)

MFG raGe

[derRichard]

hallo!

ohne jetzt lange dein trace zu lesen behaupte ich, dass es daran liegt, dass es ein vserver ist.
das programm will bestimmt etwas machen, das am vserver nicht geht.
(nicht-triviale speicheroperation, netzwerkcall, etc...)

bei vielen vservern ist man bei sowas recht eingeschränkt.

hth,
//richard

[raGe2008x]

Okay, ich hatte vergessen zu erwähnen, dass ich es schon mal geschafft habe einen Jedi Academy Server auf einem V Server laufen zu lassen. Das ist leider ewig her und ich habe keine Ahnung mehr wie ich das angestellt habe.

[derRichard]

was es der selbe vserver?
es gibt sehr viele unterschiedliche vserver-arten...

//richard

[raGe2008x]

ja, war er ;) kann es nicht sein dass der user gta zugriffsrechte oder eigentumsrechte für irgendeine library braucht und es eventuell was damit zu tun hat?

[raGe2008x]

Kann mir denn wirklich keiner helfen? :-(

[BedriddenTech]

Zugrifsrechte sind normalerweise nicht das Problem -- jedenfalls nicht, wenn Du einen «Segmentation Fault» kriegst. Zwischenzeitlich kann sich am V-Server auch eine ganze Menge geändert haben; auf die Tatsache, daß es irgendwann einmal ging, würde ich mich nicht verlassen.

Hast Du es schon mit so einfachen Dingen versucht wie z. B. dem erneuten Herunterladen des Spiels, am besten zusammen mit Ermittlung/Vergleich der Prüfsumme?

[Rain_maker]

Mein Betriebssystem ist SUSE 9.3 mit Plesk.

Oder auf gut Deutsch eine seit mehr als einem Jahr nicht mehr unterstützte Distribution, die aufgrund mangelnder Security Updates genügend Sicherheitslecks aufweist.

(Bösartig) veränderte Systembinaries/Bibliotheken können z.B. auch zu solch seltsamem Verhalten führen, sicher, daß die Kiste noch Dir alleine gehört?

Soll keine Panikmache sein, aber alleine schon aus Sicherheitsgründen sollte man sich überlegen, ob man dieses tote Pferd 9.3 überhaupt noch reiten will.

[raGe2008x]

Okay, vielen dank für eure Ratschläge, ich werde das ding mal auf die neueste Version updaten! Ich versuchs dann erneut, obs geht.

MFG raGe