headers
Oliver Grawert | 1 Dec 2008 11:40
Favicon
Gravatar

Re: Streaming (on demand) applications - natural development from local applications

hi,
Am Samstag, den 29.11.2008, 11:27 +1300 schrieb Krsnendu dasa:
> 2008/11/29 David Van Assche <dvanassche@...>
>         
>         On Wed, Nov 26, 2008 at 4:33 AM, Krsnendu dasa
>         <krsnendu108@...> wrote:
>         > If you install more programs to run locally doesn't that
>         make the image
>         > bigger?
>         
>         
>         The image is bigger, sure, but it's still being loaded from
>         the
>         server, and there is no relation between image size and ram
>         usage...
> 
> I thought the image was loaded into a ramdisk on the thin client? 
no, it is mounted from the server. during boot of a client a tmpfs is
created in ram for the writeable system bits needed to run the client
system (this includes system bits of local applications if they run
indeed)...

in case of local applications, the users /home is additionaly mounted
via sshfs so that user data goes onto the server right away.

the growth of the image is really a minor factor here, the normal ram
usage of the app and how many bits it writes in the system area are the
more importat factors. 
userspace apps rarely use much space in the system area i.e. in case of
firefox for example all the cached data goes into the users homedir
(Continue reading)

Permalink | Reply | 1 comment |
headers
Anton Vaaranmaa | 1 Dec 2008 12:12
Picon
Picon
Favicon

Re: Power Management for individual clients

Oliver Grawert wrote:

> hi,
> Am Samstag, den 29.11.2008, 21:05 +0200 schrieb Anton Vaaranmaa:
>> Question is: how do I power off harddisks for these two thin clients 
>> only? (It would not hurt either to know how to power manage things like 
>> monitors..)
> i would suggest creating an initscript in your chroot, make it read an
> lst.conf variable (all variables in lts.conf are exported globally, so
> you should easily be able to read them if your script runs after the
> ltsp-client-setup initscript) ...
> just make it fire and set the necessary hdparm values if you detect a
> certain lts.conf variable ... then set this variable for the MAC
> adresses of the two clients in lts.conf ... 
> 
> (easiest might be to (ab)use /etc/rc.local for this)
> 
> ciao
> 	oli

Hi,

