[asherkin]

Originally Posted by mrzor I suspect the issues are restricted for 64bit OSes.

Yes, because file renames are certainly architecture-dependant, especially in a 32-bit process.

[Zombienator]

Originally Posted by pratedsilencer My server is still dumping the same error as it was last night: I'm hoping Valve has an official fix by tonight. -SiLeNCeR

You should create a symlink into tf/orangebox/bin/ named dedicated.so pointing to dedicated_srv.so or just renaming the file. That will at least bring the server up, but Sourcemod will still be broken :/

[Automicbomb]

I dont have any issues with 64-bit ubuntu o_O

[pratedsilencer]

Originally Posted by Zombienator You should create a symlink into tf/orangebox/bin/ named dedicated.so pointing to dedicated_srv.so or just renaming the file. That will at least bring the server up, but Sourcemod will still be broken :/

I thought about doing that. I just don't want to forget the symlink is there and then in the future another update breaks because I forgot that I had sym linked it in the past.

Perhaps tonight I will try a clean install.


Also, FWIW, I'm running Debian 6.0.6 32 BIT (Turnkey Core 12.0) to be exact.


-SiLeNCeR

[mrzor]

Thanks to the additional reports, I'm pretty sure its architecture independant.

Originally Posted by asherkin Yes, because file renames are certainly architecture-dependant, especially in a 32-bit process.

Are you being sarcastic? Your point being?

[Calystos]

Well, I got my systems working just by using the srcds_linux from HERE in this thread here.

Still daft though, hopefully valve will fix their mess-up asap.

Steps all I did.

• Download that http://dodsplugins.com/download/file.php?id=355 <- srcds_linux binary. And place in orangebox directory replacing existing srcds_linux file. No symbolic links or anything else required.

Thats all I did.

[asherkin]

Originally Posted by Calystos Don't know if the symbolic links are needed with that srcds_linux but *shrugs* Better safe than sorry I guess. Least it booted and sourcemod worked, etc.

They're not, and not really advised.

[Calystos]

Originally Posted by asherkin They're not, and not really advised.

Tested without em, an it still worked so will edit my post accordingly,

[bid]

My server will not work, i use also the new srcds file, but see the error mesages:

sdkhooks-2.2.0-dev-hg205-linux
mmsource-1.10.0-hg811-linux
sourcemod-1.5.0-hg3683-linux

2:50     No files will be downloaded
  2:50 Checking local files and building download list for depot 314 'OB Linux Dedicated Server' version 187
  2:50     Connecting content server session for version 187
  2:50     [212.162.17.202:27030] Disconnecting
  2:50     [81.171.115.11:27030] Connecting...
  2:50     [81.171.115.11:27030] Connection established; handshaking...
  2:50     [81.171.115.11:27030] Sending login message...
  2:50     Fetching version 187 manifest
  2:50     Reading version 187 checksum table
  2:50     Calculating download size and verifying checksums
  2:50         Checking...: /
  2:50         Checking...: bin
  2:51         Checking...: hl2
  2:51         Checking...: hl2/resource
  2:51         Checking...: hl2/scripts
  2:51     No files will be downloaded
  2:51 [81.171.115.11:27030] Disconnecting
HLDS installation up to date

[gameserver@puck166 orangebox]$ ./srcds_run -console -game tf +map duel_duel2 -maxplayers 20 -autoupdate -ip 80.246.XXX.XXX -port 28XXX -secure
Auto detecting CPU
Using default binary: ./srcds_linux
Server will auto-restart if there is a crash.
WARNING: Failed to locate steam binary.
WARNING: Could not locate steam binary:, ignoring.
Using breakpad minidump system
Using breakpad crash handler

Console initialized.
Game_srv.so loaded for "Team Fortress"
Setting breakpad minidump AppID = 440
Forcing breakpad minidump interfaces to load
Looking up breakpad interfaces from steamclient
Calling BreakpadMiniDumpSystemInit
Installing breakpad exception handler for appid(440)/version(5112)
Particles: Missing 'particles/error.pcf'
maxplayers set to 20
No '-replayserverdir' parameter found - using default replay folder.
Replay: Creating thread pool...succeeded.
Replay: Starting thread pool with 4 threads...succeeded.
Cleaning files from temp dir, "/home/gameserver/tf2/orangebox/tf/replay/server/tmp/" ...no files removed.
Unknown command "r_decal_cullsize"
Server logging enabled.
Server logging data to file logs/L1106124.log
L 11/06/2012 - 18:00:46: Log file started (file "logs/L1106124.log") (game "/home/gameserver/tf2/orangebox/tf") (version "5112")
logaddress_add:  85.25.XXX.XXX:27500
Unknown command "sm_adminjs_path"
Unknown command "startupmenu"
WARNING: NNET_OpenSocket: bind: Cannot assign requested address
Couldn't allocate any server IP port
L 11/06/2012 - 18:00:46: Engine error: Couldn't allocate any server IP port
Add "-debug" to the ./srcds_run command line to generate a debug.log to help with solving this problem
Di 6. Nov 18:00:46 CET 2012: Server restart in 10 seconds
WARNING: Failed to locate steam binary.
WARNING: Could not locate steam binary:, ignoring.
Using breakpad minidump system
Using breakpad crash handler

EDIT: Now it is running, I have restarted the root and use only the new srcds file, thanks!

[asherkin]

Originally Posted by asherkin This is ridiculously misleading, the only thing broken about this update is that Valve released a broken (old or from a different branch) srcds_linux that's looking for the old filenames. The correct fix is to roll it back to an old version, and has nothing to do with SourceMod or any 3rd party plugins - a clean download alone doesn't run without modification.

Quoted from the other thread for people to see here.