[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[ale] too many logins



Teach people how to use screen/tmux for their long running console jobs.
Teach them nohup for when they get autologged out (see below)

+1 disable user name display as mentioned earlier
+1 disable non-root power control as earlier

# set a 5 min timeout policy for bash shellTMOUT=300readonly TMOUTexport TMOUT


set up the above in /etc/profile and users can't change it locally.

Setup a cluster aware job control process like gridengine and kill off
local console access for all but one head node.

On Tue, Nov 11, 2014 at 1:54 PM, Boris Borisov <bugyatl at gmail.com> wrote:

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


-- 
-- 
James P. Kinney III

Every time you stop a school, you will have to build a jail. What you gain
at one end you lose at the other. It's like feeding a dog on his own tail.
It won't fatten the dog.
- Speech 11/23/1900 Mark Twain


*http://heretothereideas.blogspot.com/
<http://heretothereideas.blogspot.com/>*
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.ale.org/pipermail/ale/attachments/20141111/bbdb65c5/attachment.html>