[Weasel]

My CS:GO install updated a few day ago, and ever since then I noticed SourceMod stopped working. Upon further investigation, MetaMod:Source was no longer loading either.

Here's the CS:GO information from the SCRDS console:

Protocol version 13788 [1263/1263] Exe version 1.37.8.8 (csgo) Exe build: 01:01:24 Apr 28 2021 (820 (730)

Everything was working fine before this with a slightly older MMS/SM stable releases.

I tried updating to:

• mmsource-1.11.0-git1144-linux
• sourcemod-1.10.0-git6502-linux

I tried re-creating the .VDF files and such, in case the defaults were no longer valid. But, that made no difference.

However, that did not resolve the issues. It's almost as-if CS:GO is no-longer trying to load SRCDS plug-ins at all? Does this mean Valve messed-up something with the search-paths, and I need to hack game-info or something?

[Kailo]

Solved!
I was curious to find, why 1.37.8.8 [1263] not loaded metamod. Got old depot and do some debug and reverse.

PHP Code:

#define _DLL_EXT ".dll" // for Windows 32/64
#define _DLL_EXT ".so" // for Linux 32
#define _DLL_EXT "_client.so" // for Linux 64
// 
// https://gitlab.com/SomethingFromSomewhere/cstrike15_src/-/blob/master/engine/sv_plugin.cpp#L309
bool CServerPlugin::LoadPlugin( const char *fileName )
{
  // end with ".dll"
  size_t l = strlen(fileName);
  if (l < sizeof(_DLL_EXT)-1 || strcmp(fileName[l - sizeof(_DLL_EXT)-1], _DLL_EXT))
    return;
  // ...
} 


Solution: (Yeah, probably they merged engine binary code with another branch, what caused it)

// metamod.vdf
"Plugin"
{
    "file"    "addons/metamod/bin/server.dll" // .dll added
}

By the way: metamod still was able to load by "plugin_load addons/metamod/bin/server" command

[Weasel]

// metamod.vdf "Plugin" { "file" "addons/metamod/bin/server.dll" // .dll added }

So, for Linux that would be ....?

// metamod.vdf
"Plugin"
{
    "file"    "addons/metamod/bin/server.so" // .so added
}

I ask, because I am already using this (default), and it's not working:

"Plugin"
{
	"file"	"addons/metamod/bin/server"
}

[Weasel]

Got MetaMod:Source to load, by editing the .VDF files for it as mentioned above - but equivelant for Linux:
Updated MetaMod VDF's:

• 32-bit:
  

  // metamod.vdf (32-bit) in csgo/addons/
  "Plugin"
  {
      "file"    "addons/metamod/bin/server.so" // .so added
  }

• 64-bit:
  

  // metamod_x64.vdf (64-bit) in csgo/addons/
  "Plugin"
  {
  	"file"	"addons/metamod/bin/linux64/server.so" // .so added
  }

[strike]
However, still can not get SourceMod to load - no matter how I specify the library file in csgo/addons/metamod/sourcemod.vdf (as .so, .x64.so, or .i486.so)
[/strike]

UPDATE: changed csgo/addons/metamod/sourcemod.vdf back to default (not specifying extension on library file name), and finally got SourceMod to load:

"Metamod Plugin"
{
	"alias"		"sourcemod"
	"file"		"addons/sourcemod/bin/sourcemod_mm"
}

[Kailo]

1) This is not required in latest CS:GO dedicated server version 1264 (if yours 1263, just update it. Valve already fix this by removing/changing this part, don't look how)
2) You don't need to change sourcemod.vdf because it loaded by metamod, not by the game and have another algorithm for this (but similar)
3) For linux64 binary must have "_client.so" extension. So, you need to rename binary from "server.so to server_client.so" and use "addons/metamod/bin/linux64/server_client.so" path

[Weasel]

Originally Posted by Kailo 1) This is not required in latest CS:GO dedicated server version 1264 (if yours 1263, just update it. Valve already fix this by removing/changing this part, don't look how) 2) You don't need to change sourcemod.vdf because it loaded by metamod, not by the game and have another algorithm for this (but similar) 3) For linux64 binary must have "_client.so" extension. So, you need to rename binary from "server.so to server_client.so" and use "addons/metamod/bin/linux64/server_client.so" path

Thanks for the update!
So much for e-mail updates from Valve when they push this stuff.

I'm still showing latest version is:

AppID: 730 Current version: 1.37.8.8

Maybe the update hasn't spread around Steam's caching system yet.

[Weasel]

Fantastic, Valve incremented the ClientVersion and ServerVersion parameters in steam.inf file, but NOT the PatchVersion (which my automatic update scripts are basing their actions upon) ... once I forced the update manually, it updated as expected.

Before:

+----------------------------------------------------------------------+
| Contents of steam.inf file, BEFORE updating ...                      |
+----------------------------------------------------------------------+
ClientVersion=1263
ServerVersion=1263
PatchVersion=1.37.8.8
ProductName=csgo
appID=730
SourceRevision=6515137
VersionDate=Apr 28 2021
VersionTime=17:13:20

After:

+----------------------------------------------------------------------+
| Contents of steam.inf file, AFTER updating ...                       |
+----------------------------------------------------------------------+
Date-Time Mark:                  Mon 03 May 2021 12:35:26 AM UTC
ClientVersion=1264
ServerVersion=1264
PatchVersion=1.37.8.8
ProductName=csgo
appID=730
SourceRevision=6515430
VersionDate=Apr 28 2021
VersionTime=18:35:07

[Kailo]

If i type "version" in server console, i got

Protocol version 13788 [1264/1264]
Exe version 1.37.8.8 (csgo)
Exe build: 01:01:24 Apr 28 2021 (8208) (730)

1.37.8.8 version is correct, but sub version must be 1264