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


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

00:39alkisg has joined #ltsp
02:33ltspbot has joined #ltsp
02:33sbalneav has joined #ltsp
02:44mikkel has joined #ltsp
02:45zeltron has joined #ltsp
02:45
<zeltron>
Hello
02:45
Still looking for help on ltsp-cluster
02:47
First : In nstallation with Jaunty like it's discribed on ltsp-cluster website , load balancer doesn't work
02:48
I tried the same work with karmic, and it's OK. I think lbserver in ltsp-cluster is broken, or incompatible with something in jaunty
02:48
Where could I send this for someone more efficient than me could verify ?
02:49
<ogra>
https://bugs.launchpad.net/ltsp-cluster/+filebug
02:50
<zeltron>
Second thing : When the client boots (with my new karmic installation), it dislays a screen with hardware information before ldm
02:50
ogra : ok
02:50
On this screen, the mouse doesn't work :
02:51
I move it, but no cursor appears.
02:51
At a certain position, the 'OK' button highlights
02:52
(that means the cursor is on it, i think, but you can't see it)
02:52
When the button is highlighted, a mouse clic doesn't work, you've got to press the 'enter key
02:53
Not really user-friendly !
02:54
As someone a solution to fix this problem : make the mouse work, or even shunt this screen, that is not really usefull for my users
02:54
(Has)... sorry
03:30alkisg has quit IRC
03:34bobby_C has joined #ltsp
03:41alexbodn has joined #ltsp
03:57johnny has quit IRC
04:11ogra has quit IRC
04:11ogra has joined #ltsp
04:52pmatulis has joined #ltsp
04:59artista_frustrad has joined #ltsp
05:05artista_frustrad has quit IRC
05:06alexbodn has quit IRC
05:08alexbodn has joined #ltsp
05:10hersonls has joined #ltsp
05:18alkisg has joined #ltsp
05:33F-GT has quit IRC
06:16ldo has joined #ltsp
06:16F-GT has joined #ltsp
06:23pmatulis_ has joined #ltsp
06:35alexqwesa has quit IRC
06:37alexqwesa has joined #ltsp
06:37pmatulis has quit IRC
06:40Eghie has quit IRC
06:54Eghie has joined #ltsp
06:56hersonls has quit IRC
06:59Eghie has quit IRC
07:04
<_UsUrPeR_>
morning all
07:05johnny has joined #ltsp
07:15hersonls has joined #ltsp
07:28alexqwesa has quit IRC
07:30alexqwesa has joined #ltsp
07:39Eghie has joined #ltsp
07:43carbm2 has quit IRC
07:43carbm2 has joined #ltsp
07:45carbm2 has quit IRC
07:47carbm1 has quit IRC
07:47artista_frustrad has joined #ltsp
07:51alkisg has quit IRC
08:03bobby_C has quit IRC
08:13try2free has joined #ltsp
08:13try2free has left #ltsp
08:31Gadi has joined #ltsp
08:38zeltron has quit IRC
08:54anivair has joined #ltsp
08:56
<anivair>
So i'm looking for assistance with a sound issue (posted to the email list already a while back).
08:56
if I use a sip phone (say twinkle), it works great on the server, but I get either on audio or stuttering audio (when set to mono) on a thin client
08:57
if I open up the sound preferences, the audio clears up just fine, but eventually the stutter comes back
08:57
<Appiah>
localapp?
08:57
<anivair>
not sure how. never done it. is there a toturial or walkthrough somewhere?
08:57
<Gadi>
tried setting the app's sound output to pulseaudio?
08:58
<anivair>
no option. the program thinks it's using alsa (though it thinks that on the server, too). I have options for alsa or a manually specified device, pretty much
09:00
<Gadi>
try setting sound preferences to pulseaudio?
09:00
(system sound preferences, that is)
09:01
<anivair>
er ... I don't seem to have an option for that in the system sound preferences. Where am I looking?
09:03
<Gadi>
You don't have pull downs fo what to use for sound events, etc
09:05
<anivair>
I have 5 tabs: Sound effects, hardware, input, output, applications
09:05
no real drop downs save for things like speakers
09:10
<Gadi>
anivair: actually, as Appiah says, you may be better off just running the sip phone as a local app
09:10carbm1 has joined #ltsp
09:10
<Gadi>
anivair: simply: chroot /opt/ltsp/i386 apt-get install <package>
09:10
<anivair>
is there a tutorial for setting them up? I have never set up anything as a localapp in ltsp and I honestly don't know how, but I gladly will
09:10
<Gadi>
and then sudo ltsp-update-image
09:10
<anivair>
okay
09:11
<Gadi>
finally, in lts.conf, add: LOCAL_APPS_MENU=True to have the choice from the gnome menu run the local app
09:11
<anivair>
okay
09:11
I presume I should remove the one I have first?
09:11
<Gadi>
I should actually ask you what distro you are using
09:11
I was assuming ubuntu
09:11
<anivair>
it is ubuntu
09:12
<Gadi>
ok
09:12
no need to remove what you have
09:12
<anivair>
okay
09:12
<Gadi>
it will override it
09:12
(or at least it should)
09:12
usually you will know a localapp because the title will change from, say "twinkle" to "twinkle on ltsp001" or soe such
09:12
*some
09:13
for example, if you run from a terminal window: ltsp-localapps xterm
09:13
it should open a local app xterm
09:14
<anivair>
excellent!
09:14
any other programs that is recommended for?
09:14
now that I know how
09:15
<Gadi>
many people install firefox+java+flash there in order to reduce load on the server and increase video performance for streaming video
09:16
just remember, the more apps you run locally, the more power you need locally
09:16
and you have to remember to update the chroot if you want updates to those programs
09:17
but, localapps is great for apps that really like realtime access to the client hardware
09:17
<_UsUrPeR_>
sbalneav: ping?
09:18
<anivair>
thanks a lot
09:19
<carbm1>
I think the Local Apps just answered my question... I'm wanting to use one username that automatically signs into our LTSP but you can't run Firefox on multiple computers. So thats my fix? Run the Firefox/Flash from the local machine?
09:21
<_UsUrPeR_>
carbm1: unfortunately, gnome does not respond well to multiple logins
09:22
<carbm1>
I'm planning on setting everything as read only... Think it will still be a problem?
09:22
<Gadi>
carbm1: thats *a* fix, but, you could attack it other ways, as well
09:22
<carbm1>
This is going to be for student computers in a secondary school... security is not an issue. I just need them to get online to a flash website.
09:23
<_UsUrPeR_>
carbm1: You can create multiple accounts, and have them log on based on mac address.
09:23
<Gadi>
carbm1: if you have decent lmachines, localapps is a nice solution for that
09:23
er, actually, no
09:23
<carbm1>
... I'm very interested! How based on mac address.
09:23
<_UsUrPeR_>
Gadi: ?
09:23
<Gadi>
right - listen to _UsUrPeR_
09:23
:)
09:23
lol
09:24
<_UsUrPeR_>
:O
09:24
ok
09:24
<carbm1>
The computers are 350Mhz-500Mhz 196MB RAM.
09:24
<Gadi>
Im a bit out of sorts this morning
09:24
<_UsUrPeR_>
carbm1: guh
09:24* Gadi crawls back into corner
09:24
<_UsUrPeR_>
carbm1: I may recommend more RAM before continuing down the localapps route.
09:24
<carbm1>
believe me... if I had a choice and a budget they would have been recycled a long time ago.
09:25
<_UsUrPeR_>
carbm1: I understand. You work with what you have.
09:25
Gadi: wait, get out of the cornet for a second. is it ldm_user, ldm_pass, ldm_autologin = yes?
09:25
s/cornet/corner
09:26
<carbm1>
So, local apps may not be the right choice? Is there a howto for automatic signon based on mac address?
09:26
<_UsUrPeR_>
carbm1: I am going to get you a lts.conf config file and some instructions in just a moment here.
09:26
<anivair>
hrm ... when i run ltsp-update-image I get this: /opt/ltsp/amd64 doesn't exist
09:27
that is no good
09:27
<carbm1>
Thanks!
09:27
<anivair>
should I have installed it to amd64 instead of i386?
09:27dro has joined #ltsp
09:27
<Gadi>
anivair: ltsp-update-image --arch i386
09:27
<anivair>
right-o
09:34
last question: should I edit /opt/ltsp/i386/etc/lts.conf or should I create /var/lib/tftpboot/ltsp/i386/lts.conf, as that file recommends, for the addition of the local app menu item?
09:34
<_UsUrPeR_>
carbm1: http://pastebin.com/m6d7ace83
09:34
<Gadi>
the latter
09:35
<_UsUrPeR_>
brb
09:35
<Gadi>
anivair: and don't forget the [default] line
09:35
<anivair>
I already have, heh. let me check the existing one to see if it has an example
09:36
<Gadi>
_UsUrPeR_: didn't we have code in there that uses the hostname for the username when LDM_USERNAME is not supplied with utologin?
09:39
<anivair>
so I keep everything that's already in the [default] line (color depth, localdev, etc) and just add a local app line?
09:39
<Gadi>
every line under [default] applies to all clients
09:40
to set something just for one particular client, create a stanza with [<MAC>]
09:40
where MAC is the MAC address of the client
09:40
<anivair>
I do want this to apply to every client, certainly
09:41
but do I need to leave the lines that are in the example file, or should I blank those out and just use the local app line?
09:41
(ie: if I take out what is in the example, will that break my thin clients?)
09:41
<Gadi>
you can simply have:
09:41
[default]
09:41
LOCAL_APPS_MENU=True
09:41
like that
09:42
<anivair>
thanks
09:44
<_UsUrPeR_>
Gadi: (in reference to the hostname for username) If it exists, this is the first I have heard of it. Sounds useful though :)
09:45shawnp0wers has joined #ltsp
09:45
<anivair>
I'm off to play with that and see if that helps. Thanks for the help setting it up.
09:45
<_UsUrPeR_>
anivair: sorry. Was not sure what else you wanted to do with your lts.conf. One important thing: if you put ldm_autologin = True below [DEFAULT], you will not be able to boot a client normally if it does not have an ldm_username and ldm_password attached to it
09:46
shawnp0wers: hello there
09:46
<shawnp0wers>
Hi. :)
09:46* shawnp0wers is in the Traverse City airport, waiting for a plane...
09:48
<_UsUrPeR_>
Traverse City, huh? Popular summer destination... What's it like in Feb?
09:50alkisg has joined #ltsp
09:51
<anivair>
that's okay, I think what I got will be just fine
09:52bobby_C has joined #ltsp
09:55anivair has quit IRC
09:57
<carbm1>
sorry, had to step out. Whats the correct synax for the MAC address? With :'s or with dashes... Do I have to add 01- to the begining like pxelinux requires?
09:59
sorry, looking at examples on google looks like I use it just like normal. Thanks.
09:59
<alkisg>
!lts.conf
09:59
<ltspbot>
alkisg: "lts.conf" :: http://manpages.ubuntu.com/lts.conf
09:59
<Gadi>
carbm1: normal - with colons
10:00
<carbm1>
alkisg, Thanks for your help yesterday also! I didn't get a chance to thank you!
10:00shawnp0wers has quit IRC
10:02
<alkisg>
np
10:05
<carbm1>
Apparently its not trying to download the lts.conf. My DHCP/PXE is on a different server and I've tried putting it on the LTSP Server and my PXE Server. Is there a way to specify where to get the lts.conf file?
10:11
http://pastebin.com/m75381a68
10:11
Thats on my PXE boot server that actually connects to the LTSP server. It boots but it doesn't seem to matter what I put in ltsp/i386/lts.conf
10:16dro has quit IRC
10:16
<alkisg>
carbm1: you need to send the filename for the "Linux ipconfig" vendor identifier
10:16
What's your dhcpd.conf ?
10:16
(or, make a symlink from /var/lib/tftpboot/lts.conf to /var/lib/tftpboot/ltsp/i386/lts.conf)
10:17
(a relative one, eitherwise tftpd-hpa will refuse to follow it)
10:18
<carbm1>
I copied it and it still didn't seem to work... let me try some more testing.
10:19
For me my PXE/DHCP is on a SLES10.2 box. The LTSP is a Ubuntu 9.10 box.
10:19
<alkisg>
carbm1: wait, where do you put your lts.conf, in which server?
10:19
In the dhcp server or in the nbd server?
10:19
<carbm1>
tried on the dhcp/pxe server first.
10:20
I haven't tried the nbd server yet.
10:20
<alkisg>
I think it will try to pull it from the nbdserver in your case
10:21
<carbm1>
*fingers crossed.
10:21
<alkisg>
(echo "get ${tftpath:-/ltsp/i386}/lts.conf"|/bin/tftp ${NBD_ROOT_SERVER} >/dev/null 2>&1)
10:21
Yup, it uses the nbd server
10:23
<carbm1>
So, on the nbd server.. which is Ubuntu. The file lts.conf should be in /var/lib/tftpboot/ltsp/i386 ?
10:23
or /var/lib/tftpboot?
10:25
<alkisg>
It depends on your dhcpd.conf
10:25
Usually it should be in /var/lib/tftpboot/ltsp/i386
10:28
<highvoltage>
hey! congratulations on the 5.2 release!!!
10:29
it should be in the title!
10:29
<stgraber>
I'm working on a blog post + ML announce
10:31
<ogra>
i guess he meant the channel topic
10:31
(and i agree, its a significant milestone)
10:32
<stgraber>
yep, we probably should update the topic
10:33
<highvoltage>
yes s/title/topic/ :p
10:36dro has joined #ltsp
10:37
<carbm1>
Its definitely not downloading the lts.conf file. Its in the /srv/tftp/ltsp/i386/lts.conf on my DHCP/PXE Server... I've also put it on the NBD (LTSP-Server) in /var/lib/tftpboot/ltsp/i386/lts.conf ... Any suggestions on trouble shooting this?
10:37
I'm reading the LTSPManual.pdf and I know my syntax is correct.
10:38
*I know ... meaning I'm fairly certain.
10:40
... the manual says it must contain a [default] at the top no matter what... so let me retry some things.
10:45
<alkisg>
carbm1: upload your dhcpd.conf and your lts.conf to pastebin
10:46
<carbm1>
My dhcpd.conf is LONG... It serves 14 VLAN's. Do you want my pxelinux.cfg/default file instead? and my lts.conf file?
10:46
<alkisg>
No, the pxelinux.cfg/default is irrelevant
10:46
Just post the part that contains the filename directive
10:46
And your lts.conf
10:50
<carbm1>
http://pastebin.com/m505aebdc
10:50dro has quit IRC
10:50
<alkisg>
filename "pxelinux.0"; ==> it searches the file in your nbd server, in /var/lib/tftpboot
10:51
So put lts.conf there...
10:51
Also, don't put spaces around the equals in lts.conf
10:51
I'm not sure if that matters or not
10:52hersonls has quit IRC
10:53dro has joined #ltsp
10:53
<carbm1>
The pxelinux.0 is in /srv/tftp on my SLES10.2 box and all my network booting works fine. It just doesn't seem to try and download the lts.conf file from either server. I'll try to fix the lts.conf and remove the spaces.
10:54
<alkisg>
carbm1: put your lts.conf in your nbdserver, in /var/lib/tftpboot/lts.conf
10:54
Notice the path, it's not the standard path ^^^
10:54
<carbm1>
ok, i'm on it. just a sec.
10:57
Thank you for your help and patience... I know its a complicated setup.
10:58
Still no go. I have the lts.conf file in both /var/lib/tftpboot and /var/lib/tftpboot/ltsp/i386 and I can confirm from a windows box that I can download the file via tftp.
10:59
<alkisg>
Let's verify that it didn't get the file
10:59
Logon normally, and open a local xterm
10:59
!localxterm
10:59
<ltspbot>
alkisg: "localxterm" :: while sitting on a thin client, open a gnome terminal. In that, run: ltsp-localapps xterm. An xterm will open. That xterm runs locally, so any commands you enter there are executed directly on the client.
11:01
<carbm1>
can I su to the admin user and run that?
11:01
i'm in a different classroom right now supervising a conference call.
11:01
<alkisg>
You don't need sudo, but wait
11:01
I think I see the problem
11:01
Can you run this:
11:02
grep tftp /opt/ltsp/i386/usr/share/initramfs-tools/scripts/ltsp_nbd
11:03
<carbm1>
http://pastebin.com/m714dab82
11:03
<alkisg>
Heh... fun
11:03
https://bugs.launchpad.net/ubuntu/+source/ltsp/+bug/238010
11:03
That's your problem
11:04
So, put lts.conf in your nbd server, in /var/lib/tftpboot/pxelinux.0 !!!!
11:04
i.e. make a pxelinux.0 directory, to bypass the bug...
11:04
and put lts.conf inside that directory
11:05* alkisg needs to fix that...
11:06
<carbm1>
That worked!!!
11:06
<alkisg>
***or, simpler, change the filename directive in your dhcpd.conf to /pxelinux.0
11:06
With a slash in front of it
11:06
<carbm1>
I think the pxelinux.0/lts.conf is easier for right now.
11:06
<alkisg>
But yeah, that bug needs fixing...
11:11
<carbm1>
alkisg, you'da man!
11:11
<alkisg>
:)
11:13
<carbm1>
Well, now with the automatic login I can't restart the workstation. When I select restart it automatically restarts the session. So I can't restart from the login screen.
11:14
<johnny>
truly
11:14
that's why i just hard power off mine
11:15
but the other solution is to use the login timeout
11:15
so i t auto logs in after 5 seconds
11:15
<alkisg>
or to use my patched gnome-session :D
11:15
<johnny>
alkisg, didn't you solve this problem with lucid?
11:15
<alkisg>
That enables you to poweroff normally :D
11:15
<johnny>
did it get accepted?
11:15
<alkisg>
johnny: nope :(
11:15
<johnny>
figured it wouldn't
11:15
<alkisg>
He said he needs some ltsp developers to testify that it works
11:15
But none did
11:15
<johnny>
the solution sounds kinda hacky anyways
11:16
you really nee dto solve the problem at the dbus level
11:16
<alkisg>
Why?
11:16
<johnny>
so gnome doesn't have to b e patched
11:16
<alkisg>
I did solve it at dbus
11:16
<johnny>
ah
11:16
so.. why is it a patch for gnome-session ?
11:16
<alkisg>
Because that's what provides the dbus call for the session...
11:16
Ah, you mean the system dbus?
11:17
That's not doable currently... we'd need to merge the buses from client/server to make that happen
11:17
And I'm not sure if that's doable
11:18
<carbm1>
I'm glad you guys know what your talking about.
11:18
How do I set the login timeout?
11:23
<johnny>
alkisg, that's exactly what we must do
11:23
your patch will ever get accepted
11:23
if i was the maintainer, i wouldn't accept it
11:23
that is
11:23Psifidotos has joined #ltsp
11:23
<alkisg>
It's not upstream gnome session
11:23
<johnny>
sure.. but then you only helpl ubuntu..
11:23
which is dumb
11:24
<alkisg>
It's a patch ON an ubuntu patch for gnome session
11:24
I just added 4 lines in an existing patch...
11:24
Sure
11:24
<johnny>
that patch shouldn't be there either i bet then
11:24
fedora will never accept it
11:24
<alkisg>
But I'm not sure that merging the 2 buses is doable. Are you?
11:24
<johnny>
alkisg, why not?
11:24
dbus-proxy
11:24
<alkisg>
Because there are 2 different PCs, 2 different system buses
11:24
Different states and everything
11:24
<johnny>
sure.. let the dbus-proxy pass things to the right places
11:25
but really.. we should talk to a dbus maintainer about the best way to achive our goal
11:25
<alkisg>
If it is that simple, we're eagerly waiting for your implementation ;)
11:25
<johnny>
not necessarily to suggest the implementation
11:25
dude.. i only use ltsp on 3 terminals..
11:25
it's not a big deal for me..
11:25
it's a big deal for all the 1000000 other terminals out there
11:25
<alkisg>
Sure... I just don't think it's doable
11:26
<johnny>
i just power mine off at night
11:26
well talk to a dbus guy
11:26
tell him what you want
11:26
he'll help figure out a way to achieve it
11:26
<alkisg>
I have my PPA with my patched gnome session, I'm fine atm...
11:26
I'll leave that for the bigger guns :)
11:28Kicer86 has joined #ltsp
11:29Selveste1_ has quit IRC
11:31japerry has joined #ltsp
11:32Kicer86 has quit IRC
11:40Psifidotos has quit IRC
11:42carbm1 has quit IRC
11:44Kicer86 has joined #ltsp
11:45lucascoala has joined #ltsp
12:23mgariepy has joined #ltsp
12:41vvinet has joined #ltsp
12:43
<vvinet>
!s
12:43
<ltspbot>
vvinet: "s" :: Scotty!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
12:52the_fronny has joined #ltsp
12:55
<the_fronny>
I have a partial boot of an Aspire Revo 1600 off karmic, but the boot stalls with the client saying udhcpc (v0.9.9-pre) started Sending discover... No lease, failing.
12:56
I never get a logon screen. Must one still do the remote login stuff (XDMCP) that was required by 4.x?
12:57
<alkisg>
the_fronny: run this command, and then reboot your client:
12:57
echo 'ipappend 3' | sudo tee -a /var/lib/tftpboot/ltsp/*/pxelinux.cfg/default
12:57
If it doesn't work after that, then it isn't a dhcp problem
12:58
<the_fronny>
It's rebooting now...
13:03
No go. The final error is eth0 link down. It says eth0 configured at <client IP>:<serverIP>:<server gateway>:<netmask>: (With the genuine IP addys of course). But it's progress. I made a copy of 'default' before I changed it so I'll take a look at both of them, but the original was definitely different than what the ubuntu-ltsp recipe page said it would be. Thanks for the quick response!
13:03sene has joined #ltsp
13:04
<alkisg>
the_fronny: in that file, you'll see a "quiet splash" there. Remove those, to better see any errors.
13:05
<the_fronny>
OK
13:05
<alkisg>
I wonder if that's a network driver problem...
13:06cliebow has joined #ltsp
13:09
<the_fronny>
alkisg: default says nothing about ...quiet... I'll copy the default from a non-atom i386 I have.
13:10
<alkisg>
the_fronny: weird, can you paste that file to pastebin?
13:10
<the_fronny>
I'm using a recipe from: https://help.ubuntu.com/community/CategoryLtsp. It's number 6 in the list.
13:13cliebow has quit IRC
13:13
<alkisg>
OK, so can you paste pxelinux.cfg/default to pastebin?
13:16reynolds has joined #ltsp
13:17cliebow has joined #ltsp
13:18
<the_fronny>
It's out there from L-tester. It looks like the result of running through the recipe a couple times. Things are farther along now with a copied default. I get a black screen. I'll try it without the 'quiet' option. thanks.
13:21vagrantc has joined #ltsp
13:22
<the_fronny>
Without the quiet, but keeping the splash the screen blinks a few times, like it's trying drivers. But there's no login screen such as gdm or xdm. Do those still need to be set up manually? Thanks for your help.
13:25
Things are now stopping at what I think is a busybox prompt, saying failed to connect to NBD server.
13:32japerry has quit IRC
13:41
<reynolds>
Is there anyone around who can help me with italc? I had it running then updated my server and chroot and now its telling me the keys are broken?
13:46
<vvinet>
wrong chmod on the key files?
13:46
<the_fronny>
alkisg: pastebin url is: http://pastebin.com/d10969bf9 (My apologies)
13:46
<reynolds>
how do I fix it?
13:47
<vvinet>
neverming, that is only for ssh, not ssl
13:47
nevermind*
13:47
<mgariepy>
are the keys the same on the appserv and on the chroot ?
13:47
<alkisg>
the_fronny: yeah, you hit a bug. You need to remove all those nbdport=2001 lines
13:47
That bug was fixed about 10 days ago...
13:48
Only keep it in line 6.
13:48
<reynolds>
where are the keys located on the chroot? They are not in /opt/ltsp/i386/etc/italc
13:48
<alkisg>
reynolds: there are 2 ways to install italc. How did you install it?
13:48
<reynolds>
server
13:49
<alkisg>
You didn't install it at the chroot?
13:49
<reynolds>
nope
13:49
<alkisg>
run `ls -lha -R /etc/italc` and upload the result to pastebin
13:50
<reynolds>
http://pastebin.com/d732ab73e
13:51
<alkisg>
Yeah the owners are wrong
13:51
Let me get you a quick fix...
13:52shogunx has quit IRC
13:52
<reynolds>
thanks. your awsome.
13:52shawnp0wers has joined #ltsp
13:52
<the_fronny>
Thanks, I'll give it a go now. makes sense; I don't think an ndb port declaration is in there now.
13:52
<alkisg>
the_fronny: you *need* a port declaration
13:53
If you followed the page that you said above, you have 2 chroots
13:53
So the second one with the nvidia drivers is in port 2001.
13:53
<the_fronny>
I get that, and am putting it in now.
13:53
<alkisg>
But I'm not really sure I understand what you did...
13:53carbm1 has joined #ltsp
13:53japerry has joined #ltsp
13:54
<alkisg>
reynolds: sudo chown -R root:root /etc/italc/keys/public
13:54
chmod 444 /etc/italc/keys/public/*/key
13:54
chown -R root:admin /etc/italc/keys/private
13:54
chmod 440 /etc/italc/keys/private/*/key
13:54
*with sudo in the last 3
13:54
<carbm1>
Is there a way to get "free -m" from the thin client?
13:54
<alkisg>
!localxterm
13:54
<ltspbot>
alkisg: "localxterm" :: while sitting on a thin client, open a gnome terminal. In that, run: ltsp-localapps xterm. An xterm will open. That xterm runs locally, so any commands you enter there are executed directly on the client.
13:55
<alkisg>
carbm1: btw I fixed your bug: https://bugs.launchpad.net/ubuntu/+source/ltsp/+bug/238010
13:55
<carbm1>
alkisg, again... your the man.
13:55shogunx has joined #ltsp
13:55
<alkisg>
OK, enough for one day... :)
13:55
<carbm1>
alkisg, No problem.... I'll leave you alone. I understand completely. Excellent project and you've provided some invaluable support.
13:57
<reynolds>
alkisg, its fixed thank you...
13:58Mip5 has joined #ltsp
13:59bobby_C has quit IRC
14:00
<Mip5>
Hey Gang - is there a way to have both thin and fat clients being served from the same server? I think I'd have to specify the destinction (based on MAC addresses?) in dhcp.conf
14:01
<vagrantc>
Mip5: there's a few ways you could do it ... you could serve both up from the same chroot ... which means that the thin client might have a few more services running and you'd have to specify which are fat or thin in lts.conf ... or you could create an entirely different directory and specify it in dhcpd.conf
14:03
<Mip5>
vagrantc - thanks. It seems like it would be easier to manage (update to chroot, etc) if I had them served from teh same chroot. My main goal is to increase the number of thin clients I can serve from the same server.
14:04
vagrantc - the user experience has been positive (by all reports).
14:04
<vagrantc>
good to hear :)
14:04
<Mip5>
In general, if the clients can do some of the lifting, would that be the way to go?
14:06
<vagrantc>
if the clients have enough ram and processor speed, that's a great way to go.
14:07
<Mip5>
that's what I was thinking. The clients (the new ones) are being donated, and I think are Pentium D 2.8 GHz, and have 1 gb of ram.
14:08bernardo0cd0 has joined #ltsp
14:09nubae has joined #ltsp
14:09
<vagrantc>
yeah, those would make great thin clients.
14:09
er, fat clients :)
14:10
<nubae>
greets
14:10
<bernardo0cd0>
Hi! I have a Debian 5 box with LTSP and it worked for a long time. But by a week i can't login on any client, just hanging in the "Verifying password" message. What can I do?
14:10* vagrantc waves to nubae
14:11
<bernardo0cd0>
In the terminal it says "login incorrect", but it's possible to login locally. I already tried the ltsp-update-sskeys cmd...
14:13
<knipwim>
vagrantc: what should be the purpose of ltsp-info?
14:13jimsngc has joined #ltsp
14:13
<alkisg>
Wow, nubae's here... hi man, it's been a very long time (again) :)
14:13bobby_C has joined #ltsp
14:13
<knipwim>
provide distro specific functions used by one distro
14:13
<jimsngc>
hmm - well quite a lot of people in this room then ;)
14:13
<knipwim>
or global functions which return distro specific stuff
14:14* nubae wonders if at this pint we have a nice rundown of ltsp revived systems aroun
14:14
<nubae>
alkisg, I know...
14:14
<jimsngc>
looking for some help with sound on clients (Ubuntu 9.10 + LTSP)
14:14
<nubae>
I was hoping to come back and revoluition would have started :-(
14:14
:-/
14:15
<vagrantc>
knipwim: it should simplify initial troubleshooting.
14:15alexqwesa has quit IRC
14:15
<nubae>
to b3e honest I've been having many sleepless lights nighting about howto marry wifi ith LTSP in a reasonable wat+
14:15alexqwesa has joined #ltsp
14:15
<vagrantc>
knipwim: it should identify which distro it's running on, the version of ltsp, ldm and ltspfs installed on the server and inn the chroot, etc.
14:16
<knipwim>
okay, an entry for gentoo could be made in any case
14:17
i was looking for a way to get the system arch based on the distro
14:17
for instance, the arch is needed in ltsp-update-image
14:17shawnp0wers has quit IRC
14:18
<nubae>
I've come to a crossroads in tersm of where to focus my enertgy
14:18
<knipwim>
and the current implementation calls for dpkg, a debian tool
14:18
<nubae>
I want to open a smallish internet/console cafe
14:18
<knipwim>
also debian uses i386 while gentoo uses x86
14:18
in other words, looking for a global ltsp function which returns the arch, depending on the distro
14:19
<nubae>
where cute girls feed geeks a selection of scientfically researched foods
14:19
that tatste good fo cours
14:19
must be good
14:19
must be nutricious to an almost exteme poin
14:20
now... the main attraction would be 4 50 inch plasmas/lds
14:20
in front of comfy sofas (still working on thi)
14:21
allowing for connected gamery of up to 16 with the wii
14:21
and not sure with the others...
14:22
<bernardo0cd0>
Hi! I have a Debian 5 box with LTSP and it worked for a long time. But by a week i can't login on any client, just hanging in the "Verifying password" message. Anyone knows why? Thanks
14:22
<nubae>
the poiint owuld be its a place to hang and have fun... there would be q Linux geek corner including XOs and LTSP running a lot of it
14:22
<johnny>
vagrantc, i'd like to see more shared functions stuff on the server side.. instead of in plugins
14:22
like set_arch / get_arch
14:22
as functions
14:23
in a lib
14:23
<nubae>
so.... its a cofee/bar/saloon/game/center/fun neo-consutancy
14:24jimsngc has left #ltsp
14:24
<nubae>
the moral aspect to it all is that I would give classes, one of which would be how to enable homebrew on your console/ipod/iphone/phone, etc
14:25
<Mip5>
vagrantc - I'm now wondering whether all of my clients could run as fat clients. What would be the minimum specs for a fat client? Would it be more of a ram thing (my clients have 512 mb) or more of a processor, or a combination of both?
14:25
<nubae>
But it would be a place for kids to learn about the world outside MS, learn about thinks like LTSP
14:26
soldering and firmware hacking
14:26
etc etc
14:26
there are places like that in the US already
14:26
probably a dime a dozen
14:26
but here in Europe... not so much
14:27
any thoughts crticisms?
14:28
name:phantasia-caf.com
14:28
cafe even
14:28
without the -
14:29
cool fantasia-cafe.com is available too
14:31
anyway, form my perspective it alllows me to play with LTSP, and get kid interested in this tech
14:32
I'm also playing with networking a number of wiis and possibly LTSP
14:32
<johnny>
well.. wii can use a nic.
14:32
<nubae>
but maybe I'm just totllay wacko now
14:32
yep
14:33
they can do netwok gaming.... thats what got me going
14:33
it can also run linux
14:34
<johnny>
nto as well as i would like
14:34
<nubae>
anyway, there is a lot to be done there, possibly
14:34
<johnny>
unless they have made progress
14:34
<nubae>
progress is done day by day
14:35
but thats mrore a matter of waiting until we can get buntu binaries to run on it
14:35
<johnny>
just install gentoo on it.. or debian
14:35
dont' wait for ubuntu
14:35
<nubae>
whatever challenges lay ahaead
14:35
<johnny>
i was more concerned about the lack of 3d drivers and the like
14:35
<nubae>
yeah sorry meand debian
14:36
well, we could reseach that briefly if u have the time
14:37
<vagrantc>
johnny: i don't see what would be so much better using a function over using a plugin...
14:37
<dro>
nubae: the issue with those types of places in the us....is that the linux guru's are too shy to go
14:38
you can't get hott chicks to work there
14:38
and kids just don't care...they want to eat pizza and play video games
14:38
<vagrantc>
Mip5: exact hardware specs will vary greatly ... largely depends on what you're running. i'd recommend more ram than usual for a disk'ed machine as swap is either unavailable, or over the network...
14:39
<nubae>
u're thinking the US
14:39
<dro>
nubae: i know, in europe that might be a different story
14:39
and if so...i'm moving to europe
14:39
<nubae>
I live in a relatively poor ocation on the beach in Southern Spain
14:39
think of it like Miami
14:40
<alkisg>
vagrantc: from update-kernels:
14:40
if [ -z "$CHROOT_NAME" ]; then
14:40
# FIXME: replace with a common function
14:40
CHROOT_NAME="$(dpkg --print-architecture)"
14:40
fi
14:40
<nubae>
people definelty cannot afford a setup of 4 interlinked wiis for example for wholesome family fun
14:41
<alkisg>
==> a function there would make update-kernels distro agnostic
14:41
<nubae>
while organis healhty food that tasts¡es giid is being served
14:41
<alkisg>
So functions can be good, they provide different backends for each distro
14:42
<vagrantc>
alkisg: sure.
14:42
<nubae>
its all about marketing the food... similar to what we have with Linux cs microsoft
14:42
heh... its in fact the same story
14:42
<vagrantc>
but if the code is wildly different for each distro, and each time you call the function it has to figure out which distro you're running... that seems like some overhead for anything client-side
14:43
<nubae>
far superio products being sold on one side of he read, usully cheaper
14:43
better for you
14:43
and people go to the other side+
14:44
<vagrantc>
though using the same function names that each distro implements completely separately... that would be fine by me.
14:44
<alkisg>
vagrantc: I was thinking a common set of functions, and a distro-specific set of functions "debian_functions, ubuntu_functions" etc. So the scripts wouldn't need to figure out anything about which distro they're running under, they'd just use whatever functions are available
14:44
<vagrantc>
i.e. not a shared function, but a shared name for a function with a different backend.
14:44
<alkisg>
Right
14:44
That. :)
14:45
<vagrantc>
well, i wrote some code recently which makes that easier.
14:45
<nubae>
anyway, too much to cover here
14:45
first... what linux currently runs on wii?
14:46shogunx has quit IRC
14:46
<nubae>
what accessories does it take advantage of, adn would kids feel empow3ered by helping to get it wokriing together?
14:47shogunx has joined #ltsp
14:50_nubae_ has joined #ltsp
14:52
<_nubae_>
welp
14:55japerry has quit IRC
14:56
<_nubae_>
the info on the bollywood ati gpu is pretty sparse... but the machines can be netowked as said
14:57cliebow has quit IRC
14:57
<_nubae_>
and thats where the fun could begin... I won go in to say one could play for money
14:58
since that would be illegal many places
15:00pmatulis_ has quit IRC
15:07__nubae__ has joined #ltsp
15:11nubae has quit IRC
15:14Kicer86 has quit IRC
15:16carbm1 has quit IRC
15:24mikkel has quit IRC
15:24dro has quit IRC
15:24japerry has joined #ltsp
15:27Gadi has quit IRC
15:30Selveste1_ has joined #ltsp
15:30Selveste1_ is now known as Selveste1
15:35Selveste1 has quit IRC
15:35Selveste1 has joined #ltsp
15:36jcastro has quit IRC
16:00grey-monkey has quit IRC
16:00grey-monkey has joined #ltsp
16:02ldo has quit IRC
16:02ldo has joined #ltsp
16:12bobby_C has quit IRC
16:12lucascoala has quit IRC
16:12bobby_C has joined #ltsp
16:12bobby_C has joined #ltsp
16:12nubae has joined #ltsp
16:13__nubae__ has quit IRC
16:40Selveste1 has quit IRC
16:41bobby_C has quit IRC
16:47vvinet has quit IRC
16:48grey-monkey has left #ltsp
16:50vagrantc has quit IRC
16:50bobby_C has joined #ltsp
16:56Mip5 has left #ltsp
16:59the_fronny has quit IRC
17:04Selveste1 has joined #ltsp
17:05bobby_C has quit IRC
17:15vvinet has joined #ltsp
17:19slidesinger has joined #ltsp
17:21alkisg has quit IRC
17:23alkisg has joined #ltsp
17:24grantk1 has joined #ltsp
17:24
<grantk1>
hello
17:25
I was working on some issues with jetdirect not being installed in the ubuntu 9.04 ltsp package a week or so ago, and had been side tracked and not been able to get back
17:26
I have just gotten a chance to take some of my users printers away and hook it up to a terminal running ltsp5 off these new servers I have installed a jetdirect script that was on an old bug report
17:27
and installed the python-serial package in the chroot and updated all images
17:27
I can add the printer, cups recognizes it, does not complain about reaching it but will not print anything, I can also reach port 9100 via telnet on that clients ip as well.
17:28
I remember when I first started working on this problem that the logs did not show much so I was wondering if anyone had any ideas of where would be a good place to check for what could be going wrong here.
17:40grantk has joined #ltsp
17:41grantk1 has quit IRC
17:48grant1 has joined #ltsp
18:07alkisg has quit IRC
18:07
<grant1>
I can check /dev/lp0 from the clients command line and see the jobs that I send to this printer, they just do not print to the machine.
18:17grant1 has quit IRC
18:20grantk1 has joined #ltsp
18:22pmatulis has joined #ltsp
18:24grantk1 has quit IRC
18:28mgariepy has quit IRC
18:31otavio has quit IRC
18:31otavio has joined #ltsp
18:32grantk has left #ltsp
18:53carbm1 has joined #ltsp
19:17carbm1 has quit IRC
19:18
<sbalneav>
Evening all
19:20anivair has joined #ltsp
19:32carbm2 has joined #ltsp
19:43
<anivair>
I hope someone's here, cause I'm having a weird issue.
19:44
Today I added /var/lib/tftpboot/ltsp/i386/lts.conf
19:45
it is basically a [default] line and below that " LOCAL_APPS_MENU=True"
19:45
that's it
19:45
and it seems to have halted my thin clients.
19:45
it's basically halted at "loading vmlinuz"
19:46
<carbm2>
if you remove the file does it go back to working?
19:46japerry has quit IRC
19:46
<anivair>
checking now
19:46japerry has joined #ltsp
19:46
<carbm2>
pastebin your lts.conf if it does....
19:49
<sbalneav>
Highly unlikely that lts.conf did that, sinc at the point you'e loading the kernel, you're not even looking at the lts.conf yet
19:49
it doesn't get looked at until after the kernel's loaded.
19:49
<anivair>
hrm
19:49
I'll knowin one second here
19:50jcastro has joined #ltsp
19:52
<anivair>
No, no effect. Still not loading.
19:52
here's a list of other things I did, then:
19:52
<sbalneav>
Which version of linux are you running?
19:52
<anivair>
64 bit ubuntu 9.10
19:52japerry has quit IRC
19:53
<anivair>
I also installed twinkle into ltsp's image so I could run it locally
19:53
and then ran ltsp-update-image --arch i386
19:54
<sbalneav>
if it hangs with loading vminuz, then the thin client isnt getting a tftp response
19:54
<anivair>
apart from regular ubuntu updates, that's it
19:54
<sbalneav>
so either:
19:54
1) your tftp server's not running/disabled
19:55
2) your networking hardware (smartswitch, etc) is blocking tftp
19:55
<anivair>
I see a tftpboot process.
19:55
<sbalneav>
3) some firewall or the like is blocking tftp
19:55
<anivair>
and honestly, these machines were just running ten minutes ago. I haven't made any network changes since then, and they are all inside the firewall
19:55
I'm not really sure what to troubleshoot
19:56
I see /usr/sbin/in.tftpd -s /var/lib/tftpboot running, at leasty
19:56pmatulis has quit IRC
19:56
<sbalneav>
is your tftp starting from inetd?
19:58
hello/
19:58
?
19:58
<anivair>
sorry, baCK
19:59
I believe it is? i'm not starting it manually
19:59
is there a way to check that?
19:59
(the thin client gets past the tftp load stage, if that helps)
20:02
<sbalneav>
it does get past the load?
20:02
ok
20:02
well, try doing an ltsp-update-kernels
20:03
<anivair>
will do
20:03
is that the command, or is it ltsp-update-kernels --arch i386 in this case?
20:04
<sbalneav>
iirc, I don't think you need arch for update-kernels, since it just does a copy.
20:04
<anivair>
okay
20:04
that was quick
20:04
reboot and try again?
20:05
<sbalneav>
try the thin client, yea
20:08
<anivair>
one second
20:12try2free has joined #ltsp
20:13
<anivair>
that did it. I had to reboot the server, but it's up. You're pretty much a lifesaver
20:13
(or a jobsaver, if you prefer)
20:15try2free has left #ltsp
20:18sene has quit IRC
20:23
<anivair>
huh. Put the lts.conf back and now it's not loading again. that must be causing it somehow.
20:23
though I can't say why
20:24
should I maybe run ltsp-update-kernels again after the lts.conf is in place?
20:27map7 has joined #ltsp
20:32
<map7>
I'm just building a new LTSP server and have ran into a problem. Everytime I start one of my clients it does not want to boot all the way to the login screen, I'm left with a blank screen. Can anyone help me?
20:33
I'm running Ubuntu 9.10 64bit and have built my ltsp clients as 32bit
20:33
I've tried setting XSERVER=vesa in my lts.conf file
20:33
<anivair>
did you install ltsp as --arch i386?
20:34
<map7>
I built the image with --arch i386
20:34
<anivair>
okay
20:35
<map7>
I downloads the kernel images over tftp correctly, displays the ubuntu logo for about 2 seconds, then that fades away and I'm left with a blank screen
20:36alyoshka has joined #ltsp
20:37
<alyoshka>
is it possible to have an LTSP server and Windows fat clients using the server for authentication and data storage?
20:37
<map7>
anivair, I know this client works as I've tested it with my previous LTSP setup (Ubuntu 9.04 32bit)
20:37
<alyoshka>
or if not, is there another way to do the same with a Linux-based server?
20:39
<map7>
alyoshka, Have a look at LDAP and Samba
20:39
<alyoshka>
map7: thanks
20:59
<sbalneav>
back
21:04
<anivair>
(heh. welcome back. pretty sure you missed a ton of stuff)
21:07
<map7>
anivair, If I try and start another thin client (different hardware) I get the error 'failed to connect to NBD server'
21:10
<anivair>
for the record, still nothing. I tried the lts.conf again and it stopped loading. I removed lts.conf and re-ran ltsp-update-kernels, rebooted and nothing loads (again). I'm totally perplexed.
21:11alyoshka has left #ltsp
21:12carbm2 has quit IRC
21:18
<map7>
I'm also getting 'Error: Connect: Connection refused
21:22ltspbot` has joined #ltsp
21:26
<anivair>
okay, I got it going again. I had to rerun the ltsp-update-image followed by ltsp-update-kernels and reboot
21:27
if I try this local apps thing tomorrow, I'll try loating hte lts file, rerunning update image, rerunning update kernel, and rebooting
21:27
but at the moment, i'm just happy it's running again
21:30ltspbot has quit IRC
21:30anivair has quit IRC
21:33
<map7>
I got mine running again too :)
21:34
It was dpkg-reconfigure nbd-server
21:55
I cannot get my Intel GMA950 graphics working for my client (Ubuntu 9.10 32bit)
22:04alexqwesa has quit IRC
22:05alexqwesa has joined #ltsp
22:06vagrantc has joined #ltsp
22:30slidesinger has quit IRC
22:55artista_frustrad has quit IRC
22:55puck1 has joined #ltsp
22:57
<puck1>
How much bandwidth does a thin client need to a server? I have 22 thin clients on a fast ethernet switch that has two a gig ports. One of these goes to the server. I don't think I should need to bond these together but could. What is the concensus here? Do I need 2 gig to the server?
22:59
I have run netperf and get an avg of 45Mb on all 22 thin clients. Do I need more?
22:59* vagrantc has been editing a changelog for an hour...
23:00
<vagrantc>
puck1: a single gigabit should be sufficient.
23:01
especially if you're getting the full gigabit speeds (i.e. not a gigabit card in a PCI slot, which only has enough bandwidth for roughly 30% of gigabit).
23:01
or is it 60%?
23:03
<puck1>
I have to admidt. I don't even remember. I'll check later today. What about a backbone to an NSF server do you think I sould have two bonded Gig cards for that. How can I check on real process blocking?
23:05
<vagrantc>
you could set up some sort of monitoring software such as munin, and see if your network cards are always maxed out.
23:06
<puck1>
Would increasing the thread count on the NFS server help with responsiveness? If so do you know how? I am using Ubuntu 9.04
23:07artista_frustrad has joined #ltsp
23:07
<vagrantc>
ubuntu doesn't use NFS
23:10
<puck1>
Sorry, I have the users home drives set up on an NFS server so it doesn't matter which app server they connect to. This is the server I have connected to all LTSP servers via a gig crossover directly from machine to machine. I want to monitor the bandwidth between each ltsp server and the HOME nfs server.
23:11
<vagrantc>
probably some option in /etc/default/nfs-* to configure how many nfs servers are started by default.
23:11
it's been a while since i messed with any of that
23:22
ltsp 5.2 really made some significant changes since 5.1.99!
23:23
<puck1>
Any idea what version Ubuntu uses?
23:34
thanks for your help
23:35puck1 has left #ltsp
23:38vvinet has quit IRC