• Create Account

# Server crashes when clicking in spectator

15 replies to this topic

### #1 OFFLINE   ETsneak Posted 08 February 2015 - 05:46 AM

ETsneak

Regular Member

• Members
• 110 posts
19

I had a working silent server setup for months and I put it in a tarball and sent to a friend. I have access to that server myself now and have confirmed it's an identical copy (by doing it myself).

We both run Debian 7 64-bit.

On his server when you're in spec and click the fire key, it crashes the server but it doesn't do that on mine. We've tried et300 and an etded from a friend compiled off et260 GPL with some ETL fixes (works on either binary on my server).

There's no crash log either by file or in the PuTTy window. Is there any way to get a crash log in silent? I thought that was automatic. Is it impossible with segmentation faults?

This is the only output we receive:

Resolving master0.etmaster.net
master0.etmaster.net resolved to 91.220.53.121:27950
Sending heartbeat to master0.etmaster.net
Client 0 connecting with 50 challenge ping
ClientConnect: 0
Userinfo: \cg_ident\00000000232DFB1222EE\cg_etver\4\cg_c\0.8.2\cg_cmodbuild\win-x86 Apr 24 2014\cg_uinfo\14 0 100\sil_guid\*
ClientUserinfoChanged: 0 n\^gN^ws^oA^/|^sG^3e^ae^xK^q*^_J^?r^g\t\3\c\0\r\0\m\0000000\s\0000000\df\0\dn\\dr\0\w\0\lw\0\sw\0\mu\0\ref\0\uci\255\lc\
Sending heartbeat to etmaster.idsoftware.com
Sending heartbeat to master0.etmaster.net
Client 1 connecting with 50 challenge ping
ClientConnect: 1
Userinfo: \cg_etver\4\cg_c\0.8.2\cg_cmodbuild\win-x86 Apr 24 2014\cg_uinfo\4 0 100\sil_guid\*\g_password\none\cl
ClientUserinfoChanged: 1 n\^pNSA^W|^SSBK\t\3\c\0\r\0\m\0000000\s\0000000\df\0\dn\\dr\0\w\0\lw\0\sw\0\mu\0\ref\0\uci\255\lc\0\tv\0\sc\0
Userinfo: \cg_ident\0000000023ED1DF61802\cg_etver\4\cg_c\0.8.2\cg_cmodbuild\win-x86 Apr 24 2014\cg_uinfo\4 0 100\sil_guid\*
ClientBegin: 1
Userinfo: \cg_ident\00000000232DFB126C6A\cg_etver\4\cg_c\0.8.2\cg_cmodbuild\win-x86 Apr 24 2014\cg_uinfo\14 0 100\sil_guid\*
ClientBegin: 0
ClientBegin: 1
Segmentation fault



Again, it only takes a click of mouse1 in spectator mode and the server just shuts down.

### #2 OFFLINE   ETsneak Posted 08 February 2015 - 05:54 AM

ETsneak

Regular Member

• Members
• 110 posts
19

We were able to finally get a crash log. Here it is:

