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


Channel log from 26 April 2011   (all times are UTC)

00:20cyberorg (~cyberorg@opensuse/member/Cyberorg) left irc: Read error: Operation timed out
00:52Nick change: sepski -> sep
02:05ogra_ (~ogra@p5098ed03.dip0.t-ipconnect.de) left irc: Excess Flood
02:05ogra_ (~ogra@p5098ed03.dip0.t-ipconnect.de) joined #ltsp.
02:18dobber (~dobber@89.190.197.77) joined #ltsp.
02:20Gremble (~Ben@cpc12-aztw24-2-0-cust146.aztw.cable.virginmedia.com) joined #ltsp.
02:40viks_ (ca8a720f@gateway/web/freenode/ip.202.138.114.15) joined #ltsp.
02:41
<viks_>
alkisg : i am still struggling with local hardisk detection on pxe boot
02:41
<alkisg>
viks_: and not only that, it appears... didn't you report tftp problems some hours ago/
02:41
?
02:41dyllan_ (~dyllan@196-215-23-116.dynamic.isadsl.co.za) joined #ltsp.
02:41
<alkisg>
And also you tried edubuntu, ulteo and I don't know what else
02:42
If you assigned this to someone that knows that stuff, it could have it ready for you within 2-3 hours
02:42
IRC is not the way to solve your problem, it's too advanced for you
02:42
You either need to read about linux and ltsp for a few weeks, or assign your problem to someone that already knows those
02:43
You can't solve it in IRC
02:43
<dyllan_>
alkisg, how u doin
02:43
<alkisg>
Hi dyllan_
02:43
viks_: and btw I don't even think you need a browser, you can just run your java applet without a browser to save RAM + pain from the disk permissions
02:44
<viks_>
what is way for it...
02:45
<alkisg>
Answer me first, why are you trying to solve your problem with IRC, when you clearly see you can't?
02:46
It's been weeks now that you try to get something, but you don't know enough to even follow the advice that others give you here
02:46
<muppis>
Am I missing something (maybe forgot to install during rebuild), but my Firefox as localapp is in English rather than being Finnsish?
02:46
<alkisg>
Either do some heavy reading, or assign it to someone else. It's not working this way. You just waste your time and the people's here.
02:46bobby_C (~bobby@85.124.22.227) joined #ltsp.
02:46
<viks_>
alkisg : k i was trying pxe boot with local hardisk detection with ur irc support
02:47
<alkisg>
Yes, that was weeks ago
02:47
<viks_>
because we dont want to go for server storage
02:47
thats it
02:48Trixboxer (~Trixboxer@office.supportdepartment.net) joined #ltsp.
02:48
<dyllan_>
alkisg, Do you know if it is possible to specify: acpi=off in the lts.conf file per thin client? I tried with MAC then X_OPTION_01 = "\"acpi=off\"" but it didnt work, and adding it to the tftpboot default file works only for some unfortunately!
02:48
<alkisg>
viks_: OK, but it's been weeks that you're trying, and not going anywhere. It's too advanced for you.
02:49
dyllan_: you can add it in /var/lib/tftpboot/ltsp/i386/pxelinux.cfg/01-mac-address
02:49
cd to that directory
02:49
<dyllan_>
alkisg, your a legend.
02:49
<alkisg>
cp default 01-a1-b2-c3-d4-e5-f6
02:49
Where that 01- is standard, and a1-b2 etc are your client mac address
02:50
<dyllan_>
thanks man that's perfect
02:50
<alkisg>
Then modify that 01-... file so that it contains "acpi=off"
02:50
You're welcome
02:50
<dyllan_>
and the format of the file, the same as default but obviously just append the kernel param acpi=off
02:50
ahh ok thnx, you type to fast ;)
02:50
<alkisg>
Right
02:51
<dyllan_>
much appreciated !
02:52
last question, the 01 which is default, does it count per new entry, so if i have another thin client to boot the same would i append 02 etc or still 01 for all?
02:52
<alkisg>
01- for all, it's the "type code for ethernet"
02:52
(wireless would probably get another number there, not sure)
02:52
<dyllan_>
ok got it, legendary thanks
02:54
<alkisg>
muppis: open a local xterm (ltsp-localapps xterm) and check your $LANG
02:54
If it's English, you can change it with a number of ways
02:54
If it's Finnish, you're missing some langpack
02:57siraj (~siraj@plexyplanet.org) joined #ltsp.
03:02
<muppis>
alkisg, it is fi_FI.UTF-8
03:02
<alkisg>
muppis: then you're missing the fi- langpack
03:03
language-pack-fi
03:03
On the server: sudo chroot /opt/ltsp/i386
03:03
dpkg -l '*language-*-fi*' | grep ^ii
03:04
Compare the output with the same command as ran outside of the chroot
03:04
And install the missing langpacks
03:04
(and ltsp-update-image, and reboot client etc etc)
03:05
<muppis>
I tried to install to running client, but it didn't fix it, so that why I asked.
03:06
Is ltsp-manager out of date ? Just founded it and looking could it be useful.
03:06
<alkisg>
Yes it's unmaintained
03:06
dpkg -L language-pack-fi-base|grep -i firefox ==>
03:06
/usr/lib/firefox-addons/extensions/langpack-fi@firefox-3.6.ubuntu.com/chrome/fi.jar
03:07
That's where the translation is. Install language-pack-fi in the chroot.
03:07
(the -base is a dependency)
03:07
<muppis>
Rebuilding image already.
03:08
<alkisg>
(btw you're using ubuntu, right? not debian, if i remember correctly?)
03:08
<muppis>
yes, Ubuntu.
03:14
Still out of luck.
03:15
fi.jar exist, so could it be some setting overriding?
03:18
Althought, nothing related set in lts.conf and ldm is in Finnish.
03:26
<alkisg>
muppis: that lang variable that you saw, was it inside the local xterm, or was it on a normal xterm?
03:26
muppis: what does this tell you? cat /opt/ltsp/i386/etc/default/locale
03:27
<muppis>
LANG=fi_FI.UTF-8
03:27
<alkisg>
OK, let's try something else
03:27
Close the local firefox
03:27
Go to the local xterm
03:27
And run: LANG=fi_FI.UTF-8 firefox
03:28
Does firefox open localized this way?
03:29
<muppis>
Nope. Even gedit doesn't start localized that way.
03:29
<alkisg>
gedit shouldn't be available in the chroot
03:29
If it is, you're probably doing something wrong
03:29
<muppis>
I installed it for testing.
03:30
<alkisg>
Hmm ok, I guess that pulled all the gconf* stuff with it
03:30
I don't know how many thing would break with gconf running locally
03:30
<muppis>
I did afterwards when noticed Firefox isn't in Finnish.
03:33
<alkisg>
muppis: what's the output of those commands, if you run them on the local xterm?
03:33
hostname; env | egrep '^LANG|^LC_' ; dpkg -l '*language-*-fi*' | grep ^ii
03:34
<muppis>
http://pastebin.com/7WWHz9xF
03:34
Odd, isn't it?
03:35
<alkisg>
It should be "UTF-8", not "utf8", there was a bug about it
03:36
Again on the local xterm, try:
03:36
unset LANGUAGE
03:36
export LANG=fi_FI.UTF-8
03:36
firefox
03:36
Still english?
03:37
<muppis>
Yes.
03:37
<alkisg>
Hehe stubborn problem
03:37
<muppis>
Yes.
03:38
Getting frustrated.
03:38
<alkisg>
There are a few more things I'd try like gettext or strace, but it's difficult to do those over IRC. If you want to share a vnc session with that client, it'd be easier (no port forwarding needed)
03:38
<muppis>
aptitude is in Finnish.
03:39
I can try.
03:40
<alkisg>
apt-get install x11vnc
03:40
x11vnc -connect alkisg.dyndns.org
03:59
muppis: you don't have finnish on firefox on the server either
04:00
It doesn't look to be a localapps problem
04:00
Can you get finnish on firefox, if e.g. you sit on the server?
04:00
Or on a live CD without LTSP?
04:02
<muppis>
I don't have local access to server right now, it's in diffrerent building in 600 m away.
04:04
<alkisg>
muppis: I'd try with a live cd. Firefox on the server doesn't see your language as an extension
04:04
E.g. it might be possible that the fi langpack for firefox is broken
04:05
<muppis>
Ok, thanks. I'll try that.
04:05
<alkisg>
(left vnc)
04:05
<muppis>
And almost killed my kb. ;)
04:05
<alkisg>
Ouch
04:06
<muppis>
Was out of sync in two windows, not big.
04:06
<alkisg>
That x11vnc causes some problems. But until vino-server supports reverse connections, it's the only easy way to share a screen... :-/
04:06
<muppis>
Been heard that.
04:07
Now I try that live CD.
04:07Gremble (~Ben@cpc12-aztw24-2-0-cust146.aztw.cable.virginmedia.com) left irc: Quit: I Leave
04:10dead_root (~dead_root@76.75.3.174) joined #ltsp.
04:30bobby_C (~bobby@85.124.22.227) left irc: Quit: Goin' down hard
04:35bobby_C (~bobby@85-124-22-227.teleworker.xdsl-line.inode.at) joined #ltsp.
04:35
<muppis>
alkisg, funny. I replaced langpack-en-GB@... with langpack-fi@ and got it working. :)
04:57viks_ (ca8a720f@gateway/web/freenode/ip.202.138.114.15) left irc: Ping timeout: 252 seconds
05:03robehend11 (~bob@70.40.63.34) joined #ltsp.
05:03
<robehend11>
say, if I build a 10.10 fat-client enviroment, and install Warsow on it, the clients should be able to run it fine, as long as they have the specs, correct?
05:04
<alkisg>
Yes
05:05
<robehend11>
Ah, good. Having a LAN party for the kids, and figured that would be a quick and easy way to deploy it
05:09dyllan_ (~dyllan@196-215-23-116.dynamic.isadsl.co.za) left irc: Ping timeout: 240 seconds
05:13fosser_josh (~prathames@59.95.19.225) joined #ltsp.
05:16cyberorg (~cyberorg@opensuse/member/Cyberorg) joined #ltsp.
05:46fosser_josh (~prathames@59.95.19.225) left irc: Quit: Leaving.
05:47robehend11 (bob@70.40.63.34) left #ltsp.
06:08kusznir (~kusznir@casas-net.ailab.wsu.edu) left irc: Ping timeout: 258 seconds
07:04kusznir (~kusznir@casas-net.ailab.wsu.edu) joined #ltsp.
07:16efra (~euribe@189.143.34.246) joined #ltsp.
07:36brunolambert (~brunolamb@gw-sherb.rlnx.com) joined #ltsp.
07:38bobby_C (~bobby@85-124-22-227.teleworker.xdsl-line.inode.at) left irc: Ping timeout: 252 seconds
07:58patrickmw (~pwright@71-223-80-153.phnx.qwest.net) joined #ltsp.
07:58fosser_josh1 (~prathames@59.95.19.225) joined #ltsp.
08:00fosser_josh1 (~prathames@59.95.19.225) left irc: Client Quit
08:01fosser_josh1 (~prathames@59.95.19.225) joined #ltsp.
08:19staffencasa (~staffenca@128.193.148.154) joined #ltsp.
08:30mikkel (~mikkel@80-71-132-15.u.parknet.dk) joined #ltsp.
08:34alexqwesa (~alex@alexo-veto.broker.freenet6.net) left irc: Ping timeout: 264 seconds
08:38alexqwesa (~alex@alexo-veto.broker.freenet6.net) joined #ltsp.
08:43Ahmuck-Sr (~quietly@p178n22.ruraltel.net) left irc: Ping timeout: 240 seconds
08:43Ahmuck (~quietly@p178n22.ruraltel.net) joined #ltsp.
08:48dyllan_ (~dyllan@dsl-185-71-78.dynamic.wa.co.za) joined #ltsp.
08:58dyllan_ (~dyllan@dsl-185-71-78.dynamic.wa.co.za) left irc: Ping timeout: 260 seconds
09:01dobber (~dobber@89.190.197.77) left irc: Remote host closed the connection
09:03jmarris (~jmarris@72-59-239-111.pools.spcsdns.net) joined #ltsp.
09:03
<jmarris>
hi, all
09:04
does nbdroot work with any file types other than those made by ltsp-update-image
09:04
?
09:11fosser_josh1 (~prathames@59.95.19.225) left irc: Ping timeout: 260 seconds
09:14
<alkisg>
jmarris: yes, but what do you mean exactly?
09:15
<jmarris>
I misunderstood
09:15
I realize now that the .img files are squashfs files
09:15
I'm still trying to get android to netboot
09:15
got WinPE and fat and thin clients
09:15
<alkisg>
Why?
09:15
<jmarris>
just a pet project
09:15
it would be handy in schools where admins "think" that Windows is the be-all
09:16
but where students know Android and see their parents using it
09:16
<alkisg>
Why android and not some desktop-oriented distro?
09:16
Android is not very usable for desktops
09:16
The students would hate it
09:17
(unless you have touch screens etc)
09:18
<jmarris>
plus we could teach them some simple programming for android and they could test their programs
09:18
touch screens would be a simple addition once it's going
09:18
honestly, I just wanted to see it happen
09:18
<alkisg>
Don't andoid programs get developed on "real" computers with some SDK?
09:18
<jmarris>
then to try and make something more of it, hopefully
09:18
yeah
09:19
<alkisg>
E.g. install some distro+ltsp and the andoid sdk and go ahead and program android apps... you can't even do that in android afaik
09:19
Isn't android available in a live cd?
09:19
<jmarris>
so they could be done on Edubuntu, netbooted, the apk saved to the server, then installed to the student's "sd" card located on the server, then android booted with the student's app already on it
09:19
or even installed once it boots
09:19
it is
09:20
<alkisg>
I tried it once on a VM, it was too slow and too ...empty to be useful
09:20
But you probably can serve the .iso over the network
09:20fosser_josh (~prathames@59.95.16.249) joined #ltsp.
09:21
<alkisg>
Or you can have the students open android VMs over ltsp
09:22Ahmuck (~quietly@p178n22.ruraltel.net) left irc: Remote host closed the connection
09:23
<jmarris>
I'm just curious how nbd and ramdisks work, so I'm trying to figure out how to convert a livecd iso to a working netbootable OS
09:23
I figure it's mainly a matter of placing the fs image files on the server, then telling the kernel how to mount them
09:23
<alkisg>
It's not automatic. You need to modify the distro init scripts to make it boot over the network
09:24
So you need to dig into android boot scripts, and to make them look like "ltsp_nbd" from ltsp-upstream
09:31
<jmarris>
system.sfs contains a file, system.img
09:31
does that make sense?
09:32
at least, when I mount it as loopback it does
09:36Ahmuck (~quietly@p178n22.ruraltel.net) joined #ltsp.
09:39Ahmuck (~quietly@p178n22.ruraltel.net) left irc: Remote host closed the connection
09:41roasted_ (~jason@206.82.22.190) joined #ltsp.
09:51fosser_josh (~prathames@59.95.16.249) left irc: Ping timeout: 258 seconds
09:51alkisg (~alkisg@ubuntu/member/alkisg) left irc: Remote host closed the connection
09:54ogra_ (~ogra@p5098ed03.dip0.t-ipconnect.de) left irc: Excess Flood
09:54ogra_ (~ogra@80.152.237.3) joined #ltsp.
09:54alkisg (~alkisg@ubuntu/member/alkisg) joined #ltsp.
09:59roasted_ (~jason@206.82.22.190) left irc: Read error: Connection reset by peer
10:00mistik1_ (mistik1@unaffiliated/mistik1) joined #ltsp.
10:04mistik1 (mistik1@unaffiliated/mistik1) left irc: Ping timeout: 276 seconds
10:04Nick change: mistik1_ -> mistik1
10:06menomc (~amery@shell.opensde.net) left irc: Quit: Reconnecting
10:06mnemoc (~amery@shell.opensde.net) joined #ltsp.
10:07jmarris (~jmarris@72-59-239-111.pools.spcsdns.net) left irc: Ping timeout: 250 seconds
10:07primeministerp (~ppouliot@64.119.153.82) left irc: Read error: Connection reset by peer
10:12jmarris (~jmarris@72-59-239-111.pools.spcsdns.net) joined #ltsp.
10:13chupacabra (~chupacabr@cpe-70-112-10-45.austin.res.rr.com) joined #ltsp.
10:18irule (~irule@187.139.25.77) joined #ltsp.
10:47jmarris (~jmarris@72-59-239-111.pools.spcsdns.net) left irc: Ping timeout: 240 seconds
10:49jmarris (~jmarris@68-247-125-111.pools.spcsdns.net) joined #ltsp.
10:59Ahmuck (~quietly@p178n22.ruraltel.net) joined #ltsp.
11:09viks (ca8a7259@gateway/web/freenode/ip.202.138.114.89) left irc: Ping timeout: 252 seconds
11:17fosser_josh1 (~prathames@59.95.16.249) joined #ltsp.
11:22jmarris (~jmarris@68-247-125-111.pools.spcsdns.net) left irc: Ping timeout: 246 seconds
11:26jmarris (~jmarris@184-226-12-245.pools.spcsdns.net) joined #ltsp.
11:28jmarris_ (~jmarris@rrcs-69-193-108-222.nys.biz.rr.com) joined #ltsp.
11:32jmarris (~jmarris@184-226-12-245.pools.spcsdns.net) left irc: Ping timeout: 252 seconds
11:35ogra_ (~ogra@80.152.237.3) left irc: Excess Flood
11:35ogra_ (~ogra@p5098ed03.dip0.t-ipconnect.de) joined #ltsp.
11:40jmarris_ (~jmarris@rrcs-69-193-108-222.nys.biz.rr.com) left irc: Quit: Leaving
12:01fosser_josh1 (~prathames@59.95.16.249) left irc: Quit: Leaving.
12:05vagrantc (~vagrant@75.150.46.245) joined #ltsp.
12:06jammcq (~jam@70-91-230-209-BusName-Michigan.hfc.comcastbusiness.net) joined #ltsp.
12:08Trixboxer (~Trixboxer@office.supportdepartment.net) left irc: Quit: "Achievement is not the end, its the beginning of new journey !!!"
12:11irule (~irule@187.139.25.77) left irc: Ping timeout: 240 seconds
12:15lns_ (~lns@75-149-52-89-SFBA.hfc.comcastbusiness.net) joined #ltsp.
12:18
<alkisg>
So if nfs+tmpfs works with aufs, then we no longer need bind-mounts?
12:20
<vagrantc>
it sounds tempting, but i wounldn't want to throw it away
12:21
ugly though it may be
12:21
<alkisg>
Hmm I was thinking of adding alternative sources instead of that tmpfs
12:21
<vagrantc>
like aufs may not work on all architectures, for example
12:21
<alkisg>
Either nbd copy-on-write, or even some local disk with some special volume label
12:21
Ah
12:22* vagrantc will port Debian GNU/kFreeBSD to LTSP one of these days
12:22
<vagrantc>
nbd copy-on-write wouldn't require any aufs though, would it?
12:23
<alkisg>
Not if it's used "alone", but if it's nbd root ro + nbd copy-on-write for tmpfs/swap, then it would require aufs
12:23
<vagrantc>
with local disk, you could just increase the size of the tmpfs and use swap partitions
12:23
<alkisg>
A tmpfs is limited to the RAM size, isn't it?
12:23
<vagrantc>
no
12:23
defaults to half the ram, but you can set it to whatever you want, i'm fairly certain
12:24
<alkisg>
Ah it's limited to the address space now I remember
12:25
<vagrantc>
alkisg: i was able to do: mount -o size=200% -t tmpfs tmpfs /mnt/
12:25
and it mounted with twice the ram i have
12:26
<alkisg>
Right, address space = 4 Gb on i386
12:26
<vagrantc>
ah, right ... i.e. 32-bit would be limited to 4GB or some such
12:26
unless you used pae
12:26
<alkisg>
I don't know if that applies to tmpfs
12:26
<vagrantc>
it mounted with 500% without complaint ...
12:26
<alkisg>
But I thought I've seen tmpfs use some "real" ram, as opposed to `nbd-server -c`... I'll need to test more on that
12:26
<vagrantc>
5.6G on an i386
12:27
<alkisg>
Uh. Weird.
12:27
<vagrantc>
it does use real ram, but is free to swap it out
12:27
now, say i dump 5GB of data in there, maybe it'll crash
12:27
not going to test that right now :)
12:27
<alkisg>
Hehe sure :)
12:27
Try 3 Gb :P
12:28* vagrantc didn't know about size=XX%
12:40cyberorg (~cyberorg@opensuse/member/Cyberorg) left irc: Ping timeout: 276 seconds
12:41Ahmuck (~quietly@p178n22.ruraltel.net) left irc: Read error: Connection reset by peer
12:42
<alkisg>
Heh, it seems to work: mount -o size=40G -t tmpfs tmpfs /mnt
12:43Ahmuck (~quietly@p178n22.ruraltel.net) joined #ltsp.
12:45
<vagrantc>
so it's not limited by the size?
12:52
<alkisg>
It appears not to be.
12:52
Also, I just tried pushing its limits in a VM
12:52
I had 512 RAM + 512 swap. I created a 1 Gb tmpfs.
12:53
I wrote 768 Mb to it without problems, swap was used.
12:56* vagrantc wonders about pushing the 4GB limit on a 32-bit system
12:57Mobe (~Mobe@82.141.118.203) joined #ltsp.
12:59
<stgraber>
vagrantc: I wouldn't do that and then create a >4GB file on it ;)
12:59
<alkisg>
Btw, aufs over nfs/tmpfs is a great way to *see* which files need bind-mounting. You just boot an ltsp client and see the tmpfs contents.
12:59
<vagrantc>
stgraber: but that's what *experimenting* is all about :)
12:59
<alkisg>
stgraber: wouldn't it work, given enough swap?
13:00* alkisg tries it...
13:00
<alkisg>
(on a VM :D)
13:00
<stgraber>
alkisg: well, I'm more worried of the whole "can't assign more than 4GB at a time" (even on PAE systems) and the possible OOM/oops/panic that might happen when doing it :)
13:01dgroos (~dgroos@s151-177.mpls.k12.mn.us) joined #ltsp.
13:01
<alkisg>
OK, so, test case: (1) vbox vm with 512 ram, (2) a 5 Gb swap file, (3) a 5 Gb tmpfs, and (4) dd 4.5 Gb in /mnt/file ?
13:02
<stgraber>
yep, that should do the trick
13:03
I guess it depends if tmpfs splits the file into two chunks in memory in that case, which would workaround the issue (and make sense considering the test you're doing). Otherwise it'll just fail misserably (OOM/oops/panic or if you're lucky a no space left on device) :)
13:04shogunx (~shogunx@2001:4978:106:1:21e:33ff:fe47:32f5) left irc: Read error: Connection reset by peer
13:04
<jammcq>
alkisg: careful, you may just find the higs-boson particle
13:06dead_root (~dead_root@76.75.3.174) left irc: Remote host closed the connection
13:08
<alkisg>
Hehe
13:08
Well, it worked like a charm
13:08
No complains at all
13:09
dd if=/dev/zero of=/mnt/file bs=$((1024*1024)) count=5000
13:09shogunx (~shogunx@2001:4978:106:1:21e:33ff:fe47:32f5) joined #ltsp.
13:09
<alkisg>
df -h ==>
13:09
tmpfs 5,0G 4,9G 116M 98% /mnt
13:11
Erm, so why shouldn't we always use (half of the ram + all the swap size) for a tmpfs?
13:11
<vagrantc>
to save it for something else?
13:11
<alkisg>
It's used dynamically, no?
13:12
I.e. it's not wasted if not used...
13:12
<vagrantc>
yes, but a DoS attack would be to consume as much ram+swap as possible
13:12
i mean, for our purposes, it might be fine...
13:13
it's just a limiting the damage sort of concern
13:14KBme (~KBme@2001:470:1f13:94::3) left irc: Read error: Operation timed out
13:14
<alkisg>
I don't get it. If a dos attack manages to fill all the tmpfs, then the client is basically bricked, right?
13:15
<vagrantc>
guess so
13:15
<alkisg>
While, the opposite, if update-apt-xapian-index fills the tmpfs, it would make sense to have it larger, as it's not a dos attack...
13:16* vagrantc really wants to carve out some time to test nfs+aufs
13:20* alkisg tried `apt-get update` on aufs over an ltsp thin chroot, it needed 36 Mb. So the cron `apt-get update` job wastes 36 Mb of tmpfs on ltsp clients...
13:20
<alkisg>
(that's one of the reasons I disable cron on schools here :D)
13:20
<vagrantc>
it defaults to running?
13:20
<alkisg>
Yes, I think weekly
13:20
But it's always been a week since ltsp-update-image ran :D
13:20
<vagrantc>
on debian, i was pretty sure it defaulted to not run weekly
13:21* alkisg tries apt-xapian-index...
13:22
<alkisg>
Ah it's only there on fat chroots
13:24KBme (~KBme@2001:470:1f13:94::3) joined #ltsp.
13:24
<alkisg>
71 Mb
13:24
So, 108 Mb for those 2 cron jobs. :-/
13:32
<dgroos>
My server stopped serving. In the middle of class, all students' computers became unresponsive.
13:32
Luckily I could get to the server via iLO and was able to reboot the server.
13:32brunolambert (~brunolamb@gw-sherb.rlnx.com) left irc: Quit: brunolambert
13:33
<dgroos>
Much to my surprise, even though I could nx to the server, it wouldn't boot the clients.
13:34
still can't boot the clients. During the boot process it will get a client IP, mask and dhcp ip and a gateway ip but then it says, PXE-E32: TFTP open timeout
13:34
TFTP....
13:35
and finally gives up. Any ideas? I updated and rebuilt the chroot but still same symptoms.
13:41
Any hints on how I troubleshoot this?
13:44
<efra>
It's the tftp server running and listening?
13:44
<dgroos>
efra: I'll figure out how to check and check it, thanks!
13:46
<efra>
you can check with netstat -anlt
13:48
<dgroos>
I tried the command you gave (the one I found gave no output) and got quite a few lines of output. I didn't see the letters, tftp on it though...
13:50
So... I tried to run this command I found: /etc/init.d/in.tftpd start, but 'no such file or directory'...
13:50
I'll keep searching!
13:51
<efra>
The port tftp uses is 69. If you see a proccess listening on that port, then there you are
13:52
<dgroos>
none on port 69...
13:55
<efra>
So tftp is not running. You'll need to start it
13:56
<dgroos>
I've been looking for a command to start it and can't find one that works... help anyone?
13:57
<muppis>
Odd behaviour. Trying to set up client, but if psu doesn't have enough load whole system is unstable.
13:57
<stgraber>
on Ubuntu until lucid it's started by inetd IIRC
13:58
so tftp should be mentioned in /etc/inetd.conf and "/etc/init.d/openbsd-inetd start" is how to start inetd if it's not running
13:58
<NeonLicht>
dgroos, $ sudo invoke-rc.d tftpd start If you are using Debian or, maybe some derivatives.
13:58
Ah, no, it's true, it's controlled by inetd!
13:58
<vagrantc>
"it's complicated"
13:59
<dgroos>
stgraber: Thanks I'll try...
13:59
<vagrantc>
tftpd-hpa is the default daemon that debian's ltsp-server package prefers ...
13:59
which in recent versions defaults to not running from inetd
13:59
<stgraber>
yeah, after lucid we also use the daemon directly
13:59
Ubuntu also uses tftpd-hpa
14:00
the only issue was a default path change in tftpd-hpa (to something in /srv IIRC) breaking LTSP upgrades at one point (as LTSP uses /var/lib/tftpboot) but that got fixed somehow
14:02
<vagrantc>
LTSP uses /tftpboot, /srv/tftp or /var/lib/tftpboot ... and mindlessly copies to them all if they're present
14:02
ltsp-update-kernels, that is
14:03
of course, that makes it difficult to document things well ...
14:03
<dgroos>
Ok successfully started: "Starting internet superserver inetd" Not sure how then to start tftp server?
14:03* vagrantc heads to lunch
14:03vagrantc (~vagrant@75.150.46.245) left irc: Quit: leaving
14:04jammcq (~jam@70-91-230-209-BusName-Michigan.hfc.comcastbusiness.net) left irc: Quit: leaving
14:08
<dgroos>
stgraber: the command you gave me was to start inetd and it says it did that. Now, how do I start the tftp server?
14:08
<alkisg>
dgroos: in Lucid, tftp is started as a standalone daemon, not from inetd.
14:08
dgroos: wanna vnc?
14:09
<stgraber>
dgroos: tftp server is started on demand when something's received on the tftp port. If you're running lucid, then as alkisg said, it's a standalone daemon (tftpd-hpa).
14:09
<dgroos>
alkisg: thanks... I've got the command on hand :)
14:09
<alkisg>
dgroos: nice - either x11vnc, or via sch-scripts ;)
14:10
<dgroos>
stgraber: I am running lucid... I'm still not able to boot a client--do I need to restart the server? Wait, I'll share :)
14:10
sch-scripts, nice!
14:10
<alkisg>
alkisg.dyndns.org
14:11
(on the help > remote support menu)
14:11
got you
14:15mikkel (~mikkel@80-71-132-15.u.parknet.dk) left irc: Quit: Leaving
14:17zamba (marius@flage.org) left irc: Ping timeout: 246 seconds
14:18zamba (marius@flage.org) joined #ltsp.
14:20bobby_C (~bobby@85.124.22.227) joined #ltsp.
14:38
<dgroos>
boot a real 'k client 'k
14:40vagrantc (~vagrant@75-150-46-245-Oregon.hfc.comcastbusiness.net) joined #ltsp.
14:41
<alkisg>
dgroos: the vbox client boots just fine
14:41
It "fakes" a real client behind your eth0 nic
14:42
So, either your wiring is problematic, or some firewall is cutting the access to port 69 of your server
14:42
<dgroos>
So... how would that have happened all of a sudden?
14:42
<alkisg>
Can you put a netbook or something in the same subnet as the ltsp clients?
14:42
...to try to see if you can access the server tftp from there?
14:43
Or if they have enough ram, maybe you could boot them with a live cd or usb stick...
14:43
<dgroos>
yes, though I'll have to disconnect for a bit. Refresh on how I check for the server once I've connected?
14:43
<alkisg>
https://help.ubuntu.com/community/UbuntuLTSP/Troubleshooting/TFTP#Use%20an%20external%20tftp%20client
14:44
<dgroos>
I'll check it...
14:44
<alkisg>
(btw use "poweroff" on vbox, not "save state", no need for that)
14:44
<dgroos>
oops, too late :)
14:45
<alkisg>
For the server IP, use "192.168.0.1"
14:48
<dgroos>
I'll be back in a bit after I try this...
14:49xet7 (~xet7@a91-156-231-116.elisa-laajakaista.fi) joined #ltsp.
14:49dgroos (dgroos@s151-177.mpls.k12.mn.us) left #ltsp.
14:54KBme (~KBme@2001:470:1f13:94::3) left irc: Read error: Operation timed out
14:57dgroos (~dgroos@s151-177.mpls.k12.mn.us) joined #ltsp.
15:01
<dgroos>
alkisg: I didn't have internet access when I was connected to the same network as my clients--not getting through the server... (however, I do have internet access while sitting at the server...).
15:01
<alkisg>
That's normal, because you don't have NAT on your server
15:01
It's easy to do it if you want, but never mind that, did tftp work?
15:02KBme (~KBme@2001:470:1f13:94::3) joined #ltsp.
15:02dgroos (~dgroos@s151-177.mpls.k12.mn.us) left irc: Remote host closed the connection
15:02dgroos (~dgroos@205.215.177.151) joined #ltsp.
15:03vagrantc (~vagrant@75-150-46-245-Oregon.hfc.comcastbusiness.net) left irc: Ping timeout: 258 seconds
15:04
<dgroos>
alkisg: When I connected my laptop to the client lan, my internet connectivity went away! Though, I could access the internet while seated at the server...
15:04
<alkisg>
(01:01:27 AM) alkisg: That's normal, because you don't have NAT on your server
15:04
(01:01:37 AM) alkisg: It's easy to do it if you want, but never mind that, did tftp work?
15:05
<dgroos>
well, still working on that (do I need to install tftp-hpa? I'm on a mac at the moment don't have access to ubuntu)
15:06
<alkisg>
You'd need a tftp client, yeah, but I've no idea about macs
15:06
<dgroos>
I'll check...
15:08Mobe (~Mobe@82.141.118.203) left irc: Ping timeout: 276 seconds
15:08
<alkisg>
Anyway it's late here, goodnight. Your server's just fine, check firewalls + cabling, i.e. verify that it's eth0 that is facing your ltsp subnet
15:08
<dgroos>
Thanks so much...
15:09alkisg (~alkisg@ubuntu/member/alkisg) left irc: Quit: Leaving.
15:17
15:30dgroos_ (~dgroos@s151-177.mpls.k12.mn.us) joined #ltsp.
15:30dgroos (~dgroos@205.215.177.151) left irc: Read error: Connection reset by peer
15:30Nick change: dgroos_ -> dgroos
15:33dgroos (~dgroos@s151-177.mpls.k12.mn.us) left irc: Client Quit
16:08
16:13artista_frustrad (~artista_f@189.75.201.155) left irc: Ping timeout: 246 seconds
16:20KBme (~KBme@2001:470:1f13:94::3) left irc: Read error: Operation timed out
16:25KBme (~KBme@2001:470:1f13:94::3) joined #ltsp.
16:27artista_frustrad (~artista_f@189.75.201.155) joined #ltsp.
16:35jammcq (~jam@70-91-230-209-BusName-Michigan.hfc.comcastbusiness.net) joined #ltsp.
16:36jammcq (~jam@70-91-230-209-BusName-Michigan.hfc.comcastbusiness.net) left irc: Client Quit
16:42staffencasa (~staffenca@128.193.148.154) left irc: Quit: Leaving
16:43bobby_C (~bobby@85.124.22.227) left irc: Ping timeout: 260 seconds
17:06KBme (~KBme@2001:470:1f13:94::3) left irc: Read error: Operation timed out
17:15yanu (~yanu@lugwv/member/yanu) left irc: Ping timeout: 240 seconds
17:22yanu (~yanu@lugwv/member/yanu) joined #ltsp.
17:29KBme (~KBme@2001:470:cabe:666:666:666:666:666) joined #ltsp.
17:56patrickmw (~pwright@71-223-80-153.phnx.qwest.net) left irc: Quit: Ex-Chat
17:59cliebow (~cliebow@66.63.66.218) joined #ltsp.
17:59knipwim (~wim@ip4da83870.direct-adsl.nl) left irc: Ping timeout: 248 seconds
17:59knipwim (~wim@ip4da83870.direct-adsl.nl) joined #ltsp.
18:24gerbilOFdoom (42bc19f2@gateway/web/freenode/ip.66.188.25.242) joined #ltsp.
18:25
<gerbilOFdoom>
Hello, I'm installing Edubuntu on a virtual machine for its LTSP capabilities. Can anyone help me with setting up and connecting a thin client to this machine?
18:35gerbilOFdoom (42bc19f2@gateway/web/freenode/ip.66.188.25.242) left irc: Quit: Page closed
18:44
<highvoltage>
hey gerb<tab>
19:22cyberorg (~cyberorg@opensuse/member/Cyberorg) joined #ltsp.
19:50cliebow (~cliebow@66.63.66.218) left irc: Quit: Leaving
20:00map7 (~map7@teksup41.lnk.telstra.net) joined #ltsp.
20:04Selveste1 (~Selveste1@88.83.86.20.static.dong.customer.smilecontent.dk) left irc: Ping timeout: 248 seconds
20:10Selveste1 (~Selveste1@88.83.86.20.static.dong.customer.smilecontent.dk) joined #ltsp.
20:57vagrantc (~vagrant@c-24-21-191-93.hsd1.or.comcast.net) joined #ltsp.
21:04Lns (~Lns@pdpc/supporter/professional/lns) left irc: Ping timeout: 276 seconds
21:15Lns (~Lns@pdpc/supporter/professional/lns) joined #ltsp.
21:31Lns (~Lns@pdpc/supporter/professional/lns) left irc: Ping timeout: 252 seconds
21:44Lns (~Lns@pdpc/supporter/professional/lns) joined #ltsp.
21:47drdata (~drdata@pool-173-57-189-158.dllstx.fios.verizon.net) joined #ltsp.
22:02ki (ca8a720f@gateway/web/freenode/ip.202.138.114.15) joined #ltsp.
22:03
<ki>
tftp timed out is getting again and again
22:03
let me know the solution
22:08alkisg (~alkisg@ubuntu/member/alkisg) joined #ltsp.
22:20
<muppis>
ki, https://help.ubuntu.com/community/UbuntuLTSP/Troubleshooting/TFTP
22:42vagrantc (~vagrant@c-24-21-191-93.hsd1.or.comcast.net) left irc: Quit: leaving
22:42ki (ca8a720f@gateway/web/freenode/ip.202.138.114.15) left irc: Ping timeout: 252 seconds
23:00cyberorg (~cyberorg@opensuse/member/Cyberorg) left irc: Remote host closed the connection
23:02KBme (~KBme@2001:470:cabe:666:666:666:666:666) left irc: Read error: Operation timed out
23:07KBme (~KBme@2001:470:cabe:666:666:666:666:666) joined #ltsp.
23:42dobber (~dobber@89.190.197.77) joined #ltsp.
23:46cyberorg (~cyberorg@opensuse/member/Cyberorg) joined #ltsp.
00:00--- Wed Apr 27 2011