FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Ubuntu > Edubuntu User

 
 
LinkBack Thread Tools
 
Old 08-29-2008, 09:43 PM
"Todd O'Bryan"
 
Default how do you kill a user's old processes when they try to log back on

As a follow-on to this question, is the XRAMPERC variable that was available in Gutsy still available in Hardy? I added a setting to /var/lib/tftpboot/ltsp/i386/lts.conf, but users could still crash their terminals by going to a particularly graphics heavy website in Firefox.


Do I need to do anything special to make that setting take, other than rebooting the terminal?

Thanks!
Todd

On Thu, Aug 28, 2008 at 12:30 PM, Todd O'Bryan <toddobryan@gmail.com> wrote:

My students often manage to lock up the terminal, usually as a result of the pixmap bug in Firefox and OpenOffice that has been much discussed. When that happens, they have to power down and restart the client.



But when they try to log back in, their login stalls, because their old processes are hanging around. Last year I stuck some command somewhere to automatically kill all running processes when a user logs on, but I can't remember what it was, where I put it, and I stupidly reinstalled over the old system without making a backup.



Can anyone enlighten me?
Todd



--
edubuntu-users mailing list
edubuntu-users@lists.ubuntu.com
Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/edubuntu-users
 
Old 09-01-2008, 10:29 AM
Asmo Koskinen
 
Default how do you kill a user's old processes when they try to log back on

Todd O'Bryan kirjoitti:

> As a follow-on to this question, is the XRAMPERC variable that was
> available in Gutsy still available in Hardy? I added a setting to
> /var/lib/tftpboot/ltsp/i386/lts.conf, but users could still crash their
> terminals by going to a particularly graphics heavy website in Firefox.

Friend of mine in here Finland told me, that this helped.

$ sudo nano -w /usr/lib/firefox-3.0.1/firefox.sh

exec env MOZ_DISABLE_IMAGE_OPTIMIZE=1 $LIBDIR/$APPNAME "$@"

He said, that now he can go to the this page and FF do not crash. They
use HP t5xxx clients.

http://doc.m0n0.ch/handbook-single/

Maybe you can try that, too.

Best Regards Asmo Koskinen.

--
edubuntu-users mailing list
edubuntu-users@lists.ubuntu.com
Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/edubuntu-users
 
Old 09-01-2008, 10:32 AM
Asmo Koskinen
 
Default how do you kill a user's old processes when they try to log back on

Asmo Koskinen kirjoitti:

> $ sudo nano -w /usr/lib/firefox-3.0.1/firefox.sh
>
> exec env MOZ_DISABLE_IMAGE_OPTIMIZE=1 $LIBDIR/$APPNAME "$@"

Last line is by default like this one:

exec $LIBDIR/$APPNAME "$@"

Best Regards Asmo Koskinen.

--
edubuntu-users mailing list
edubuntu-users@lists.ubuntu.com
Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/edubuntu-users
 
Old 09-01-2008, 10:41 AM
"David Van Assche"
 
Default how do you kill a user's old processes when they try to log back on

I can guarantee that its not Ubuntu Hardy's fault... we run really old
dell P II 500 mhz with 128MB Ram without any issues at all... server
responds instantly to sessions and people can multitask nicely...
There were many problems with Firefox 3 beta 5 (which came out as
default with hardy) as well as hard drive thrashing with open office
and that kind of thing... but if you upgrade to 8.0.1 (or is it 2 now)
it should be fine....

If you miss teacher tool, take a look at italc... much more powerful
and now has intra station messaging... works nicely to monitor thin
terminals...

David Van Assche

On Mon, Sep 1, 2008 at 12:34 PM, Dean Mumby <dean@mumby.co.za> wrote:
> I must say that the move from 7.04 to 8.04 has been very disappointing.
> I have 8 HP t5125 which are 400MHz 128MB ram machines. They ran
> perfectly under 7.04 avoiding heavy websites. Under 8.04 they are
> useless if the user starts multitasking , i.e. having an open office
> document open , email and a remote desktop session the machines just
> freeze. I have tried XRAMPERC to no avail. I actually ended up buying
> newer more expensive terminals. I have however also found ION 603
> (http://www.tss.co.th/downloads/ION-A603%20Overview.pdf) which once you
> get the geode driver working has much better performance , I could
> launch almost all applications at once and watch a full screen movie.
> Only cost R1500 (+/- $200) .
>
> There is a serious increase in the thin clients requirements with 8.04.
> I don't believe it is just Firefox , I think there is some other cause ,
> just don't know what. I feel it is the ram I think 8.04 really needs
> 256MB ram.
>
> I am waiting for a quite period so I can try going back to a redhat /
> fedora base , as I had much faster performance on that platform. I also
> miss teacher tool.
>
>
> Dean
>
> Gavin McCullagh wrote:
>> On Fri, 29 Aug 2008, Todd O'Bryan wrote:
>>
>>
>>> As a follow-on to this question, is the XRAMPERC variable that was available
>>> in Gutsy still available in Hardy? I added a setting to
>>> /var/lib/tftpboot/ltsp/i386/lts.conf, but users could still crash their
>>> terminals by going to a particularly graphics heavy website in Firefox.
>>>
>>
>> I'm not sure about XRAMPERC to be honest, but it's disappointing to hear
>> firefox crashed a client as, if that's firefox v3, it should have the new
>> code in it to reduce the stress it puts on the X server (which caused it to
>> crash).
>>
>> Are you using firefox v3, yeah?
>>
>> Gavin
>>
>>
>>
>
> --
> edubuntu-users mailing list
> edubuntu-users@lists.ubuntu.com
> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/edubuntu-users
>

--
edubuntu-users mailing list
edubuntu-users@lists.ubuntu.com
Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/edubuntu-users
 
Old 09-02-2008, 02:08 AM
"Todd O'Bryan"
 
Default how do you kill a user's old processes when they try to log back on

Actually, Firefox v3 has been pretty wonky for other reasons. It's really slow and does weird things, even on my desktop machine, so I had considered uninstalling it and going back to v2.

On the other hand, it looks like from Asmo's email that the change to avoid stressing thin clients isn't on by default, so I'll try setting that and see if it helps any. That doesn't solve the problem with OpenOffice, though, which does the same kind of pixmap caching, with the same disastrous results, so XRAMPERC is kind of necessary until we get OO worked out, too.


Todd

On Mon, Sep 1, 2008 at 6:09 AM, Gavin McCullagh <gmccullagh@gmail.com> wrote:

On Fri, 29 Aug 2008, Todd O'Bryan wrote:



> As a follow-on to this question, is the XRAMPERC variable that was available

> in Gutsy still available in Hardy? I added a setting to

> /var/lib/tftpboot/ltsp/i386/lts.conf, but users could still crash their

> terminals by going to a particularly graphics heavy website in Firefox.



I'm not sure about XRAMPERC to be honest, but it's disappointing to hear

firefox crashed a client as, if that's firefox v3, it should have the new

code in it to reduce the stress it puts on the X server (which caused it to

crash).



Are you using firefox v3, yeah?



Gavin





--

edubuntu-users mailing list

edubuntu-users@lists.ubuntu.com

Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/edubuntu-users



--
edubuntu-users mailing list
edubuntu-users@lists.ubuntu.com
Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/edubuntu-users
 

Thread Tools




All times are GMT. The time now is 03:26 AM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org