=== ShutdownGame -------------------------------------------
Lua API: Lua module [chat.lua] [05193E0802602217B4B0134220B3F13B2993B5F1] unloaded.
Lua API: Lua module [spec.lua] [331A34C29836A10A1913BB987D2E32FFE35E18C4] unloaded.
Lua API: Lua module [playsound.lua] [4501A640248A57C3A9E77167C91386ECA84BD5E1] unloaded.
*=====CLOSING DATABASE
-8<------- Crash Information ------->8-
Please forward to silEnT mod team.
---------------------------------------
Version: silEnT 0.8.2 Linux
Signal: Segmentation fault (11)
Siginfo: 0xffa42e0c
Code: 1
Faulting Memory Ref/Instruction: (nil)
DSO Information:
0xf77ce000      (unknown)
0xf77bc000      /lib/i386-linux-gnu/i686/cmov/libdl.so.2
0xf7796000      /lib/i386-linux-gnu/i686/cmov/libm.so.6
0xf7630000      /lib/i386-linux-gnu/i686/cmov/libc.so.6
0xf77cd000      /lib/ld-linux.so.2
0xf2581000      /lib/i386-linux-gnu/i686/cmov/libnss_compat.so.2
0xf256a000      /lib/i386-linux-gnu/i686/cmov/libnsl.so.1
0xf255f000      /lib/i386-linux-gnu/i686/cmov/libnss_nis.so.2
0xf2553000      /lib/i386-linux-gnu/i686/cmov/libnss_files.so.2
0xf254d000      /lib/i386-linux-gnu/i686/cmov/libnss_dns.so.2
0xf2539000      /lib/i386-linux-gnu/i686/cmov/libresolv.so.2
0xeec0b000      /home/et/et/silent/qagame.mp.i386.so
0xeeb1f000      /usr/lib/i386-linux-gnu/libstdc++.so.6
0xeeb02000      /lib/i386-linux-gnu/libgcc_s.so.1
0xf2357000      /home/et/et/pb/pbsv.so
Stack frames: 8 entries
Backtrace:
(1) /lib/i386-linux-gnu/i686/cmov/libc.so.6(fseek+0x1d) [0xf7694f3d]
(2) [0xf77cc410]
(3) /home/et/et/silent/qagame.mp.i386.so(+0xfec4c) [0xeed09c4c]
(4) /home/et/et/silent/qagame.mp.i386.so(+0xf61bf) [0xeed011bf]
(5) /home/et/et/silent/qagame.mp.i386.so(+0xfc861) [0xeed07861]
(6) /home/et/et/silent/qagame.mp.i386.so(+0x6cd9f) [0xeec77d9f]
(7) /home/et/et/silent/qagame.mp.i386.so(vmMain+0xd5) [0xeec7cee5]
(8) ./etded.x86B() [0x8087727]
-8<--------------------------------->8-

Attempting to clean up.
=== ShutdownGame -------------------------------------------
*=====CLOSING DATABASE
Segmentation fault


### #3 OFFLINE   gaoesa Posted 08 February 2015 - 12:21 PM

gaoesa

• Management
• 4391 posts
341
Will become famous
• LocationFinland

Please check that files in database directory have read/write access to the ET server. If that doesn't work, you should strip the server to default installation state and then add the changes from your tarball one by one until it crashes or everything is working the same. It shouldn't crash because of file permissions, but I'm guessing.

### #4 OFFLINE   sbk Posted 08 February 2015 - 09:27 PM

sbk

Newbie

• Members
• 4 posts
0
Unknown

We're still having this issue, we tryed that and new os install of debian 7 and even with a fresh install of et and silent, with default configs, also tryed it on several other servers, including ubuntu 12.04, debian 6, and windows 2012, all with the same issue.

### #5 OFFLINE   ETsneak Posted 08 February 2015 - 10:08 PM

ETsneak

Regular Member

• Members
• 110 posts
19

Yeah, the database files had proper ch* and a default installation was the first thing we tried.

### #6 OFFLINE   gaoesa Posted 08 February 2015 - 10:17 PM

gaoesa

• Management
• 4391 posts
341
Will become famous
• LocationFinland

Probably there is something wrong with the way you install the operating systems on those virtual machines I guess. The backtrace clearly shows it is related to file handling. Since it doesn't work on Windows server, I think it is safe to assume it is not compatibility issues with the libc.

### #7 OFFLINE   sbk Posted 08 February 2015 - 10:19 PM

sbk

Newbie

• Members
• 4 posts
0
Unknown

The debian 7 i tryed was on a nfoservers vds/vps, and the others are all on completely dedicated machines, also it seems to only happin when no one is playing and you just left click a buncha times, and it crashes.

Edited by sbk, 08 February 2015 - 10:24 PM.

### #8 OFFLINE   gaoesa Posted 08 February 2015 - 10:25 PM

gaoesa

• Management
• 4391 posts
341
Will become famous
• LocationFinland

Nevertheless, this is something your server provider messes for you. There have been hundreds of installations on Windows, Linux and FreeBSD without this issue.

### #9 OFFLINE   ETsneak Posted 08 February 2015 - 10:51 PM

ETsneak

Regular Member

• Members
• 110 posts
19

I have multiple servers on my machine, and one of them is called "sunnyvale silent" and the other is a test server. They are exactly the same, just in another folder.

The test server is a copy of the sunnyvale server with the gameplay settings changed and an in-game rules pk3 added.

On the sunnyvale server, sbk is unable to crash it by clicking his mouse1 key. On the test server he can crash it. We've tried removing the rules page pk3 and it doesn't change a thing. Remembering back, we've tried default installations of silent and it does the same thing as well.