Thank you very much for your advice. My scripting skills are very modest
to say at least, so I used the "RCFILE_01 = script" approach and in my
script I put the "hdparm -Y /dev/sda" command. I can target the
client(s)that need this by placing the RCFILE_01 variable under the
section for the individual client(s) in lts.conf. However when I tested
it I had no luck since the command did not get executed at all :-( When
I execute my script manually in a shell it works. I did remember to do
an "ltsp-update-image" after putting the script init /etc/init.d/.
(Continue reading)

Permalink | Reply | 3 comments |
headers
Gideon Romm | 1 Dec 2008 17:16

Re: LTSP4.2 autologin

Gabriel,

How about we cheat?  The script below (starting with:  #!/bin/sh) should
work whether it is IP or hostname.

Try this script:

#####  BEGIN SCRIPT  ######

#!/bin/sh
CLIENT=$(echo $DISPLAY | cut -d: -f1)
CLIENT1=$(echo $CLIENT | cut -d. -f1)
CLIENT1_CHECK=$(echo $CLIENT1 | sed -e 's/[0-9]*//g')
USER_PREFIX="auto"

if [ -z "${CLIENT1_CHECK)" ]; then
    # CLIENT is an IP
    echo "${USER_PREFIX}$(echo $CLIENT | cut -d. -f4)"
    exit 0
else
    # CLIENT is a hostname
    echo "${USER_PREFIX}$(echo $CLIENT1 | sed -e 's/^[a-zA-Z0]*//')"
    exit 0
fi 

#####  END SCRIPT    ######

-Gadi

On Wed, 2008-11-26 at 17:14 +0000, gabriel lopez wrote:
(Continue reading)

Permalink | Reply | 4 comments |
headers
Vagrant Cascadian | 1 Dec 2008 21:01

Re: Power Management for individual clients

On Mon, Dec 01, 2008 at 01:12:21PM +0200, Anton Vaaranmaa wrote:
> Thank you very much for your advice. My scripting skills are very modest
> to say at least, so I used the "RCFILE_01 = script" approach and in my
> script I put the "hdparm -Y /dev/sda" command. I can target the
> client(s)that need this by placing the RCFILE_01 variable under the
> section for the individual client(s) in lts.conf. However when I tested
> it I had no luck since the command did not get executed at all :-( When
> I execute my script manually in a shell it works. I did remember to do
> an "ltsp-update-image" after putting the script init /etc/init.d/.

what exactly is in RCFILE_01? you need to use the full path:

RCFILE_01 = /FULL/PATH/TO/script

i.e. if you placed it in /etc/init.d, then RCFILE_01 = /etc/init.d/script

are other lts.conf values being respected? where is your lts.conf file?

live well,
  vagrant

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_____________________________________________________________________
Ltsp-discuss mailing list.   To un-subscribe, or change prefs, goto:
      https://lists.sourceforge.net/lists/listinfo/ltsp-discuss
For additional LTSP help,   try #ltsp channel on irc.freenode.net
(Continue reading)

Permalink | Reply | 2 comments |
headers
Anton Vaaranmaa | 2 Dec 2008 11:33
Picon
Picon
Favicon

Re: Power Management for individual clients [*SOLVED*]

Vagrant Cascadian kirjoitti:

> On Mon, Dec 01, 2008 at 01:12:21PM +0200, Anton Vaaranmaa wrote:
>> Thank you very much for your advice. My scripting skills are very modest
>> to say at least, so I used the "RCFILE_01 = script" approach and in my
>> script I put the "hdparm -Y /dev/sda" command. I can target the
>> client(s)that need this by placing the RCFILE_01 variable under the
>> section for the individual client(s) in lts.conf. However when I tested
>> it I had no luck since the command did not get executed at all :-( When
>> I execute my script manually in a shell it works. I did remember to do
>> an "ltsp-update-image" after putting the script init /etc/init.d/.
> 
> what exactly is in RCFILE_01? 

/sbin/hdparm -Y /dev/sda > /tmp/hdparmexecuted.txt

> you need to use the full path:

> RCFILE_01 = /FULL/PATH/TO/script

Ok, that seamed to be the problem and now it is solved! Thank you! Funny
that the the documents¹ I have been reading do not mention that the full
path is needed. I assumed that custom rcfiles are specified just as
custom kernel modules.

¹) http://www.ltsp.org/~sbalneav/LTSPManual.html#modules-scripts
http://doc.ubuntu.com/edubuntu/edubuntu/handbook/C/customizing-thin-client.html
http://ltsp.mirrors.tds.net/pub/ltsp/docs/ltsp-4.1-en.html#AEN1201

> i.e. if you placed it in /etc/init.d, then RCFILE_01 = /etc/init.d/script
(Continue reading)

Permalink | Reply | 1 comment |
headers
Scott Balneaves | 2 Dec 2008 16:52
Picon

Re: Power Management for individual clients [*SOLVED*]

On Tue, Dec 02, 2008 at 12:33:29PM +0200, Anton Vaaranmaa wrote:

> Ok, that seamed to be the problem and now it is solved! Thank you! Funny
> that the the documents¹ I have been reading do not mention that the full
> path is needed. I assumed that custom rcfiles are specified just as
> custom kernel modules.

> ¹) http://www.ltsp.org/~sbalneav/LTSPManual.html#modules-scripts

Fixed in upstream LTSP5 docs.

Scott

--

-- 
Scott L. Balneaves | You may my glories and my state dispose,
Systems Department | But not my griefs; still am I king of those.
Legal Aid Manitoba |    -- William Shakespeare, "Richard II"

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_____________________________________________________________________
Ltsp-discuss mailing list.   To un-subscribe, or change prefs, goto:
      https://lists.sourceforge.net/lists/listinfo/ltsp-discuss
For additional LTSP help,   try #ltsp channel on irc.freenode.net
Permalink | Reply | 0 comments |
headers
Alex Colcernian | 3 Dec 2008 20:13

LTSP LinkedIn.com Group - Invitation

If you have an account on LinkedIn.com please consider joining the LTSP
group!

Link:
http://www.linkedin.com/e/gis/1412517

Thank You,

Alex Colcernian
DisklessWorkstations.Com
360 E Maple Road
Suite C
Troy, MI 48083
Ph: (888)-359-5877
Fx: (248)-577-0201
Em: alexc@...

The official source of LTSP approved hardware!

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_____________________________________________________________________
Ltsp-discuss mailing list.   To un-subscribe, or change prefs, goto:
      https://lists.sourceforge.net/lists/listinfo/ltsp-discuss
For additional LTSP help,   try #ltsp channel on irc.freenode.net
(Continue reading)

Permalink | Reply | 0 comments |
headers
Steve Cayford | 3 Dec 2008 22:19
Picon

quick ltsp-update-image question

I don't see this noted anywhere in the docs. If I run ltsp-update-image 
while clients are up and running are they going to get booted off? I'm not 
sure how the nbd connection handles having the image file pulled out from 
under it.

Thanks.

-Steve

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_____________________________________________________________________
Ltsp-discuss mailing list.   To un-subscribe, or change prefs, goto:
      https://lists.sourceforge.net/lists/listinfo/ltsp-discuss
For additional LTSP help,   try #ltsp channel on irc.freenode.net
Permalink | Reply | 6 comments |
headers
Steve Cayford | 3 Dec 2008 23:42
Picon

Re: quick ltsp-update-image question

For the record... the word from #ltsp is that the nbd-server holds onto the 
old image since it still has the file handle open, but new connections get 
the new image.

In short clients are not booted off. They continue to use the old image 
until the client gets rebooted.

-Steve

Steve Cayford wrote:
> I don't see this noted anywhere in the docs. If I run ltsp-update-image 
> while clients are up and running are they going to get booted off? I'm not 
> sure how the nbd connection handles having the image file pulled out from 
> under it.
> 
> Thanks.
> 
> -Steve
> 
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _____________________________________________________________________
> Ltsp-discuss mailing list.   To un-subscribe, or change prefs, goto:
>       https://lists.sourceforge.net/lists/listinfo/ltsp-discuss
> For additional LTSP help,   try #ltsp channel on irc.freenode.net

--

--
(Continue reading)

Permalink | Reply | 4 comments |
headers
David Burgess | 4 Dec 2008 01:13
Picon

Re: quick ltsp-update-image question

On Wed, Dec 3, 2008 at 3:42 PM, Steve Cayford <cayfo001@...> wrote:

> In short clients are not booted off. They continue to use the old image
> until the client gets rebooted.

Thus has been my experience.

db

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_____________________________________________________________________
Ltsp-discuss mailing list.   To un-subscribe, or change prefs, goto:
      https://lists.sourceforge.net/lists/listinfo/ltsp-discuss
For additional LTSP help,   try #ltsp channel on irc.freenode.net
Permalink | Reply | 3 comments |

Gmane