<div dir="ltr">Killing shells is a bad idea, Often Ill login and run a sql query which might take 15-20 minutes to run and do something else in the meantime. Having to login/reconnect between queries is obnoxious. (Mysql handles this nicely by auto-reconnecting but with a SSH shell its a different story. <br><br>Honestly I think the best idea is find out who is utilizing resources beyond reason, call it out and have them stop. If they fail to get the message disable access. If it is just an issue of the volume of users, get a multi-host with load balancing.<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Apr 4, 2016 at 3:54 PM, Maximilian Doerr <span dir="ltr"><<a href="mailto:maximilian.doerr@gmail.com" target="_blank">maximilian.doerr@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I think the primary problem is that users keep running bot scripts on it, when they shouldn't, and I think the easy solution would be to implement a killer, which kills all scripts started on tools-login when the user logs off, or if it has been running for more than 15 minutes.  It's okay to run it on -login quickly to understand how it will interact with the labs environment, but it's not supposed to be permanent.  Another seemingly recurring problem, and I'm guilty of it too is when users pointlessly leave shell sessions open.   That's also a security risk, and a shell should automatically terminate on labs, if it's been inactive for 30 mintues.<br>
<br>
Just my thoughts.<br>
<br>
Cyberpower678<br>
English Wikipedia Account Creation Team<br>
Mailing List Moderator<br>
Global User Renamer<br>
<div class="HOEnZb"><div class="h5"><br>
-----Original Message-----<br>
From: Labs-l [mailto:<a href="mailto:labs-l-bounces@lists.wikimedia.org">labs-l-bounces@lists.wikimedia.org</a>] On Behalf Of Yuvi Panda<br>
Sent: Monday, April 04, 2016 3:43 PM<br>
To: Wikimedia Labs <<a href="mailto:labs-l@lists.wikimedia.org">labs-l@lists.wikimedia.org</a>><br>
Subject: [Labs-l] [Tools] New bastion at <a href="http://tools-login.wmflabs.org" rel="noreferrer" target="_blank">tools-login.wmflabs.org</a><br>
<br>
Hello!<br>
<br>
I've moved <a href="http://tools-login.wmflabs.org" rel="noreferrer" target="_blank">tools-login.wmflabs.org</a> to a new bastion host with twice the RAM and CPU of the old one. This should hopefully provide a better bandaid against it getting overloaded up. More discussion about a longer term solution at <a href="https://phabricator.wikimedia.org/T131541" rel="noreferrer" target="_blank">https://phabricator.wikimedia.org/T131541</a><br>
<br>
You can find new fingerprints at<br>
<a href="https://wikitech.wikimedia.org/wiki/Help:SSH_Fingerprints/tools-login.wmflabs.org" rel="noreferrer" target="_blank">https://wikitech.wikimedia.org/wiki/Help:SSH_Fingerprints/tools-login.wmflabs.org</a><br>
<br>
Apologies for the interruption! I'll leave the old bastion up at tools-bastion-05.eqiad.wmflabs.<br>
<br>
--<br>
Yuvi Panda T<br>
<a href="http://yuvi.in/blog" rel="noreferrer" target="_blank">http://yuvi.in/blog</a><br>
<br>
_______________________________________________<br>
Labs-l mailing list<br>
<a href="mailto:Labs-l@lists.wikimedia.org">Labs-l@lists.wikimedia.org</a><br>
<a href="https://lists.wikimedia.org/mailman/listinfo/labs-l" rel="noreferrer" target="_blank">https://lists.wikimedia.org/mailman/listinfo/labs-l</a><br>
<br>
<br>
_______________________________________________<br>
Labs-l mailing list<br>
<a href="mailto:Labs-l@lists.wikimedia.org">Labs-l@lists.wikimedia.org</a><br>
<a href="https://lists.wikimedia.org/mailman/listinfo/labs-l" rel="noreferrer" target="_blank">https://lists.wikimedia.org/mailman/listinfo/labs-l</a><br>
</div></div></blockquote></div><br></div>