00:14 | dgeary2 has left IRC (dgeary2!~david@120.21.126.94) | |
00:30 | Phantomas has joined IRC (Phantomas!~Phantomas@ubuntu/member/phantomas) | |
01:19 | andygraybeal_ has joined IRC (andygraybeal_!~andy@h16.69.213.151.dynamic.ip.windstream.net) | |
01:21 | andygraybeal has left IRC (andygraybeal!~andy@h67.66.213.151.dynamic.ip.windstream.net, Ping timeout: 244 seconds) | |
01:26 | Phantomas has left IRC (Phantomas!~Phantomas@ubuntu/member/phantomas, Ping timeout: 240 seconds) | |
01:27 | PhoenixSTF has left IRC (PhoenixSTF!~rudi@78.29.134.164, Remote host closed the connection) | |
01:36 | vagrantc has left IRC (vagrantc!~vagrant@freegeek/vagrantc, Quit: leaving) | |
01:37 | Parker955 is now known as Parker955_Away | |
01:44 | Phantomas has joined IRC (Phantomas!~Phantomas@ubuntu/member/phantomas) | |
02:19 | adrianorg_ has left IRC (adrianorg_!~adrianorg@187.113.247.130, Ping timeout: 264 seconds) | |
02:36 | andygraybeal_ has left IRC (andygraybeal_!~andy@h16.69.213.151.dynamic.ip.windstream.net, Ping timeout: 244 seconds) | |
02:49 | Parker955_Away is now known as Parker955 | |
03:17 | Phantomas has left IRC (Phantomas!~Phantomas@ubuntu/member/phantomas, Ping timeout: 240 seconds) | |
04:11 | vmlintu has joined IRC (vmlintu!~vmlintu@nblzone-240-143.nblnetworks.fi) | |
04:46 | vmlintu has left IRC (vmlintu!~vmlintu@nblzone-240-143.nblnetworks.fi, Ping timeout: 248 seconds) | |
05:02 | Parker955 is now known as Parker955_Away | |
05:03 | staffencasa has left IRC (staffencasa!~staffenca@8-220.ptpg.oregonstate.edu, Ping timeout: 260 seconds) | |
05:06 | staffencasa has joined IRC (staffencasa!~staffenca@8-220.ptpg.oregonstate.edu) | |
05:31 | telex has left IRC (telex!~telex@freeshell.de, Ping timeout: 276 seconds) | |
05:32 | vector has left IRC (vector!~vector@host-1-185-230-24.midco.net, Remote host closed the connection) | |
05:36 | telex has joined IRC (telex!~telex@freeshell.de) | |
05:38 | vector has joined IRC (vector!~vector@host-1-185-230-24.midco.net) | |
05:56 | vagrantc has joined IRC (vagrantc!~vagrant@c-98-232-129-196.hsd1.or.comcast.net) | |
05:56 | vagrantc has joined IRC (vagrantc!~vagrant@freegeek/vagrantc) | |
06:09 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
06:20 | bauerski has joined IRC (bauerski!~witekb@frodo.psp.opole.pl) | |
06:34 | MonkWitDaFunk has joined IRC (MonkWitDaFunk!~yaaic@199.119.234.235) | |
06:52 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.) | |
07:33 | vmlintu has joined IRC (vmlintu!~vmlintu@37-219-198-182.nat.bb.dnainternet.fi) | |
07:44 | komunista has joined IRC (komunista!~slavko@adsl-195-168-234-074.dynamic.nextra.sk) | |
08:21 | vector has left IRC (vector!~vector@host-1-185-230-24.midco.net, Remote host closed the connection) | |
08:24 | vmlintu has left IRC (vmlintu!~vmlintu@37-219-198-182.nat.bb.dnainternet.fi, Ping timeout: 265 seconds) | |
08:32 | vector has joined IRC (vector!~vector@host-1-185-230-24.midco.net) | |
08:34 | dobber has joined IRC (dobber!~dobber@213.169.45.222) | |
08:44 | sep has joined IRC (sep!~sep@40.211.jostedal.no) | |
08:58 | MonkWitDaFunk has left IRC (MonkWitDaFunk!~yaaic@199.119.234.235, Ping timeout: 244 seconds) | |
09:06 | vagrantc has left IRC (vagrantc!~vagrant@freegeek/vagrantc, Quit: leaving) | |
09:09 | dacuser has joined IRC (dacuser!02e5624c@gateway/web/freenode/ip.2.229.98.76) | |
09:17 | komunista has left IRC (komunista!~slavko@adsl-195-168-234-074.dynamic.nextra.sk, Ping timeout: 272 seconds) | |
09:18 | komunista has joined IRC (komunista!~slavko@adsl-195-168-234-074.dynamic.nextra.sk) | |
09:35 | MonkWitDaFunk has joined IRC (MonkWitDaFunk!~yaaic@199.119.234.235) | |
10:09 | andygraybeal_ has joined IRC (andygraybeal_!~andy@h16.69.213.151.dynamic.ip.windstream.net) | |
10:12 | staffencasa has left IRC (staffencasa!~staffenca@8-220.ptpg.oregonstate.edu, Ping timeout: 260 seconds) | |
10:16 | staffencasa has joined IRC (staffencasa!~staffenca@8-220.ptpg.oregonstate.edu) | |
10:16 | andygraybeal_ has left IRC (andygraybeal_!~andy@h16.69.213.151.dynamic.ip.windstream.net, Ping timeout: 244 seconds) | |
10:18 | gvy has joined IRC (gvy!~mike@altlinux/developer/mike) | |
10:38 | cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, Ping timeout: 245 seconds) | |
10:58 | cyberorg has joined IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg) | |
11:23 | adrianorg_ has joined IRC (adrianorg_!~adrianorg@177.134.58.217) | |
11:56 | andygraybeal has joined IRC (andygraybeal!~andy.gray@obsidian.casanueva.com) | |
12:35 | Phantomas has joined IRC (Phantomas!~Phantomas@ubuntu/member/phantomas) | |
13:18 | ddmcse has joined IRC (ddmcse!~ddunn@23-25-213-225-static.hfc.comcastbusiness.net) | |
13:22 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
13:25 | lotharn has left IRC (lotharn!~nick@24.154.55.32, Ping timeout: 260 seconds) | |
13:31 | komunista has left IRC (komunista!~slavko@adsl-195-168-234-074.dynamic.nextra.sk, Read error: Connection reset by peer) | |
13:31 | komunista has joined IRC (komunista!~slavko@adsl-195-168-234-074.dynamic.nextra.sk) | |
13:40 | lotharn has joined IRC (lotharn!~nick@24.154.55.32) | |
13:43 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Read error: Operation timed out) | |
13:45 | adrianorg_ has left IRC (adrianorg_!~adrianorg@177.134.58.217, Ping timeout: 264 seconds) | |
13:45 | <ddmcse> does anyone have answers to printing to local usb printers in 12.04?
| |
13:47 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
13:49 | <ddmcse> https://bugs.launchpad.net/ltsp/+bug/996533 tried this but still not working network printers are fine
| |
13:50 | komunista has left IRC (komunista!~slavko@adsl-195-168-234-074.dynamic.nextra.sk, Quit: Leaving.) | |
13:52 | <alkisg> ddmcse: what do you have in lts.conf currently?
| |
13:52 | <ddmcse> recently switch from [ws007] to mac address identity
| |
13:52 | one sec
| |
13:54 | dsugar100 has joined IRC (dsugar100!~dsugar100@columbia.tresys.com) | |
13:54 | <ddmcse> I have default header and one machine listed using Mac as ID then PRINTER_0_DEVICE = /dev/usblp0 PRINTER_0_TYPE = U
| |
13:55 | <alkisg> And that device is there, if you try to `ls /dev/usblp0` locally?
| |
13:55 | vmlintu has joined IRC (vmlintu!~vmlintu@37-136-131-167.nat.bb.dnainternet.fi) | |
13:55 | <alkisg> !screen_02
| |
13:55 | <ltsp> screen_02: To get a root shell on an Ubuntu thin client: https://help.ubuntu.com/community/UbuntuLTSP/ClientTroubleshooting#Using_a_shell_SCREEN
| |
14:09 | vmlintu has left IRC (vmlintu!~vmlintu@37-136-131-167.nat.bb.dnainternet.fi, Ping timeout: 244 seconds) | |
14:18 | <ddmcse> no file or directory
| |
14:26 | <alkisg> There you go, no printer connected there
| |
14:34 | try: ls /dev/usb*
| |
14:35 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.) | |
14:37 | adrianorg_ has joined IRC (adrianorg_!~adrianorg@177.134.58.217) | |
14:37 | <ddmcse> /dev/usb: lp0
| |
14:47 | mnevans has joined IRC (mnevans!8008b09d@gateway/web/freenode/ip.128.8.176.157) | |
14:49 | <mnevans> Hello LTSP World. I am having trouble reaching a printer on my LTSP LAN (I want it to be available by ethernet to the server console and the LTSP clients.)
| |
14:49 | I have a static IP address assigned in /etc/ltsp/dhcpd.conf for the printer.
| |
14:50 | I don't have anything yet in /opt/ltsp/arch/lts.conf. Can you point me to documentation for what to put there?
| |
14:50 | I have tried to set up the printer as shared in cups and using ipp to point to the ip address of the printer on the LAN - cups can't connect to printer.
| |
14:50 | <ddmcse> if it's a network printer you don't use lts.conf
| |
14:50 | <mnevans> Thanks in advance!
| |
14:52 | <ddmcse> I usually assign a static IP to the printer not using dhcp
| |
14:53 | lts.conf would be for printers attached to the thin client
| |
14:55 | <mnevans> @ddmcse, thanks. I think I have that in my /etc/ltsp/dhcpd.conf; maybe I've got the stanza labeled wrong (labeled same as a thin client). Here is the stanza: http://pastebin.com/CBAFz220
| |
15:01 | CUPS help says to use a stanza like this, but then also says that the hostname should be listed in /etc/hosts. Right now what is in /etc/hosts only has the static IP of the LTSP server and locahost.
| |
15:02 | <ddmcse> can you ping the IP used by the printer ? I would set the IP
| |
15:02 | on the printer
| |
15:03 | <mnevans> @ddmcse, no, cannot ping the printer (but can ping a printer on the subnet on which the server sits). Not sure if I can set the IP on the printer, will have to research that...
| |
15:07 | <ddmcse> find out how to see what IP the printer really is getting/using you might be assigning an IP w/dhcp but printer might not be doing that
| |
15:11 | mcfloppy has joined IRC (mcfloppy!~kvirc@95-88-40-95-dynip.superkabel.de) | |
15:11 | <mcfloppy> hello
| |
15:15 | <ddmcse> http://www.manualowl.com/m/Kyocera/FS-1020D/Manual/166081?page=7
| |
15:16 | can set IP using front panel
| |
15:17 | gvy has left IRC (gvy!~mike@altlinux/developer/mike, Quit: Leaving) | |
15:24 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
15:26 | <ddmcse> wb alkisg ls /dev/usb* does show lp0 and lp1 after i added another printer to the TC
| |
15:28 | <sbalneav> alkisg: Hey there. Got some time?
| |
15:28 | <ddmcse> i read somewhere that lts.conf uses mac now instead of [ws001] to list each thin client
| |
15:29 | <alkisg> Hi ddmcse, hi sbalneav, sure, shoot
| |
15:29 | ddmcse: getltscfg -a tells you what parameters the client gets
| |
15:29 | <sbalneav> Do we want to try to address those two issues you pointed out?
| |
15:29 | <alkisg> Yup, urgently :)
| |
15:30 | Err ok the cdpinger not so urgent, but the sshfs/logout/x crash part is
| |
15:30 | <sbalneav> k, which bug is that?
| |
15:31 | <alkisg> Urgent: https://bugs.launchpad.net/ltsp/+bug/1093144
| |
15:31 | Move some cleanup stuff after X terminates
| |
15:31 | Not so urgent, but does need _you_ :) Drop cdpinger: https://bugs.launchpad.net/ltsp/+bug/1094998
| |
15:32 | Again not so urgent, needs you, but might need tweaking in fuse :-/ Allow unmounting ltspfs mounts from nautilus: https://bugs.launchpad.net/ltsp/+bug/1094899
| |
15:32 | <sbalneav> alkisg: So, for ~144, what do you need me to do, handle something in ldm?
| |
15:33 | <alkisg> sbalneav: right, is it possible to close the ssh connection after X dies?
| |
15:33 | Because if I understand correctly, ldm dies with X
| |
15:35 | <sbalneav> Ok, so if LDM exits, we want to close the ssh socket?
| |
15:35 | let me have a look at the code.
| |
15:35 | <alkisg> We want to run the cleanup parts after X dies
| |
15:36 | So that things that use ~/.gvfs die first, and /home/username can be cleanly unmounted
| |
15:36 | And _after_ all that, close the socket
| |
15:36 | The problem is that the cleanup is done while X is still running...
| |
15:37 | Ideally, the session should have cleanly exited even if X is running, but that's not happenning, and I don't know if we can do something about it
| |
15:37 | komunista has joined IRC (komunista!~slavko@adsl-195-168-234-074.dynamic.nextra.sk) | |
15:39 | <alkisg> And two other things that we'd appreciate help with (LDM again), are: Login screen is centered between two monitors with dual head setup (with patch): https://bugs.launchpad.net/ltsp/+bug/693151
| |
15:39 | LDM shifts the logo window to the left on login https://bugs.launchpad.net/ltsp/+bug/1017871
| |
15:39 | The rest are either not so important or we can handle them :)
| |
15:39 | komunista has left IRC (komunista!~slavko@adsl-195-168-234-074.dynamic.nextra.sk, Client Quit) | |
15:40 | <sbalneav> I'm still trying to wrap my mind around what I should do on ~144: should we be terminating the ssh socket when LDM dies? If so, that's fairly easy; we can just define an exit handler, I think.
| |
15:41 | Or are we needing ldm to ensure that the users session has correctly shut down?
| |
15:42 | komunista has joined IRC (komunista!~slavko@adsl-195-168-234-074.dynamic.nextra.sk) | |
15:42 | komunista has left IRC (komunista!~slavko@adsl-195-168-234-074.dynamic.nextra.sk, Client Quit) | |
15:42 | <alkisg> It goes like this, right? xinit => X, ldm => cleanup stuff => ldm exits (either cleanly or with exit events) => X dies => xinit returns to the ldm shell screen script
| |
15:43 | <sbalneav> Yup.
| |
15:43 | <alkisg> And we'd like to run the cleanup parts after X dies, so I'm not sure that an exit handler could do it... unless we used some delay...
| |
15:44 | Can we call the cleanup parts from the ldm screen script?
| |
15:44 | komunista has joined IRC (komunista!~slavko@adsl-195-168-234-074.dynamic.nextra.sk) | |
15:44 | <sbalneav> Well, right, but the problem seems to be triggered by localapps that don't exit when the session exits, correct?
| |
15:44 | <alkisg> And _then_ close the ssh socket?
| |
15:44 | Localapps or fat clients, right
| |
15:44 | komunista has left IRC (komunista!~slavko@adsl-195-168-234-074.dynamic.nextra.sk, Client Quit) | |
15:44 | komunista has joined IRC (komunista!~slavko@adsl-195-168-234-074.dynamic.nextra.sk) | |
15:45 | <sbalneav> So wouldn't the better thing be to make sure that we clean up the users' session? terminate any hanging around local apps?
| |
15:45 | <alkisg> They terminate automatically when they see that X dies though
| |
15:45 | So if we just waited till then, we wouldn't have to send kill signals etc
| |
15:46 | komunista has left IRC (komunista!~slavko@adsl-195-168-234-074.dynamic.nextra.sk, Client Quit) | |
15:46 | komunista has joined IRC (komunista!~slavko@adsl-195-168-234-074.dynamic.nextra.sk) | |
15:47 | <sbalneav> Right, but then we've got a race condition; the terminal's trying to clean things up, and maybe the apps haven't quite shut down yet. So you're looking to move where the cleanup happens, when really, the better thing is to make sure all the apps exit after the session is done. Or, am I getting that wrong. Sorry if I'm being dense, I've been out of this for a while, so I'm trying to get back up to speed here :)
| |
15:48 | In other words, ldm spawns xsession, xsession exits, ldm cleans up everything left over from the session, then ldm exits.
| |
15:49 | hmmm
| |
15:49 | <alkisg> Yes, and the problem is that not all programs have terminated when ldm exits
| |
15:49 | But they are automatically terminated when X is closed
| |
15:50 | So yes we could do it either way: (1) kill the programs ourselves, or (2) wait until they see that X died, so that they kill themselves
| |
15:50 | <sbalneav> ok, so, one sec... (looks at code)
| |
15:51 | http://bazaar.launchpad.net/~ltsp-upstream/ltsp/ldm-trunk/view/head:/src/ldm.c#L226
| |
15:52 | So, if I'm getting you right, all we need to do is just NOT call the stop scripts here, right? You guys will call them AFTER ldm is done?
| |
15:53 | <alkisg> The problem is that after LDM is done, the ssh socket is closed
| |
15:53 | So we can't run the cleanup parts
| |
15:53 | <sbalneav> ok, so what we want to do is NOT close the ssh socket :D
| |
15:54 | Bear with me, I'm slow, but I get there in the end :)
| |
15:54 | <alkisg> No worries I haven't even understood the events sequence yet :D
| |
15:54 | That does sound promising, let me look at the code..
| |
15:57 | And what about http://bazaar.launchpad.net/~ltsp-upstream/ltsp/ldm-trunk/view/head:/src/ldm.c#L227 ? Where would rc_files("stop"); be called from?
| |
15:57 | The ldm screen script?
| |
15:57 | And if so, would the environment variables all be there?
| |
15:58 | <sbalneav> Cripes. Launchpad is down. One sec...
| |
15:58 | ok, so, if I understand correctly...
| |
15:58 | all we need to do is:
| |
15:59 | in the src/plugins/ssh/ssh.c file
| |
15:59 | line 239 where we close the ssh connection...
| |
15:59 | we just need to make that go away :D
| |
16:00 | then when ldm exits, the ssh connection SHOULD still be there, and you can terminate it later in one of the cleanup scripts. That make sense?
| |
16:00 | <alkisg> Yes, as long as ldm.c doesn't provide any needed environment variables to the cleanup scripts...
| |
16:02 | <sbalneav> hmmm, let me see, worst case is we do a setenv somewhere. If I remove that line, can you build and test?
| |
16:02 | Let's break stuff. For great justice!
| |
16:04 | <alkisg> Of course I could test... I just hope that a simple test is enough and that we don't break corner cases that would be hard to pinpoint...
| |
16:04 | sbalneav: btw, if X crashes, ldm is killed too, without any cleanup stuff getting to run, right?
| |
16:05 | But OK if we call that from the ldm screen script, they'd run
| |
16:05 | <sbalneav> yes.
| |
16:05 | k, one sec, I've commented out the relevant parts. OK if I commit to the upstream?
| |
16:06 | We'll work on this now, get it put to bed for you.
| |
16:06 | * alkisg will need to get AFK for a couple of hours shortly, but will test today | |
16:08 | <alkisg> So, screen.d/ldm, last line: xinit $xinitrc /usr/sbin/ldm -- ${DISPLAY} vt${TTY} -auth ${XAUTHORITY} ${X_ARGS} -br >/dev/null 2>&1
| |
16:08 | And should we put after that some run-parts call, to call the cleanup scripts?
| |
16:08 | <sbalneav> sure.
| |
16:09 | and the socket SHOULD still be running after I commit. 2 secs.....
| |
16:09 | <alkisg> And I'm guessing we'll need to close the socket from a shell script now...
| |
16:11 | jammcq has joined IRC (jammcq!~jam@c-98-209-67-190.hsd1.mi.comcast.net) | |
16:11 | <sbalneav> http://bazaar.launchpad.net/~ltsp-upstream/ltsp/ldm-trunk/revision/1454
| |
16:11 | http://bazaar.launchpad.net/~ltsp-upstream/ltsp/ldm-trunk/revision/1454
| |
16:11 | <jammcq> Scotty !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
| |
16:12 | <sbalneav> whoops, sorry.
| |
16:12 | jammcq: Hey ho!
| |
16:12 | <jammcq> I didn't expect to see you here
| |
16:12 | but.... I'm happy you are :)
| |
16:12 | <sbalneav> Helping my favorite Greek!
| |
16:13 | The Greeks gave us so much! Philosophy, democracy, Gyros! Least I can do is fix a few bugs! :D
| |
16:13 | <jammcq> and then, there's always 'Jimmy the Greek'
| |
16:15 | Phantomas has left IRC (Phantomas!~Phantomas@ubuntu/member/phantomas, Ping timeout: 276 seconds) | |
16:20 | spoirier is now known as simpoir | |
16:22 | <highvoltage> hi jammcq. nice mail!
| |
16:25 | kb8wmc has joined IRC (kb8wmc!~chatzilla@nat.mtp.cmsinter.net) | |
16:25 | <jammcq> hey highvoltage
| |
16:26 | kb8wmc has left IRC (kb8wmc!~chatzilla@nat.mtp.cmsinter.net) | |
16:27 | <alkisg> sbalneav: I should wait for the ldm script changes before testing, right?
| |
16:28 | And the rc_files("stop") should be changed/removed...
| |
16:28 | Trading 2000+ y.o. philosophy for bug fixing... not a bad exchange :D
| |
16:28 | Hey jammcq - got time for a couple of questions?
| |
16:29 | <jammcq> alkisg: sure
| |
16:29 | <sbalneav> Can I push off the script stuff on you? But yeah, let me remove the stop...
| |
16:29 | <alkisg> sbalneav: actually that was the hard part.. :-/
| |
16:29 | <sbalneav> LOL
| |
16:29 | ok, hold on....
| |
16:29 | <alkisg> Checking that all the needed environment is there,
| |
16:29 | calling the rc scripts from the (new) right place...
| |
16:29 | <sbalneav> yeah, at least verify that for me.
| |
16:30 | <alkisg> jammcq: we're thinking of letting launchpad handle the translations for ltsp
| |
16:30 | So, we'll need some of the launchpad team admins to do that, plain members don't have rights to do it
| |
16:30 | Compare the translations bits: https://launchpad.net/ltsp and https://launchpad.net/epoptes
| |
16:31 | Now, it appears you're the only admin in https://launchpad.net/~ltsp-drivers/+members#active
| |
16:31 | ...so I think you're the only person that can do the translations change
| |
16:31 | <jammcq> so what yer saying is..... I hold all the power?
| |
16:31 | <alkisg> Yup :)
| |
16:32 | And I'm not even sure why an "ltsp drivers" team is needed, separately from the "ltsp-upstream" team
| |
16:32 | And also both teams need some catching up to date...
| |
16:33 | E.g. distro maintainers that haven't worked with ltsp for 3-4 years might become members, and the new distro maintainers might become team administrators
| |
16:33 | <mcfloppy> how can i check if a mashine boots up as thin or as fat client?
| |
16:33 | <alkisg> mcfloppy: open a terminal and run `hostname`, and see if it's the name of the server
| |
16:33 | <mcfloppy> okay i try
| |
16:34 | dobber has left IRC (dobber!~dobber@213.169.45.222, Remote host closed the connection) | |
16:35 | <jammcq> alkisg: I can work with you in a minute, but first I have to make a phone call
| |
16:35 | <sbalneav> k, so what I'm going to do is remove the call to the stop scripts from ldm, and put them into the screen session bits.
| |
16:35 | gimme a few, workping...
| |
16:35 | * alkisg needs to go for a couple of hours... sorry guys, I'll be online after that | |
16:35 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.) | |
16:46 | ltspuser_08 has joined IRC (ltspuser_08!c31772ca@gateway/web/freenode/ip.195.23.114.202) | |
16:46 | <ltspuser_08> Hi
| |
16:46 | I need some help
| |
16:47 | I have in lts.conf (in ldm_server and in rdp_server) a bash script to discover the IP
| |
16:48 | and when the terminal is booting it takes 2 minutes to start
| |
16:48 | and if I put the IP of the machines it's quick
| |
16:48 | any idea why this is happening?
| |
16:54 | anyone?
| |
16:58 | and the script it's very simple
| |
17:00 | <sbalneav> Are you using dns?
| |
17:00 | Sounds like your reverse mappings aren't working
| |
17:14 | <ltspuser_08> I changed my script to have more debug and I saw that the script is executed many times
| |
17:14 | anyone knows why?
| |
17:16 | <sbalneav> Seeing as how we haven't seen the script, or your lts.conf file, no. :)
| |
17:17 | Perhaps you could paste it to the pastebin?
| |
17:17 | !pastebin
| |
17:17 | <ltsp> pastebin: the LTSP pastebin is at http://ltsp.pastebin.com. Please paste all text longer than a line or two to the pastebin, as it helps to reduce traffic in the channel. Don't forget to paste the URL of the text here.
| |
17:36 | dead_inside has joined IRC (dead_inside!~dead_insi@host-98-127-48-213.grf-mt.client.bresnan.net) | |
17:37 | vmlintu has joined IRC (vmlintu!~vmlintu@37-136-131-167.nat.bb.dnainternet.fi) | |
17:45 | vagrantc has joined IRC (vagrantc!~vagrant@75-150-46-245-Oregon.hfc.comcastbusiness.net) | |
17:45 | vagrantc has joined IRC (vagrantc!~vagrant@freegeek/vagrantc) | |
17:47 | vmlintu has left IRC (vmlintu!~vmlintu@37-136-131-167.nat.bb.dnainternet.fi, Ping timeout: 240 seconds) | |
18:13 | <ddmcse> ltspuser_08 why are you needing to "discover" the IP of a booting thin client via lts.conf? dhcp gave the IP already no ?
| |
18:23 | GodFather has joined IRC (GodFather!~rcc@fw.acurrus.com) | |
18:33 | <ltspuser_08> sorry
| |
18:33 | I guess you are right
| |
18:33 | could be the reverse mappings
| |
18:34 | the script is executed several times...
| |
18:34 | <knipwim> vagrantc: time for lurking in the ltsp meeting?
| |
18:34 | <ltspuser_08> it's normal??
| |
18:34 | what I need to do to resolve this problem??
| |
18:35 | <ddmcse> what problem
| |
18:41 | <jammcq> ltspuser_08: show us the script! we have no idea what it's doing
| |
18:41 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
18:41 | <jammcq> paste it into the pastebin so we can see it
| |
18:42 | * alkisg waves | |
18:45 | Parker955_Away is now known as Parker955 | |
18:47 | Parker955 is now known as Parker955_Away | |
18:47 | bauerski has left IRC (bauerski!~witekb@frodo.psp.opole.pl, Quit: Leaving.) | |
18:49 | <highvoltage> hi, where's the meeting happening?
| |
18:49 | <knipwim> highvoltage: ltspweb
| |
18:50 | <elias_a> what is lstpweb?
| |
18:50 | <sbalneav> alkisg: let me know if the socket stays up, then I'll move on to the stop stuff...
| |
18:50 | <jammcq> it's the IRC channel where we discuss LTSP website issues
| |
18:50 | #ltspweb
| |
18:51 | <alkisg> sbalneav: we have an ltsp meeting at #ltspweb
| |
18:51 | So I might not have to test today after all :-/
| |
18:51 | <sbalneav> ok
| |
18:51 | ddmcse has left IRC (ddmcse!~ddunn@23-25-213-225-static.hfc.comcastbusiness.net, Quit: Leaving) | |
18:51 | <alkisg> *time to...
| |
18:51 | <knipwim> elias_a: you're also welcome to join
| |
18:51 | <elias_a> Thanks!
| |
18:53 | dead_inside has left IRC (dead_inside!~dead_insi@host-98-127-48-213.grf-mt.client.bresnan.net, Quit: Leaving...) | |
19:14 | vmlintu has joined IRC (vmlintu!~vmlintu@37-136-131-167.nat.bb.dnainternet.fi) | |
19:26 | ltspuser_08 has left IRC (ltspuser_08!c31772ca@gateway/web/freenode/ip.195.23.114.202, Quit: Page closed) | |
19:34 | <alkisg> vagrantc: around? can you join #ltspweb for a few minutes?
| |
19:35 | vmlintu has left IRC (vmlintu!~vmlintu@37-136-131-167.nat.bb.dnainternet.fi, Ping timeout: 244 seconds) | |
19:47 | vmlintu has joined IRC (vmlintu!~vmlintu@37-136-131-167.nat.bb.dnainternet.fi) | |
19:53 | GodFather has left IRC (GodFather!~rcc@fw.acurrus.com, Quit: Leaving) | |
20:11 | vmlintu has left IRC (vmlintu!~vmlintu@37-136-131-167.nat.bb.dnainternet.fi, Ping timeout: 248 seconds) | |
20:17 | komunista has left IRC (komunista!~slavko@adsl-195-168-234-074.dynamic.nextra.sk, Quit: Leaving.) | |
20:22 | vmlintu has joined IRC (vmlintu!~vmlintu@37-219-176-52.nat.bb.dnainternet.fi) | |
20:28 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.) | |
20:29 | SmallR2002 has left IRC (SmallR2002!~quassel@c-98-253-173-240.hsd1.il.comcast.net, Ping timeout: 245 seconds) | |
20:35 | fuzai has joined IRC (fuzai!~fuzai@c-76-22-93-107.hsd1.wa.comcast.net) | |
20:35 | <fuzai> Does anyone know if tftp caches the files in memory so it only has to read them once, or if it reads from the hard drive every time?
| |
20:43 | jammcq has left IRC (jammcq!~jam@c-98-209-67-190.hsd1.mi.comcast.net, Quit: leaving) | |
20:47 | MonkWitDaFunk has left IRC (MonkWitDaFunk!~yaaic@199.119.234.235, Ping timeout: 264 seconds) | |
20:52 | <||cw> fuzai: I'd assume it would use the normal OS/filesystem cache mechanisms
| |
20:53 | effective cache code is difficult, and tftp isn't a "hard hit" service where do that on your own would pay off, ever
| |
20:53 | unlike, say, a database server
| |
20:53 | vmlintu has left IRC (vmlintu!~vmlintu@37-219-176-52.nat.bb.dnainternet.fi, Ping timeout: 240 seconds) | |
20:59 | <fuzai> I just moved the tftp root to a ramdisk
| |
20:59 | I would assume that there would be some gain by dedicating 64 mb to tftpd
| |
21:11 | mnevans has left IRC (mnevans!8008b09d@gateway/web/freenode/ip.128.8.176.157, Quit: Page closed) | |
21:23 | <||cw> unless your system is ram starved, or has unreasonably slow disks, I really doubt it'll make any difference. there's plenty of latency in the nic firmwares to make it a non-issue
| |
21:24 | disks are typically faster than nics, and tftp of the boot images is rarely done at wire speed anyway
| |
21:24 | and that's on the client-end
| |
21:28 | andygraybeal_ has joined IRC (andygraybeal_!~andy@h16.69.213.151.dynamic.ip.windstream.net) | |
21:32 | <fuzai> Yea i've got some screaming nics, i read what you said and remembered that the boot really happens in a few parts
| |
21:32 | instead i moved the nbd image to a ramdisk to see if that would help any
| |
21:32 | brb
| |
21:32 | fuzai has left IRC (fuzai!~fuzai@c-76-22-93-107.hsd1.wa.comcast.net, Quit: Leaving) | |
21:49 | Phantomas has joined IRC (Phantomas!~Phantomas@ubuntu/member/phantomas) | |
21:54 | vmlintu has joined IRC (vmlintu!~vmlintu@nblzone-240-143.nblnetworks.fi) | |
22:04 | <zamba> i want to add my public key to the chroot of ltsp to be able to remotely shut it down.. can i just add the file to /opt/lts/i386/root/.ssh/authorized_keys and then ltsp-update-image?
| |
22:13 | dsugar100 has left IRC (dsugar100!~dsugar100@columbia.tresys.com, Quit: dsugar100) | |
22:40 | Phantomas has left IRC (Phantomas!~Phantomas@ubuntu/member/phantomas) | |
23:04 | vmlintu has left IRC (vmlintu!~vmlintu@nblzone-240-143.nblnetworks.fi, Ping timeout: 255 seconds) | |