Disable shutdown-reboot for non root users maybe !<br><br>On Tuesday, November 11, 2014, Todor Fassl &lt;<a href="mailto:fassl.tod@gmail.com">fassl.tod@gmail.com</a>&gt; wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">The biggest problem is that the login screen gets crowded with the names of other users who have logged in recently. Students don&#39;t see the box to enter a different user ID so they reboot the machine which kills off any  matlab or sage jobs somebody else might have started. After a reboot, the login screen has maybe one or two names on it. There must be some fairly complex algorithm for determining who gets on that list because I cannot see a pattern.<br>
<br>
<br>
<br>
On 11/11/2014 12:15 PM, Ed Cashin wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I was reading kind of fast, but I&#39;m not sure you pointed out any<br>
specific ill effects.  I&#39;d expect the kernel to page to disk the pages<br>
in RAM associated with the unused sessions.  So once all the matlab<br>
state (etc.) is on the swap partition, there&#39;d be little cost associated<br>
with a stale login as long as you have plenty of swap space.  Maybe<br>
everything is already fine now?<br>
<br>
On Tue, Nov 11, 2014 at 11:55 AM, Todor Fassl &lt;<a>fassl.tod@gmail.com</a><br>
&lt;mailto:<a>fassl.tod@gmail.com</a>&gt;&gt; wrote:<br>
<br>
    Suggestions?<br>
<br>
<br>
<br>
<br>
    On 11/11/2014 10:47 AM, JD wrote:<br>
<br>
        Is there a question?<br>
<br>
        On 11/11/2014 11:32 AM, Todor Fassl wrote:<br>
<br>
            I have a problem in a lab I am responsible for. The lab has<br>
            7 debian stable<br>
            machines. Students log in to check mail, browse the web,<br>
            etc. But they<br>
            frequently walk away without logging out. Soon enough, the<br>
            screen saver comes on<br>
            and the next person sits down and logs in as another user.<br>
            Often, the first<br>
            person comes back hours late or the next day and logs in a<br>
            second time. Some of<br>
            these machines have the same user logged in 5 or 6 times.<br>
<br>
            The problem is that some of these students start matlab,<br>
            sage, or magma jobs<br>
            before they walk away from the workstation. Those are<br>
            legitimate jobs and should<br>
            not be killed.  In fact, sometimes students ssh to these<br>
            machines and run<br>
            computations. It&#39;s kind of a bad idea but I&#39;d rather not<br>
            tell them not to do<br>
            that. Otherwise, I&#39;d just have the machines reboot<br>
            themselves every  night.<br>
<br>
            We used to use a tool called timeoutd but it seems to have<br>
            been removed from the<br>
            debian stable and ubuntu archives.  I was never able to get<br>
            it to work right<br>
            anyway. Students would complain that their jobs had been<br>
            killed or that they<br>
            were logged out while they were typing away. At the same<br>
            time, I could see that<br>
            other users were still logged in after days/weeks of<br>
            inactivity. I am not sure<br>
            the problem really was with timeoutd because finger often<br>
            gave me weird<br>
            results.I&#39;m not sure linux was giving timeoutd correct data<br>
            to work with.<br>
<br>
        ______________________________<u></u>___________________<br>
        Ale mailing list<br>
        <a>Ale@ale.org</a> &lt;mailto:<a>Ale@ale.org</a>&gt;<br>
        <a href="http://mail.ale.org/mailman/__listinfo/ale" target="_blank">http://mail.ale.org/mailman/__<u></u>listinfo/ale</a><br>
        &lt;<a href="http://mail.ale.org/mailman/listinfo/ale" target="_blank">http://mail.ale.org/mailman/<u></u>listinfo/ale</a>&gt;<br>
        See JOBS, ANNOUNCE and SCHOOLS lists at<br>
        <a href="http://mail.ale.org/mailman/__listinfo" target="_blank">http://mail.ale.org/mailman/__<u></u>listinfo</a><br>
        &lt;<a href="http://mail.ale.org/mailman/listinfo" target="_blank">http://mail.ale.org/mailman/<u></u>listinfo</a>&gt;<br>
<br>
    ______________________________<u></u>___________________<br>
    Ale mailing list<br>
    <a>Ale@ale.org</a> &lt;mailto:<a>Ale@ale.org</a>&gt;<br>
    <a href="http://mail.ale.org/mailman/__listinfo/ale" target="_blank">http://mail.ale.org/mailman/__<u></u>listinfo/ale</a><br>
    &lt;<a href="http://mail.ale.org/mailman/listinfo/ale" target="_blank">http://mail.ale.org/mailman/<u></u>listinfo/ale</a>&gt;<br>
    See JOBS, ANNOUNCE and SCHOOLS lists at<br>
    <a href="http://mail.ale.org/mailman/__listinfo" target="_blank">http://mail.ale.org/mailman/__<u></u>listinfo</a><br>
    &lt;<a href="http://mail.ale.org/mailman/listinfo" target="_blank">http://mail.ale.org/mailman/<u></u>listinfo</a>&gt;<br>
<br>
<br>
<br>
<br>
--<br>
   Ed Cashin &lt;<a>ecashin@noserose.net</a> &lt;mailto:<a>ecashin@noserose.net</a>&gt;&gt;<br>
<br>
<br>
______________________________<u></u>_________________<br>
Ale mailing list<br>
<a>Ale@ale.org</a><br>
<a href="http://mail.ale.org/mailman/listinfo/ale" target="_blank">http://mail.ale.org/mailman/<u></u>listinfo/ale</a><br>
See JOBS, ANNOUNCE and SCHOOLS lists at<br>
<a href="http://mail.ale.org/mailman/listinfo" target="_blank">http://mail.ale.org/mailman/<u></u>listinfo</a><br>
<br>
</blockquote>
______________________________<u></u>_________________<br>
Ale mailing list<br>
<a>Ale@ale.org</a><br>
<a href="http://mail.ale.org/mailman/listinfo/ale" target="_blank">http://mail.ale.org/mailman/<u></u>listinfo/ale</a><br>
See JOBS, ANNOUNCE and SCHOOLS lists at<br>
<a href="http://mail.ale.org/mailman/listinfo" target="_blank">http://mail.ale.org/mailman/<u></u>listinfo</a><br>
</blockquote><br><br>-- <br>Sent from Gmail Mobile<br>