-- [ Picked text/plain from multipart/alternative ] [2. CS:Source Linux PID's Changing (Matt Ogborne)]
Howdy, The screen session is called 'CS_SOURCE_PUBLIC', the exact line used to start the screen session is: screen -dmS CS_SOURCE_PUBLIC ./srcds_run -game cstrike -autoupdate +map de_dust2 +maxplayers 56 -port 27018 -tickrate 33 +fps_max 150 The screen PID stays constant. When running 'ps -ef' on the command line it returns, this for the screen session: user 4223 1 0 Nov01 ? 00:00:12 SCREEN -dmS CS_SOURCE_PUBLIC ./srcds_run -game cstrike -autoupdate [truncated] And this for the actual PID, which is the game server (this is the one that is changing! At this time its currently PID 18097): user 18097 4224 25 Nov06 pts/1 05:22:08 ./srcds_amd -game cstrike -autoupdate [truncated] I created a file called 'cron' and entered this into it: ps -ef | grep screen | grep "CS_SOURCE_PUBLIC" | grep -v grep | awk '( print $2 )' > counterstrike.pid However when the file is ran, this comes back in the console: XXX.XXX.XXX.XXX [user: ~/cron ]$ ./cron awk: line 1: syntax error at or near print XXX.XXX.XXX.XXX [user: ~/cron ]$ Its created the file called 'counterstrike.pid' although its empty and hasn't found the PID. What I did notice is that the PPID colum after running 'ps -ef' was the screen PID, so if we looked for the PPID for 4224 (The master PID of the screen) and then took the PID, that shoudl work?? Matt On 07/11/2007, [EMAIL PROTECTED] < [EMAIL PROTECTED]> wrote: > > Send hlds_linux mailing list submissions to > hlds_linux@list.valvesoftware.com > > To subscribe or unsubscribe via the World Wide Web, visit > http://list.valvesoftware.com/mailman/listinfo/hlds_linux > or, via email, send a message with subject or body 'help' to > [EMAIL PROTECTED] > > You can reach the person managing the list at > [EMAIL PROTECTED] > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of hlds_linux digest..." > > > Today's Topics: > > 1. Re: Running TF2 server on P3 hardware in Linux (bad bone weight) > please confirm (Kennycom) > 2. CS:Source Linux PID's Changing (Matt Ogborne) > 3. Re: CS:Source Linux PID's Changing (Dan E) > 4. Re: CS:Source Linux PID's Changing (LouLou Bizou) > 5. Re: Running TF2 server on P3 hardware in Linux (bad > bone weight) please confirm (Oliver Salzburg) > 6. RE: CS:Source Linux PID's Changing (Miano, Steven M.) > > --__--__-- > > Message: 1 > From: "Kennycom" <[EMAIL PROTECTED]> > To: <hlds_linux@list.valvesoftware.com> > Subject: Re: [hlds_linux] Running TF2 server on P3 hardware in Linux (bad > bone weight) please confirm > Date: Tue, 6 Nov 2007 12:31:39 -0800 > Reply-To: hlds_linux@list.valvesoftware.com > > > As to what exactly the problem is I don't recall a definitive answer.. but > yes for the time being your P3 and some (allot) of the AMD cpu's are out > of > luck. I ended up building a new system with an Xeon E5335 (was running a > LAN > server with an athlon XP2800) and life is good again. > > > --kennycom > > > > > > > ----- Original Message ----- > From: "Some Llama" <[EMAIL PROTECTED]> > To: <hlds_linux@list.valvesoftware.com> > Sent: Tuesday, November 06, 2007 11:35 AM > Subject: [hlds_linux] Running TF2 server on P3 hardware in Linux (bad bone > weight) please confirm > > > -- > [ Picked text/plain from multipart/alternative ] > Hey All, > > So I have a P3 linux server I run CS:S on and thought i'd dedicate it to > TF2, read through some of the old postings to his mailing list and it > looks > like the P3 doesn't support some processor function the newer TF2 engine > needs in order to run on Linux? > > Is that correct? Can someone please confirm? > > I'm getting the bad bone weights messages along with the errors at the end > of the debug.log but looking through the postings it looks like the > conversation died off after talk of support for FCMOV? > > > Thanks for your time. > llama > -- > > _______________________________________________ > To unsubscribe, edit your list preferences, or view the list archives, > please visit: > http://list.valvesoftware.com/mailman/listinfo/hlds_linux > > > > > --__--__-- > > Message: 2 > Date: Wed, 7 Nov 2007 03:19:25 +0000 > From: "Matt Ogborne" <[EMAIL PROTECTED]> > To: hlds_linux@list.valvesoftware.com > Subject: [hlds_linux] CS:Source Linux PID's Changing > Reply-To: hlds_linux@list.valvesoftware.com > > -- > [ Picked text/plain from multipart/alternative ] > Howdy, > > Long time reader, first post, so pls be gentle :-) > > Until recently the PID (process ID) for a CS:S server running used to stay > the same, thus using taskset in Linux, we were able to set the process to > run on a specific CPU core. > > However recently (about ~3-4weeks ago) the PID randomly changes, as in > when > the game server is started its say PID 4223, go back to it a day later and > its then 5823, go back a day later again and its a different PID. > > This is kinda of annoying now, as with quad core CPU's coming down in > price, > the ability to fix a process (a game server or servers) to specific cores > is > very handy indeed. > > Any ideas on how to stop it jumping PID's?? > > BTW: Linux Ver: Ubuntu 6.06 and its run in a screen session. > > Kind regards, > > Matt AKA Team MX | MoggieX > -- > > > --__--__-- > > Message: 3 > Date: Tue, 6 Nov 2007 19:26:18 -0800 (PST) > From: Dan E <[EMAIL PROTECTED]> > Subject: Re: [hlds_linux] CS:Source Linux PID's Changing > To: hlds_linux@list.valvesoftware.com > Reply-To: hlds_linux@list.valvesoftware.com > > -- > [ Picked text/plain from multipart/alternative ] > The only thing that I could think of that would cause that would be if the > server is crashing, which is logical then that the PID changes. > > Matt Ogborne <[EMAIL PROTECTED]> wrote: -- > [ Picked text/plain from multipart/alternative ] > Howdy, > > Long time reader, first post, so pls be gentle :-) > > Until recently the PID (process ID) for a CS:S server running used to stay > the same, thus using taskset in Linux, we were able to set the process to > run on a specific CPU core. > > However recently (about ~3-4weeks ago) the PID randomly changes, as in > when > the game server is started its say PID 4223, go back to it a day later and > its then 5823, go back a day later again and its a different PID. > > This is kinda of annoying now, as with quad core CPU's coming down in > price, > the ability to fix a process (a game server or servers) to specific cores > is > very handy indeed. > > Any ideas on how to stop it jumping PID's?? > > BTW: Linux Ver: Ubuntu 6.06 and its run in a screen session. > > Kind regards, > > Matt AKA Team MX | MoggieX > -- > > _______________________________________________ > To unsubscribe, edit your list preferences, or view the list archives, > please visit: > http://list.valvesoftware.com/mailman/listinfo/hlds_linux > > -- > > > --__--__-- > > Message: 4 > Date: Wed, 7 Nov 2007 09:13:31 +0100 > From: "LouLou Bizou" <[EMAIL PROTECTED]> > To: hlds_linux@list.valvesoftware.com > Subject: Re: [hlds_linux] CS:Source Linux PID's Changing > Reply-To: hlds_linux@list.valvesoftware.com > > -- > [ Picked text/plain from multipart/alternative ] > you need to use taskset for cpu affinity ! > > it require PID, you can maade a shell script with crontab that for example > chek CPU afficinty for PID every 5 minutes > > I have done it for my box and thats work well ! > > 2007/11/7, Matt Ogborne <[EMAIL PROTECTED]>: > > > > -- > > [ Picked text/plain from multipart/alternative ] > > Howdy, > > > > Long time reader, first post, so pls be gentle :-) > > > > Until recently the PID (process ID) for a CS:S server running used to > stay > > the same, thus using taskset in Linux, we were able to set the process > to > > run on a specific CPU core. > > > > However recently (about ~3-4weeks ago) the PID randomly changes, as in > > when > > the game server is started its say PID 4223, go back to it a day later > and > > its then 5823, go back a day later again and its a different PID. > > > > This is kinda of annoying now, as with quad core CPU's coming down in > > price, > > the ability to fix a process (a game server or servers) to specific > cores > > is > > very handy indeed. > > > > Any ideas on how to stop it jumping PID's?? > > > > BTW: Linux Ver: Ubuntu 6.06 and its run in a screen session. > > > > Kind regards, > > > > Matt AKA Team MX | MoggieX > > -- > > > > _______________________________________________ > > To unsubscribe, edit your list preferences, or view the list archives, > > please visit: > > http://list.valvesoftware.com/mailman/listinfo/hlds_linux > > > -- > > > --__--__-- > > Message: 5 > Date: Wed, 07 Nov 2007 12:17:59 +0100 > From: Oliver Salzburg <[EMAIL PROTECTED]> > To: hlds_linux@list.valvesoftware.com > Subject: Re: [hlds_linux] Running TF2 server on P3 hardware in Linux (bad > bone weight) please confirm > Reply-To: hlds_linux@list.valvesoftware.com > > > > Ond=C5=99ej Ho=C5=A1ek wrote: > > Quick run-down: > > > > 1. Reports surface that the Orange Box SrcDS (OBSrcDS from here on) > > fails on older processors. > > 2. Circumstantial evidence is shown that lack of SSE2 might lead to > > these errors. > > 3. Chris Green (Valve) states that SSE2 is not required (only plain SSE, > > available on P3s, is) as no compiler flags have been used to force it. > What a weird argument. It's not like the compiler is the only part that > can introduce SSEn. > Most likely it's some inline asm or SSE. intrinsics. > I really wonder how things like these can be hard to debug. And let's > assume for a moment > that it is actually caused by a missing command on the CPU, why are > there no checks in place? > You can't just go around and call random functions that aren't there :P > > 4. Chris returns with a message that he has been able to reproduce this > > and will have to look down into the guts of the assembly code to get the > > bug fixed. (No response from him since.) > > 5. Reports continue. > > 6. Alfred Reynolds (Valve, mailing list legend) says missing FCMOV > > extensions mean epic fail. > > 7. I read Intel and AMD processor manuals. They say that if feature > > flags "CMOV" and "FPU" are both enabled, the processor can do FCMOV. > > 8. People report that even though both flags are set on their machines, > > bad bone weight errors still occur for them. > > 9. I write an assembler program that exits with zero if one of the FCMOV > > instructions is executed, and, by definition, fails if the instruction > > is unknown to the processor. People try it out on their machines, and > > even though no Unknown Instruction error occurs, OBSrcDS still has bad > > bone weights. > > > > And that's where the story pretty much ends. > > > > The culprit is probably lack of SSE2 and badly generated code. It's not > > known if it's a Valve or a GCC bug. > > > > ~~ Ondra > > > > On 06.11.07 20:35 Uhr, Some Llama wrote: > >> -- > >> [ Picked text/plain from multipart/alternative ] > >> Hey All, > >> > >> So I have a P3 linux server I run CS:S on and thought i'd dedicate it > >> to TF2, read through some of the old postings to his mailing list and > >> it looks like the P3 doesn't support some processor function the > >> newer TF2 engine needs in order to run on Linux? > >> > >> Is that correct? Can someone please confirm? > >> > >> I'm getting the bad bone weights messages along with the errors at > >> the end of the debug.log but looking through the postings it looks > >> like the conversation died off after talk of support for FCMOV? > >> > >> > >> Thanks for your time. > >> llama > >> > > > > _______________________________________________ > > To unsubscribe, edit your list preferences, or view the list archives, > > please visit: > > http://list.valvesoftware.com/mailman/listinfo/hlds_linux > > > > > --__--__-- > > Message: 6 > From: "Miano, Steven M." <[EMAIL PROTECTED]> > To: "'hlds_linux@list.valvesoftware.com'" < > hlds_linux@list.valvesoftware.com> > Date: Wed, 7 Nov 2007 09:16:29 -0500 > Subject: RE: [hlds_linux] CS:Source Linux PID's Changing > Reply-To: hlds_linux@list.valvesoftware.com > > > -----Original Message----- > > From: [EMAIL PROTECTED] [mailto:hlds_linux- > > [EMAIL PROTECTED] On Behalf Of LouLou Bizou > > Sent: Wednesday, November 07, 2007 3:14 AM > > To: hlds_linux@list.valvesoftware.com > > Subject: Re: [hlds_linux] CS:Source Linux PID's Changing > > > > -- > > [ Picked text/plain from multipart/alternative ] > > you need to use taskset for cpu affinity ! > > > > it require PID, you can maade a shell script with crontab that for > exampl= > e > > chek CPU afficinty for PID every 5 minutes > > > > I have done it for my box and thats work well ! > > > > 2007/11/7, Matt Ogborne <[EMAIL PROTECTED]>: > > > > > > -- > > > [ Picked text/plain from multipart/alternative ] > > > Howdy, > > > > > > Long time reader, first post, so pls be gentle :-) > > > > > > Until recently the PID (process ID) for a CS:S server running used to > > stay > > > the same, thus using taskset in Linux, we were able to set the process > > to > > > run on a specific CPU core. > > > > > > However recently (about ~3-4weeks ago) the PID randomly changes, as in > > > when > > > the game server is started its say PID 4223, go back to it a day later > > and > > > its then 5823, go back a day later again and its a different PID. > > > > > > This is kinda of annoying now, as with quad core CPU's coming down in > > > price, > > > the ability to fix a process (a game server or servers) to specific > > cores > > > is > > > very handy indeed. > > > > > > Any ideas on how to stop it jumping PID's?? > > > > > > BTW: Linux Ver: Ubuntu 6.06 and its run in a screen session. > > > > > > Kind regards, > > > > > > Matt AKA Team MX | MoggieX > > > -- > > > > > > _______________________________________________ > > > 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 > > I don't understand completely how this process is set up. Do you have an > au= > tomatic restart set up through a script to have the server restart on a > dai= > ly, or other increment? > > I know my servers are set up in cron to restart each day at 5 am and the > ea= > siest way to pull the PID is to do: > > [EMAIL PROTECTED]: ps -ef | grep screen | grep "whatever you title your screen > sess= > ion as" | grep -v grep | awk '(print $2 )' > counterstrike.pid > > ps -ef pulls all running processes, the pipe means we are going to do > somet= > hing with that command, the next thing we do is grep for screen sessions, > t= > hen we grep for the screen session that you saved the game as, then grep > -v= > removes the grep that we are doing at the moment, and finally the awk > comm= > and will take the second piece of output (which is the PID), and prints it > = > out - this will give you the PID for the screen session. > > If you want you can roll that all up in a script, chmod it so that it can > b= > e run executably, and then through it in your crontab to run hourly, > daily,= > etc. > > Keep us updated on how it goes. ; ) > > CONFIDENTIALITY NOTICE: This e-mail may contain information that is > privile= > ged, confidential or otherwise protected from disclosure. If you are not > th= > e intended recipient of this e-mail, please notify the sender immediately > b= > y return e-mail, purge it and do not disseminate or copy it. > > > > --__--__-- > > _______________________________________________ > 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 > -- Kind regards, Matthew Ogborne -- _______________________________________________ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
