IRC chat logs for #ltsp on irc.libera.chat (webchat)
Channel log from 21 October 2009 (all times are UTC)
| 00:07 | alkisg has joined #ltsp | |
| 00:15 | fridayblue has quit IRC | |
| 00:51 | alkisg has quit IRC | |
| 00:53 | wwx has joined #ltsp | |
| 00:53 | alkisg has joined #ltsp | |
| 01:08 | japerry has quit IRC | |
| 01:11 | Lumiere has quit IRC | |
| 01:15 | johnny has left #ltsp | |
| 01:42 | johnny has joined #ltsp | |
| 01:43 | rm-rf has quit IRC | |
| 01:59 | alkisg has quit IRC | |
| 03:07 | mikkel_ has joined #ltsp | |
| 03:27 | Selveste1___ has joined #ltsp | |
| 03:27 | Selveste1___ is now known as Selveste1 | |
| 03:50 | Selveste1 has quit IRC | |
| 04:02 | Selveste1 has joined #ltsp | |
| 04:05 | alkisg_work has joined #ltsp | |
| 04:21 | Egyptian[Home] has quit IRC | |
| 04:23 | Egyptian[Home] has joined #ltsp | |
| 04:23 | Selveste1 has quit IRC | |
| 04:48 | avlis has joined #LTSP | |
| 04:52 | Selveste1 has joined #ltsp | |
| 05:16 | Selveste1 has quit IRC | |
| 05:27 | garymc has joined #ltsp | |
| 05:40 | lucascoala has quit IRC | |
| 05:43 | lucascoala has joined #ltsp | |
| 05:46 | alkisg_work has quit IRC | |
| 06:07 | evilx_ has joined #LTSP | |
| 06:21 | evilx has quit IRC | |
| 06:21 | pmatulis has joined #ltsp | |
| 06:30 | Selveste1 has joined #ltsp | |
| 06:37 | try2free has joined #ltsp | |
| 06:39 | Selveste1_ has joined #ltsp | |
| 06:52 | Selveste1 has quit IRC | |
| 06:57 | mikkel_ has quit IRC | |
| 07:06 | rjune has joined #ltsp | |
| 07:08 | Pulga has joined #ltsp | |
| 07:16 | bobby_C has joined #ltsp | |
| 07:32 | alkisg has joined #ltsp | |
| 07:32 | asmok_ 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:35 | asmok_ has left #ltsp | |
| 07:59 | zeltron 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:05 | alkisg has quit IRC | |
| 08:08 | Gadi 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:22 | artista_frustrad has quit IRC | |
| 08:23 | alkisg has joined #ltsp | |
| 08:23 | artista_frustrad has joined #ltsp | |
| 08:35 | sep has joined #ltsp | |
| 08:37 | <Gadi> zeltron: grep fuse /proc/filesystems
| |
| 08:42 | <zeltron> Gadi : nodev fuse , fuseblk, nodev fusectl
| |
| 08:43 | garymc has quit IRC | |
| 08:45 | <Gadi> sounds good
| |
| 08:48 | RobertBerger has joined #ltsp | |
| 08:49 | epaphus 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:01 | Selveste1_ is now known as Selveste1 | |
| 09:21 | epaphus has joined #ltsp | |
| 09:34 | zeltron has quit IRC | |
| 09:37 | Selveste1 has quit IRC | |
| 09:49 | bob_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:52 | otavio has joined #ltsp | |
| 09:53 | otavio_ has quit IRC | |
| 09:53 | garymc has joined #ltsp | |
| 09:55 | bieb 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:05 | mikkel_ has joined #ltsp | |
| 10:19 | bulletxt has joined #ltsp | |
| 10:19 | <bulletxt> hi, if im on ubuntu 64, will it work with 32bit cpu clients?
| |
| 10:44 | bulletxt has quit IRC | |
| 10:45 | bob_dole2 has quit IRC | |
| 10:59 | Lumiere has joined #ltsp | |
| 11:00 | bulletxt has joined #ltsp | |
| 11:00 | garymc has quit IRC | |
| 11:02 | garymc has joined #ltsp | |
| 11:03 | avlis has quit IRC | |
| 11:04 | Selveste1 has joined #ltsp | |
| 11:09 | Selveste1 has quit IRC | |
| 11:09 | Selveste1 has joined #ltsp | |
| 11:10 | epaphus has quit IRC | |
| 11:12 | chang-li has joined #ltsp | |
| 11:14 | epaphus has joined #ltsp | |
| 11:18 | Selveste1_ has joined #ltsp | |
| 11:21 | try2free has left #ltsp | |
| 11:24 | fotanus has joined #ltsp | |
| 11:25 | staffencasa has joined #ltsp | |
| 11:26 | bulletxt has quit IRC | |
| 11:26 | Selveste1__ has joined #ltsp | |
| 11:26 | bulletxt has joined #ltsp | |
| 11:27 | Selveste1_ has quit IRC | |
| 11:31 | Selveste1 has quit IRC | |
| 11:31 | epaphus has quit IRC | |
| 11:38 | Selveste1___ has joined #ltsp | |
| 11:38 | johnny has left #ltsp | |
| 11:40 | johnny has joined #ltsp | |
| 11:42 | Lns has joined #ltsp | |
| 11:47 | The_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:48 | africantiger has quit IRC | |
| 11:50 | Selveste1__ has quit IRC | |
| 11:51 | epaphus has joined #ltsp | |
| 11:52 | bulletxt has quit IRC | |
| 11:55 | Bob_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:03 | epaphus 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:10 | fridayblue has joined #ltsp | |
| 12:11 | johnny 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:11 | johnny 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:13 | Selveste1___ 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:13 | johnny has left #ltsp | |
| 12:13 | <Gadi> keep in mind, when you tunnel video through ssh, you are forcing it through an X11 proxy
| |
| 12:13 | chang-li has left #ltsp | |
| 12:13 | <Gadi> that is unoptimized
| |
| 12:14 | johnny has joined #ltsp | |
| 12:14 | johnny has left #ltsp | |
| 12:15 | <Lns> pmatulis: "PRINTER_0_DEVICE = /dev/usblp0" is all I have for my usb-connected printer
| |
| 12:15 | johnny has joined #ltsp | |
| 12:15 | johnny 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:18 | alkisg has quit IRC | |
| 12:20 | fridayblue has quit IRC | |
| 12:27 | Guest33862 has left #ltsp | |
| 12:28 | johnny has joined #ltsp | |
| 12:39 | cliebow 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:39 | johnny has left #ltsp | |
| 12:40 | johnny 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:41 | johnny has left #ltsp | |
| 12:41 | johnny 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:46 | alkisg 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:09 | chang-li has joined #ltsp | |
| 13:26 | alkisg has quit IRC | |
| 13:27 | alkisg has joined #ltsp | |
| 13:31 | Kicer86 has joined #ltsp | |
| 13:34 | FGXR6 has joined #ltsp | |
| 13:35 | F-GT has quit IRC | |
| 13:56 | <Lns> Best way to grab IPs of all LTSP-booted (not necessarily logged in) clients?
| |
| 13:57 | lucascoala has quit IRC | |
| 13:57 | <Lns> oh, nm =) arp works well!
| |
| 14:00 | fasthans has joined #ltsp | |
| 14:00 | <chang-li> Lns: i have tried "w" or "who" up till now.
| |
| 14:01 | fasthans 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:02 | pmatulis_ has joined #ltsp | |
| 14:04 | Selveste1___ 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:06 | fasthans 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:12 | pmatulis 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:14 | bulletxt has joined #ltsp | |
| 14:14 | bieb 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:28 | japerry 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:48 | highvoltage has joined #ltsp | |
| 14:53 | Kicer86 has quit IRC | |
| 14:54 | pmatulis_ has quit IRC | |
| 15:00 | highvolt1ge 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:37 | alkisg has quit IRC | |
| 15:39 | chang-li has left #ltsp | |
| 16:00 | japerry 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:19 | fasthans 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:44 | mikkel_ 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:50 | BCM43 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:51 | bulletxt 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:57 | BCM43` 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:03 | fotanus 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:11 | BCM43 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:24 | OsKa 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:29 | Gadi has left #ltsp | |
| 17:34 | Selveste1___ has quit IRC | |
| 17:38 | |bulletxt| has quit IRC | |
| 17:39 | jhutchins_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:41 | cliebow_ has joined #ltsp | |
| 17:43 | rjune has quit IRC | |
| 17:50 | <cliebow_> anyone knoescott maccallum??
| |
| 17:51 | BCM43`` 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:59 | bobby_C has quit IRC | |
| 18:02 | Sarten-X has quit IRC | |
| 18:07 | BCM43` has quit IRC | |
| 18:09 | Sarten-X has joined #ltsp | |
| 18:12 | FGXR6 has quit IRC | |
| 18:13 | F-GT has joined #ltsp | |
| 18:13 | cliebow__ has joined #ltsp | |
| 18:30 | cliebow_ has quit IRC | |
| 18:34 | OsKa has quit IRC | |
| 18:34 | siki has joined #ltsp | |
| 18:37 | staffencasa has quit IRC | |
| 18:44 | siki has quit IRC | |
| 18:48 | OsKa has joined #ltsp | |
| 19:03 | RobertBerger1 has joined #ltsp | |
| 19:20 | RobertBerger has quit IRC | |
| 19:26 | Lns has quit IRC | |
| 19:29 | rjune has joined #ltsp | |
| 19:34 | OsKa has quit IRC | |
| 19:46 | BCM43`` is now known as BCM43 | |
| 20:09 | OsKa has joined #ltsp | |
| 20:14 | Sarten-X has quit IRC | |
| 20:28 | BCM43 has quit IRC | |
| 20:39 | artista_frustrad has quit IRC | |
| 20:42 | cliebow__ has quit IRC | |
| 20:44 | LaserJock has joined #ltsp | |
| 20:52 | japerry has joined #ltsp | |
| 21:18 | OsKa has quit IRC | |
| 21:20 | africantiger has joined #ltsp | |
| 21:29 | Ahmuck has joined #ltsp | |
| 21:34 | <africantiger> What should one do to have newly installed programs accessible to the clients?
| |
| 21:36 | Pulga has quit IRC | |
| 22:06 | africantiger has quit IRC | |
| 22:15 | Sarten-X has joined #ltsp | |
| 22:16 | F-GT has quit IRC | |
| 22:21 | Egyptian[Home] has quit IRC | |
| 22:26 | RobertBerger has joined #ltsp | |
| 22:27 | Egyptian[Home] has joined #ltsp | |
| 22:30 | alkisg has joined #ltsp | |
| 22:33 | highvoltage has quit IRC | |
| 22:33 | LaserJock has quit IRC | |
| 22:34 | RobertBerger1 has quit IRC | |
| 22:34 | Ahmuck has quit IRC | |
| 22:45 | Ahmuck has joined #ltsp | |
| 22:48 | RobertBerger has quit IRC | |
| 23:13 | F-GT has joined #ltsp | |
| 23:28 | alkisg has quit IRC | |
| 23:28 | yanu has quit IRC | |
| 23:29 | yanu has joined #ltsp | |