I wouldn't take the bad memory thing on-board too much. I've had that 
excuse suggested many times, even when it's something not memory related 
at all...

Is this only occurring for you (when testing) or is it happening for all 
clients? Linux is usually pretty good with memory management and file 
corruption, so I'm leading more toward a user/group file permission 
issue. However if the issue doesn't occur for other clients there may be 
an issue with your local TF2 installation or your local filesystem.

_______________________________________________________

Shane Arnold            -       [email protected]

"For want of a nail, the horseshoe was lost. For want of a horseshoe, the horse 
was lost. For want of a horse, the messenger was lost. For want of a messenger, 
the message was not delivered. For want of an undelivered message the war was 
lost."



Bob Lawton wrote:
> I actually removed some bad memory from this server just BEFORE setting it
> up as an ubuntu TF2 machine -- I'll run another memtest in the morning but I
> am almost certain the RAM is fine.
>
> On Tue, Jul 14, 2009 at 9:06 PM, ics <[email protected]> wrote:
>
>   
>> This issue is sometimes caused by bad memory. You should try to replace
>> it and try again. If you use separate host for maps (sv_downloadurl),
>> there was an issue sort of related to this, if the webhost was running
>> ISS webserver (windows). Wrong setting or somesort, can't remember.
>>
>> -ics
>>
>> Bob Lawton kirjoitti:
>>     
>>> I did one better and reinstalled everything from scratch (
>>> http://forums.steampowered.com/forums/showthread.php?t=292495 ). Same
>>> problem.
>>>
>>> On Tue, Jul 14, 2009 at 4:43 PM, Cc2iscooL <[email protected]> wrote:
>>>
>>>
>>>       
>>>> I had this issue once. Delete everything but your custom content
>>>>         
>> (including
>>     
>>>> the clientregistry.blob) and update again...otherwise check your file
>>>> permissions and make sure they're correct.
>>>>
>>>> --
>>>> Cc2iscooL
>>>> Head Admin/Owner
>>>> http://www.cc2iscool.com
>>>>
>>>>
>>>> On Tue, Jul 14, 2009 at 6:14 PM, Bob Lawton <[email protected]>
>>>>         
>> wrote:
>>     
>>>>         
>>>>>  *Server's map version differs on levelchange*
>>>>> ------------------------------
>>>>> I'm having a strange issue with no readily available solution to be
>>>>>           
>> found
>>     
>>>>> on
>>>>> google or via support search. I installed the dedicated server and
>>>>>
>>>>>           
>>>> applied
>>>>
>>>>         
>>>>> my configs (straightforward stuff, so I haven't included it -- though I
>>>>>
>>>>>           
>>>> can
>>>>
>>>>         
>>>>> if it will help). To test my map rotation I set the timeout to one
>>>>>
>>>>>           
>>>> minute,
>>>>
>>>>         
>>>>> then logged in (no problems). I did the same thing on two machines from
>>>>>
>>>>>           
>>>> two
>>>>
>>>>         
>>>>> different steam accounts with the same results. My server start command
>>>>>
>>>>>           
>>>> was
>>>>
>>>>         
>>>>> as follows:
>>>>>
>>>>> ./srcds_run -console -game tf +ip 64.244.66.56 +maxplayers 16 +map
>>>>> ctf_2fort
>>>>> -autoupdate -debug -steamport 27011
>>>>>
>>>>> However, as soon as the one minute ran out and the next map started to
>>>>>
>>>>>           
>>>> load
>>>>
>>>>         
>>>>> I was kicked from the server because my map differed (standard "your
>>>>>           
>> map
>>     
>>>>> [x]
>>>>> differs from the server's"). Now when I restart the server and try to
>>>>> connect even ctf_2fort differs. If I delete ctf_2fort.bsp on the
>>>>> server-side
>>>>> and run
>>>>>
>>>>> ./steam -command update -game "tf" -dir .
>>>>>
>>>>> I can connect again, but only until the map changes. Then the maps
>>>>>           
>> differ
>>     
>>>>> again. I am running this server on a 64-bit ubuntu box, with all the
>>>>>
>>>>>           
>>>> right
>>>>
>>>>         
>>>>> 32 bit compatibility stuff as described on the tf2 wiki. My server
>>>>>           
>> launch
>>     
>>>>> looks like this:
>>>>>
>>>>> Auto detecting CPU
>>>>> Using AMD-Opteron (64 bit) Optimised binary.
>>>>> Enabling debug mode
>>>>> Server will auto-restart if there is a crash.
>>>>> Could not locate steam binary:./steam, ignoring.
>>>>>
>>>>> Console initialized.
>>>>> Game.dll loaded for "Team Fortress"
>>>>> Particles: Missing 'particles/error.pcf'
>>>>> maxplayers set to 16
>>>>> Unknown command "r_decal_cullsize"
>>>>> maxplayers set to 16
>>>>> Unknown command "startupmenu"
>>>>> Network: IP 64.244.66.56, mode MP, dedicated Yes, ports 27015 SV /
>>>>>           
>> 27005
>>     
>>>> CL
>>>>
>>>>         
>>>>> ConVarRef room_type doesn't point to an existing ConVar
>>>>> Executing dedicated server config file
>>>>> [S_API FAIL] SteamAPI_Init() failed; unable to update local
>>>>>           
>> steamclient.
>>     
>>>>> Continuing with current version anyway.
>>>>> --------------------------------------------------------
>>>>> sv_pure set to 1.
>>>>> Note: Changes to sv_pure take effect when the next map is loaded.
>>>>> --------------------------------------------------------
>>>>> Writing cfg/banned_user.cfg.
>>>>> Writing cfg/banned_ip.cfg.
>>>>> exec banned_user.cfg: file size larger than 1 MB!
>>>>> exec banned_ip.cfg: file size larger than 1 MB!
>>>>> exec: couldn't exec ctf_2fort.cfg
>>>>> Adding master server 69.28.140.247:27011
>>>>> Adding master server 72.165.61.189:27011
>>>>> Connection to Steam servers successful.
>>>>> VAC secure mode is activated.
>>>>>
>>>>>
>>>>> I don't know if that will help anyone, but the few errors interspersed
>>>>>           
>> in
>>     
>>>>> there seemed like they might. Let me know if more information from me
>>>>> (config files, logs, etc) will help diagnosis or if you already know
>>>>>           
>> what
>>     
>>>>> problem I'm running into. Additionally, is there any documentation for
>>>>>
>>>>>           
>>>> the
>>>>
>>>>         
>>>>> TF2 Linux server? I've been looking for something to help me but all I
>>>>>
>>>>>           
>>>> can
>>>>
>>>>         
>>>>> find are forum-posts and wiki articles. I'll leave the server up at
>>>>> 64.244.66.56 (the password is "hah") in case connecting to it will help
>>>>> someone make a diagnosis. Thanks everyone, this is really annoying me
>>>>>
>>>>>           
>>>> since
>>>>
>>>>         
>>>>> I can't see any reason why it would do this. Hopefully we can figure it
>>>>> out!
>>>>> _______________________________________________
>>>>> To unsubscribe, edit your list preferences, or view the list archives,
>>>>> please visit:
>>>>> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>>>>>
>>>>>
>>>>>           
>>>> _______________________________________________
>>>> To unsubscribe, edit your list preferences, or view the list archives,
>>>> please visit:
>>>> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>>>>
>>>>
>>>>         
>>> _______________________________________________
>>> To unsubscribe, edit your list preferences, or view the list archives,
>>>       
>> please visit:
>>     
>>> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>>>
>>>       
>> _______________________________________________
>> To unsubscribe, edit your list preferences, or view the list archives,
>> please visit:
>> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>>
>>     
> _______________________________________________
> To unsubscribe, edit your list preferences, or view the list archives, please 
> visit:
> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>
>
>   


_______________________________________________
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux

Reply via email to