[hlds_linux] CS:S - materials/particle/ particle_smokegrenade1.vmt
sounds like youve got a small error on a server file, have you tried running the steam with the -verify_all switch, or deleting the file in question from the server directories and redownloading it? > Message: 1 > Date: Wed, 8 Oct 2008 15:17:35 +0200 > From: "Alex" <[EMAIL PROTECTED]> > Subject: [hlds_linux] CS:S - materials/particle/ > particle_smokegrenade1.vmt > To: > Message-ID: <[EMAIL PROTECTED]> > Content-Type: text/plain; charset="iso-8859-1" > > Hi all, > > since yesterday night CET we get the error "server is enforcing consistency > for this file: materials/particle/ particle_smokegrenade1.vmt" if we try to > connect to any of our CS:S servers - of course, we didn't change anything on > client/server. > > With sv_consistency 0 is works but it also should do it with sv_consistency 1 > as it worked before and we are talking about original materials/files. > > Does anyone have the same prob and/or any idea? > > OS: Linux Deb Etch 64bit > > Thanks in advance, > Alex > > -- > > ___ > To unsubscribe, edit your list preferences, or view the list archives, please > visit: > http://list.valvesoftware.com/mailman/listinfo/hlds_linux > > > > End of hlds_linux Digest, Vol 8, Issue 21 > * > ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] [hlds] Counter-Strike 1.6 Beta updated
Current linux hlds server executes trouble free on our servers however Russian walking is still silent as executed by a couple of our regulars on the current beta client. ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] Counter-Strike 1.6 Beta Updated
This was the point i was trying to make, as bunnyhopping to gain speed and advantage was the issue fixed previously, i believe it was indeed 1.3, along with the other physics *fixes* which broke such things as hostages climbing up ladders and jumping clean through windows. but as so many others have stated, there are a horde of less irritating bugs still swimming around in the game, such as flashbugs and 16bit smoke to name a couple of personal bugbears, however it is that act of russian walking that is currently permeating through the game and upsetting the experience of the most players. > Message: 3 > Date: Tue, 30 Sep 2008 17:21:55 +0200 > From: "AnAkIn ." <[EMAIL PROTECTED]> > Subject: Re: [hlds_linux] Counter-Strike 1.6 Beta Updated > To: "Half-Life dedicated Linux server mailing list" > > Message-ID: > <[EMAIL PROTECTED]> > Content-Type: text/plain; charset=ISO-8859-1 > > I think he means sv_airaccelerate 1 > > or this cvar with an other low value, so you can't air strafe. > > Anyway bunnyhop was already fixed since CS 1.3 (or 1.5?), you can't again > any speed advantage by what you call bunnyhop now. It's useless to do it. > There is nothing to fix. ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
[hlds_linux] Counter-Strike 1.6 Beta Updated
I almost hate to mention it, but there is one fix a majority of 1.6 players would support, which would encourage more server ops to fire up beta servers, and help garner support for the new format you are bringing to the staid counter-strike community. That would be if you can find a way to remove/limit the exploit known as "Russian walking", whereby a player taps crouch repeatedly to move at running speed with very little noise. I am afraid that this exploit is becoming more pervasive than bunnyhopping did, and ruins the flow of gameplay in a similar manner, this may not be the ideal place to mention it however as this is liable to be the last big update for cs 1.6 it would be an invaluable opportunity to fix this exploit. cheers, f|shy. > Message: 1 > Date: Fri, 26 Sep 2008 16:22:42 -0700 > From: "Jason Ruymen" <[EMAIL PROTECTED]> > Subject: [hlds_linux] Counter-Strike 1.6 Beta Updated > To: "Half-Life dedicated Win32 server mailing list" > <[EMAIL PROTECTED]>, > Message-ID: > <[EMAIL PROTECTED]> > Content-Type: text/plain; charset="US-ASCII" > > A required update for the Counter-Strike 1.6 Beta has been released. > Please run hldsupdatetool to receive it. The specific changes include: > > - Fixed "Steam validation rejected" error on connect > - Added "bannedcfgfile" cvar so you can control the file written to by > the writeid command > > Jason ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] VALVe, server slots question
I hate to add even more spam to this discussion, however i feel obliged to note that hacking the precompiled dlls shipped with srcds would be in breach of the terms of service you accept by using hldsupdatetool and installing the server, and asking valve to condone this activity does not make sense. Bryan Beaudreault wrote: "i second the motion of having the cap raised to at least 25. I've had to drop my public slots to 22 in order to have reserved slots (which is how i pay for the server) and still having even teams when no admins are o" I have to agree with that. My servers are payed for with donations, and it is annoying having to be down to 22 slots. Not only does that make their be less actual players in the server, but it takes us out of that top list when people filter by max players. Regardless all of this is moot. I haven't seen an official valve response to any posts on this list in a really long time. I havent seen them say anything about the cap ever. It's really annoying and shows a complete lack of care for the community or laziness on Valve's part. Most companies have a community manager that can act as a liaison and make sure things get done...the closest I have seen to that is Mike Durand, and he doesn't post nearly often enough to be a true "community manager" not to mention he is just a programmer and other less qualified people should be dealing with the community honestly. On 10/18/07, Kyle Gruel <[EMAIL PROTECTED]> wrote: I can understand why 32 slots aren't being listed; while I enjoy 32 slot servers they definitely are a chaotic mess of gibs and hardly a good introduction to TF2 for poor noobs not knowing any better. Would personally run my own servers at 24 slots to keep to the 'true' TF2 style; but would like to be able to add that reserve in there. Andreas Grimm wrote: 32 would be nicer -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Kyle Gruel Gesendet: Donnerstag, 18. Oktober 2007 22:44 An: hlds_linux@list.valvesoftware.com Betreff: Re: [hlds_linux] VALVe, server slots question Little bit ridiculous. 25 would be nice though. =) Kevin Ottalini wrote: gah, someone has a 255 player TF2 server running now, so silly. - Original Message - From: "Kyle Gruel" To: Sent: Thursday, October 18, 2007 12:13 PM Subject: Re: [hlds_linux] VALVe, server slots question +1 Saint K. wrote: Hiya, What i've done is the following; Server is set to 25 slots using the plugin to beat the slot limit. Sourcemod on its turn is configured to advertise only 24 slots, so we have 1 hidden reserved slots incase a admin needs to enter the game. Unfortunatly, this setup is still being filterd out by the steam master servers. Is it possible that we come to a solution somehow, were we can implement a reserved slot, but the active player slot limit doesnt exceed 24 players, and it will still show up at the master list? Cheers, Saint K. ___ 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
Re: [hlds_linux] running Linux server. Please help.
And if you dont have root mkdir ~/bin ln -s /bin/gunzip ~/bin/uncompress this will work for most distros though if it doesnt you would want to add ~/bin to the search paths for your user PATH=$PATH:~/bin export PATH gl+hf On Sunday 14 October 2007 20:03:30 Saint K. wrote: > If your running Debian, you can also just do; > apt-get install ncompress > > Otherwise go here and search the package for your dist. > http://rpmfind.net/linux/rpm2html/search.php?query=ncompress&submit=Search+ >... > > (the +.. belongs to the url, but it issnt linking it, so manually copy/past > the line in your browser) > > Gl, > > Saint K. > - Original Message - > From: "Dan E" <[EMAIL PROTECTED]> > To: > Sent: Sunday, October 14, 2007 6:59 PM > Subject: Re: [hlds_linux] running Linux server. Please help. > > > -- > [ Picked text/plain from multipart/alternative ] > /usr/bin was a hypothetical location. So... > > ln -s /bin/gunzip /bin/uncompress > (This needs to be done with root privs) > > Then it will work. > > Andrey Egorov <[EMAIL PROTECTED]> wrote: Hi Ondra. > > It's don't work. > I finding giunzip on /bin folder, open root shell and typing > > ln -s /usr/bin/gunzip /usr/bin/uncompress > > After I trying run hldsupdatetool.bin > > and... > > sh:uncompress: command not found > > Regards, > Andrey. > > > - Original Message - > From: "OndÅTej HoÅ¡ek" > To: > Sent: Saturday, October 13, 2007 11:54 PM > Subject: Re: [hlds_linux] running Linux server. Please help. > > > Because your system is too new to have "uncompress", an ancient tool for > > .Z archives (which have gone out of use due to patent problems with the > > underlying algorithm). Luckily, gzip can decompress not only .gz but > > also .Z files. > > > > First, locate "gunzip" by using the "which gunzip" command. Let's say > > gunzip is in /usr/bin. Now, do the following as root: > > > > ln -s /usr/bin/gunzip /usr/bin/uncompress > > > > Then, try running hldsupdatetool.bin again. > > > > Good luck, > > ~~ Ondra > > ___ > 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
Re: [hlds_linux] Installing CS server. Runing ./steam fails
I would try downloading a new copy of the linux hldsupdatetool there seem to be a few dotted around the steampowered site only one of which actually works http://storefront.steampowered.com/download/hldsupdatetool.bin also what command line have you been using with ./steam ? On Monday 05 February 2007 18:39:16 linux penguin wrote: > -- > [ Picked text/plain from multipart/alternative ] > yea i always use the TAB to complete file names and stuff. The file is > there DEFINETLY! > When i tried to see my permissions i got: > debian-x86:/home/cookie/cs_srv01# ls -al > total 9276 > drwxr-xr-x 2 root root 4096 2007-02-05 16:48 . > drwxr-xr-x 5 cookie cookie4096 2007-02-05 16:48 .. > -rwx-- 1 1016 users 7506846 2004-09-22 12:54 steam > -rw-r--r-- 1 root root 1962970 2004-09-22 12:55 steam.tar.gz > debian-x86:/home/cookie/cs_srv01# > > I dont quite get it tho, what are the last 2 lines for? > I was loged in as 'cookie' (thats my standard user) but i 'su' to root. > That couldnt be the problem could it? > But anyways the permissions seem to look on, dont they? > -- > > ___ > 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
[hlds_linux] 64-bit support
I know we may be beating a dead horse, however i came across this today and it needs to be shared with this list. Please sign it if you agree. http://www.petitiononline.com/xd31/petition.html ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: AW: [hlds_linux] Error downloading Security Module from Speakeasy.net -> VAC gets disabled
I doubt this is helpful, but if i may quote alfred: > We don't have 64-bit support at this time. The 32-bit servers should be > used. > >- Alfred as this is related to you using a server binary that is hopelessly out of date following his advice is your best option for a vac secure server, albeit not the greatest performer. On Sunday 22 October 2006 17:37, Parker Lewis wrote: > You are using the amd64 binaries, right? So do I. My seven gameservers are > restarted daily and the chances are 60:40 they are secure for this day. > > Maybe someone worked out a solution which is able to check the state of vac > protection via commandline? Hence a cronjob would be able to restart the > server as long as the vac is loaded successfully. > > greets > > - Ursprüngliche Mail > Von: k-mystik <[EMAIL PROTECTED]> > An: hlds_linux@list.valvesoftware.com > Gesendet: Sonntag, den 22. Oktober 2006, 17:37:52 Uhr > Betreff: [hlds_linux] Error downloading Security Module from Speakeasy.net > -> VAC gets disabled > > Hello, > > It has been about a month some of my HLDS (cstrike) servers fail to > download the security module, so the server gets insecure (VAC disabled). > > Here's an extract of the log file: > -- > Downloading Security Module from Speakeasy.net ... > Error downloading Security Module from Speakeasy.net > Server is not Secure. > No auth servers parsed > Disabling Valve Authentication. > -- > > I have to restart the server 2 to 5 times to get the security module > downloaded and my server secured again. > > I've just tried to do a fresh install of hlds+cstrike and I still have > the same problem. > > Any ideas? > Thank you for your help. > > Christophe Deliens > > -- > k-mystik! -- get2play administrator > web: www.get2play.com > irc: #get2play > > > > ___ > To unsubscribe, edit your list preferences, or view the list archives, > please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux > > > > > > > > > > ___ > Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: > http://mail.yahoo.de > > ___ > 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
Re: [hlds_linux] 64bit HLDS and 64bit Srcds
On Friday 20 October 2006 23:41, [EMAIL PROTECTED] wrote: > > It's like clock work. Someone new askes every week. > > > > Unfortunately Adam, VALVe's "official" stance right now is to not answer > > any questions regarding 64-bit. The last time we really heard anything > > the response was "When its ready." I think the last time (We've heard it > > a lot) was 6-7 months ago. > > > >> Hello, > >> I have a question specifically for the Valve team. > >> What are the specifics on the 64bit HLDS and 64bit Srcds supporting > >> Vac2(hlds) and a 64bit install for Srcds. Is there a time frame for > >> these? The future is 64bit and I think its time to finish srcds with > >> CPU/Memory execution/usage fixes and a 64bit version for linux as > >> possibly well for Windows. > >> Thanks, > >> Adam - CEO > >> Next-Generation Game Servers > >> NextGenServers.com > > This may be a dumb question, but please tell me ... > What benefit would there be if I ran a 64bit version instead of a > 32bit version? > > Jeff Love > Burgh Gaming > > ___ > To unsubscribe, edit your list preferences, or view the list archives, > please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux There are only two advantages of a 64bit version, the first of which is negligable, support for servers addressing 4 or more gb of ram, the second, and greatest advantage of the 64bit architechture, is the doubling of registers in the x86 vs x86-64 instruction sets, this alone leads to more efficient code and is the primary advantage of the 64bit architechture performance wise, as was trumpeted by valves original announcement of 64bit support when the opteron was released, however since this initial enthusiasm it appears that valve have forgotten about the 30%+ speed improvement they claimed of the 64bit architechture with a simple recompilation, no optimisations! as such we just have to wait until they can be bothered to release a fresh compile of the code for our shiny new servers. o thats right, even intel have viable x86-64 cpus these days, its just another sign of valve's lackadaisical approach to supporting their paying customers, and the vibrant community thats grown around their products inspite of their efforts. just my personal two cents worth. ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] Re: CPUInfo
fishy wrote: However, in the case specified previously, he has a server running user mode linux, which appears to have an incompatible form of cpuinfo which doesnt contain the cpu mhz line. i still think theres a way to fake it, but havent worked out how quite yet. perhaps mapping bogomips to cpu mhz, its a filthy hack but i could work. Or better yet, get the provider to map the "real" /proc/cpuinfo into the uml chroot. Adam-CEO wrote: Alright Guys, If your server says cannot determine your frequency of your processor. A. Your server has been infected by a virus (Worst Case Scenario) B. Its trying to find the cpuinfo file(and its not there) C. Your on FreeBSD and haven't correctly installed cpuinfo(linux base) and you need to install it in the emulators, if not download it off a website or go into ports and download it. D. You need to reinstall it :) Thanks, Adam - CEO Next-Generation Game Servers NextGenServers.com ___ 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
Re: [hlds_linux] Re: CPUInfo
However, in the case specified previously, he has a server running user mode linux, which appears to have an incompatible form of cpuinfo which doesnt contain the cpu mhz line. i still think theres a way to fake it, but havent worked out how quite yet. perhaps mapping bogomips to cpu mhz, its a filthy hack but i could work. Adam-CEO wrote: Alright Guys, If your server says cannot determine your frequency of your processor. A. Your server has been infected by a virus (Worst Case Scenario) B. Its trying to find the cpuinfo file(and its not there) C. Your on FreeBSD and haven't correctly installed cpuinfo(linux base) and you need to install it in the emulators, if not download it off a website or go into ports and download it. D. You need to reinstall it :) Thanks, Adam - CEO Next-Generation Game Servers NextGenServers.com ___ 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
Re: [hlds_linux] Linux HL2 Server issue
Unfortunately this thread has become somewhat fragmented, best bet would be to speak to Erik, re: To re-iterate, the problem is definitely in the srcds_run script having trouble with the cpuinfo wanting "user mode linux" as a proper value. I can help you with the fix, if you want. Just hit me up on #linode sometime. -- Erik Hollensbe [EMAIL PROTECTED] unfortunately he didnt mention which IRC network his channel is on. hopefully he will respond. Juston Griggs wrote: Any ideas on what I can do to "hack" it? This is my first linux Server with hl2dm... the only other linux game server I've ran has been for Unreal tournament -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of fishy Sent: Thursday, September 28, 2006 8:31 AM To: hlds_linux@list.valvesoftware.com Subject: Re: [hlds_linux] Linux HL2 Server issue looks like im thinking of hlds rather than srcds, hacking srcds_run would seem to be the best option Juston Griggs wrote: I get this: [EMAIL PROTECTED] steam]# ./srcds_i686 -console -game hl2mp -port 27015 +ip 69.93.127.131 +map dm_lockdown +maxplayers 2 Failed to open bin/dedicated_i686.so (tier0_i486.so: cannot open shared object file: No such file or directory) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of fishy Sent: Thursday, September 28, 2006 7:07 AM To: hlds_linux@list.valvesoftware.com Subject: Re: [hlds_linux] Linux HL2 Server issue Before i gave up and went on to find a different provider, i would try calling the specific binaries directly, and avoiding srcds_run ./srcds_i686 -console -game hl2mp -port 27015 +ip 69.93.127.131 +map dm_lockdown +maxplayers 2 for example. GoodLuck Steven Hartland wrote: Erik Hollensbe wrote: To re-iterate, the problem is definitely in the srcds_run script having trouble with the cpuinfo wanting "user mode linux" as a proper value. I can help you with the fix, if you want. Just hit me up on #linode sometime. Its more that user mode linux is not providing a good enough emulation to support the game. If you check the output the script does continue yet the binary itself then also fails to detect the cpu speed for a similar reason "Unable to determine CPU Frequency". The conclusion is user mode linux is not suitable for what you are trying to do. Even if the emulation was sufficient to start the server, performance would be substandard and you would highly likely be plaged with issues. User mode linux is suitable for a lot of things game servers is not one of them at this time. Steve This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to [EMAIL PROTECTED] ___ 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 -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.1.405 / Virus Database: 268.12.8/455 - Release Date: 9/22/2006 ___ 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 -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.1.405 / Virus Database: 268.12.8/455 - Release Date: 9/22/2006 ___ 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
Re: [hlds_linux] Linux HL2 Server issue
looks like im thinking of hlds rather than srcds, hacking srcds_run would seem to be the best option Juston Griggs wrote: I get this: [EMAIL PROTECTED] steam]# ./srcds_i686 -console -game hl2mp -port 27015 +ip 69.93.127.131 +map dm_lockdown +maxplayers 2 Failed to open bin/dedicated_i686.so (tier0_i486.so: cannot open shared object file: No such file or directory) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of fishy Sent: Thursday, September 28, 2006 7:07 AM To: hlds_linux@list.valvesoftware.com Subject: Re: [hlds_linux] Linux HL2 Server issue Before i gave up and went on to find a different provider, i would try calling the specific binaries directly, and avoiding srcds_run ./srcds_i686 -console -game hl2mp -port 27015 +ip 69.93.127.131 +map dm_lockdown +maxplayers 2 for example. GoodLuck Steven Hartland wrote: Erik Hollensbe wrote: To re-iterate, the problem is definitely in the srcds_run script having trouble with the cpuinfo wanting "user mode linux" as a proper value. I can help you with the fix, if you want. Just hit me up on #linode sometime. Its more that user mode linux is not providing a good enough emulation to support the game. If you check the output the script does continue yet the binary itself then also fails to detect the cpu speed for a similar reason "Unable to determine CPU Frequency". The conclusion is user mode linux is not suitable for what you are trying to do. Even if the emulation was sufficient to start the server, performance would be substandard and you would highly likely be plaged with issues. User mode linux is suitable for a lot of things game servers is not one of them at this time. Steve This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to [EMAIL PROTECTED] ___ 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 -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.1.405 / Virus Database: 268.12.8/455 - Release Date: 9/22/2006 ___ 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
Re: [hlds_linux] Linux HL2 Server issue
Before i gave up and went on to find a different provider, i would try calling the specific binaries directly, and avoiding srcds_run ./srcds_i686 -console -game hl2mp -port 27015 +ip 69.93.127.131 +map dm_lockdown +maxplayers 2 for example. GoodLuck Steven Hartland wrote: Erik Hollensbe wrote: To re-iterate, the problem is definitely in the srcds_run script having trouble with the cpuinfo wanting "user mode linux" as a proper value. I can help you with the fix, if you want. Just hit me up on #linode sometime. Its more that user mode linux is not providing a good enough emulation to support the game. If you check the output the script does continue yet the binary itself then also fails to detect the cpu speed for a similar reason "Unable to determine CPU Frequency". The conclusion is user mode linux is not suitable for what you are trying to do. Even if the emulation was sufficient to start the server, performance would be substandard and you would highly likely be plaged with issues. User mode linux is suitable for a lot of things game servers is not one of them at this time. Steve This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to [EMAIL PROTECTED] ___ 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
[hlds_linux] VAC breathing its last again?
VAC seems to be gasping for air once again The servers appear to be randomly losing connection to steam3 Is there any particular reason for this? ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] CSS & DODS exploit being used widely
Instead of flaming his mistake, how about detailing the two 3rd party work arounds so everyone is aware of what they can do to sidestep the issue while we wait for valve to catch up aXeR (AmmoBOX) wrote: Congrats on making the bug even more widely known! - Original Message - From: "ics" <[EMAIL PROTECTED]> To: Sent: Tuesday, September 19, 2006 11:19 AM Subject: [hlds_linux] CSS & DODS exploit being used widely Hi, Just anyone can throw in respawn_entities into their own client console while playing on the server and boom, server goes down. This has been out for days and widely used so how about fixing this exploit. Yes i know, public list and just anyone can read this but this is really old news for those who already use it so i dont see any problem posting it here if this will get it fixed faster so spare me for the lecture. -ics ___ 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
Re: AW: [hlds_linux] 64 bit support
^Bump^ Parker Lewis wrote: An answer from Valve to Knuts nicely formulated question would've been great. We are running eight gameservers on two boxes, both Opterons/64bit linux. Some months ago, we backuped our servers and downgraded to the 32bit edition of our linux distribution. Maybe it was just our lack of experience, but we got only the half of the gameservers up without lags / cpu overload / load average 5+, so that we decided to make a rollback to get all of our servers back online. For over seven months now (since we have our own boxes), we are waiting for the (full) 64bit support from Valve. If we had known about this situation, we had hired Pentium boxes. But after setting everything up and noticing the lack of VAC2, we had to investigate quite a while to find a forum post in the wild elucidating us that the implicitness of 64bit linux support of a game like Counter-Strike is sadly no implicitness. But as VAC2 seems to be updated like the 64bit binaries of hlds, we are not crying for now. Our only question to Valve (like Knuts) is: Is there any hope for us, the 64bit users? thanks for attention - Ursprüngliche Mail Von: Knuts An: hlds_linux@list.valvesoftware.com Gesendet: Mittwoch, den 5. Juli 2006, 21:40:56 Uhr Betreff: [hlds_linux] 64 bit support This is a multi-part message in MIME format. -- [ Picked text/plain from multipart/alternative ] Valve, We have been running Opteron servers since September 2003, I do believe we were the first to have free to play ones in the world (http://www.jolt.co.uk/index.php?articleid=329). I have seen support for 64 bit reduce over the years to the state where I have been running them in 32 bit for what seems like an eternity just so we can have VAC2 running. I know it's no replacement for a good admin team but it sure helps, the slots we can run are nowhere near the capabilities of the cpus. Even amxmodx have stopped supporting it, to quote the amxx site: "AMD64 Support - One of AMX Mod X's biggest contributions was a 64bit port of the Pawn/Small compiler and virtual machine. In fact, AMX Mod X was the first Metamod plugin to achieve AMD64 compatibility. AMX Mod does not run in 64bit mode. However, Valve has stopped maintaining their AMD64 support -- the latest AMD64 engine is missing client cvar querying and VAC2. Furthermore, the JIT is not available on AMD64, meaning a great deal of potential speed is lost. Running HLDS on AMD64 in 64bit mode is unadvised except for debugging/developer purposes." To say it will be ready when its ready is starting to sound old hat, coming up to 3 years and AMD64 support has disappeared. The future is 64 bit, can we have a definitive answer on what is the future in Valves eyes without the fob off of "it will be ready when it's ready" Regards, Knuts jolt.co.uk -- ___ 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
Re: [hlds_linux] hlds crashes
ok, does the issue still occur if the servers do not auto update? Jonathan wrote: Yes, the nodes share images. However, i gave the nodes their own ~/.steam directory, so it's always the same machine that writes the clientregistry.blob file. Sure, i could remove it each time a server is fired up, but it feels like a very ugly hack. :/ The .so files i have in the image directories are: core_i386.so engine_amd.so engine_amd64.so engine_i486.so engine_i686.so filesystem_stdio_amd64.so filesystem_stdio_i386.so libSteamValidateUserIDTickets_amd64.so libSteamValidateUserIDTickets_i386.so proxy_i386.so steam_api_i486.so steamclient_i486.so test1.so test2.so test3.so tier0_s_i486.so vstdlib_s_i486.so I have no idea what those test*.so files are and if they're supposed to be there or not. Suns grid software. Is there a seperate server image to be run on each node? or does it share the images and deliver them to whichever node requires them, as such perhaps running the same image on different nodes with different ips or hardware ids could be causing the glitch, it is likely that there is some unique identifier contained in the clientregistry.blob. hows about a dirty hack to get it working temporarily? add a line to your server initiating script to remove clientregistry.blob before the server starts ;). As to server crashes, bad maps and plugins often cause hlds to crash unexpectedly and i have not run into any issues when restarting the server, either scripted or manually, however i have no experience running the same server image on different boxes. Jonathan wrote: AFAIK they are all clean halflife installations with only cs running (this is not hl2 with cs source) The strange thing is that it all works fine for a few times if i delete the clientregistry.blob file, but then after a while the crashes start appearing again.. The way my system works is that a user on my web site "books" a server for a certain period of time. When that is done, a column is added to an sql database. A cron script on the master cluster server reads that sql table, and if there is a new booking to be made, launches a server on one of the nodes as a job submitted to the cluster. If the booking time for the server has went out, the server is shut down by the master server, ie, it terminates the submitted job. Does the hlds server need to quit gracefully in order for it to work properly the next time it's started? I mean, does hlds recover badly from crashes? I don't know how sun grid engine works internally.. if it kills hlds properly or not (i think it does). I also have a script that updates everything to the latest versions, which i run regularly. Still, i want it to work properly the normal way. Im no expert but it sounds like a bad plugin, what addons do you have on that server? Jonathan wrote: Right, that got rid of the errors ... for a couple of minutes :( I still get crashes, but instead of abort traps i get: ./hlds_run: line 303: 7169 Segmentation fault (core dumped) $CMD What can be causing this? It still seems to be steam that's crashing, but i really can't find out why. Does it have something to do with running multiple servers on the same box? Can i disable the automatic update and instead schedule something as a cron job or such? The automatic update also takes some time to complete. The problem was that the ~/.steam/ClientRegistry.blob needed to be deleted. I tried to delete it for the incorrect user a couple of times, but when i did it correctly i got rid of the annoying update crashes. Hello, I maintain a network of around 100 counterstrike servers with roughly half of them as bookable servers in a cluster, for a large cs community in Sweden. I run all of the servers on linux gentoo, some on i686 and some on amd64. The cluster software I use is sun grid engine 6, and all the server nodes are diskless clients. The ordinary servers run fine, but the bookable ones crash momentarily with the following error: - AssertPreCondition Name: NonNullFilePath Expr: !sFile.empty() Line: 334 File: ../../../Common/Misc/FileUtil.cpp ./hlds_run: line 303: 8855 Aborted (core dumped) $CMD - I browsed the forums and mailing list and found people with similar problems from late 2005 running FreeBSD 5.4. Their answer to the problem was to update cs using the steam updater. I did that for all 60 cs installations I got on the bookable servers, but they still crash with the error above. I tried to examine the core dumps and strace'ing the processes but I didn't find any useful information. Regards, Jonathan Selander ___ 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
Re: [hlds_linux] hlds crashes
Suns grid software. Is there a seperate server image to be run on each node? or does it share the images and deliver them to whichever node requires them, as such perhaps running the same image on different nodes with different ips or hardware ids could be causing the glitch, it is likely that there is some unique identifier contained in the clientregistry.blob. hows about a dirty hack to get it working temporarily? add a line to your server initiating script to remove clientregistry.blob before the server starts ;). As to server crashes, bad maps and plugins often cause hlds to crash unexpectedly and i have not run into any issues when restarting the server, either scripted or manually, however i have no experience running the same server image on different boxes. Jonathan wrote: AFAIK they are all clean halflife installations with only cs running (this is not hl2 with cs source) The strange thing is that it all works fine for a few times if i delete the clientregistry.blob file, but then after a while the crashes start appearing again.. The way my system works is that a user on my web site "books" a server for a certain period of time. When that is done, a column is added to an sql database. A cron script on the master cluster server reads that sql table, and if there is a new booking to be made, launches a server on one of the nodes as a job submitted to the cluster. If the booking time for the server has went out, the server is shut down by the master server, ie, it terminates the submitted job. Does the hlds server need to quit gracefully in order for it to work properly the next time it's started? I mean, does hlds recover badly from crashes? I don't know how sun grid engine works internally.. if it kills hlds properly or not (i think it does). I also have a script that updates everything to the latest versions, which i run regularly. Still, i want it to work properly the normal way. Im no expert but it sounds like a bad plugin, what addons do you have on that server? Jonathan wrote: Right, that got rid of the errors ... for a couple of minutes :( I still get crashes, but instead of abort traps i get: ./hlds_run: line 303: 7169 Segmentation fault (core dumped) $CMD What can be causing this? It still seems to be steam that's crashing, but i really can't find out why. Does it have something to do with running multiple servers on the same box? Can i disable the automatic update and instead schedule something as a cron job or such? The automatic update also takes some time to complete. The problem was that the ~/.steam/ClientRegistry.blob needed to be deleted. I tried to delete it for the incorrect user a couple of times, but when i did it correctly i got rid of the annoying update crashes. Hello, I maintain a network of around 100 counterstrike servers with roughly half of them as bookable servers in a cluster, for a large cs community in Sweden. I run all of the servers on linux gentoo, some on i686 and some on amd64. The cluster software I use is sun grid engine 6, and all the server nodes are diskless clients. The ordinary servers run fine, but the bookable ones crash momentarily with the following error: - AssertPreCondition Name: NonNullFilePath Expr: !sFile.empty() Line: 334 File: ../../../Common/Misc/FileUtil.cpp ./hlds_run: line 303: 8855 Aborted (core dumped) $CMD - I browsed the forums and mailing list and found people with similar problems from late 2005 running FreeBSD 5.4. Their answer to the problem was to update cs using the steam updater. I did that for all 60 cs installations I got on the bookable servers, but they still crash with the error above. I tried to examine the core dumps and strace'ing the processes but I didn't find any useful information. Regards, Jonathan Selander ___ 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 vi
Re: [hlds_linux] hlds crashes
Im no expert but it sounds like a bad plugin, what addons do you have on that server? Jonathan wrote: Right, that got rid of the errors ... for a couple of minutes :( I still get crashes, but instead of abort traps i get: ./hlds_run: line 303: 7169 Segmentation fault (core dumped) $CMD What can be causing this? It still seems to be steam that's crashing, but i really can't find out why. Does it have something to do with running multiple servers on the same box? Can i disable the automatic update and instead schedule something as a cron job or such? The automatic update also takes some time to complete. The problem was that the ~/.steam/ClientRegistry.blob needed to be deleted. I tried to delete it for the incorrect user a couple of times, but when i did it correctly i got rid of the annoying update crashes. Hello, I maintain a network of around 100 counterstrike servers with roughly half of them as bookable servers in a cluster, for a large cs community in Sweden. I run all of the servers on linux gentoo, some on i686 and some on amd64. The cluster software I use is sun grid engine 6, and all the server nodes are diskless clients. The ordinary servers run fine, but the bookable ones crash momentarily with the following error: - AssertPreCondition Name: NonNullFilePath Expr: !sFile.empty() Line: 334 File: ../../../Common/Misc/FileUtil.cpp ./hlds_run: line 303: 8855 Aborted (core dumped) $CMD - I browsed the forums and mailing list and found people with similar problems from late 2005 running FreeBSD 5.4. Their answer to the problem was to update cs using the steam updater. I did that for all 60 cs installations I got on the bookable servers, but they still crash with the error above. I tried to examine the core dumps and strace'ing the processes but I didn't find any useful information. Regards, Jonathan Selander ___ 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
