Re: [hlds_linux] Exit srcds

2005-11-01 Thread Regime

Alternitively, get him to look into sudo and grant you permission to
sudo all or some commands as the games user. Type in man sudo for
more information.


The servers are running on screens, but not under my user
account - they're running on a 'games' user. If I were to kill the screen, I
wouldn't be able to create a new screen under the 'games' user since I don't
have the privileges to do so.



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


RE: [hlds_linux] Exit srcds

2005-11-01 Thread [BT]Black V
Yory not just trying to detach from the screen are you ?

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of James D
Sent: Monday, 31 October 2005 2:48 p.m.
To: hlds_linux@list.valvesoftware.com
Subject: Re: [hlds_linux] Exit srcds

[ Converted text/html to text/plain ]
It sounds like he needs to make up his mind.  He needs to give you the
'games'
user access or you can't really maintain it correctly.
Alex W wrote:

--
[ Picked text/plain from multipart/alternative ]
I should elaborate on how the server is set up. I'm not the owner of the
server, but he has given me permission to maintain it, so he set up an SSH
account for me. The servers are running on screens, but not under my user
account - they're running on a 'games' user. If I were to kill the screen, I
wouldn't be able to create a new screen under the 'games' user since I don't
have the privileges to do so.

I just wanted to know of a more 'graceful' exit command to quit out of the
srcds program; instead of using 'ctrl + c' or killing the screen altogether.

I guess it doesn't matter. Would be useful for the future, though.

On 10/30/05, James D [EMAIL PROTECTED][1] wrote:


If the server is shut down what is the point of having a screen running?

Kill the server, kill the screen. Restart them both together.

Alex W wrote:



--
[ Picked text/plain from multipart/alternative ]
I want to completely exit out of the srcds program. I have the server
running in a screen, but I don't want to kill the screen. 'exit' and


'quit'


shutdown the server, but then restart it. Does anybody know the console
command to completely exit out of the srcds program?

Additionally, does anybody have a list of all the console commands that I
could use?

Thanks.
--

___
To unsubscribe, edit your list preferences, or view the list archives,


please visit:


http://list.valvesoftware.com/mailman/listinfo/hlds_linux[2]







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



--

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





===References:===
  1. mailto:[EMAIL PROTECTED]
  2. http://list.valvesoftware.com/mailman/listinfo/hlds_linux
  3. http://list.valvesoftware.com/mailman/listinfo/hlds_linux
  4. 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] steam updater tool keeps locking

2005-11-01 Thread Matt Judge

forb wrote:

Nope, at least once monthly we push gigs back and forth between boxes on
the network for backup and updates, mostly using ftp because of wget's
limitations on file size.  None of which fail.  Even if, the steam
updater is file by file isn't it?


What's wrong with rsync?

(sorry if this has been asked, I don't have the thread preceding this
message)

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


Re: [hlds_linux] Exit srcds

2005-11-01 Thread John Sheu
Yeah, but those solutions require his sysadmin to get off his lazy butt
and grant him privileges.  (Or it could just be that the sysadmin has a
strict security policy).  Running a bash instance inside screen takes no
additional pain on the part of either of them.

-John Sheu

On Tue, 2005-11-01 at 09:13 +0100, Regime wrote:
 Alternitively, get him to look into sudo and grant you permission to
 sudo all or some commands as the games user. Type in man sudo for
 more information.

  The servers are running on screens, but not under my user
 account - they're running on a 'games' user. If I were to kill the screen, I
 wouldn't be able to create a new screen under the 'games' user since I don't
 have the privileges to do so.
 

 ___
 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] Exit srcds

2005-11-01 Thread Chuck Gibke
The sysadmin would still have to initiate the bash script since he can
access the games user.

I use a stop_css script on my server that looks like this:
/usr/bin/screen -r css -X quit

css is the name assigned to the screen instance. This causes the server
program to exit gracefully but also closes the screen instance. It would
still require admin privileges to start back up.


..Chuck

Suse 9.0-64




Yeah, but those solutions require his sysadmin to get off his lazy butt
and grant him privileges.  (Or it could just be that the sysadmin has a
strict security policy).  Running a bash instance inside screen takes no
additional pain on the part of either of them.

-John Sheu

