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


Channel log from 21 October 2009   (all times are UTC)

00:07alkisg has joined #ltsp
00:15fridayblue has quit IRC
00:51alkisg has quit IRC
00:53wwx has joined #ltsp
00:53alkisg has joined #ltsp
01:08japerry has quit IRC
01:11Lumiere has quit IRC
01:15johnny has left #ltsp
01:42johnny has joined #ltsp
01:43rm-rf has quit IRC
01:59alkisg has quit IRC
03:07mikkel_ has joined #ltsp
03:27Selveste1___ has joined #ltsp
03:27Selveste1___ is now known as Selveste1
03:50Selveste1 has quit IRC
04:02Selveste1 has joined #ltsp
04:05alkisg_work has joined #ltsp
04:21Egyptian[Home] has quit IRC
04:23Egyptian[Home] has joined #ltsp
04:23Selveste1 has quit IRC
04:48avlis has joined #LTSP
04:52Selveste1 has joined #ltsp
05:16Selveste1 has quit IRC
05:27garymc has joined #ltsp
05:40lucascoala has quit IRC
05:43lucascoala has joined #ltsp
05:46alkisg_work has quit IRC
06:07evilx_ has joined #LTSP
06:21evilx has quit IRC
06:21pmatulis has joined #ltsp
06:30Selveste1 has joined #ltsp
06:37try2free has joined #ltsp
06:39Selveste1_ has joined #ltsp
06:52Selveste1 has quit IRC
06:57mikkel_ has quit IRC
07:06rjune has joined #ltsp
07:08Pulga has joined #ltsp
07:16bobby_C has joined #ltsp
07:32alkisg has joined #ltsp
07:32asmok_ has joined #ltsp
07:35
<asmok_>
stgraber: Yes, Kubuntu/KDE4/Sound works as an application server for LTSP-Cluster - http://www.arkki.info/howto/Wiki/LTSP5-Testausta/Kubuntu_TC_02.png - have a good hackfest! Bye.
07:35asmok_ has left #ltsp
07:59zeltron has joined #ltsp
08:01
<zeltron>
Hi all. I'm setting up a ltsp server (ubuntu Jaunty), and I just discovered there is no fuse module no more
08:01
It's a problem for using usb keys on clients : they mount, but read only.
08:02
lsmod | grep fuse gives nothing
08:02
modprobe fuse gives fatal error : no fuse module found, or something like this
08:03
Is there a new way to deal with localdev, or ?...
08:04
Found nothing really clear by googling
08:05alkisg has quit IRC
08:08Gadi has joined #ltsp
08:10
<zeltron>
anyone who heard about something like this ?
08:12
ls -ail /media/eric/ gives an astounding result :
08:12
228039 d?????????? ? ? ? ? ? usbdisk-sdc1
08:15
<Gadi>
zeltron: are you doing that comman as someone other than the user eric?
08:17
<zeltron>
I'm not sure I understand. If that's the question : I'm logged as eric
08:19
My problem is : It sounds like fuse module weren't loaded
08:19
It is not : lsmod | grep fuse gives nothing
08:19
<Gadi>
ah ok
08:19
<zeltron>
but modprobe fuse gives fatal error fuse not found
08:20
fuse isn't a module no more. It's included in Kernel
08:20
That's what I understood, searching on google
08:20
<Gadi>
is this karmic?
08:20
<zeltron>
no Jaunty
08:22artista_frustrad has quit IRC
08:23alkisg has joined #ltsp
08:23artista_frustrad has joined #ltsp
08:35sep has joined #ltsp
08:37
<Gadi>
zeltron: grep fuse /proc/filesystems
08:42
<zeltron>
Gadi : nodev fuse , fuseblk, nodev fusectl
08:43garymc has quit IRC
08:45
<Gadi>
sounds good
08:48RobertBerger has joined #ltsp
08:49epaphus has quit IRC
08:56
<zeltron>
Ok.... I found the bug... It was my key !
08:57
I don't know why, but formatting it has resolved the problem
08:57
Sorry...
09:01Selveste1_ is now known as Selveste1
09:21epaphus has joined #ltsp
09:34zeltron has quit IRC
09:37Selveste1 has quit IRC
09:49bob_dole2 has joined #ltsp
09:50
<bob_dole2>
I see mentions of load balancing, how well does that work/how easy is it to setup?
09:52otavio has joined #ltsp
09:53otavio_ has quit IRC
09:53garymc has joined #ltsp
09:55bieb has joined #ltsp
09:58
<cyberorg>
bob_dole2, for 2-5 node cluster see get_hosts script in !docs, for large scale cluster see https://wiki.stgraber.org/LTSP-Cluster
09:59
<bob_dole2>
thinking 24 clients.
10:00
<cyberorg>
i meant server cluster nodes, for 24 clients you can do with even 1 server
10:00
if they put a lot of load on server, you can have 2-3 servers sharing load
10:00
"easy" is subjective, this is how it is done on openSUSE http://en.opensuse.org/LTSP/Cluster
10:02
easiest is just list servers in LDM_SERVER for client to select the server manually
10:05mikkel_ has joined #ltsp
10:19bulletxt has joined #ltsp
10:19
<bulletxt>
hi, if im on ubuntu 64, will it work with 32bit cpu clients?
10:44bulletxt has quit IRC
10:45bob_dole2 has quit IRC
10:59Lumiere has joined #ltsp
11:00bulletxt has joined #ltsp
11:00garymc has quit IRC
11:02garymc has joined #ltsp
11:03avlis has quit IRC
11:04Selveste1 has joined #ltsp
11:09Selveste1 has quit IRC
11:09Selveste1 has joined #ltsp
11:10epaphus has quit IRC
11:12chang-li has joined #ltsp
11:14epaphus has joined #ltsp
11:18Selveste1_ has joined #ltsp
11:21try2free has left #ltsp
11:24fotanus has joined #ltsp
11:25staffencasa has joined #ltsp
11:26bulletxt has quit IRC
11:26Selveste1__ has joined #ltsp
11:26bulletxt has joined #ltsp
11:27Selveste1_ has quit IRC
11:31Selveste1 has quit IRC
11:31epaphus has quit IRC
11:38Selveste1___ has joined #ltsp
11:38johnny has left #ltsp
11:40johnny has joined #ltsp
11:42Lns has joined #ltsp
11:47The_Code has joined #ltsp
11:47
<chang-li>
hi. i'm having trouble getting italc-client to be seen by italc-master. both are in autostart folders, but i have initiate the master manually. after master starts, i cannot see thinclients (using dhcp).
11:48africantiger has quit IRC
11:50Selveste1__ has quit IRC
11:51epaphus has joined #ltsp
11:52bulletxt has quit IRC
11:55Bob_Dole2 has joined #ltsp
11:55
<Bob_Dole2>
LTSP doesn't support compression does it?
11:56
<johnny>
compression where? you can set any ssh parameters you want..
11:56
but often ltsp is faster without the compression
11:57
going directx is faster if your thin clients don't have high cpu
11:57
<Bob_Dole2>
My current setup is more network constrained. I've maxed it and had issues with 17 clients. It isn't getting much better with the server on GigE, but the clients on 100mbit.
11:58
<johnny>
are you sure?
11:58
if it's just ltsp that shouldn't be a problem..
11:58
on that segment i mean
11:58
<Bob_Dole2>
Athlon 64 3500's as the clients. Some of the testers got the bright idea to stream media, though.
11:59
<johnny>
you might want to use a local app if your clients are powerful enough
12:00
<Bob_Dole2>
The intended clients, after this testing is done, is Pentium2s with Ram= 128MB >
12:00
<alkisg>
Bob_Dole2: have a look at this, maybe it affects you: https://help.ubuntu.com/community/UbuntuLTSP/FlowControl
12:01
<Bob_Dole2>
the title does sound like it'd help.
12:03epaphus has quit IRC
12:05
<johnny>
ah.. then local apps would be bad :)
12:06
<Bob_Dole2>
interesting, trying to make a 100mbit client run a flash video slowed everything down. 100mbit only is maxing at a bit under 15MiB/s, GigE only is maxing at 38MiB/s, but the video plays smoothly, and a mix of GigE and 100mbit is maxing at 21MiB/s
12:07
Er, 100mbit's only asking for a lot.
12:07
the server is still on GigE.
12:09
<johnny>
flash is terrible..
12:09
local apps are recommended if at all possible for flash
12:09
it isn't our fault.. but adobe
12:10fridayblue has joined #ltsp
12:11johnny has left #ltsp
12:11
<pmatulis>
on ubuntu 8.04, to use a USB printer attached to a client: i need to access the client's console, connect the device, see how it's recognized, add this info to client's lts.conf stanza? or is there some automagic available?
12:11
<Gadi>
Bob_Dole2: are you using LDM_DIRECTX?
12:11johnny has joined #ltsp
12:12
<Bob_Dole2>
No. But unencrypting on these newer machines that I'm using right now shouldn't be a problem
12:12
though, it may on older boxes.
12:13Selveste1___ has quit IRC
12:13
<Gadi>
Bob_Dole2: you will probably want to do it in either case. Even though it is uncompressed, if you can get the desktop video to use xv instead of x11 for its output, you will most likely have better video performance overall
12:13
<Bob_Dole2>
xv?
12:13johnny has left #ltsp
12:13
<Gadi>
keep in mind, when you tunnel video through ssh, you are forcing it through an X11 proxy
12:13chang-li has left #ltsp
12:13
<Gadi>
that is unoptimized
12:14johnny has joined #ltsp
12:14johnny has left #ltsp
12:15
<Lns>
pmatulis: "PRINTER_0_DEVICE = /dev/usblp0" is all I have for my usb-connected printer
12:15johnny has joined #ltsp
12:15johnny is now known as Guest33862
12:16
<pmatulis>
Lns: i've seen reports of people using /dev/usb/lp0
12:16
<Gadi>
Bob_Dole2: http://en.wikipedia.org/wiki/X_video_extension
12:16
<Lns>
pmatulis: dunno, alls i'm sayin is that i use the line I pasted and it works fine =)
12:17
<pmatulis>
Lns: understood
12:18alkisg has quit IRC
12:20fridayblue has quit IRC
12:27Guest33862 has left #ltsp
12:28johnny has joined #ltsp
12:39cliebow has joined #ltsp
12:39
<Bob_Dole2>
LDM_DIRECTX...helped, a lot. a lot more than I would have figured.
12:39
<johnny>
so it wasn't the network then :)
12:39johnny has left #ltsp
12:40johnny has joined #ltsp
12:40
<Bob_Dole2>
why would GigE play smoothly, but 100mbit not play smoothly, when it wasn't the network? Dx
12:41johnny has left #ltsp
12:41johnny has joined #ltsp
12:41
<cliebow>
Gadi:if you see ogra popping up..prehaps the early comers can "do lunch" together
12:41
for dinner
12:41
<Bob_Dole2>
flow control being off and directx improve things a lot.
12:46alkisg has joined #ltsp
12:56
<Gadi>
Bob_Dole2: sometimes its not how fast the two computers talk to each other, but how efficiently - video is a complex, multi-factor problem
13:09chang-li has joined #ltsp
13:26alkisg has quit IRC
13:27alkisg has joined #ltsp
13:31Kicer86 has joined #ltsp
13:34FGXR6 has joined #ltsp
13:35F-GT has quit IRC
13:56
<Lns>
Best way to grab IPs of all LTSP-booted (not necessarily logged in) clients?
13:57lucascoala has quit IRC
13:57
<Lns>
oh, nm =) arp works well!
14:00fasthans has joined #ltsp
14:00
<chang-li>
Lns: i have tried "w" or "who" up till now.
14:01fasthans has left #ltsp
14:01
<Lns>
chang-li: That won't get non-logged-in clients.
14:01
This seems to work well (though probably gets more than ltsp-clients if you have more on your network) - "arp -an | cut -d " " -f 2 | sed s/\(// | sed s/\)// "
14:02pmatulis_ has joined #ltsp
14:04Selveste1___ has joined #ltsp
14:06
<alkisg>
In my experience, arp isn't really reliable. I got this in one of my scripts, but I don't have any connected clients right now to verify if it's ok: CLIENTS=`netstat -np 2>&- | grep '\:2000 .* ESTABLISHED' | cut -d ":" -f 2 | cut -d " " -f 6`
14:06
<chang-li>
Lns: very nice.. I see it also displays my ssh connection to server on wan interface also.
14:06
<alkisg>
(that's for nbd in port 2000)
14:06fasthans has joined #ltsp
14:07
<Lns>
alkisg: nice =)
14:08
<fasthans>
hi alkis
14:08
<alkisg>
Hmm I wonder how old that line is, I guess I didn't know about sed back then :D
14:08
Hi fasthans
14:08
<fasthans>
are you running LTSP
14:08
?
14:08
<alkisg>
Yes...?
14:08
<fasthans>
no. I was just wondering.
14:08
sometimes I have some problems at school and searching for answers takes a long time.
14:09
<alkisg>
fasthans: ah, right, you're the guy that wants to help in #edubuntu :)
14:09
<fasthans>
in the chat with people who know the system well, getting answer is easier and quicker.
14:09
<alkisg>
I'm a programmer -slash- teacher too...
14:09
<fasthans>
what are you programming and what language
14:10
<alkisg>
I've hacked small projects in many languages, but i'm mostly familiar with assembly and delphi
14:10
<fasthans>
I am working on a tool to capture classes and pupils over years
14:10
<Lns>
alkisg: that line doesn't seem to work for me.
14:10
<fasthans>
???
14:10
<alkisg>
Lns, upload a netstat -nap | grep 2000 to pastebin, and I'll look it over...
14:11
(or maybe it needs to be run with "sudo" in front...)
14:11
<fasthans>
sorry...
14:11
<Lns>
alkisg: i think i can figure it out, hold on
14:12* alkisg starts a vbox client...
14:12
<fasthans>
maybe I can ask you one thing...
14:12pmatulis has quit IRC
14:12
<fasthans>
I have 1 server and have installed dansguardian and squid for filtering
14:13
my system runs quire well but dansguardian sometimes does not seem to run. when I stop it and start it its ok. any idea?
14:14bulletxt has joined #ltsp
14:14bieb has left #ltsp
14:14
<alkisg>
fasthans: I don't know about dansquardian, I've never used it
14:15
<bulletxt>
hi guys, I need some help when installing ltsp with Ubuntu 9.04 64bit. I want the ltsp to be 32bit. How can I do that? What is the first thing to do after installing ubuntu 64 with ltsp? thanks
14:15
<fasthans>
bulletxt: you mean you want to have 32 bit clients connect to the LTSP server, right?
14:15
<bulletxt>
fasthans: yes exactly
14:16
<fasthans>
hang on I have to look for the website...
14:16
<bulletxt>
ok thanks a lot
14:16
<Lns>
ugh..netstat is ugly with field separation...no consistency
14:17
<alkisg>
Lns, try this one: netstat -nap 2>&- | sed -n 's/tcp [^:]*:2000 *\([^:]*\).*/\1/p'
14:18
<chang-li>
Lns: arp at least informs the ip & from what iface. so it's not bad.
14:18
<alkisg>
chang-li: it's possible that arp doesn't know about some clients, so you won't always get a full list
14:18
<Lns>
alkisg: that seems to work
14:18
<fasthans>
bulletxt: you have to run the ltsp-build-client command with --arch i386
14:19
<bulletxt>
fasthans: is that enough? only that?
14:19* Lns needs to read up on regular expressions
14:19
<bulletxt>
fasthans: that will create a folder near /opt/ltsp/amd64 , right? shouldn't /opt/ltsp/amd64 be removed?
14:19
<fasthans>
yes it will create an image that the 32 bit systems will use. maybe - I don't know - you have to add something to the dhcp server conf file
14:20
look at ltsp.org there is documentation
14:20
<bulletxt>
fasthans: my ltsp server does not act as dhcp server, i use dnsmasq
14:21
<Lns>
alkisg: sed actually uses wildcard (*) for ...a wildcard?
14:21
or am i reading that wrong
14:21
<fasthans>
bulletxt, I don't know dnsmasq. usually the dhcp server delivers the iamge to the client that the client then boots. maybe it is dnsmasq in this case. check if it has a configuration file.
14:21
<alkisg>
Lns: no, it means "zero or more times"
14:21
<Lns>
oooh ok
14:21
<alkisg>
Lns, i.e [^:]* means "eat up all the chars until you hit a :"
14:21
<Lns>
nice!
14:22
<bulletxt>
fasthans: ok but, what Idon't understand is, after I do the command you said, shouldn't /opt/ltsp/amd64 be removed?
14:22
<fasthans>
bulletxt: I believe you can removve it when you have no 64 bit clients to connect
14:23
<johnny>
you do have to adjust paths in dnsmasq of course..
14:23
if you use tftp
14:23
<bulletxt>
fasthans: ok so that means both i386 and amd64 folder can stay there, then if a 32bit client connects it automatically goes to the i386 folder, right?
14:23
johnny: oh... do you know how?
14:24
<johnny>
well you setup dnsmasq right?
14:24
<bulletxt>
yea
14:24
<johnny>
or do you not using it for tftp?
14:24
if you don't. then you need to edit the one used by your distro
14:24
and dnsmasq is irrelevant
14:24
to this issue i mean
14:25
<fasthans>
bulletxt, yes give it a try. the command will not work when the folders are already existing. so you can not really do anything wrong
14:25
<bulletxt>
johnny: oh, you mean I have to change this file for 64bit? https://help.ubuntu.com/community/UbuntuLTSP/ProxyDHCP
14:25
<johnny>
uhmm..
14:25
no
14:25
<fasthans>
bulletxt, yes the client then gets the image from /opt/ltsp/i386 folder
14:26
<bulletxt>
ok
14:26
<johnny>
/etc/inetd.conf ..
14:26
<fasthans>
the command will run for a while though
14:26
<bulletxt>
just to understand better, this means a 64bit client then can't connect right?
14:26
<johnny>
if you don't use dnsmasq tftp server
14:26
<bulletxt>
johnny: I install dnsmasq and use that config file
14:26
<johnny>
for tftp or not?
14:26
<fasthans>
bulletxt, if you create an image for 64 bit clients and one for 32 bit clients, you have a mix of clients who can connect
14:27
<johnny>
if not, then you use /etc/inetd.conf
14:27
<alkisg>
bulletxt: you need to change the filename in dnsmasq.d/ltsp.conf
14:27
<bulletxt>
im not sure, I think I do johnny, how can I know?
14:27
<johnny>
look in /etc/inetd.conf
14:27
<bulletxt>
bulletxt: to what?
14:27
lol, alkisg to what?
14:27
<alkisg>
bulletxt: erm, well, if you copy/pasted the example, then it's already set to i386, so it's ok
14:27
<Lns>
alkisg: that works besides it gives a leading 0.0.0.0 as well..easily enough grepped out
14:27
<bulletxt>
alkisg: yea, I copied that
14:28japerry has joined #ltsp
14:28
<bulletxt>
alkisg: if I use that as a config file, can a 64bit client connect?
14:28
<alkisg>
bulletxt: So I don't think you need to change anything related to dhcp/tftp.
14:28
bulletxt: it will use the i386 tftp dir, so it'll get the i386 kernels for ltsp
14:29
<bulletxt>
alkisg: ok so, in theory, doing ltsp-build-client --arch i386 and using that config file is enough to make a 32bit client connect, right?
14:29
<alkisg>
No, I don't think so
14:29
<bulletxt>
mm
14:29
<alkisg>
You'll have 2 nbd images, you'll need to change inetd.conf etc
14:29
<johnny>
or you can just use i386..
14:29
<alkisg>
Better to only keep the i386 one if you'll only use that one
14:30
<johnny>
64bit clients will still boot won't they?
14:30
<alkisg>
sure
14:30
<bulletxt>
alkisg: so what can I do to remove it?
14:30
<johnny>
just using i386 instead
14:30
<bulletxt>
I mean, how do I remove the 64bit image? just delete it?
14:31
<alkisg>
I think that's in the docs, have a look there
14:31
<bulletxt>
is inetd.conf in /etc? Im sorry, i cant access the ltsp server at the moment
14:31
and what's written in it, the default ltsp image?
14:32
<Gadi>
bulletxt: the way the images work is they are files in /opt/ltsp/images/ that are exported to the thin clients on individual ports using inetd
14:33
for each image you have, you will have a listing in inetd with a port number
14:33
we start at port 2000 and increment
14:33
<bulletxt>
Gadi: ok so, basicly I have to edit inetd.conf from for example amd64 to i386
14:34
<Gadi>
if amd64 was your first image on the system, it would be at port 2000 and i386 would be at port 2001
14:34
<alkisg>
Lns: netstat -nap 2>&- | sed -n 's/tcp [^:]*:2000 *\([^:]*\).*ESTABLISHED.*/\1/p'
14:34
<Gadi>
so, if you want to get rid of all traces of amd64, you need to look in three places
14:34
<bulletxt>
Gadi: I can leave amd64, the important is that a 32client is able to connect
14:35
<Gadi>
one: remove the image itself (/opt/ltsp/images/amd64.img and optionally the "build" directory of /opt/ltsp/amd64)
14:35
<bulletxt>
ok
14:35
<Gadi>
two: /etc/inetd.conf - remove the line for amd64, and optionally change the port to 2000 for i386 - and restart openbsd-inetd
14:36
<bulletxt>
Gadi: so, the port for i386 is 2001?
14:36
<Gadi>
three: make sure that whatever port you wind up using is reflected in /var/lib/tftpboot/ltsp/i386/pxelinux.cfg/default (and optionally remove /var/lib/tftpboot/ltsp/amd64)
14:36
<bulletxt>
ok
14:36
thanks I'll try doing this
14:37
<Lns>
alkisg: there ya go =)
14:37
<Gadi>
alternatively, dont remove anything
14:37
:)
14:37
and simply serve up i386 by correcting the dnsmasq's filename
14:37
<bulletxt>
Gadi: ok but, if I dont remove anything, will a 32bit client be able to connect? or do I have to do other things after ltsp-build --arch i386
14:37
<Gadi>
substituting amd64 with i386 in all places
14:38
if you want to serve i386 images, all you need to do is tell dnsmasq to serve i386 images
14:38
<bulletxt>
since I use dnsmask, I think i cant have both amd64 and i386 boot, right?
14:38
<Gadi>
what you *have* and what you *serve* are two different things
14:38
<bulletxt>
ok
14:39
<Gadi>
you're the restaurant, you can have tons of bologne, but only offer turkey
14:39
your customers can only get what you're serving up
14:39
<fasthans>
can I have some pizza?
14:39
<bulletxt>
ok then my question is, if I remove amd64 and all its stuff, what happens if a 64bit client connects? it goes in 32bit right?
14:39
<Gadi>
right - but 64-bit clients can run 32-bit images
14:40
only the reverse is not true
14:40
<bulletxt>
yea, ok great thanks a lot guys. I'll try everything in a bit
14:40
hopefully it will work
14:40
<Gadi>
start simple - like just changing dnsmasq
14:40
(and restarting the dnsmasq service)
14:41
<bulletxt>
ok, then I must edit inetd.conf
14:42
<Gadi>
no - dnsmasq.d/ltsp.conf
14:42
<bulletxt>
Gadi: yea I mean, after I edit that for paths to ltsp/i386, I must edit inetd.conf, right?
14:43
<Gadi>
I don't think you should have to - because pxelinux.cfg should tell the i386 guys to grab the nbd file on port 2001
14:43
alkisg?
14:44* Gadi does not use dnsmasq
14:44* alkisg didn't really understand the last question :)
14:44
<alkisg>
dnsmasq.d/ltsp.conf already has i386 as the path
14:44
So the i386 kernel should be loaded, even for amd64 clients
14:44
<Gadi>
presumably
14:44
<bulletxt>
so there is no need to change inetd.conf?
14:45
<Gadi>
right - and if the i386.img is served up on port 2001, pxelinux.cfg will pass that along to the client, right?
14:45
<alkisg>
bulletxt: is that *bare* jaunty? No stgraber ppa or other updates?
14:45
<bulletxt>
bare jaunty, only dnsmask isppa
14:46
<alkisg>
(vagrantc has added some pxelinux.cfg/default magic in the last months...)
14:46
<bulletxt>
ok i have to go to eat now, be back in a bit, thanks again
14:46
<alkisg>
Urm I've never used that but yes, I think I've seen some code that takes care of the ports...
14:47
bulletxt: in any case, cat your pxelinux.cfg/default file and see if it has the correct nbd port
14:48highvoltage has joined #ltsp
14:53Kicer86 has quit IRC
14:54pmatulis_ has quit IRC
15:00highvolt1ge has quit IRC
15:02
<chang-li>
how can I find which app is using port 5800?
15:03
<alkisg>
sudo netstat -nap|grep 5800
15:04
<chang-li>
i tried that, didn't get a name.
15:04
<Gadi>
5800 is usally a vnc port
15:06
<alkisg>
(or italc)
15:06
(=ica)
15:06
<chang-li>
i know. as far as i know, no vnc is installed. but still can't get italc working with the clients
15:06
<alkisg>
chang-li: so what do you get with that command?
15:06
<chang-li>
ica is running, yes. but no host is visable in master.
15:07
alkisg: ica is running on client in top.
15:07
<alkisg>
chang-li: if you do: nc localhost 5800
15:07
what do you see?
15:08
ISD 001.000 ?
15:08
<chang-li>
alkisg: on the master--yes.
15:08
<alkisg>
That's ica on 5800 then
15:09
chang-li: distro/version/and how did you install italc?
15:09
<chang-li>
same thing on thinclient.
15:10
alkisg: xubuntu 9.04 . installed italc from repo, but had to do some config edits & permisions on skeys folder to get the master to come up.
15:11
<alkisg>
Ah right now I remember. I thought you had it running, though, didn't you?
15:12
<chang-li>
on the master , yes. it shows running on the client, but i cannot see any clients in the main window ( master) even if i manually point to an ip.
15:12
<alkisg>
You installed italc-client to the chroot?
15:13
<chang-li>
yes
15:13
ica is in autostart
15:14
<alkisg>
It's easier if you *don't* install it to the chroot
15:14
Anyway... did you copy the server public keys to the chroot?
15:14
<chang-li>
yes
15:15
<alkisg>
What does this give you? avahi-browse -trp _italc._tcp
15:16
<chang-li>
from server or client?
15:16
<alkisg>
It shouldn't matter
15:16
<chang-li>
whow, lots of stuff..
15:17
<alkisg>
Those are the autodetected clients
15:17
Do they have the same pair of keys? (the md5 hashes)
15:19
<chang-li>
not sure.?? what should match?
15:19
<alkisg>
Can you upload the result to pastebot.ltsp.org ?
15:20
<chang-li>
stndby.
15:21
alkisg: http://pastebin.com/pastebin.php?dl=d5726422
15:23
alkisg: my thinclient is ip .0.1:20
15:24
<alkisg>
chang-li: so if you run italc-launcher, do you get the client in the autodetected computers?
15:25
<chang-li>
alkisg: no.
15:25
<alkisg>
Any messages in the console? (e.g. ignoring client xxx) ?
15:26
chang-li: where do you run italc-launcher from? Sitting on the server, or the client?
15:27
<chang-li>
alkisg: no messages - about client.
15:27
alkisg: italc launched from server
15:28
<alkisg>
Hm, that doesn't sound right, for italc-launcher to ignore a client without notifying you in the console
15:28
If you manually add the client (on port 10020), do you see it?
15:28
<chang-li>
alkisg: does it know to use the correct interface?
15:28
i tried manually adding. didn't see it.
15:28
<alkisg>
I wonder why it gets published this way, though: 192.168.9.37;10020
15:29
If you run italc from the chroot, how would it know about the "external" subnet?
15:29
<chang-li>
that is my ssh connection to the wan interface..
15:30
<alkisg>
What does ps -ef|grep ica give you on the server?
15:30
<chang-li>
i ran the command you gave me via my ssh connection to the server.
15:32
stndby for pastebin
15:32
alkisg: http://pastebin.com/pastebin.php?dl=d6d323feb
15:33
<alkisg>
chang-li: so it doesn't run on the client, but on the server
15:33
<chang-li>
alkisg: i think there is a conflict with the 2 interfaces eth0 & eth1
15:34
<alkisg>
chang-li: so if you're sure that you've installed it in the chroot, maybe there's a conflict?
15:34
<chang-li>
well the master is supposed to run on the server isn't it? + that loggin is the private key, wheras the client is the public key.
15:34
<alkisg>
This one shouldn't show up as a server process, if ica ran on the client: tmobile1 6776 6740 0 15:53 ? 00:00:00 ica -noshm -isdport 11020 -ivsport 10020
15:35
Also, there's a defunct ica there
15:36
<chang-li>
i will kill the defunct process
15:36
<alkisg>
chang-li: I suspect that the way you tried to install italc, you've complicated things and there's some conflict somewhere. But it's late here, so I have to go, but if you want you can uninstall everything and we can try to do a clean italc installation tomorrow.
15:37
<chang-li>
ok thanks for helping.. ciao
15:37
<alkisg>
Bye
15:37alkisg has quit IRC
15:39chang-li has left #ltsp
16:00japerry has quit IRC
16:07* chrisinajar is gather up stuff for bts :D
16:07|bulletxt| has joined #ltsp
16:08
<|bulletxt|>
Gadi: ok so, this is what happens with ltsp 64bit. my client starts, it finds the dnsmask proxy and starts loading the kernel
16:08
at a certain point I get this error:
16:10
error connection refused, mount: mounting /rofs on /root/rofs failed: invalid argument
16:11
then it says mountoing /dev on root/dev no such file or directory
16:11
No init found. Try passing init= bootarg.
16:19fasthans has left #ltsp
16:25
<Gadi>
yup, it didnt find the nbd image
16:38
<bulletxt>
what can it mean
16:38
im rebuilding the image again
16:38
i deleted all amd64 folderrs
16:38
Gadi: inside inetd.conf there is no line that says amd64 or similar so i guess that file is fine, right?
16:40
<Gadi>
what port is assigned in inetd.conf to the image?
16:40
change it to port 2000
16:40
then: sudo /etc/init.d/openbsd-inetd restart
16:41
then, edit: /var/lib/tftpboot/ltsp/i386/pxelinux.cfg/default and remove the "nbdroot" argument completely (if it is there)
16:41
<|bulletxt|>
oh my error, in that file amd64 is port 2000 and i386 is 2001, are they wrong?
16:42
im talking about inetd.conf
16:42
<Gadi>
right - I would say, remove the amd64 line and change the i386 line to 2000
16:42
<|bulletxt|>
ok thanks
16:42
<Gadi>
then restart openbsd-inetd
16:42
<|bulletxt|>
yea
16:42
<Gadi>
so it takes effect
16:43
and then doublechaeck the i386/pxelinux.cfg/default file
16:43
<|bulletxt|>
ok
16:43
<Gadi>
to make sure it is not telling it to look at port 2001
16:44mikkel_ has quit IRC
16:45
<|bulletxt|>
yea the default is set to 2001
16:46
il put it to 2000 and put inetd.conf to 2000 too
16:50BCM43 has joined #ltsp
16:50
<|bulletxt|>
Gadi: :( still get the same error
16:50
it says,target system doesnt have /sbin/inet
16:50
*/sbin/init
16:51bulletxt has quit IRC
16:54
<Gadi>
what do you see in the syslog?
16:55
<|bulletxt|>
where's that
16:56
<Gadi>
sudo tail -100 /var/log/syslog
16:57BCM43` has joined #ltsp
16:59
<|bulletxt|>
Gadi: at the end it says, client doesnt accept connections
17:02
can it be a problem of dnsmask? but its strange because it finds the vmlinux and loads it
17:02
it finds the proxy
17:03fotanus has quit IRC
17:04
<Gadi>
there are no ports defined in dnsmasq, are there?
17:04
alkisg is really the dnsmasq expert around here
17:04
<|bulletxt|>
no there aren't ports defined, at least not in my config one
17:04
the strange thing is that it loads vmlinux
17:04
but then it gives me those errors
17:05
<Gadi>
right, well not so strange
17:05
<|bulletxt|>
its not?
17:05
what can be the problem
17:05
<Gadi>
well, dnsmasq tells it where to find the kernel and initramfs
17:05
it finds it ok
17:05
starts running through the initramfs
17:06
but, the initramfs uses information passed to it (or that it can glean from ipconfig) to figure out where to get the nbd image
17:06
that's what is failing
17:06
<|bulletxt|>
is that a dnsmask thing?
17:06
<Gadi>
wherever initramfs is going to get the nbd image - it aint where it needs to be
17:06
or on the appropriate port
17:06
no - its usually a pxelinux.cfg thing
17:06
thats where you can pass kernel command line arguments
17:07
like: nbdroot=<ip:port>
17:07
so you can tell the pxe client where the nbdroot is found
17:07
<|bulletxt|>
oko so that file is in var lib etc
17:07
let me check it
17:09
i have pxelinux.0
17:09
but dnsmaks conf says /ltsfp/i386/pxelinux
17:09
is that wrong?
17:10
<Gadi>
you should also have a pxelinux.cfg/default file
17:10
right?
17:11
<|bulletxt|>
yea
17:11
DEFAULT vmlinuz ro initrd=initrd.img quiet splash nbdport=2000
17:11
it has this inside
17:11BCM43 has quit IRC
17:12
<Gadi>
https://help.ubuntu.com/community/UbuntuLTSP/ProxyDHCP
17:12
<|bulletxt|>
yea
17:13
<Gadi>
did you follow that howto?
17:13
<|bulletxt|>
that i put that config file
17:13
<Gadi>
is there also an IPAPPEND 3 line?
17:13
<|bulletxt|>
yea I put that too
17:13
let me check again
17:14
<Gadi>
try changing the nbdport=2000 to: nbdroot=<ip>:2000 (where <ip> is the ip of the ltsp server
17:15
<|bulletxt|>
wtf, that file doesnt have the ipappen 3
17:15
but I put it.........it got modified somehow
17:15
let me put it back
17:15
<Gadi>
ah, that would prolly be the problem
17:17
<|bulletxt|>
i cant believe this...........
17:17
its working Gadi
17:18
im so upset............ im so sure I put that ipappend
17:18
it probably got overwritten when I built the i386 image.........
17:18
thats the only thing I can think of
17:19
<Gadi>
yeah - I blame ogra
17:19
its always ogra
17:19
:)
17:19
damn, he's not even here
17:19
<|bulletxt|>
lol
17:19
im so happy now :)
17:20
<Gadi>
im happy ur happy
17:20
<|bulletxt|>
:)
17:20
you teached me a lot of stuff
17:20
<Gadi>
I *taught* you a lot of stuff
17:21
:)
17:21
<|bulletxt|>
yea sorry im not the best at english (im italian) :)
17:21
<Gadi>
ah! due cappuccini
17:21
<|bulletxt|>
xd
17:21
<Gadi>
thats the extent of my italian
17:21
from a vacation years ago with my wife
17:21
most important thing first thing in the morning
17:21
:)
17:22
<|bulletxt|>
where did go? which city
17:22
<Gadi>
all over
17:22
were there for 3 weeks
17:22
it was awesome
17:22
<chrisinajar>
not knowing any italian, that translates to "through cappuccino" to me.
17:22
<Gadi>
everything from Capri up to Venice
17:22
and everything in between
17:23
chrisinajar: close - two cappucinnos
17:23
<chrisinajar>
I like to guess what things mean :P
17:23
<|bulletxt|>
Gadi: I'm sure you enjoyed it ;)
17:23
<Gadi>
chrisinajar: remember it, its a good pickup at a cappuccino bar ;)
17:23
<chrisinajar>
Gadi: just finished packing for BTS, gonna miss ya this year :P
17:23
<Gadi>
Ill be with you guys on IRC
17:23
drinking
17:23
:)
17:23
<|bulletxt|>
:)
17:24
<chrisinajar>
that both sweet and slightly depressing :P
17:24
<Gadi>
I get a preview, tho
17:24OsKa has joined #ltsp
17:24
<Gadi>
jim and scotty should be here in 15 minutes!!!
17:24
<chrisinajar>
oohhh! cool!
17:24
<Gadi>
gonna grab a beer on my turf
17:24
:)
17:24
<chrisinajar>
haha, that's pretty cool
17:24
<Gadi>
yeah
17:24
<chrisinajar>
i have to clean out my car still...
17:24
<Gadi>
heh
17:27
<chrisinajar>
alright... I gotta zip out and give the lady friend a ride somewhere and clean out mah autocar... I look forward to e-drinking with you :P
17:28
<Gadi>
cool - remember - due cappuccini
17:28
;)
17:28
<chrisinajar>
I'll use that one to pick up the chicks ;)
17:28
<Gadi>
but only first thing inthe morning ;)
17:29* Gadi is gonna run and pick up the chicks - I mean jim and scotty
17:29
<Gadi>
hehe
17:29
cya
17:29Gadi has left #ltsp
17:34Selveste1___ has quit IRC
17:38|bulletxt| has quit IRC
17:39jhutchins_lt has joined #ltsp
17:39
<jhutchins_lt>
I thought I had this working before, but how do I set up a default auto-login, but still make it possible for that user to log out and a different user log in?
17:40
I can do it if I'm using kdm for the login manager, and I _thought_ I had it working with ldm.
17:41cliebow_ has joined #ltsp
17:43rjune has quit IRC
17:50
<cliebow_>
anyone knoescott maccallum??
17:51BCM43`` has joined #ltsp
17:53
<vmlintu>
There was someone here yesterday who mentioned similar problems when rebooting karmic based thin clients as I've experienced: https://bugs.launchpad.net/ubuntu/+bug/457702
17:53
Anyone have similar experiences or hints on where to start digging for more information?
17:54
<cliebow_>
vmlintu, most of the guys are in transit..
17:55
<vmlintu>
oh right, forgot the meeting
17:55
<cliebow_>
i think ogras will be here tonight
17:56
<vmlintu>
I was going to start integrating kerberos in the client image, but this reboot problem was just too annoying..
17:59bobby_C has quit IRC
18:02Sarten-X has quit IRC
18:07BCM43` has quit IRC
18:09Sarten-X has joined #ltsp
18:12FGXR6 has quit IRC
18:13F-GT has joined #ltsp
18:13cliebow__ has joined #ltsp
18:30cliebow_ has quit IRC
18:34OsKa has quit IRC
18:34siki has joined #ltsp
18:37staffencasa has quit IRC
18:44siki has quit IRC
18:48OsKa has joined #ltsp
19:03RobertBerger1 has joined #ltsp
19:20RobertBerger has quit IRC
19:26Lns has quit IRC
19:29rjune has joined #ltsp
19:34OsKa has quit IRC
19:46BCM43`` is now known as BCM43
20:09OsKa has joined #ltsp
20:14Sarten-X has quit IRC
20:28BCM43 has quit IRC
20:39artista_frustrad has quit IRC
20:42cliebow__ has quit IRC
20:44LaserJock has joined #ltsp
20:52japerry has joined #ltsp
21:18OsKa has quit IRC
21:20africantiger has joined #ltsp
21:29Ahmuck has joined #ltsp
21:34
<africantiger>
What should one do to have newly installed programs accessible to the clients?
21:36Pulga has quit IRC
22:06africantiger has quit IRC
22:15Sarten-X has joined #ltsp
22:16F-GT has quit IRC
22:21Egyptian[Home] has quit IRC
22:26RobertBerger has joined #ltsp
22:27Egyptian[Home] has joined #ltsp
22:30alkisg has joined #ltsp
22:33highvoltage has quit IRC
22:33LaserJock has quit IRC
22:34RobertBerger1 has quit IRC
22:34Ahmuck has quit IRC
22:45Ahmuck has joined #ltsp
22:48RobertBerger has quit IRC
23:13F-GT has joined #ltsp
23:28alkisg has quit IRC
23:28yanu has quit IRC
23:29yanu has joined #ltsp