[Qant]

Just encountered the following server side crash:

[...]
********************
ERROR: SV_SetBrushModel: trigger_multiple isn't a brush model
********************
----- Server Shutdown (Server crashed: SV_SetBrushModel: trigger_multiple isn't a brush model) -----
[...]

It occured in between two rounds in a 1v1 on uptown - a quick search i performed didn't bring up anything, but feel free to close/delete this thread if i missed sth related.

[Qant]

..and again.

The error seems to only occur in between two rounds, well, at least if you make a rule out of two incidents ;P
Also, I'd of course be grateful if somebody could quickly acknowledge the report, or even point me in the right direction in case it's a fault on my end.

[...]
SurvivorWinner: Blue
ClientUserinfo: 6 \ip\79.83.6.132:27960\name\lekickducedric\racered\2\raceblue\2\rate\16000\ut_timenudge\0\cg_rgb\128 128 128\cg_predictitems\0\cg_physics\1\gear\gZAORWA\racejump\2\racefree\2\cl_time\-1915819286 833380029\cg_ghost\0\cg_autoPickup\-1\cl_anonymous\0\sex\male\handicap\100\color2\5\color1\4\team_headmodel\*james\team_model\james\headmodel\sarge\model\sarge\snaps\20\authc\0\teamtask\0\cl_guid\B62844DE65FBEFED2D43934EF5915152\weapmodes\01000110120000020002000
ClientUserinfoChanged: 6 n\lekickducedric\t\3\r\2\tl\0\f0\\f1\\f2\\a0\255\a1\255\a2\255
ClientBegin: 6
------------------------------------------------------------
InitRound: \sv_allowdownload\0\g_matchmode\0\g_gametype\4\sv_maxclients\16\sv_floodprotect\0\capturelimit\0\sv_hostname\^1Wayne?! Uptown Only Server 4.2^7^7\g_followstrict\0\fraglimit\0\timelimit\0\g_swaproles\0\g_roundtime\3\g_bombexplodetime\40\g_bombdefusetime\10\g_hotpotato\2\g_waverespawns\0\g_redwave\15\g_bluewave\15\g_respawndelay\8\g_suddendeath\1\g_maxrounds\0\g_friendlyfire\1\g_allowvote\0\g_armbands\1\g_deadchat\2\g_teamNameBlue\Humans\g_teamNameRed\Robots\g_gear\0\g_maxGameClients\0\sv_dlURL\178.254.20.139/files/urt/maps\sv_maxPing\0\sv_minPing\0\sv_maxRate\0\sv_minRate\0\dmflags\0\g_walljumps\3\g_stamina\0\g_skins\1\g_funstuff\1\version\ioQ3 1.35 urt 4.2.011 linux-i386 Apr  6 2013\protocol\68\mapname\ut4_uptown\sv_privateClients\0\ Admin\Daddy\ Email\xxx@xxx.xxx\gamename\q3urt42\g_needpass\0\g_enableDust\0\g_enableBreath\0\g_antilagvis\0\g_survivor\1\g_enablePrecip\0\auth\1\auth_status\public\g_modversion\4.2.014
********************
ERROR: SV_SetBrushModel: trigger_multiple isn't a brush model
********************
----- Server Shutdown (Server crashed: SV_SetBrushModel: trigger_multiple isn't a brush model) -----
auth: sending players list
Sending heartbeat to master.urbanterror.info
Sending heartbeat to master2.urbanterror.info
Sending heartbeat to master.quake3arena.com
Sending heartbeat to master.urbanterror.info
Sending heartbeat to master2.urbanterror.info
Sending heartbeat to master.quake3arena.com
auth: sending shutdown
==== ShutdownGame ====
ShutdownGame:
------------------------------------------------------------
---------------------------

This post has been edited by Qant: 23 August 2013 - 03:57 PM

[|P|Nitro]

Hi Qant,

Can you give us some more information please. What maps where played/loaded?
It looks to me as it could be a bug in the map that was played. which if true will require the map maker to fix.

[Qant]

I was only present during the first crash. As I hinted before, the first crash (both crashes actually) occured on uptown in between two rounds in a 1v1 situation, after one guy died midair. I remember the death animation looked kinda awkward under given circumstances, though i doubt that has anything to do with this.

I wasn't attending the 2nd crash, so I'm unable to give any more specific information than what I already posted within the serverlog (InitRound etc..)

=/

Greetings, and thx for taking note!

This post has been edited by Qant: 23 August 2013 - 09:17 PM

[|P|Nitro]

Okay Qant,

Can you verify that your server files are not corrupt via an MD5 Checksum comparison? I don't think there is any known bug with the current version of ut4_uptown (its been stable for years), which points to some sort of corruption perhaps.

If you need further help with this please let me know.

~Nitro

[Qant]

Aye.. I assume that solved my problem: Pretty much all of my binaries had wrong checksums D:
Guess I shoudn't have relied on the builtin incremental updates >.<

Whatsoever, thank you for your quick help&response!

[Qant]

Nope, it crashed again. Same error, in between rounds. Paranoia made me verify checksums again, but the UrT installation seems to still be okay ;P .. On the other hand i realized i ran the 64bit binary, which I know isn't recommended, so that might actually be it.

Anyway.. wanted to give an update, someone might be interested..

Gonna report if it happens again >.<

[Qant]

The error seems to occur independently as to which Binary 32 or 64 Bit is being used.

Any more hints how i might be able to fix this on my side? Because, whats even more frustrating, is the fact, that the crash doesn't terminate the UrT process, which renders the restart script i've been using useless..

This post has been edited by Qant: 17 September 2013 - 06:06 PM

[FS Frankie V]

Did you by chance install 4.2 over top of 4.1?

Are you running a dedicated server or client based?

There is a known issue with Windows 7 and so called off the shelf over clocked cards that can cause a random crash if the Open GL API times out.

Personally I own one of these cards and 4.2 “will” crash at some point unless I down clock my card first.

What operating system and video card are you using?

[Qant]

Quote

Did you by chance install 4.2 over top of 4.1?

No, it's a clean install. Complete 4.2.014 zip version. Verified the checksums nevertheless.

Quote

Are you running a dedicated server or client based?

Dedicated server.

Quote

There is a known issue with Windows 7 and so called off the shelf over clocked cards that can cause a random crash if the Open GL API times out.

Dedicated server is ran on Linux.

Quote

What operating system and video card are you using?

CentOS on some vps. No video card involved..