On Tue, 2005-11-01 at 09:13 +0100, Regime wrote:
 Alternitively, get him to look into sudo and grant you permission to
 sudo all or some commands as the games user. Type in man sudo for
 more information.

  The servers are running on screens, but not under my user
 account - they're running on a 'games' user. If I were to kill the
screen, I
 wouldn't be able to create a new screen under the 'games' user since I
don't
 have the privileges to do so.
 

 ___
 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: 

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


Re: [hlds_linux] Exit srcds

2005-11-01 Thread John Sheu
I think the point is that he _doesn't_ want to have to restart the
screen instance every time.  With this, all it takes is to start the
instance once.

It isn't a bash script, just a shell session.  Bash itself.

On Tue, 2005-11-01 at 12:51 -0500, Chuck Gibke wrote:
 The sysadmin would still have to initiate the bash script since he can
 access the games user.

 I use a stop_css script on my server that looks like this:
 /usr/bin/screen -r css -X quit

 css is the name assigned to the screen instance. This causes the server
 program to exit gracefully but also closes the screen instance. It would
 still require admin privileges to start back up.


 ..Chuck

 Suse 9.0-64



 
 Yeah, but those solutions require his sysadmin to get off his lazy butt
 and grant him privileges.  (Or it could just be that the sysadmin has a
 strict security policy).  Running a bash instance inside screen takes no
 additional pain on the part of either of them.

 -John Sheu

 On Tue, 2005-11-01 at 09:13 +0100, Regime wrote:
  Alternitively, get him to look into sudo and grant you permission to
  sudo all or some commands as the games user. Type in man sudo for
  more information.
 
   The servers are running on screens, but not under my user
  account - they're running on a 'games' user. If I were to kill the
 screen, I
  wouldn't be able to create a new screen under the 'games' user since I
 don't
  have the privileges to do so.
  
 
  ___
  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: 

 ___
 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] Re: steam updater tool keeps locking

2005-11-01 Thread Dave Dodd
 Nope, at least once monthly we push gigs back and forth between boxes on
 the network for backup and updates, mostly using ftp because of wget's
 limitations on file size.  None of which fail.  Even if, the steam
 updater is file by file isn't it?

I assume that for those transfers, traffic is via LAN. You won't see the
problem there.  Can you test a large FTP transfer inbound via your WAN link
and see if you get the symptom showing up during that transfer.

Another way to test is to check if you can ping the update server and then to
do a couple of low volume large payload ping tests (try payloads of 1400bytes,
2000 bytes and 4000 bytes sending only 10 packets or so per test). If the 1400
byte payloads work and the higher payload sizes fail then you probably have an
MTU mismatch or someone between you and the update server is blocking ICMP
Fragmentation needed but DF set.  Have a look at
http://www.cisco.com/warp/public/105/38.shtml for more info about this sort of
problem and for how to turn off PMTUD on different several operating systems.

-- Dave

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


Re: [hlds_linux] Exit srcds

2005-11-01 Thread John Sheu
I think the point is that he _doesn't_ want to have to restart the
screen instance every time.  With this, all it takes is to start the
instance once.

It isn't a bash script, just a shell session.  Bash itself.

On Tue, 2005-11-01 at 12:51 -0500, Chuck Gibke wrote:
 The sysadmin would still have to initiate the bash script since he can
 access the games user.

 I use a stop_css script on my server that looks like this:
 /usr/bin/screen -r css -X quit

 css is the name assigned to the screen instance. This causes the server
 program to exit gracefully but also closes the screen instance. It would
 still require admin privileges to start back up.


 ..Chuck

 Suse 9.0-64



 
 Yeah, but those solutions require his sysadmin to get off his lazy butt
 and grant him privileges.  (Or it could just be that the sysadmin has a
 strict security policy).  Running a bash instance inside screen takes no
 additional pain on the part of either of them.

 -John Sheu

 On Tue, 2005-11-01 at 09:13 +0100, Regime wrote:
  Alternitively, get him to look into sudo and grant you permission to
  sudo all or some commands as the games user. Type in man sudo for
  more information.
 
   The servers are running on screens, but not under my user
  account - they're running on a 'games' user. If I were to kill the
 screen, I
  wouldn't be able to create a new screen under the 'games' user since I
 don't
  have the privileges to do so.
  
 
  ___
  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: 

 ___
 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