IRC chat logs for #ltsp on irc.libera.chat (webchat)


Channel log from 22 February 2010   (all times are UTC)

00:12phoenix_ has joined #ltsp
00:19alkisg has joined #ltsp
00:33
<alkisg>
I think ldminfod could be modified to become 'ltspinfod', a web-based daemon that gets the client mac/ram/cpu/ip etc and returns both the ldminfod info and the lts.conf info.
00:33
Making a small web server in python is easy: http://fragments.turtlemeat.com/pythonwebserver.php
00:34
It would use the same port, 9571. And of course we could continue supporting the old lts.conf way of doing things for some time, for compatibility..
00:34
Would anyone care to see an example implementation for this?
00:36
It could even be used to "mark down" some things on the server concerning the client, e.g. which nbd image to serve
00:36
So, the same port could be used for *all* nbd images
00:36
That would save us from all the nbd-port trouble, and make any IANA applications easier
00:50Sarten-X has quit IRC
00:51try2free has joined #ltsp
00:52try2free has left #ltsp
00:59Sarten-X has joined #ltsp
01:11
<vagrantc>
alkisg: ltspinfod already existed and did different things... but otherwise very interesting idea.
01:12
<alkisg>
vagrantc: I mean to replace ldm-server with a more generic ltsp-server
01:12
(forgot about the name change)
01:12
Ah sorry I didn't know that
01:13
<vagrantc>
i don't want to move ldminfod into ltsp-server, as ltsp-server pulls in all sorts of dependencies unrelated to being an application server.
01:14
<alkisg>
I don't think it will need any dependencies. So it can even be a different binary package
01:15
(or it can stay in the ldm package...)
01:15
The main difference will be that it be called from the initramfs or wherever else the client tries to get lts.conf
01:16
<vagrantc>
if it's broader than ldm, it should move out of ldm, but i don't want to loose the ability to be able to install ldm-server and only pull in dependencies relevent to an application server.
01:16
<alkisg>
(if it gets implemented) it will replace lts.conf completely, and make getltscfg obsolete
01:17
As the getltscfg functionality will move to the server
01:17
<vagrantc>
so, in that sense, it seems like it might make an additional piece of code above and beyond ldminfod.
01:17
alkisg: how will that scale to thousands of thin clients hosted by a single server?
01:17
<alkisg>
I don't think it's any different from ldminfod in terms of scalability
01:18
<vagrantc>
ldminfod only hits it once per login, as opposed to every time it needs to look up configuration
01:19
<alkisg>
The client only gets lts.conf a couple of times on each boot
01:19
And we could add/merge the "login time" one
01:19
<vagrantc>
i like the idea of a single port to figure out which nbd image to use and whatnot.
01:19
<alkisg>
I mean, the client would do: wget server -O /etc/lts.conf
01:20
It would cache the result, it won't hit the server every time
01:20
<vagrantc>
alkisg: ah, when you say completely obsolete getltscfg ... i thought you were proposing something else.
01:20
<alkisg>
vagrantc: that new lts.conf will be a directly sourcable file
01:21
<vagrantc>
then we should maybe not call it lts.conf ... but ltsp.conf :)
01:21
<alkisg>
OK
01:21
I mean that it will only contain info for that specific client
01:21
<vagrantc>
if it breaks compatibility, may as well fix that old bug.
01:21
<alkisg>
Both lts.conf info, and ldm-server info
01:22
<vagrantc>
i'm not convinced that's a good idea yet...
01:22
<alkisg>
Why?
01:22
I think it's a good idea to know the client mac/ip etc before answering with ldm-server
01:23
E.g. the admin might want to blacklist some clients from using a specific server
01:23
Why use a different port/program/configuration interface for a similar set of settings?
01:24
<vagrantc>
if it's done without breaking compatibility, i guess that's cool. but we've already broken ldminfod compatibility at least twice now
01:24
without discussion
01:24
so here's the discussion :)
01:24
<alkisg>
Heh
01:25* alkisg looks at what ldminfod returns...
01:25
<vagrantc>
i.e. i'd like an older chroot to be able to get information from a newer server
01:26
<alkisg>
Ugh sucks. That would be better if it was a shell-sourcable output
01:26
<vagrantc>
suppose so.
01:26
<alkisg>
OK, we could do that
01:26
<vagrantc>
but it at least ignores fields it doesn't know about
01:26
<alkisg>
We could `post` a different output if the client doesn't send a mac/ip/ etc
01:26
<vagrantc>
so it's easy to not break future compatibility
01:27
that's true...
01:27
<alkisg>
The client could also send some kind of version
01:28
E.g. wget server:9571?mac=xxx&ltsp-version=xxxx
01:28
<vagrantc>
but we'd also want a newer chroot to be able to handle the output from the older server
01:28
<alkisg>
So we could check if version=null, then return the old style output
01:29* alkisg looks at ldm-trunk/screen.d/ldm ...
01:29
<vagrantc>
if we want forwards and backwards compatibility... it seems better to just implement something new.
01:29
on a different port...
01:30
<alkisg>
Hmmm where is /var/run/ldm/$SRV parsed from?
01:31
<vagrantc>
src/ldminfo.c
01:31
hah!
01:32
" What should happen here, for gutsy+1, is ..."
01:35
alkisg: well, i'd best turn in for the night.
01:35
alkisg: i expect all sorts of crazy ideas from you by the time i wake up. :)
01:35vagrantc has quit IRC
01:37
<alkisg>
Heh
01:38
Yeah, on second thought, it might be better to just implement something new. HTTP GET and POST would break compatibility anyway...
01:57gnunux has joined #ltsp
01:58
<gnunux>
hi
02:23ZyTer has joined #ltsp
02:44ogra_cmpc has quit IRC
02:45ogra_cmpc has joined #ltsp
02:53atomic007za has quit IRC
02:53bobby_C has joined #ltsp
02:54atomic007za has joined #ltsp
03:02pts_ has joined #ltsp
03:24FinnTux has joined #ltsp
03:40alkisg has quit IRC
03:48
<Appiah>
When inserting a hires pictures in a OO document , The thin clients tend to crash ( you get logged out and your back at the login screen). Is this a issue with pixmaps and low ram on the thin client?
04:01ogra_cmpc has quit IRC
04:02ogra_cmpc has joined #ltsp
04:17ogra has quit IRC
04:18ogra has joined #ltsp
04:18artista_frustrad has quit IRC
04:59
<klausade>
Appiah: yes, normally it is. it can also be the videoram.
05:22hersonls has joined #ltsp
05:32anivair_ has quit IRC
05:32anivair has quit IRC
05:38ogra has quit IRC
05:39ogra has joined #ltsp
05:41ogra has quit IRC
05:41ogra has joined #ltsp
05:52fasaxc has joined #ltsp
05:53
<fasaxc>
Hi, I heard that 5.2 has better support for Fat Clients, can someone point me at a howto on setting up a fat client (preferrably for Ubuntu Karmic)? Sounds like just what I want to do.
06:16ogra_cmpc has quit IRC
06:17ogra_cmpc has joined #ltsp
06:17alkisg has joined #ltsp
06:19pmatulis has joined #ltsp
06:33
<Appiah>
klausade: got any idea on how to find out which one is causing the problem?
06:46scottmaccal has joined #ltsp
06:47
<alkisg>
Heh, the new http://xkcd.com/ is fun :)
06:48
fasaxc: I plan to write such a how to in the next days... pem725 just did it yesterday for Karmic, so he might be able to help you as well.
06:49
Appiah: how much ram does that client have?
06:52jammcq has quit IRC
06:56
<klausade>
Appiah: how much ram, and what kind of videocard?
06:57
<fasaxc>
thanks alkisg, if it helps, I tried using the older howto at https://help.ubuntu.com/community/UbuntuLTSP/LTSPFatClients but hit a couple of snags that I couldn't seem to work around. Namely, installing nfs-common failed with an error about starting statd and the LDAP config stage seems to have changed a lot (the apt-get command asked a lot of questions that I couldn't answer)
06:58
<alkisg>
fasaxc: erm, scratch all that and start over :D
06:58
The new way has absolutely nothing to do with that page
06:58
You don't need nfs nor ldap
07:00
OK, I should probably make that how to today. Do you have time to test as I write it, to verify that it works?
07:03litlebuda has joined #ltsp
07:15CAN-o-SPAM has joined #ltsp
07:17Comete has joined #ltsp
07:17
<Comete>
hi
07:18slidesinger has joined #ltsp
07:19
<Comete>
just update my edubuntu 9.10 with ltsp 5.2 and i still have this "squashfs error" bug when rebooting thinclients, any idea ?
07:19slidesinger has quit IRC
07:22mgariepy has joined #ltsp
07:26slidesinger has joined #ltsp
07:29slidesinger has joined #ltsp
07:35
<fasaxc>
alkisg, yep, I'm happy to help
07:35
<alkisg>
fasaxc: ok, karmic, is it? You'
07:35
'll need stgraber's ppa in your sources:
07:35
!stgraber-ppa
07:35
<ltspbot>
alkisg: "stgraber-ppa" :: https://launchpad.net/~stgraber/+archive/ppa
07:36
<fasaxc>
yep, karmic
07:36* alkisg starts writing the how-to, I'll have something ready in 15'.
07:37
<fasaxc>
cool, I've put the PPA in
07:37
<alkisg>
fasaxc: is the command `add-apt-repository` preinstalled in karmic?
07:38
<fasaxc>
I seem to have it so I think so
07:38
<alkisg>
OK
07:39
<Comete>
could anyone confirm that this bug is stil here at reboot with ltsp 5.2 ?
07:39CAN-o-SPAM has quit IRC
07:40
<alkisg>
Comete: you need to update the chroot. Updating the server is not enough.
07:40
<Comete>
i have still no sound on my thin clients too
07:40
alkisg: i did it without success
07:41
alkisg: i rebuild the chroot and then updated it
07:42
and the squashfs error is still here
07:42
<alkisg>
Comete: karmic?
07:42
<Comete>
yes
07:42
<alkisg>
You need to put stgraber's ppa *in the chroot* and update again
07:42
<Comete>
alkisg: yes that's what i did
07:46
another thing gcompris is very slow, unusable, but maybe is it due to my sound problem...
07:47
sound card is well detected on thinclients
07:48
i have even heard a sound on one of them when opening a session, but i cannot reproduce this now... strange...
07:49
i don't know how to solve this problem
07:50
my server doesn't have a soundcard but i think that's not where the problem is
08:03mordocai has joined #ltsp
08:03litlebuda has quit IRC
08:04shogunx has quit IRC
08:09
<Comete>
ok sound problem seems to be resolved
08:09
if i put SOUND=True in lts.conf then i have no sound
08:10
a bug ?
08:10
but gcompris 9.0 still slow
08:10shogunx has joined #ltsp
08:11
<Comete>
:/ no sound problem not resolved
08:13
<alkisg>
fasaxc, pem725: Here's a quick how-to for fat clients, both for Lucid and Karmic. It'd be nice if you could check its validity: https://help.ubuntu.com/community/UbuntuLTSP/FatClients
08:14
<fasaxc>
will do...
08:15mordocai has quit IRC
08:16
<Comete>
where should i put lts.conf, i've tried in /var/lib/tftpboot/ltsp/i386/ but it's seems to have no effect
08:18
<alkisg>
Comete: what do you get with: sudo chroot /opt/ltsp/i386 dpkg -l ltsp-client ?
08:21
<Comete>
ltsp-client 5.2-0ubuntu2~ppa1~karmic1
08:22
<alkisg>
Comete: and I suppose you run ltsp-update-image and ltsp-update-kernels, right?
08:22
*ran
08:22khris4 has quit IRC
08:23
<Appiah>
klausade: well its mostly HP T5530 , I think they 64mb ram
08:23
and Via videocard
08:24
<Comete>
alkisg: no because i rebuild the chroot, should i do it ?
08:24
<alkisg>
Appiah: with 64MB RAM you'll definately need swapping
08:24
<Appiah>
alkisg: and no swap = crash ?
08:24
<alkisg>
Appiah: NBD swapping was broken in karmic and maybe in jaunty too, so you'd need some patches from ltsp-trunk to make it work
08:24
Appiah: pretty much :)
08:25
<Appiah>
I thought the swapping was working ..
08:25
<alkisg>
Comete: how did you add stgraber's repository in the chroot?
08:25
<Appiah>
its a Jaunty install so I guess it could be that
08:25
so if we switch to PPA all will be well? :)
08:25
<alkisg>
Appiah: nope. We fixed it after 5.2... :(
08:26
<Comete>
alkisg: cp /etc/apt/source.list /opt/ltsp/i386/etc/apt/
08:26
<Appiah>
alkisg: =/
08:26
<alkisg>
Appiah: you could just change a specific line, do you want me to look for it?
08:26cliebow has quit IRC
08:26
<Comete>
as it is said in the documentation
08:26
<Appiah>
alkisg: would be nice, I could try it and report back if it works
08:26
<alkisg>
Appiah: are you seeing any swap files in /tmp/* ?
08:26
<Appiah>
sorry I dont have access to ltsp install atm
08:27
<alkisg>
Comete: ok, you've added the repository, you upgraded the chroot. ltsp-update-image is *required* after upgrading your chroot :)
08:28
<Comete>
alkisg: ok i do it now, test it and come back, thanks :)
08:28Comete has quit IRC
08:29
<alkisg>
Appiah: in /opt/ltsp/i386/usr/share/ltsp/ltsp-init-common, change the line:
08:29
NBD_PORT=${NBD_PORT:-"9572"}
08:29
to
08:29
NBD_PORT=9572
08:29Gadi has joined #ltsp
08:29
<alkisg>
Then run sudo ltsp-update-image. That should make swapping work again...
08:30
<Appiah>
ok I will get back with the result!
08:32
<alkisg>
Appiah: before doing the change, check if you have any /tmp/tmp.XXXXXX files of 32MB size, those would mean that swapping was working before.
08:32
(so that wasn't your problem)
08:33mordocai has joined #ltsp
08:33
<fasaxc>
alkisg, I got an error after running the ltsp-build-client command:
08:33
https://help.ubuntu.com/community/UbuntuLTSP/LTSPFatClients
08:34
* E: Malformed line 2 in source list /etc/apt/sources.list (URI parse)
08:34
is it anything to worry about?
08:35
The line seems to say "deb deb http://ppa.launchpad.net/stgraber/ppa/ubuntu karmic main"
08:35
<Appiah>
alkisg: ok , thanks
08:36
<fasaxc>
wonder if you don't need the deb in the EXTRA_MIRROR line in your .conf file?
08:36Comete has joined #ltsp
08:37
<Comete>
alkisg: well done ! :) no bug when rebooting now thanks !
08:37
oh and ldm is in french :)
08:37
i still this strange sound problem
08:38
<alkisg>
fasaxc: you're right, thanks, removing it...
08:38
<fasaxc>
I'm giving it another go without
08:38
<Comete>
i have sound sometimes when opening a session but not after
08:40
<fasaxc>
the build client command seems to run a lot quicker second time around, guess its caching packages now :-)
08:40
<alkisg>
fasaxc: yup, it's the MOUNT_PACKAGE_DIR="/var/cache/apt/archives" line ;)
08:40
<Comete>
if i open Totem to play a sound file, the speaker icon shows a red cross
08:45
<fasaxc>
alkisg, can I add extra EXTRA_MIRROR lines in ltsp-build-client.conf for e.g. medibuntu? If so, do I add a whole extra EXTA_MIRROR=... or just a new line inside the quotes?
08:46
<alkisg>
fasaxc: http://packages.medibuntu.org/ $DIST free non-free
08:46
(you can keep the $DIST as it is)
08:46
and /etc/ltsp/medibuntu.asc in apt-keys
08:46
fasaxc: but you can also install packages *after* the initial chroot installation, it's easier this way sometimes.
08:47
`http://dl.google.com/linux/deb/ stable main` for google chrome, etc etc.
08:47
fasaxc: feel free to add any info you think useful in that wiki page.
08:50
fasaxc: "a new line inside the quotes" <==
08:51
<fasaxc>
thanks
09:01ogra_cmpc has quit IRC
09:02ogra_cmpc has joined #ltsp
09:11sbalneav has joined #ltsp
09:11mikkel has joined #ltsp
09:11
<sbalneav>
Morning all
09:15pem725 has quit IRC
09:17mtnbkr has joined #ltsp
09:26
<mtnbkr>
Congrats on v5.2! Can't wait to check it out!
09:28alexbodn has quit IRC
09:30
<Comete>
nobody for my sound problem ?
09:33evilx has quit IRC
09:42alexbodn has joined #ltsp
09:45thunsucker has joined #ltsp
09:46
<sbalneav>
Comete: Haven't seen it.
09:48
<Comete>
sbalneav: i have sound sometimes when opening a session but not after, it's like the sound server was crashed
09:48
i use karmic 32 bits with ltsp 5.2
09:48etyack has joined #ltsp
09:49
<sbalneav>
Sounds like pulseaudio's crashed on the thin client.
09:54
<Comete>
sbalneav: do you have an idea ?
09:55
pulseaudio is very bugy
09:57
<sbalneav>
Comete: yep, pulse has some problems. It seems a bit more stable on lucid.
09:58
I think it's very much tied into your sound hardware.
09:58
I tend to have thin clients that I know work "well" with LTSP, and I've had very little problem with pulse.
09:58
Other people with different sound hardware seem to have no end of difficulty.
09:59
<Comete>
i use HP thinclient t5145
10:00
the problem is that i have this model everywhere
10:02
<fasaxc>
alkisg, just got my first fat client booted, thanks! Now just need to set up routing because only the server has internet access
10:03
<alkisg>
fasaxc: ah, it's a 2 nic setup? OK, thanks for the feedback. Do you think that wiki page is enough to get someone going?
10:04
<Comete>
sbalneav: another problem is the new release of gcompris on http://ppa.launchpad.net/stgraber/ppa/ubuntu , it's too slow. Is it possible to reinstall the last one but keeping ltsp 5.2 ?
10:05evilx has joined #ltsp
10:06
<fasaxc>
It's definitely clear and easy to follow. It might be worth adding links to cover the obvious next steps like adding more apps to the chroot or setting up networking in a 2-nic setup
10:08
<alkisg>
OK, I'll put those to a link section on the bottom.
10:08
<sbalneav>
Comete: I'd report the slowness to stgraber.
10:10
Ha! Who posted us to slashdot?
10:11
<alkisg>
stgraber :)
10:11
<sbalneav>
994 commits in 2 years?!?! MY GOD WHAT ARE YOU LAZY B*ST*RDS DOING?!
10:11
<alkisg>
Comete: sure you can, open synaptic and select "force a specific version" from the menus
10:11
<sbalneav>
That one made me laugh.
10:11
<alkisg>
Heh
10:12
<Comete>
alkisg: ok thanks !
10:14
<fasaxc>
Thanks again alkisg, you've saved me a lot of pain trying to get this working today!
10:14
<alkisg>
You're welcome, do keep in touch for any feedback ;)
10:19The_Code has joined #ltsp
10:19staffencasa has joined #ltsp
10:23
<Comete>
thanks guys for your help
10:23
sbalneav: i've just sent him an email about gcompris
10:23
bye
10:23Comete has quit IRC
10:26
<fasaxc>
alkisg, FYI I followed the instructions in https://help.ubuntu.com/community/UbuntuLTSP/ThinClientHowtoNAT and that got the routing set up correctly
10:26* alkisg isn't using a 2 nic setup for fat clients :)
10:27vbundi has quit IRC
10:28mordocai has quit IRC
10:28Patina_ has joined #ltsp
10:29Patina has quit IRC
10:29Patina_ has quit IRC
10:30Patina has joined #ltsp
10:32gnunux has quit IRC
10:46Faithful has quit IRC
10:47vagrantc has joined #ltsp
10:48* stgraber waves to sbalneav
10:51* vagrantc waves to the bold and daring LTSP crew
10:51* sbalneav jumps up and down and gibbers like an ourang-utan
10:52
<sbalneav>
stgraber: Hey, did you submit the story to /.?
10:52
Morning vagrantc
10:56
<alkisg>
fasaxc: I also put a script in the wiki page to help people "correctly" enter and update their fat client chroot
10:57
<stgraber>
sbalneav: yep
10:57
sbalneav: we are on linuxtoday and lxer as well
10:57
sbalneav: and I know someone proposed it for lwn.net
10:58
<sbalneav>
Nothing wrong with a little shameless self promotion
10:59pmatulis has quit IRC
11:01
<mtnbkr>
sbalneav: agreed. Especially for such a worthwile project.
11:01pmatulis has joined #ltsp
11:03
<stgraber>
sbalneav: we also got a lot of good comments both on my blog and on /. that's always good to hear from other users than the one we have here ;)
11:08
<sbalneav>
First decade of LTSP's done, we're into the second decade :)
11:12mikkel has quit IRC
11:13jammcq has joined #ltsp
11:13
<jammcq>
good morning friends
11:14
<yanu>
indeed, for me, it's 10 years that i'm working with linux, i must give a great party ;)
11:15litlebuda has joined #ltsp
11:15
<sbalneav>
!j
11:15
<ltspbot>
sbalneav: "j" :: jammcq!!!!!!!!!!!!!!!!!!!!!!!
11:16
<jammcq>
sbalneav: Scotty !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
11:19litlebuda has quit IRC
11:21hersonls has quit IRC
11:22hersonls has joined #ltsp
11:27grantk has joined #ltsp
11:28anivair has joined #ltsp
11:29
<anivair>
problem: my sound settings for all users are occasionally (in the middle of a login) just reverting ot whatever they were when they logged in.
11:29
so the headsets they were using keep going out, since the input and output is switching back to the internal audio, rather than the adapter
11:29
is there a way to patch this up?
11:41
<sbalneav>
anivair: sounds like a pulse problem. I'd combat it by setting up a hard-coded alsa config file.
11:41
.asound.conf I believe.
11:46bobby_C has quit IRC
11:49etyack has quit IRC
11:50cliebow has joined #ltsp
11:51The_Code has quit IRC
11:51fasaxc has left #ltsp
11:52pem725 has joined #ltsp
11:56
<anivair>
thanks, I'll look into it
11:56
second question: now that I have apps running locally, i cvan't see them
11:56
which is bad if I need to kill the process
11:56
<johnny>
of course you can't see them
11:56
what do you epect?
11:56
<anivair>
(ie, if I ps aux right now, I see no twinkle processes, even though everyone's ru nning it locally)
11:57
<johnny>
cuz they are running on that computer..
11:57
you would have to login to the clients to kill them
11:57
<anivair>
but I still need to be able to administer the accounts
11:57
<johnny>
administer the accounts?
11:57
<anivair>
because a moment ago, logging out of the session and back in didn't kill the process for them
11:58
<johnny>
of course not
11:58
oh wait..
11:58
i think that should
11:58
since ldm runs locally
11:58
i wonder if there's a way to tell
11:58
we do have ldm logout hooks
11:58
alkisg, so.. is there a way to make it so that when ldm is reset it kills the local processes? or should it do that already?
11:59
<anivair>
I thought it would, but unless it was a glitch of another sort, it did not
11:59
<johnny>
somebody here will knwo
11:59
<anivair>
I'm thinking about running them locally just for ease of administration, but I don't know if that would kill the function or no
12:00
I guess I can test it and see
12:00
<johnny>
ease of administration is running them on the server :)
12:00
but.. obviously many apps don't work well when you do that
12:00
<anivair>
well, I'm not sure how twinkle works under the hood, so I don't know if there is a real benefit to running it locally or not
12:01
<johnny>
if it a voice over ip app?
12:01
<anivair>
it is
12:01
sip phone
12:01
<johnny>
then locally is probaby better
12:01Lns has joined #ltsp
12:01
<anivair>
fair enough
12:01
afk for a bit
12:02
<johnny>
multimedia stuff is best done locally as far as i can tell
12:02
<Lns>
Congrats LTSPers on the Slashdot article!! =)
12:06* vagrantc heard mumblings of a slashdot article
12:07
<thunsucker>
Lns: whats the title?
12:07
n/m i found it
12:07
<Lns>
http://linux.slashdot.org/story/10/02/21/225233/After-2-Years-of-Development-LTSP-52-Is-Out?art_pos=17
12:07
<thunsucker>
http://linux.slashdot.org/story/10/02/21/225233/After-2-Years-of-Development-LTSP-52-Is-Out?art_pos=1
12:07
<vagrantc>
not front page, apparently
12:07
<Lns>
it was posted yesterday i think
12:09ogra_cmpc has quit IRC
12:10
<johnny>
vagrantc, it ws already frontpaged, you missed it :)
12:10
<vagrantc>
imagine that.
12:12pmatulis has quit IRC
12:14pmatulis has joined #ltsp
12:14cliebow has quit IRC
12:14
<Lns>
jeez vagrantc, stop pushing commits and start reading slashdot already ;)
12:17
<sbalneav>
heh, I love some of the comments
12:17
Running X11 apps over SSH has NO RELATION TO WHAT LTSP DOES.
12:17
errr?
12:17
<Appiah>
aaah slashdot!
12:20litlebuda has joined #ltsp
12:22ogra_cmpc has joined #ltsp
12:23fasaxc has joined #ltsp
12:25
<fasaxc>
Hi, has anyone managed to get chrome to work as a local install (I'm using a fat client setup).... I find it crashes with "Operation not permitted" (I think when it tries to create its lock file)
12:31
<alincoln>
fasaxc: i and a pal of mine got the same thing. i was going to try it with SSH_FOLLOW_SYMLINKS = False when i next had a chance, so you might try that
12:31
<fasaxc>
alincoln, thanks, where do I put that flag
12:33
<Lns>
sbalneav, one comment says "still, there are inefficiencies: -Ltsp is over ssh. that means no udp. they also have to mantain a whole login manager. was openvpn that difficoult to use? ipsec? - X11 connection. 100mb/s connection is NOT enough for a 1280x1024 desktop. just try to see a youtube hd video." LOL
12:33
<alincoln>
fasaxc: have you done any lts.conf editing before?
12:35
<Lns>
In any case, it's great to see the publicity for LTSP on such a "mainstream" tech site as Slashdot
12:35
Hopefully it'll attract some more momentum for the project
12:37
<alkisg>
johnny: is that localapps? I've no idea, I guess any X apps are killed when X is restarted...
12:37
fasaxc: yeah, symlink problems can be worked around with SSH_FOLLOW_SYMLINKS=False in lts.conf
12:37
<fasaxc>
I'll give it a try
12:38
<johnny>
alkisg, he was saying that it wasn't ..
12:38
<alkisg>
fasaxc: that's also true for pulseaudio and googleearth
12:38
<sbalneav>
Lns: Yeah, lots and lots of "experts" on /.
12:38
<johnny>
guess he'll have to try it again
12:38vagrantc has quit IRC
12:39
<Lns>
sbalneav, "I know what openvpn is! Why don't they use that?!?!!?!111"
12:47Lns has quit IRC
12:47GodFather_ has joined #ltsp
12:50grantk has quit IRC
12:59etyack has joined #ltsp
13:18
<fasaxc>
thanks alincoln/alkisg, that SSH flag has done the trick
13:19japerry has joined #ltsp
13:19fasaxc has quit IRC
13:19grantk has joined #ltsp
13:26
<thunsucker>
do we have to add any special ppa's to get ltsp 5.2?
13:28
<johnny>
yes
13:28
what would you expect?
13:28
ltsp 5.2 won't appear in any release until lucid for ubuntu
13:29
!stgraber-ppa
13:29
<ltspbot>
johnny: "stgraber-ppa" :: https://launchpad.net/~stgraber/+archive/ppa
13:29
<johnny>
/me guessed that
13:29
<thunsucker>
johnny: ohh ok I thougth when I read it was backported that it would be the default....cool i'll add your ppa
13:29
<johnny>
it ain't my ppa
13:29
oh.. of it's backported..
13:29
you need to use a seperate repo
13:30
/me doesn't know what that is for ubuntu
13:30
i guess jaunty-backports ?
13:30
then i guess you do'nt need the ppa
13:30
does it say which release it was backported for thunsucker ?
13:30
<thunsucker>
i think it was karmic
13:30
sec checking
13:31
Packages for LTSP 5.2, LDM 2.1 and LTSPfs 0.6 are already in Ubuntu Lucid and a backport for Karmic is available.
13:32
a quick check and after an update and dist-upgrade, 5.1.90 is installed
13:32
I'll just add the ppa
13:35
<johnny>
you're not really gaining that much from upgrading tho probably
13:39
<thunsucker>
johnny: I wanted to test out the nbd-proxy, I have random clients that get squahfs errors
13:39shawnp0wers has joined #ltsp
13:48
<anivair>
anyone have any experience with kiax (iax softphone)? Twinkle is prooving to be really unreliable here and I'm looking at altenatives.
13:50
<thunsucker>
anivair: try this link http://andrew-stephanie.ca/kiax-ltsp
13:50
<anivair>
saw that. it's the reason I'm looking into the program
13:51
<thunsucker>
anivair: is your phone switch asterisk/
13:56
<anivair>
it can be
13:56
it's sip right now, but we own it and converting it would not be hard (according to the voip provider)
13:57
<thunsucker>
anivair: just curious our company is getting reayd to deploy a streamlined asterisk box
13:58
<anivair>
well, I'll be sure to note how it goes (if you're on the ltsp mailing list, I'll likely post there)
13:58
<thunsucker>
cool ty
14:08shawnp0wers has quit IRC
14:15grantk has left #ltsp
14:28pmatulis has quit IRC
14:29wwx has quit IRC
14:30wwx has joined #ltsp
14:30johnny has left #ltsp
14:30johnny has joined #ltsp
14:34
<thunsucker>
alkisg: did you ever fix your nbd-proxy issues with vbox?
14:35
<alkisg>
thunsucker: yes, stgraber fixed nbd-proxy and now it works fine for me in vbox
14:36
thunsucker: ltsp 5.2 does have the updated nbd-proxy
14:36
<thunsucker>
alkisg: cool ty
14:37nubae has quit IRC
14:38nubae has joined #ltsp
14:38
<thunsucker>
alkisg: i have next-server as 192.168.56.101 but it still showed looking for 192.168.56.101
14:38__nubae__ has quit IRC
14:38
<thunsucker>
*192.168.56.102
14:39__nubae__ has joined #ltsp
14:39frederickjh has joined #ltsp
14:42purpleidea has joined #ltsp
14:43
<purpleidea>
hey, i heard about the recent release of 5.2 and i just want to thank all for free gpl software; hope this wasn't too corny.
14:44
<jammcq>
purpleidea: I think it was just the right amount of corny :)
14:44
<purpleidea>
haha, awesome... it's not my type of usual message, but i'm glad this project is active. :)
14:45scottmaccal has quit IRC
14:45
<jammcq>
thanks. there's some awesome people here keeping it going
14:48
<purpleidea>
maybe i
14:48
ll lurk for a little while
14:51
hey if someone wanted to work on some patches, is there a more detailed version of: http://bazaar.launchpad.net/~ltsp-upstream/ltsp/ltsp-trunk/annotate/head:/TODO
14:51
<thunsucker>
alkisg: what did you select for your network adapters when you run vbox?
14:52
<alkisg>
thunsucker: bridged networking
14:57hersonls has quit IRC
15:15thunsucker has quit IRC
15:23
<frederickjh>
ltspbot ltsp-cluster
15:23
<ltspbot>
frederickjh: Error: "ltsp-cluster" is not a valid command.
15:23
<frederickjh>
ltspbot what is ltsp-cluster
15:23
<ltspbot>
frederickjh: Error: "what" is not a valid command.
15:24
<frederickjh>
ltspbot help
15:24
<ltspbot>
frederickjh: (help [<plugin>] [<command>]) -- This command gives a useful description of what <command> does. <plugin> is only necessary if the command is in more than one plugin.
15:24
<alkisg>
!ltsp-cluster
15:24
<ltspbot>
alkisg: Error: "ltsp-cluster" is not a valid command.
15:24
<alkisg>
..or something like that :)
15:25
<frederickjh>
ltspbot ltsp-cluster is cool!
15:25
<ltspbot>
frederickjh: Error: "ltsp-cluster" is not a valid command.
15:26
<frederickjh>
ltspbot help help
15:26
<ltspbot>
frederickjh: (help [<plugin>] [<command>]) -- This command gives a useful description of what <command> does. <plugin> is only necessary if the command is in more than one plugin.
15:27
<frederickjh>
ltspbot help ltspbot-
15:27
<ltspbot>
frederickjh: Error: There is no command "ltspbot-".
15:27
<sbalneav>
!ltsp-cluster
15:27
<ltspbot>
sbalneav: Error: "ltsp-cluster" is not a valid command.
15:27
<sbalneav>
!topics
15:27
<ltspbot>
sbalneav: "topics" :: To get a list of topics, type ltspbot: factoids search --values
15:28
<sbalneav>
ltspbot: factoids search --values
15:28
<ltspbot>
sbalneav: 'ltsp', 'icewm', 'frappr', 'wiki', 'edubuntu', 'dhcpd', 'greyscreen', 'ltsp42', 'localdev', 'checklist', 'muekow', 'bestltspdistro', 'serversize', 'wireless', 'sound', 'topics', 'integration', 'bootfloppy', 'ltsp5', 'tarball', 'debian', 'download', 'monkeys', 'ogra', 'nfs', 'nfsnotresp', 'js', 's', 'troubleshooting', 'sbnet', 'paavum', 'bbq', 'guaraldo', 'nx', 'localdev', 'localdev', (2 more messages)
15:28
<sbalneav>
No-one's taught ltspbot about ltsp-cluster
15:28
!cluster
15:28
<ltspbot>
sbalneav: Error: "cluster" is not a valid command.
15:28
<sbalneav>
or cluster either.
15:29
frederickjh: What is it you're looking for
15:36
<alkisg>
!grayscreen
15:36
<ltspbot>
alkisg: Error: "grayscreen" is not a valid command.
15:36
<alkisg>
!greyscreen
15:36
<ltspbot>
alkisg: "greyscreen" :: No login, and only a grey screen? See http://wiki.ltsp.org/twiki/bin/view/Ltsp/Troubleshooting-GrayScreen
15:36
<alkisg>
Nah... too old link
15:38
<sbalneav>
ltspbot: forget greyscreen
15:38
<ltspbot>
sbalneav: The operation succeeded.
15:38
<sbalneav>
I need to write a better command for the topics.
15:38
!sbnet
15:38
<ltspbot>
sbalneav: "sbnet" :: great!
15:38
<sbalneav>
ltspbot: forget sbnet
15:38
<ltspbot>
sbalneav: The operation succeeded.
15:38
<sbalneav>
ltspbot: factoids search --values
15:38
<ltspbot>
sbalneav: 'ltsp', 'icewm', 'frappr', 'wiki', 'edubuntu', 'dhcpd', 'ltsp42', 'localdev', 'checklist', 'muekow', 'bestltspdistro', 'serversize', 'wireless', 'sound', 'topics', 'integration', 'bootfloppy', 'ltsp5', 'tarball', 'debian', 'download', 'monkeys', 'ogra', 'nfs', 'nfsnotresp', 'js', 's', 'troubleshooting', 'paavum', 'bbq', 'guaraldo', 'nx', 'localdev', 'localdev', 'ubuntu', 'localdev', (2 more messages)
15:39
<sbalneav>
!monkeys
15:39
<ltspbot>
sbalneav: "monkeys" :: SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSS
15:39
<sbalneav>
ltspbot: forget monkeys
15:39
<ltspbot>
sbalneav: The operation succeeded.
15:39
<sbalneav>
!paavum
15:39
<ltspbot>
sbalneav: "paavum" :: Magnus Paavum
15:39
<sbalneav>
ltspbot: forget paavum
15:39
<ltspbot>
sbalneav: The operation succeeded.
15:39
<sbalneav>
ltspbot: factoids search --values
15:39
<ltspbot>
sbalneav: 'ltsp', 'icewm', 'frappr', 'wiki', 'edubuntu', 'dhcpd', 'ltsp42', 'localdev', 'checklist', 'muekow', 'bestltspdistro', 'serversize', 'wireless', 'sound', 'topics', 'integration', 'bootfloppy', 'ltsp5', 'tarball', 'debian', 'download', 'ogra', 'nfs', 'nfsnotresp', 'js', 's', 'troubleshooting', 'bbq', 'guaraldo', 'nx', 'localdev', 'localdev', 'ubuntu', 'localdev', 'TWOTF', 'TWOTF', (2 more messages)
15:40
<sbalneav>
!js
15:40
<ltspbot>
sbalneav: "js" :: Lumiere!!!!!!!!
15:40
<sbalneav>
!bbq
15:40
<ltspbot>
sbalneav: "bbq" :: Churrasco
15:40
<sbalneav>
!TWOTF
15:40
<ltspbot>
sbalneav: "TWOTF" :: (#1) Certainly not., or (#2) a.k.a. The Way Of The Future
15:41
<sbalneav>
meh, I'll do some factoid cleaning later
15:41
<Gadi>
somebody's been teaching ltspbot after school
15:43
<alkisg>
!ogra
15:43
<ltspbot>
alkisg: "ogra" :: ogra!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
15:43
<alkisg>
!o
15:43
<ltspbot>
alkisg: "o" :: o is for ogra!!!!!!!!!
15:44
<alkisg>
Hey, how come he's got two, and other devs have none? :D
15:47Lns has joined #ltsp
16:02vagrantc has joined #ltsp
16:12john_s has joined #ltsp
16:13
<john_s>
I am looking for someone who is using LTSP clustering that could help me understand it a bit
16:14ogra_cmpc has quit IRC
16:15
<john_s>
Basically I am hitting the limits of what my single LTSP server can do, and I am trying to decide whether to add multiple individual servers or try an clustering approach
16:17etyack1 has joined #ltsp
16:17
<frederickjh>
you and me both, john_s.
16:17
The whole ltsp-cluster thing sounds great till you look for a path to go from where you are to ltsp-cluster.
16:17
<john_s>
:->
16:18
<Lns>
john_s: frederickjh: talk to stgraber - he's the one who made it =)
16:18
<frederickjh>
I don't want to install it on a virtual machine
16:18
<john_s>
Is it still pretty green
16:18
?
16:18
<frederickjh>
I want to know how to get from a p4 running karmic to a ltsp-cluster.
16:19
New, not sure about green.
16:19etyack has quit IRC
16:19
<Gadi>
ltsp-cluster was an adaptation from what was once mille-xterm
16:19
code coming out of revolution linux
16:19
<frederickjh>
From what I have read it seems that it is best to almost start over in a sense.
16:19
<john_s>
Interesting. I am running a quad core with 16 Gig's of ram serving about 50 clients, and I running out of CPU
16:19mgariepy has quit IRC
16:19
<Gadi>
a company who did large scale deployments
16:20
its not green - only not well documented or as easy to use as it will grow to be
16:20
<frederickjh>
With the ltsp-cluster you seperate the file server boot machine from the servers that serve up applications.
16:20
<john_s>
Thank you Gadi
16:20
<Gadi>
ltsp-cluster has several pieces to it
16:20
a control center, a load balancer, etc
16:21
whereas regular ltsp is controlled by an lts.conf grabbed over tftp on boot,
16:21
<frederickjh>
Another un-well-documented opensource project. What's new.
16:21
<john_s>
frederickjh: I assumed as much. My district was looking at Stoneware which I think does similar things, but I am trying to keep us on the Free path
16:21
<Gadi>
ltsp-cluster is controlled by a "wget" call to the ltsp-cluster control center that retrieves settings at various breakpoints in the client lifecycle
16:22etyack1 has quit IRC
16:22
<john_s>
Gadi: I read that much of this is being handled over HTTP. Do you know of any schools that have deployed this in the U.S. or Canada?
16:22
<frederickjh>
So, Gadi, do you know if you can use a current machine such an a Ubuntu Karmic and add a application server and make this work?
16:23
<Gadi>
john_s: rev linux has a 5000-client deployment up in Canada
16:23
I am in the midst of prepping a deployment that makes use of some ltsp-cluster in the US right now
16:23
<john_s>
I'll take a look at their website
16:23
Gadi where abouts are you located?
16:23
If you don't mind me asking
16:24
<Gadi>
personally, I am in NY, but the school I am doing this project for is out in CA
16:24
frederickjh: you can use individual machines
16:24
frederickjh: to give you an idea...
16:25
<frederickjh>
What does that mean?
16:25alkisg has quit IRC
16:25
<Gadi>
I decided to combine control center, load balancer, and ltsp (read bootserver) into one VM
16:25* vagrantc wonders if CA is candada or california
16:25
<Gadi>
and just have separate app server VMs
16:25
no reason those couldn't be real machines
16:25
sorry - I meant california
16:26
<frederickjh>
My situation is such that I am running this system for my family 4 seats for now on a P4 3.2GHz machine.
16:26
<Lns>
Gadi: where abouts out here?
16:26
<Gadi>
Lns: where you would expect ;)
16:26
speaking of which
16:26
<Lns>
woot! =)
16:27
<Gadi>
I may be out there again next month - we should grab another beer
16:27
so I can buy you one this time
16:27
:)
16:27
<Lns>
for sure, that would be cool.
16:27
just lemme know when
16:27
<frederickjh>
I am maxing out the CPU with myself running on the server and one other client at times depending on the apps being run.
16:27
<Lns>
I can come out to where you're at this time
16:27
frederickjh: what will you be using it for?
16:27
<frederickjh>
I am thinking of adding another p4 that I have laying around as a application server but am not sure if it will help.
16:28
<Lns>
LTSP isn't always the "right" solution for things, especially when < 5 boxes
16:28
<frederickjh>
Why Lns?
16:28
<Gadi>
frederickjh: for such a small scale, why not just direct 2 clients to one machine and 2 to the other
16:28Mip5 has joined #ltsp
16:28
<Lns>
frederickjh: ...well think about it. Would you use a loaded machine that you tax out for gaming all the time for 3 other people to use simultaneously?
16:28
It's not like LTSP creates cpu cycles and memory for you =)
16:29
<frederickjh>
Can you do that so that the ones that come on first go to one machine and the other go else where?
16:29
<john_s>
Gadi: Did you just work from documentation on the ltsp-cluster website? Or can you point me at another source?
16:29
<Lns>
what are the specs of the p4?
16:30
<frederickjh>
3.2GHz 1G memory
16:31
Or would more memory be a better way to go?
16:31
<Gadi>
john_s: I know the way to stgraber's heart ;)
16:31
usually begging or bribery
16:31
:)
16:32
<Lns>
frederickjh: more ram wouldn't hurt, maybe another gb for 4 users
16:32
<Gadi>
john_s: seriously, did you see the docs that do exist
16:32
<john_s>
Ahhh. Well I'll have to figure that out too :->
16:32
<Gadi>
there are some
16:32
<Mip5>
Hey Gang - I'm running LTSP 9.04. I think that iTalc uses port 5900, which is the same one used by VNC (vino). Is there a way to install iTalc on an ltsp server and still get to that server using VNC?
16:32
<Gadi>
mostly a howto with openvz
16:32
<john_s>
Gadi: I see a setup for OpenVZ which I am not familiar with
16:32
<Gadi>
I am using xenserver
16:32
not openvz
16:32
<Lns>
Mip5: woah! I thought we were only at 5.2!!! Where can you download LTSP 9.04? ;)
16:32
<Gadi>
bec, like u, I dont know openvz
16:33
<Mip5>
lns - hah! lol
16:33
<john_s>
Gadi: Is virtualization the preffered approach
16:33
?
16:33ogra_cmpc has joined #ltsp
16:33
<Gadi>
john_s: it makes things easier - especially if you start worrying over failover and high availability
16:34
I have right now 2 xenservers and 6 VMs
16:34
3 each
16:34
that are for load balance and high availability
16:34
stgraber's team usually do more than that and split up everything
16:34
<john_s>
So is the clustering sits on top of several vms which may sit on several servers?
16:35
<Gadi>
well, lets not confuse things too much and assume that ltsp-cluster does more than we think
16:35
(thats what happens when people say cluster - they think it does everything and more)
16:36
the control center manages client configuration
16:36
<john_s>
Gadi: Do bandwidth requirements change in setups like yours e.g. server to server, server to client
16:37
<Gadi>
change? no
16:37
the only server-to-server bw I worry about is that the two xenservers connect to a NAS for the VMs
16:37
but thats on the backend
16:38
<john_s>
Gadi: So the VM's are read into memory from a NAS?
16:38
<Gadi>
client to server is still the same
16:38
no - they live on the NAS
16:38
but run on the xenserver
16:38
<john_s>
So you write changes back to the NAS?
16:38
<Gadi>
right
16:39
that way you can "live migrate" VMs across xenservers while running
16:39bobby_C has joined #ltsp
16:39
<john_s>
Do you do ethernet or something fancier?
16:39
<Gadi>
gigabit ethernet
16:40
<john_s>
how many clients are you supportting right now?
16:41
<Gadi>
this roll out will be for 350 (but it is not yet in production - looking to start rolling out next month or so)
16:41
Linux and Windows app servers
16:41
Active Directory
16:41
backend
16:41
<john_s>
so 350 on two physical server + app servers?
16:42
Gadi: That's essentially our setup as well
16:42
<Gadi>
yeah, these are two physical servers
16:42
right now, quad xeons with 16GB RAM each
16:42
but, we may find we're spec'd too low
16:42
we'll see ;)
16:42
<john_s>
Interesting.
16:42
<Gadi>
this is one of those "shoestring budget" deals
16:42
:)
16:42
<john_s>
I am doing 4 core AMD Opteron's and I am fine on memory but I am getting spanked on CPU
16:43GodFather_ has quit IRC
16:43
<Gadi>
john_s: yeah, a lot depends on what you run where
16:43
<john_s>
Is access to the windows applicaitons handled seemlessy by the clustering software or does it require kerberos etc
16:44
<vagrantc>
make sure all users are only able to run the "blank" screensaver
16:44
<Gadi>
windows apps are terminal services
16:44
<vagrantc>
it's absurd how much processing power a few of those take.
16:44
<Gadi>
er, "Remote Desktop Services" as they call it these days
16:44
<vagrantc>
i know people with computers that the fans only spin up when the screensaver kicks in
16:45
<john_s>
vvagrantc: thanks. I met you in Chicago about 6 years ago, and you filled us in on Freegeek. It was fun talking to you.
16:45
<Gadi>
thats why I only run screensavers in the summer
16:45
:)
16:45
<vagrantc>
john_s: well hi!
16:45
<john_s>
:->
16:45
<Lns>
Gadi: just don't install flash ;)
16:46
<john_s>
Lns: Wouldn't it be nice if you could follow that dictum!
16:46
or at least if I could follow that dictum
16:46
<Gadi>
all this talk of "flash" and "dictum" - we're gonna get kicked off freenode
16:46
:P
16:46* Lns prays to the html5 gods "video" and "canvas"
16:47
<Lns>
don't start up again Gadi! =p
16:47
<Gadi>
hehe
16:47
<vagrantc>
john_s: the crew with KACS? or freegeek chicago?
16:47
<Lns>
it's monday, it's a work day. haha
16:47
<john_s>
:-> Ok, looks like I need to learn about some soft of linux VM and then mess with Clustirng
16:47
<Gadi>
sorry - we dont all use slashdot as an outlet
16:47
:)
16:47
<Lns>
=p~
16:47
<john_s>
Vagrant: KACS. Good memory!
16:48
Although I probably knew all the FGC folks at that time.
16:48
Don't know what they are up to know
16:48
<vagrantc>
there's been 1-2 generations of people since
16:48
<Gadi>
john_s: just an aside, what is new about ltsp-cluster is its integration (client side) into ltsp and therefore its farther reaching reach
16:49
john_s: I expect as more people start using it, you will see more hands working on it than just the rev linux guys
16:49
<john_s>
Gadi: What do you mean?
16:49
<Gadi>
well, ltsp-cluster used to be just "an internal rev linux project"
16:49
that rode on top of ltsp
16:50
<john_s>
vagrantc: do do anything with the FG folks in Portland these days?
16:50
<stgraber>
technically it was always open source ;)
16:50
<vagrantc>
john_s: yup. it's rocking!
16:50
<stgraber>
it was then called MilleXterm and available on some weird (but public) SVN branch
16:50
<Gadi>
over the past few years, we worked to get the client piece integrated into ltsp proper
16:50
(I should really say, stgraber worked)
16:50
:)
16:50
<stgraber>
now we cleaned everything, changed the name, rewrote a few part and published it as ltsp-cluster with a good integration in upstream LTSP
16:51
<Gadi>
ok - but fair to say, it was a project used almost exclusively by rev linux
16:51
<stgraber>
yep, until a few months ago we were the only ones to have it deployed
16:51
<Gadi>
so, now that it is more integrated upstream, I think there will be more hands on deck
16:52
<stgraber>
now we are starting to get calls from people who installed it themselves and either want help making it more reliable (HA, huge infrastructure, ...) or want some custom development on top of it
16:52
<johnny>
anybody here any good with openoffice calc macros?
16:52
or something..
16:52
<john_s>
stgraber: If I am looking to set this up and try it out, should I be working from the howto OpenVZ
16:52
<stgraber>
yup, also the rewrite we are working on at the moment should help getting more contributors as the code is a lot cleaner, properly commented and using well-known technologies
16:53
john_s: yep, the OpenVZ howto is probably the best to start with ltsp-cluster. If you don't like VZ, you can either install everything on the same box or consider each VZ container as one physical server or VM.
16:53mgariepy has joined #ltsp
16:53
<john_s>
vagrantc: I am planning on coming to Portland sometime this spring. I'll stop by FG and look you up
16:54
<stgraber>
john_s: we tend to use OpenVZ for everything as it's a lot lighter than any regular virtualization technology but provides similar advantages (live migration, easy management, cloning of VZ, ...)
16:54
<john_s>
Is the VM a matter of preference or does OpenVZ offer more clustery goodness?
16:54
whoops thanks
16:54
that answers that question
16:57
<Lns>
stgraber: define huge infrastructure =)
16:59johnny has left #ltsp
17:04
<stgraber>
Lns: > 10 application servers and > 1000 thin clients usually
17:04
<Lns>
stgraber: on one LAN?
17:04
<stgraber>
Lns: currrently the biggest we have is over 50 application servers, over 5000 thin clients and used by 40000 users
17:04
Lns: full HA in two different data centers
17:05
Lns: that's for a whole school district
17:05
<Lns>
stgraber: what's the backbone?
17:05
it would be SO cool for you to do a case study on that
17:05
<mgariepy>
Lns, we have about 5000 uniq user per day ;)
17:05mgariepy has quit IRC
17:05mgariepy has joined #ltsp
17:05
<mgariepy>
unique**
17:06
<stgraber>
network is usually 1/10Gb to the schools, then either 100Mb/s or 1Gb/s per floor and 100Mb/s to the classrooms
17:06
<Lns>
beautiful
17:06
<stgraber>
the link between the two datacenters is 10Gb/s I believe (at least we never had less than 1Gb/s when doing bandwidth tests ;))
17:07
mgariepy: oh, you have a ubuntu/member/ cloak now ? :)
17:07
<Lns>
you need to take some pics of this setup and post them up for people =)
17:07
<mgariepy>
yeah, just got it
17:07
<stgraber>
Lns: yeah, I'm often nagging some people at the office so we put some case studies online ... we have some great deployments that could easily show how Linux can be used on the desktop
17:08
<Lns>
stgraber: ...yeah. =) that would seriously drive so many schools to see what can be done. It'd be a snowball effect
17:10
at LEAST take me on a tour. ;)
17:10
<stgraber>
Lns: we mentioned a few deployments on ltsp-cluster.org but without any names or details ... though I know we give that kind of information, including contact information for a few of our existing customers to these who are really interested in working with us (as in Revolution Linux)
17:10
<vagrantc>
john_s: please do! i'll be around.
17:10
<stgraber>
but I agree that we should make some of that public so the general public can read more about what we did and how LTSP is actually used :)
17:11
<Lns>
stgraber: if you ever need help with deployments out in california let me know, i'd love for you to sub me out if you need extra hands
17:11
stgraber: seriously. If my little one-man-shop can get on the cover of linux.com, ...jeez. you'd be on the front page of NY Times ;)
17:11
<Mip5>
I'm having a hard time getting both iTalc and VNC running on my LTSP server. I think they're using the same port - but I'm not sure of the best way to fix that. Ideas anyone? I'm running Jaunty on the server (LTSP 5)
17:13
<john_s>
Mip5: could you bind your VNC server to a different port?
17:13
<Mip5>
john_s Sure - I'd love to, I just don't know how to do it.
17:13
<john_s>
man vnc?
17:14
Mip5: which VNC flavor is it?
17:15
<Mip5>
right. vino
17:15Gadi has left #ltsp
17:16
<Mip5>
john_s - I'm just using the remote desktop app that comes with ubuntu
17:17jammcq has quit IRC
17:21
<Mip5>
john_s I found something related to this using gconf http://ubuntuforums.org/showthread.php?t=1165758
17:26
<carbm1>
stgraber: I work for a small school district and I'm trying out LTSP right now. How do you handle a lot of your Windows ONLY software?
17:26litlebuda has quit IRC
17:28
<stgraber>
carbm1: well, fortunately we don't have that many of these, then we can either run them in WINE (for these that support it) and for the others, we worked on the seamless patch for rdesktop that lets you integrate Windows applications from a TS environment in your Linux desktop
17:29
carbm1: you can check the video at the bottom of https://www.ltsp-cluster.org/tour for an example
17:29
<john_s>
Mip5: I see here http://italc.sourceforge.net/wiki/index.php?title=ITALC_in_a_ThinClient_environment#Installation_and_Operation_of_iTALC_in_the_Ubuntu_LTSP_environment that iTalc has a variable
17:29
that binds the port "my $isdport = 5800"
17:29
perhaps you could change that?
17:29
<Mip5>
john_s: I saw that too, but I don't think that's the port that's the problem.
17:29
<john_s>
I can't find much documentation about vino
17:30
<Mip5>
vino-server runs on 5900, so I think it's the ima (italc master) that I have to change.
17:30
<Lns>
http://www.pcmag.com/article2/0,2817,2357618,00.asp - anyone use these w/ltsp yet? =) looks so cool!
17:30
<john_s>
Mip5: sorry I thought you said there were two process listining on that port
17:31
<Mip5>
I think both are using 5900 (iTalc master and vino-server) - that port the client uses appears to be 5800 - but I don't think that's the one that needs to be changed
17:31johnny has joined #ltsp
17:31
<john_s>
Mip5: so if you stop italc and do netstat -an | grep 5900 do you see vino listingin on it, and vice versa (e.g. stopping vino and grepping for 5900?)
17:33
<Mip5>
john_s: I'm not sure how to interpret the output
17:33
but I know my vnc client is trying to connect to my server at 5900
17:33
and finds it
17:33bobby_C has quit IRC
17:37
<Mip5>
john_s: thanks for your help. I'm going to head home and hit it again in the morning
17:37
g'night all
17:37Mip5 has left #ltsp
17:41
<john_s>
Mip5: perhaps you'll see this if you search online and see this exchange. There's a description here http://ubuntuforums.org/showthread.php?t=1165758
17:43
stgraber: how do you manage printing? E.g. Do you have a way of directing individual thin clients to printers closet to them? I have to use static IP's to make this work, but of course this doesn't scale?
17:45
<stgraber>
john_s: yes, in the ltsp-cluster control center, you can create groups (usually representing buildings and classrooms) and for each assign a set of printer to show as well as a default printer
17:46
john_s: if you are using a recent Ubuntu or Debian, we have patched CUPS in these two so it lets you filter what's shown to the user.
17:46
<john_s>
stgraber: cool. I assume groups are defined on the cluster and not pulled from AD?
17:48
stgraber: Is load balanced NX used to offer "desktops from home"
17:49
I wonder if this isn't a candidate for a live ISO, in the way that LTSP used to be offered via knoppix (first time I used LTSP was on a Knoppix live disk distro)
17:50
stgraber: in order to get ones feet wet
17:52
Also would you suggest following the howto with Karmic or using Jaunty (which I think is on the howto?)
17:58frederickjh has quit IRC
17:59
<stgraber>
john_s: right, groups are more like a tree node (it's showing your thin clients inside a tree structure)
17:59
john_s: load-balanced NX is indeed for desktop from home using the same backend as for regular LTSP thin clients during the day
18:00
john_s: Edubuntu 10.04 should have Live LTSP right from the DVD
18:00
sorry for the late replies, I was answering a ton of mails ;)
18:00
<john_s>
No prob. Does Live LTSP incorperate clustering?
18:02
<stgraber>
nope it won't though it's only a few apt-get away from getting a ltsp-cluster setup
18:02
I'd try to avoid installing apache, postgresql and other stuff like that on the livecd :)
18:02* vagrantc adds ltsp-cluster to vagrantc's TODO list for the 365th time
18:02
<stgraber>
vagrantc: hehe :)
18:02
<Lns>
ditto!
18:03
<stgraber>
vagrantc: a customer I'm currently working on at the moment used to run it on Lenny :) We reinstalled it on Hardy and Karmic as I like things being standard (as in Revolution Linux's standards) but it seems like it worked just fine.
18:04
vagrantc: for the backend stuff you just need php5, apache, postgresql > 8.1 and python >= 2.4 :) not exactly hard to find and our packages shouldn't contain anything ubuntu-specific
18:04
<vagrantc>
stgraber: yeah, it's just a matter of trying it
18:05
<john_s>
Ok, Thanks guys. I'll see if I am smart enough to follow the how to.
18:06
bye all
18:06john_s has quit IRC
18:10
<vagrantc>
wow. newest qemu made *huge* improvements in speed.
18:11
makes testing ltsp much easier.
18:11john_s has joined #ltsp
18:13
<john_s>
stgraber: sorry 1 more thing. A single 4 core 16 gig server handles approx how many thin clients?
18:15
stgraber: and are ALL applications pushed off to application servers e.g. you might have an OpenOffice server and a server that just hands out the desktop to the user
18:15
<Lns>
john_s: it really depends on what you're using the server (clients) for.
18:15
<john_s>
Lns: Well the way I use it now, is that all clients get a desktop and all apps server from a single beefy server.
18:16
<stgraber>
john_s: our demo setup is a Q6600 with 6GB of RAM and we run 40-60 thin clients out of that but that's with firefox running locally
18:16
<john_s>
but that isn't working as well as it might
18:16
<stgraber>
john_s: if firefox runs on the server, then it's probably half of that
18:16
<Lns>
stgraber: true thart
18:16
that*
18:16
firefox is a paaaaaiiin server side...localapps was made FOR firefox, no? ;)
18:16
<john_s>
stgraber: Ok. So you might only break of *some* heavily used apps to a different server
18:16
?
18:17
<stgraber>
john_s: usually we install everything on all servers as it's the easiest and haven't seen much interest in having "specialized" servers yet. Though with X11 it's perfectly possible to do that
18:17
<john_s>
stgraber: ok
18:17
<stgraber>
john_s: we never had to do it, currently video intensive applications are moved to localapp when possible
18:17
john_s: that solved most of our issues at the moment
18:17
<john_s>
I feel the firefox pain. However it's been argued that this is really FLASH pain
18:18
<stgraber>
right, it's usually flash that's causing the issue but you can't only move flash to localapps, you have to move firefox as well
18:18
<Lns>
john_s: it's been both in my experience, but flash is definitely worse imho
18:18
<stgraber>
(though it's not technically true, I know some managed to run only flash locally but it's really a huge hack ;))
18:18
<john_s>
stgraber: I guess the issue I might have with local apps is that I'll have to replace a number of older thin clients that probably won't have enough memory to run them well
18:18
<stgraber>
john_s: usually if you want to run firefox locally, you'll need at least 512MB of RAM
18:19
<Lns>
stgraber: isn't localapps selective in clients it serves to? I.E. you can have both to choose from?
18:19
<stgraber>
john_s: though with ltsp-cluster you have the concept of "hardware groups" so you can match all thin clients with more than 512MB of ram and turn on local firefox only for these
18:19
<Lns>
;)
18:19
<john_s>
stgraber: thanks. Yeah I have a large percentage of very old clients that probably won't make it under karmic
18:19
<stgraber>
Lns: I guess you meant that ? ^ ;)
18:19
<Lns>
yup!
18:20
isn't localapps itself selective by nature though, meaning you can tell it who to serve localapps to, and which ones?
18:20
<john_s>
stgrabber: I see that the revlinux site has a thin client on the back of an lcd, do you have a recommend TC for folks looking to upgrade?
18:21
<stgraber>
who as in "the thin client" yep, and which one, absolutely you have LTSP_LOCALAPPS_SOMETHING that's a comma separated list of localapps
18:22
<Lns>
yeah i remember looking over that
18:22
oh i'm so excited to load my new server with lucid =)
18:22
<stgraber>
john_s: anything that's Atom based will work great (as long as chipsets are Intel as well). Currently we have quite a few Asus EEEbox, EEEtop (all-in-one touchscreen) is great too. Other than that Symbio, HP and a few others have great Atom-based thin clients for very similar prices.
18:23
<john_s>
stgraber:Thanks for the tip. I haven't really messed with local apps too much, just enough to notice that older clients don't like it. One kink that I am a bit worried about with local apps is that our storage is mounted via nfs so I am not sure how local apps will access network based storage with proper credentials
18:23
<stgraber>
john_s: usually you can find a decent thin client for $200-250 (even some cheaper than that). Just avoid Geode and VIA as these used to be good but now are really not worth the few bucks you'll save ;)
18:24
john_s: the home directory is automatically mounted over sshfs from the application server for localapps. No need to setup NFS or anything like that on the thin client.
18:24
<john_s>
stgraber: I recently got a windpc TC for about 140 with 2 G ram and and atom processor. It works very well
18:24
<stgraber>
john_s: it's automatic and it's secure (as secure as SSH at least ;))
18:25
john_s: yep, that's probably one of the usual Atom 230 + Intel 945GM + Realtek network. That's the standard Atom platform and that works great.
18:26
<john_s>
stgraber: the local mount of the remote filesystem is per user and is part of Karmic/Lucid etc, am I right? That's cool. I need to find out more about this.
18:26
<stgraber>
at the office I currently have a touchscreen EEEtop 19" (or something like that) + a Symbio in a dual-head setup (VGA + DVI)
18:27
john_s: yep, when you login in ldm, your home directory gets automatically mounted at the same place as it's on the application server. That way localapps won't notice any change and will be able to use your config just fine.
18:28Eghie has quit IRC
18:29
<john_s>
stgraber: wow. I need to read up on sshfs I guess
18:30pem725 has quit IRC
18:30nokia3510 has quit IRC
18:30Appiah has quit IRC
18:30tstafford has quit IRC
18:30yanu has quit IRC
18:30loathing has quit IRC
18:30yanu has joined #ltsp
18:30yanu has joined #ltsp
18:30Appiah has joined #ltsp
18:30tstafford has joined #ltsp
18:30pem725 has joined #ltsp
18:30nokia3510 has joined #ltsp
18:31
<john_s>
stgraber: thanks again! Btw, I left a message at revlinux. Perhaps we'll talk at some point
18:31loathing has joined #ltsp
18:31
<stgraber>
john_s: would be great :)
18:31john_s has quit IRC
18:36* Lns waves
18:36Lns has quit IRC
18:42Eghie has joined #ltsp
18:46Faithful has joined #ltsp
19:15try2free has joined #ltsp
19:20slidesinger has joined #ltsp
19:21adrian_c has joined #ltsp
19:21HardDisk has joined #ltsp
19:22
<adrian_c>
Hi everyone, I was wondering if I could get some questions answered about ltsp
19:23
<vagrantc>
!question
19:23
<ltspbot>
vagrantc: "question" :: if you have a question about ltsp, please go ahead and ask it, and people will respond if they can. please also mention the linux distro and release you're using. :)
19:33adrian_c has quit IRC
19:37try2free has left #ltsp
20:02bernardo0cd0 has joined #ltsp
20:19bernardo0cd0 has quit IRC
20:25ogra_cmpc has quit IRC
20:26ogra_cmpc has joined #ltsp
20:30pmatulis has joined #ltsp
20:54mgariepy has quit IRC
21:25purpleidea has quit IRC
21:35pmatulis has quit IRC
21:36johnny has left #ltsp
22:03johnny has joined #ltsp
22:09Ralth has joined #ltsp
22:10
<Ralth>
So, I'm setting up ltsp, and I am able to boot to the log in screen, and log in with my username and password, but then I get a command line instead of Gnome. Any ideas? Do I need to install ubuntu-desktop in the thin client root?
22:11
<vagrantc>
should be installed on the server
22:13
<Ralth>
so I install ubuntu-desktop on the server as if I were going to use gnome directly on the server?
22:15
<sbalneav>
Ralth: Yes.
22:16
<Ralth>
Thanks!
22:20
<vagrantc>
all applications (typically) run on the server
22:26Ralth has quit IRC
22:45alexbodn has quit IRC
22:52F-GT has quit IRC
23:57johnny has quit IRC
23:58alkisg has joined #ltsp