How can he crash one out of two of my nearly identical silent servers running the same luas and all on the same machine? I copied the sunnyvale server (the one he can't crash) to his server on the same host, in the same DC, running the same OS, and configured the exact same way (I configured it this time). He's able to crash it there.

There must be something you can do to troubleshoot this issue besides blame SoftLayer, BlackLotus, OVH, and NFOServers. It's clearly not the host.

Edited by ETsneak, 08 February 2015 - 11:12 PM.

### #10 OFFLINE   gaoesa Posted 08 February 2015 - 11:12 PM

gaoesa

• Management
• 4391 posts
341
Will become famous
• LocationFinland

The problem ISN'T the host. What it looks like is whenever he clicks his mouse in spec, the server crashes. Even with a default installation of ET and default config 100% default game he can crash the server simply by left clicking his mouse in spec. If there's a player it doesn't work.

This is not reproducible. The backtrace clearly says it is a file handling issue, which is in no way related to following players in game.

EDIT:

I have had a server on OVH for a test and I had no problems with it except the ping. So there is no need to set blame on them about this.

### #11 OFFLINE   ETsneak Posted 08 February 2015 - 11:14 PM

ETsneak

Regular Member

• Members
• 110 posts
19

I changed my post when I realized how confusing it was and tried to explain better. Didn't expect you to reply at the exact moment. Anyways, read that post #9 now that I've made it more clear and understand what's going on here. You're the one blaming OVH, you said it's the fault of the hosts. I never said it's OVH's fault.

Edited by ETsneak, 08 February 2015 - 11:15 PM.

### #12 OFFLINE   gaoesa Posted 08 February 2015 - 11:20 PM

gaoesa

• Management
• 4391 posts
341
Will become famous
• LocationFinland

You're came with a bug that cannot be reproduced, yet you claim your host has installed several different OS version and in all of them you can repdroduce it with a default silEnT installation. Furthermore, the bactrace says it is crashing on libc on a file handling function. That is why it looks like the problem is in the installation of the OS. Unless you can provide some information that can be used to reproduce the issue, there is nothing we can do for you.

### #13 OFFLINE   ETsneak Posted 09 February 2015 - 12:35 AM

ETsneak

Regular Member

• Members
• 110 posts
19

We've found the bug and it's related to silentmod.

g_spectator


If set to 0, the server can be crashed by clicking in spectator.

When set to 4 or to 7 it doesn't crash. We've duplicated this over and over and found this to be the only condition. We've switched back and forth having the setting to 0 and every time the server was crashable. Now we're running 4 just like my sunnyvale server and there are no crashes. It's confirmed that g_spectator is the issue here, not the host or the file permissions. The permissions are all identical to my other server.

Whether or not this has to have another cvar on a certain value I'm unsure of. But changing g_spectator from 0 to 4 or 7 resolved the possibility of crash EACH time. The cvar is also set to 0 by default in silent settings which is probably why it crashed silent default configurations.

Edited by ETsneak, 09 February 2015 - 12:38 AM.

### #14 OFFLINE   gaoesa Posted 09 February 2015 - 01:28 AM

gaoesa

• Management
• 4391 posts
341
Will become famous
• LocationFinland

How many times do I have to say that it is not reproducible with default instal? Indeed, setting g_spectator to 0 does not make the crash reproducible.

EDIT:

I also know that no real server hoster would have problem that causes the kind of issues with file system that you reported. That is why I guessed you are using some kind of buggy virtual machines or some other incomplete setup. Now, start giving truthful information and stop the bullshit right here.

### #15 OFFLINE   sbk Posted 09 February 2015 - 02:01 AM

sbk

Newbie

• Members
• 4 posts
0
Unknown

I can crash any server with this setting on 0 just by mouse1 click spam, this is with the default config, ive also done it on another random server i found in the server list, and it did, so, why dont you test and see it for yourself.

Edited by sbk, 09 February 2015 - 02:02 AM.

### #16 OFFLINE   gaoesa Posted 09 February 2015 - 02:25 AM

gaoesa

• Management
• 4391 posts
341
Will become famous
• LocationFinland

If I say something is not reproducible it means I have tested it. I have said it several posts ago already so you can't claim you didn't notice it. I see this is the end of this thread as no truthful information was provided.

EDIT:

It seems this needs to be spelled out even more clearly to avoid new bullshit threads from popping up.

1. Spectator click spamming mouse does not crash/stall server with default configuration. It has been tested.

2. Only other information that was given was a crash report that clearly has nothing todo with mouse clicking whatsoever.

#### 0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users