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


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

00:05F-GT has quit IRC
00:22F-GT has joined #ltsp
00:25
<alkisg>
Woah the channel is really dead these summer days... I bet what I'm writing now will be 50% of the day's traffic :D
00:28
(....and off to the beach)
00:28alkisg has quit IRC
01:12slidesinger1 has joined #ltsp
01:16slidesinger1 has left #ltsp
01:32slidesinger1 has joined #ltsp
01:58slidesinger1 has left #ltsp
03:14ogra_cmpc has quit IRC
03:19shamino_ has joined #ltsp
03:27ogra_cmpc has joined #ltsp
03:47ogra has quit IRC
03:48ogra has joined #ltsp
03:57Patina has quit IRC
04:02Selveste1__ has joined #ltsp
04:02Patina has joined #ltsp
04:04Selveste1_ has quit IRC
04:11Mobe_ has joined #ltsp
04:15Mobe__ has quit IRC
04:19otavio has quit IRC
05:01yanu has quit IRC
05:09pmatulis has joined #ltsp
05:09yanu has joined #ltsp
05:09yanu has joined #ltsp
05:53F-GT has quit IRC
05:53elias_a has quit IRC
05:53Lumiere has quit IRC
05:54F-GT has joined #ltsp
05:54elias_a has joined #ltsp
05:54Lumiere has joined #ltsp
07:44cyberorg has quit IRC
07:44cyberorg has joined #ltsp
08:00ogra has quit IRC
08:52cliebow has joined #ltsp
08:56M4gic5t0rM has joined #ltsp
08:57cliebow has quit IRC
09:04jammcq has joined #ltsp
09:04
<jammcq>
good morning friends
09:52cyberorg_ has joined #ltsp
10:58cliebow has joined #ltsp
10:59
<cliebow>
jammcq:i took the lawn chair up to the head of the road tto watch the president go by
10:59
and got sent back home..
11:00
so wayched his helicopter fly off from the porchc
11:07cliebow has quit IRC
11:28leio has quit IRC
11:28cyberorg_ has quit IRC
11:28leio has joined #ltsp
11:50komunista has joined #ltsp
11:50M4gic5t0rM has quit IRC
12:07Mobe_ has quit IRC
12:21hawkI has joined #ltsp
12:50komunista has quit IRC
12:56vagrantc has joined #ltsp
13:03sweetpi has joined #ltsp
13:12dsgdfg has joined #ltsp
13:12dsgdfg has left #ltsp
13:13TGP1994 has joined #ltsp
13:13
<sweetpi>
TGP1994: then the easiest way would be to setup tftp on the router and set the filename on ddwrt's dhcp server
13:14
<TGP1994>
sweetpi: Wait... does that involve installing tftp software on my router? I'm not sure if it can hold it.
13:15
<sweetpi>
TGP1994: well you could do tftp on your server, but you should at least set the filename and next-server on the router
13:15
<TGP1994>
Ok. Would that look like dhcp-boot=pxelinux.0,LTSPServerr,192.168.1.2?
13:16
<sweetpi>
TGP1994: im not familiar with ddwrt's setup
13:16
<TGP1994>
Oh.
13:17
<sweetpi>
basically if you can set filename and next-server dhcp options on ddwrt's dhcp server, then everything else can be handled by your ltsp server
13:18
<TGP1994>
Ok. And when you say LTSP Server, are you refering to a tftp server on my ubuntu box? If so, how would I configure it?
13:19
<sweetpi>
ltsp should have already setup everything
13:20
at home im actually running 2 dhcp servers(i know its bad) since i cant modify the dhcp settings of my router
13:20
<TGP1994>
It didn't the first time, because at that point, I didn't have two NIC cards.
13:21
<sweetpi>
TGP1994: based on your network pic, you shouldnt need 2 nics
13:21
<TGP1994>
Really? LTSP said it really needed two nics. So in that case , I guess I'll take out the second one.
13:22
<sweetpi>
i dont see why you would, unless your trying to increase bandwidth
13:22
<TGP1994>
Ya
13:22
So, anyhow, what do I configure?
13:22
<sweetpi>
well, what is your setup like now?
13:23
<TGP1994>
As in the network map?
13:23
<sweetpi>
no, your tftp
13:24
<TGP1994>
Oh, I have no clue where tftp's config file is.
13:24
Do you?
13:24
<sweetpi>
you need to get dhcp working before anything else though
13:24
<TGP1994>
It'll be working on my router, I found someone who set it up
13:24
<sweetpi>
what tftp server are you running?
13:24
<TGP1994>
Not sure
13:24
How would one check?
13:25
<sweetpi>
aptitude search tftp, and see what is installed
13:25
<TGP1994>
tftpd-hpa
13:25
is.
13:26
<sweetpi>
ok thats /etc/default/tftpd-hpa
13:26
<TGP1994>
alright
13:26
<sweetpi>
check in /var/lib/tftpboot and see if ltsp stuff is in there
13:27
<TGP1994>
ya, there's an ltsp folder
13:27
hmm
13:27
with nothing in it
13:27
I think I have to build the image.
13:28
<sweetpi>
yes
13:30
<TGP1994>
Hmm, this might take longer than I thought it did... it looks like I'll have to reboot the box, since it seems like it was entirely depending on that second net adapter.
13:31
<sweetpi>
you should be able to change config to eth0
13:32
<TGP1994>
Not sure how, but no matter, its rebooting.
13:32
<sweetpi>
if you get rid of eth1 you need to set eth0 as static though
13:32
<TGP1994>
No prob.
13:33
Although I need to change tftp's config file for that, right?
13:33
<sweetpi>
not unless you changed the defaults, it listens on all interfaces
13:34
<TGP1994>
Oh, so 0.0.0.0 means listen on all?
13:34
<sweetpi>
yes
13:34
<TGP1994>
Alright
13:36
Next time I rebuild the client, will it keep a cache of all of the packages, so I don't have to download them again?
13:36
<sweetpi>
you mean the chroot or the nbd image?
13:37
<TGP1994>
Erm
13:37
I think the chroot
13:37komunista has joined #ltsp
13:37
<sweetpi>
no, if you want that you need to install something like apt-cacher
13:38
<TGP1994>
Oh, ok.
13:38
<sweetpi>
*no=not that i know of
13:38
<TGP1994>
Alright.
13:38
Still downloading, I'm going to be right back. Thank you for your help so far, by the way.
13:38
<sweetpi>
np
13:46
<TGP1994>
Heheh, cool. While I was waiting, I fired up vmware on another pc, and during the DHCP boot, it successfully detected the other box.
13:48otavio has joined #ltsp
13:49scottmaccal has joined #ltsp
13:49alkisg has joined #ltsp
13:51
<sweetpi>
TGP1994: good, so its looking for tftp?
13:51
<TGP1994>
Seems like it, although I'm not completely ready, so I was expecting it to fail.
13:55
<alkisg>
sweetpi: instead of using 2 dhcp servers, have a look at this, it's much more convenient (and compliant): https://help.ubuntu.com/community/UbuntuLTSP/ProxyDHCP
13:57
<sweetpi>
alkisg: thanks, i knew there must be a better way.. just never got around to looking since it worked for my tests
13:58
<alkisg>
np - it's really easy to setup and works with almost all hardware and is distro-independed, that's why I like it...
13:59
<sweetpi>
hmm.. this should solve my virtual box problems then. vbox is the only thing that doesnt like my hacky dhcp setup
13:59
<alkisg>
vbox works fine here
13:59
<TGP1994>
Man, I don't remember this creation process taking so long :9
14:00
<alkisg>
(i'm using the router as the dhcp server in my home, and my laptop as the proxydhcp server - only offering the filename + next-server options)
14:00
<sweetpi>
alkisg: i mean the proxydhcp will fix it. with 2 dhcp servers vbox is ignoring my server and using the router
14:01
<alkisg>
Yup, I get it, I'm just saying that indeed vbox works here with proxydhcp.
14:01
<sweetpi>
ah ok thanks
14:02
TGP1994: maybe the mirror is slow
14:02
<TGP1994>
I guess :S
14:02
<sweetpi>
TGP1994: might want to backup the chroot in that case.. or install my fav apt-cacher :)
14:03
<TGP1994>
I think I'll install apt-cache, for sure :)
14:03
<alkisg>
Is there a need to re-run ltsp-build-client?
14:03
There shouldn't be, for simple dhcp / ip changes...
14:03
<TGP1994>
Well, I deleted anything related to it, so I guess so :P
14:04
<alkisg>
Heh, ok
14:04
<sweetpi>
shouldnt be, but sometimes i make custom images for specific machines.. so yeah
14:04
<TGP1994>
Ah
14:05
<alkisg>
ltsp-build-client --extra-help | grep mount-package-cache
14:05
This uses the server apt cache, so it doesn't need an internet connection after the first build
14:05
(i.e. all subsequent builds are really fast)
14:05
<TGP1994>
Ok
14:06
<sweetpi>
as long as the arch is the same
14:07
oh you mean it saves to the cache?
14:07
<alkisg>
Yup
14:07
The arch doesn't really matter
14:08
(unless you build one for i386 and the next for amd64, then only the files common to all architectures will be reused)
14:09
<sweetpi>
yeah, i thought you meant it only loaded from cache. which would fail if server was amd64 and client was i386
14:09
oh.. apt-cacher it is then :)
14:10
<TGP1994>
Still going 0.0
14:10
<alkisg>
It's just using the same package dir as the server. So if e.g. the server has just downloaded the newest kernel, then it doesn't need to be downloaded again for the chroot.
14:13
<sweetpi>
thats why i like apt-cacher. if i need to install to 10 machines(full desktop, not building images) it downloads from the local server
14:13
<TGP1994>
I can see why you'd want a powerful server to host these things.
14:14alexqwesa_ has quit IRC
14:14alexqwesa_ has joined #ltsp
14:15
<alkisg>
Sure, apt-cacher is nice. Squid can also be used instead of apt-cacher.
14:15alexqwesa_ is now known as alexqwesa
14:15
<TGP1994>
Yesssss, it's done :D
14:15
So sweetpi, where were we?
14:15
<alkisg>
(but I stopped using full desktops and I'm using fat clients instead, so I also stopped using apt-cacher...)
14:16
<sweetpi>
TGP1994: well now you need to choose nfs or nbd
14:16
<TGP1994>
What do you recommend
14:16
?
14:16
<sweetpi>
nbd for production, nfs if your going to be changing the chroot all the time(testing)
14:17
<TGP1994>
I guess nfs is the best then. So how do I implement that?
14:17
<sweetpi>
you need to export /opt/ltsp
14:19
you have nfs server installed?
14:19
<TGP1994>
Hmm, doesn't look like I have any installed.
14:19
<sweetpi>
aptitude install nfs-kernel-server
14:19
<TGP1994>
Should I get unfs3?
14:19
ok.
14:21
<sweetpi>
then in /etc/exports something like: /opt/ltsp *(ro,no_root_squash,async,no_subtree_check)
14:21
<TGP1994>
What?
14:22
<sweetpi>
add that line to /etc/exports
14:22
then reload the nfs server
14:22
<TGP1994>
Oh, ok.
14:22
<sweetpi>
you will also need to edit the pxelinux config since your using nfs instead of nbd
14:23
<TGP1994>
The one on my router?
14:24
<sweetpi>
no in /var/lib/tftpboot/ltsp/<your_arch>/pxelinux.cfg/default
14:25scottmaccal has quit IRC
14:25
<TGP1994>
Is
14:25
default ltsp
14:25
label ltsp
14:25
kernel vmlinuz
14:25
append ro initrd=initrd.img quiet splash nbdport=2000
14:25
ok? Or what should I change nbdport to?
14:26
<sweetpi>
just change nbdport=<port> to netboot=nfs nfsroot=yourserverip:/opt/ltsp/<your_arch>
14:26
<TGP1994>
alright
14:27
Cool! Am I done?
14:27
<sweetpi>
well, what do you have in dhcp on your router?
14:27
<TGP1994>
dhcp-boot=ltsp/i386/pxelinux.0,,192.168.1.2
14:27
<sweetpi>
sounds right, give it a try :)
14:27
<TGP1994>
Ok :D
14:28
Oh, d'oh
14:28
forget to set the network adapter to static
14:28
<sweetpi>
hehe
14:30
<TGP1994>
w00t
14:30
:D
14:31
<sweetpi>
i take it, it works? :)
14:31
<TGP1994>
Yes :D Wanna try?
14:31
Or, would that not work for external connections?
14:32
<sweetpi>
na, not without a headache
14:32
<TGP1994>
Meh, ok. I'm a little concerned right now, I'm running the server trough VirtualBox, and it's reporting the host's IP, not the actual server :(
14:32
But at least it works.
14:33
<sweetpi>
i think nat is default, switch to bridged?
14:34
er swap that :)
14:34
<TGP1994>
You mean it should be on nat? right now it's on bridged, I thought that meant the router would detect it as a seperate pc.
14:35alkisg has quit IRC
14:35
<sweetpi>
i use bridged for vms.. i thought you meant you wanted nat
14:35
what is showing the host's ip?
14:35
<TGP1994>
Nah. I think I might have screwed up the network diagram, actually the host IP is dynamic; 192.168.1.149
14:35
and somehow, on my client, that's what it says the host is.
14:36
<sweetpi>
yes.. if your in a shell
14:36
<TGP1994>
Although I guess a hitch could occur, since the router will still have to travel through 1.149 to get to the 1.2 machine
14:36
So PXEBoot or w/e must be reporting that.
14:37
Ya, can't log in
14:37
says can't connect to host
14:37
<sweetpi>
if you log into X, ifconfig should show server ip.. if term, it should show client
14:37
<TGP1994>
Wait a sec
14:37
scratch that
14:37
the host IS on a static IP 1.9
14:38scottmaccal has joined #ltsp
14:40
<sweetpi>
im not sure what your wanting
14:41
<TGP1994>
I'll figure it out in a sec :P
14:52alkisg has joined #ltsp
14:53
<TGP1994>
Ohhh, my bad, that was the client's IP.
14:54
I'm a little concerned about the GNOME connection manager though, when I rebooted the server, it switched back to use a Dynamic IP.
14:55
<sweetpi>
hmm i dont use network-manager.. there should be a way to set static in it though.. if all else fails, disable it and do it in /etc/network/interfaces
14:55
<TGP1994>
Ok, this is really weird. I tried logging in, but the server has completely dropped off of DD-WRT's client list. Only the host computer is still there.
14:56
<sweetpi>
TGP1994: the server's static ip likely wont show up in ddwrt
14:56
<TGP1994>
Oh, but it does.
14:56
And it disappears when I try to log in on the client.
14:57
Almost like it get's knocked off by a confliction or something. GNOME still thinks it's online, too.
14:57
<sweetpi>
hmm.. mac conflict?
14:57
<TGP1994>
I just recycled it before rebooting.
14:58* vagrantc heads for the train
14:58vagrantc has quit IRC
14:58
<sweetpi>
if the host and guest vm have the same mac address, maybe thats why
14:58
<TGP1994>
Doubtful, because VirtualBox assigns a different mac to the virtual adapter.
14:58
The mac address starts with 08, which no other device in my network has.
14:59
<sweetpi>
your using bridged or nat?
14:59
<TGP1994>
Bridged
14:59
Ack sweetpi, you're right
14:59
It's decided to use the same mac as the host pc!
15:00
<sweetpi>
heh
15:00
<TGP1994>
Wtf...
15:00
VBox even says that Adapter 1 (its virtual adapter) should be using an address with 08, while the host Pc has one starting with 00.
15:01
Must investigate.
15:02chupacabra has quit IRC
15:02* TGP1994 is bugging #vbox
15:05
<TGP1994>
Yup, the ubuntu box just got kicked off again.
15:08alkisg has quit IRC
15:08chupacabra has joined #ltsp
15:09
<sweetpi>
dont forget that if your logged into ltsp, it will show the server mac address, not the client
15:09
<TGP1994>
Logged into ltsp on the host?
15:10
<sweetpi>
i meant the client, sorry you lost me as to what the problem is. i cant figure out what is virtual and running where :)
15:10
<TGP1994>
I'll create another diagram :D
15:18* TGP1994 Hi ho, hi ho, it's off to photobucket I go...
15:19
<TGP1994>
http://i351.photobucket.com/albums/q449/tgp1994/macproblem.png
15:19
Errm... correction
15:19
The two line statement under dd-wrt
15:19
the MAC should read: 00:02:6F
15:20
Don't know what made me say 64...
15:22
<sweetpi>
hmm... you have no other clients with 00:02:6F?
15:23
<TGP1994>
Yup. Just the Win XP Host.
15:23bobby_C has joined #ltsp
15:23
<TGP1994>
I mean no, no other clients
15:24
<sweetpi>
im actually wondering why ddwrt would show static ip in the first place. i guess its not a dhcp lease table?
15:25
<TGP1994>
Ya, it's only showing up in the Active Clients table
15:25
<sweetpi>
the two 00:02:6F entries are different or the same?
15:25
<TGP1994>
But when GNOME was still tripping something, and using dynamic ips, it showed up not only in there as a dynamic ip, but also in dhcp clients.
15:25
Same.
15:26
Otherwise I would have given the full MAC addr :)
15:26scottmaccal has quit IRC
15:27
<sweetpi>
so 00:02:6F:4D:12:3A shows 2 entries with different ips?
15:27
<TGP1994>
Correct.
15:27
According to someone @vbox, that would be normal, since it's comming from the same NIC.
15:27
But I disagree... this shouldn't be happening at all.
15:28
<sweetpi>
same physical nic.. but the vbox has a different mac. it might just be the way ddwrt reports usage. is it actually causing any problems?
15:29
<TGP1994>
Well, I theorize that it's what's causing the ubuntu's connection to diappear,
15:29
<sweetpi>
network-manager and /etc/network/interfaces dont play nice together
15:30
n-m will fight for controll
15:30
<TGP1994>
Shall I dump the network manager?
15:30
<sweetpi>
i dump it at first install :)
15:31
<TGP1994>
Alright. So in the fumping process, do I just uninstall it, or is there another method?
15:31
<sweetpi>
you should be able to remove eth0 from interfaces and set static in n-m though
15:31
<TGP1994>
oh
15:31
so just delete it from the file?
15:32
<sweetpi>
that would be the best if you want to stick with n-m
15:32
<TGP1994>
ok
15:33
Ahah
15:33
auto eth0
15:33
That explains it.
15:34
Rebooting now :)
15:36bobby_C has quit IRC
15:43
<TGP1994>
So far, so good...
15:43
Oh blast.
15:43
The server dropped out again.
15:44
<sweetpi>
pastebin your /etc/network/interfaces
15:44
<TGP1994>
Huh, get this... after opening firefox on the ubuntu box, box popped up again on dd-wrt
15:45
<sweetpi>
.. so active clients is literal
15:45
<TGP1994>
Ya.
15:45
<sweetpi>
yet your connection in vbox is actually going out? you cant ping?
15:46
<TGP1994>
I've got an idea, I'll continually ping the router while I try to connect with my client.
15:49
Hmm, now it's just sitting at the ubuntu loading screen.
15:49
Pings are still comming in good
15:50
Can I switch into a terminal right now?
15:50
<sweetpi>
maybe another issue.. get rid of spash and quiet from pxelinux.cfg/default
15:50
<TGP1994>
Oh, wait
15:50
<sweetpi>
that way you can see boot messages
15:50
<TGP1994>
figured out that escape switches to terminal
15:51
Seems to be in a loop right now; udhcpc Sending discover (three times times) udhcpc: No lease, failing
15:51
Does that repeatedly.
15:51
<sweetpi>
is the client vbox?
15:51
<TGP1994>
The client is VMware
15:51
on a different pc
15:52
<sweetpi>
bridged?
15:52
<TGP1994>
Ya. The device is showing up as an active client, too.
15:52
1.149
15:52
in the dynamic range, seems ok.
15:53
<sweetpi>
so the client says it cant get an ip but ddwrt says it has one? O.o
15:53
<TGP1994>
Lolz
15:53
I think DD-WRT is failing.
15:53
I can't access a certain website with only DD-WRT, too.
15:53
torrentz.com
15:53
But that's another story.
15:54
<sweetpi>
maybe firewall on the clients host?
15:55
<TGP1994>
Don't have any.
15:55
Whoops
15:55
Rebooted, now it works.
15:55
Let's see if I can log in..
15:55
[
15:56
Hmm
15:56
Says Verifying password, then eventually, no response from server, restarting. I was pinging my router the entire time, with no problems.
15:56
Pinging from the server, btw.
15:56
Everyone is still connected, too.
15:57
<sweetpi>
so you got to the X login screen?
15:57
<TGP1994>
ya
15:58
I think I just saw a terminal, that said invalid card number
15:58
I didn't see the rest though
15:58
Anyway to get to the console from the login screen?
15:58
<sweetpi>
ctrl+alt+f1
15:58
<TGP1994>
Doesn't do anything. I've had problems with that being disabled, too.
15:58
I mean, I remember that I used to be able to do that
15:58
don't know why I can't now.
15:59
<sweetpi>
hmm, well you could set SCREEN_07=shell in lts.conf
15:59
that would disable X
16:00
<TGP1994>
I'd still be able to login, though?
16:00
<sweetpi>
through a shell, yes
16:00
<TGP1994>
Ok.
16:01
<sweetpi>
you could create a new user on the server and see if you can login to X with that
16:01
<TGP1994>
I'm sorry, what do I edit again?
16:01
<sweetpi>
ive never tried to login with the user im physically logged in with on the server
16:01
<TGP1994>
oh
16:02
<sweetpi>
its /opt/ltsp/i386/etc/lts.conf
16:02
<TGP1994>
Alright.
16:06
Hmm, ya, making a new user didn't work, I'll try the cfg thing.
16:06
What's weird is, it hangs on the Verifying password part forever, with no internet activity.
16:07
Wait
16:07
That document is telling me that with the introduction of the nbd/unionfs/squashfs structure, the file has been moved to /var/lib/tftpboot/ltsp/i386/lts.conf. Do I go there/.
16:09
<sweetpi>
it has to have a net connection or X wouldnt have loaded
16:10
<TGP1994>
Ok
16:10
I removed the splash parameter
16:10
This time, I saw the boot process: It got the DHCP address ok, started LTSP ok, but then it said "Invalid card number" before it went to the X login screen.
16:12
<sweetpi>
i guess try setting to shell and see what its saying that about
16:13
<TGP1994>
Ok.
16:13
<sweetpi>
yeah i usually build initrd images, so i edit from the chroot. edit the one in tftp
16:14
<TGP1994>
Ok, so just adding SCREEN_07=shell will do it? (P.S. I copied the config file to /var/lib/tftpboot/ltsp/i386/lts.conf, that's where it said it should go.)
16:14
<sweetpi>
yes, add it to the [default] section
16:14
<TGP1994>
Ok.
16:14
This is cool, dynamic changes :D
16:15
Ok, interesting. Now I'm at a prompt with no cursor :)
16:17
<sweetpi>
you dont have a term login screen?
16:18
<TGP1994>
I can see the booting messages, but then it just prompts me with root@ltsp149:/
16:18
<sweetpi>
oh.. yeah thats what its supposed to do :)
16:19
now check the boot messages for errors
16:19
<TGP1994>
Alright. So I shut it down, added a serial to text file device, and rebooted. So how can I save the output to a serial device in linux?
16:19
df
16:19
whoops :P
16:20
<sweetpi>
erm.. wrong window?
16:20
<TGP1994>
ya :P
16:20
Aahhhh console spam when typing cat dmesg aauuughgh
16:20
Laggy, too
16:21
<sweetpi>
dmesg | less
16:21
<TGP1994>
dmesg >> /tehlog.txt
16:21
darn it all
16:21
wrong window again
16:22
Alright, so how does 1 output to a serial device?
16:23
<sweetpi>
hmm.. been a while, why not just scp the log to the server?
16:23
<TGP1994>
Oooh
16:23
nice idea :)
16:26
Blast
16:26
port 22 on localhost (the client) is being refused :(
16:27
<sweetpi>
scp log.txt user@serverip:/tmp/ltsp-dmesg.txt
16:28
<TGP1994>
woot
16:31
Well, I dunno if it will help you or not, but here it is: www.pastebin.org/403220
16:35
Weird, I don't get it. On the client's shell, none of the users that are on the server exist.
16:35
df
16:35
gauh
16:36
See anything important in there?
16:37
dmesg | less
16:37
pfft
16:38
<sweetpi>
sorry, stepped away
16:38
<TGP1994>
That's alright.
16:38
<sweetpi>
none of the users exist because its a chroot
16:39alkisg has joined #ltsp
16:40
<TGP1994>
Also, here is boot.log:
16:40
www.pastebin.org/403249
16:40
ls
16:40
crap.
16:40
<sweetpi>
TGP1994: delete the SCREEN_07 line and set SERVER=192.168.1.2, see if that works
16:41
<TGP1994>
I see the blinking cursor in vmware so I think the focus is there :P
16:41
Ok.
16:41
<sweetpi>
also check for failed login on the server
16:42
<TGP1994>
What log would I check for that?
16:43
<sweetpi>
/var/log/auth.log
16:44
<TGP1994>
Hmmm, nope.
16:45
<sweetpi>
did you try setting SERVER?
16:45
<TGP1994>
Yup.
16:45
Same problem when trying to log in now, too.
16:46
<sweetpi>
so you get into X login, type a username and password, and it doesnt do anything?
16:47
<TGP1994>
It will say Verifying password... for about half a minute, then the screen goes black and it comes back to the login screen.
16:47
actually
16:47
before it goes black
16:48
It will say No response from server, restarting...
16:48
then it goes black, and does so.
16:48
<sweetpi>
you have ssh server on the ubuntu box right?
16:50
<TGP1994>
Ya.
16:51
Wanna SSH in?
16:51
<sweetpi>
no, i was just making sure ltsp could connect
16:51
<TGP1994>
Ok.
16:52
<sweetpi>
set SHELL_07 again and see if you can ssh to the server
16:53
err SCREEN_07=shell
16:53
<TGP1994>
Ok.
16:53
<alkisg>
Better put SCREEN_02=shell and SCREEN_07=ldm at the same time, easier for checking
16:53
<TGP1994>
Ok.
16:54
<sweetpi>
alkisg: he cant ctrl+alt+f2
16:54
<alkisg>
Oh. Why?
16:54
<sweetpi>
not sure
16:54
<alkisg>
ok, sorry
16:54
Ah, nomodeset might help there
16:54
(in pxelinux.cfg/default)
16:54
<TGP1994>
Say what now?
16:55
<sweetpi>
nomodeset kernel option
16:55
<alkisg>
I've seen some graphics cards having problems switching VTs because of KMS, and nomodeset disables it
16:56
<TGP1994>
Interesting
16:56
I got an error that said Missing parameter in configuration file
16:56
<sweetpi>
KMS has been messing with me lately, seems some intel chips are going crazy because of it
16:56
TGP1994: pastebin your lts.conf
16:57
<TGP1994>
Ok, one sec.
16:57
<sweetpi>
oh unless your talking about the pxelinux.cfg/default
16:57
<alkisg>
Yeah... is that lucid?
17:01
<TGP1994>
Wait, hold on a sec guys... isn't rood= supposed to be appended, too?
17:01
*root=
17:01
<sweetpi>
nfsroot
17:01
<TGP1994>
Of, ok
17:01
*oh
17:01
wait
17:01
there isn't an nfsroot specified, either
17:01
Do I need one?
17:01
oh crap
17:02
my misteak again
17:02
it is.
17:02
<sweetpi>
mmm.. what did you do to your config? :)
17:02
<TGP1994>
Do you still want the lts config?
17:02
<alkisg>
If you're seeing X, you don't have such problems :D
17:02
Did you try ltsp-update-sshkeys?
17:02
<sweetpi>
TGP1994: not if the problems are gone
17:02
<TGP1994>
Let me test
17:03komunista has quit IRC
17:03
<TGP1994>
Just wondering, does anyone know how to clear the screen with the pxelinux.cfg/default file? The guide wasn't very clear.
17:04
<alkisg>
Clear the screen at what point?
17:04
<TGP1994>
Like after everything is done with the netboot, and just before it begins loading the kernel/initrd.
17:04
Pretty much after label and before append.
17:04
And I got the No response from server error again.
17:05
Ctrl+Alt+F* doesn't work, either.
17:05
<alkisg>
With nomodeset? weird...
17:05
<TGP1994>
Ya.
17:05
<alkisg>
Get a shell (e.g. with SCREEN_07=shell or something) and try `ssh user@server`
17:05
<TGP1994>
Ok.
17:05
<alkisg>
Replace "user" with an existing user at the server, but leave "server" as it is, don't change it
17:06
<sweetpi>
i thought he already did that
17:06
<alkisg>
See if you get any warnings or errors
17:06
<TGP1994>
sweetpi: nope, haven't done that yet.
17:06
<alkisg>
I didn't see it... did he? (sorry if I'm jumping in here...)
17:07
<TGP1994>
awww, the shell is screwed up again :(
17:07
<alkisg>
Which graphics cards is this?
17:07
<TGP1994>
It did this once before. Carraige return characters don't seem to work.
17:07
A VMWare provided one/.
17:08
<alkisg>
Ah. Not even vbox? Urm... try disabling plymouth by removing "quiet splash" from pxelinux.cfg/default
17:08
<TGP1994>
the ssh command worked fine, by the way.
17:08
<alkisg>
With no messages whatsoever?
17:09
<TGP1994>
Well, it said Warning: Permenantly added the RSA host key for IP address '192.168.1.2' to the list of known hosts, then it have the usual motd.
17:09
<alkisg>
Right, that confuses ldm
17:09
<TGP1994>
*has
17:09
Oh?
17:09
So, uhh... how do I unconfuse it?
17:10
<alkisg>
ltsp-update-sshkeys is supposed to take care of that, but I think sometimes it doesn't, I'm not sure why
17:10
<TGP1994>
I'll give it a try anyways.
17:10
Would I have to restart the client?
17:10
<alkisg>
Yes
17:10
<sweetpi>
like alkisg said, ltsp-update-sshkeys. i dont remember every having to do that though
17:10
<alkisg>
It's needed whenever the server ip changes
17:11
<TGP1994>
Cannot remove ssh_known_hosts? Who could be using it?
17:11
<alkisg>
One way to get sure that this is indeed the problem is to temporarily disable all ssh security checks, by putting LDM_SSHOPTIONS="-o StrictHostKeyChecking=no -o CheckHostIP=no -o LogLevel=silent" in lts.conf
17:11
<TGP1994>
Well, I'll try that then.
17:11
<sweetpi>
ah.. he built the image when he was using dhcp, now its static
17:12
<TGP1994>
And remove the screen_07 option?
17:12
<alkisg>
This makes the client connect to the server without any checks, so a "middle man" server may exploit it
17:12
Yeah, to try from ldm
17:12
<TGP1994>
ok.
17:15
Blast, why does udhcpc occassionally get No lease, repeatedly? When I reboot it works/.
17:16
<sweetpi>
TGP1994: make sure you dont still have the dhcp server running on the ubuntu vm
17:16
<TGP1994>
Ok.
17:17
That's weird, sudo ps -a says there are only three processes running, including its own.
17:19
And yay, logging in worked this time :D
17:19
So now all I have to do is update the sshkeys? Does that require rebuilding?
17:19
<alkisg>
rebuilding? aren't you using nfs?
17:20
<TGP1994>
ya
17:20
So no?
17:20
<alkisg>
Nope
17:20
<TGP1994>
Alright. Thanks guys, both of you. I have to go have dinner now.
17:20
<alkisg>
It's supposed to be ran automatically whenever the ip changes though
17:20
So not sure why it didn't ran already...
17:23
<sweetpi>
TGP1994: np
17:30
alkisg: with dnsmasq for proxydhcp, can i use a different tftp server?
17:31
<alkisg>
sweetpi: sure, but that's usually trouble for nothing - you'd need to transfer the kernels on each update
17:31
Running tftpd on the ltsp server usually doesn't have any downsides...
17:32
<sweetpi>
i meant, could i use tftpd-hpa instead of dnsmasq's tftp server or is it all or nothing
17:33
<alkisg>
Sure you can
17:33
All schools here use that setup - dnsmasq for proxydhcp + tftpd-hpa for tftp
17:33
<sweetpi>
ok great
17:33
<alkisg>
Remember to put `port=0` if you don't want it as a dns server too
17:36
<sweetpi>
heh, guess i should have read the example config before asking questions :)
17:37
<alkisg>
:)
17:50
<sweetpi>
well that was easy. just had to mess with pxe-service to get it working like it was before. thanks alkisg for the tip.
17:51
<alkisg>
np - what do you mean "mess with pxe-service"? anything useful? ;)
17:52
<sweetpi>
na just disabled the pxe-prompt and made a pxe-service to point to /boot. im booting quite a bit more than just ltsp
17:54
<alkisg>
Ah, I'm using an extensive pxelinux menu too: http://users.sch.gr/alkisg/tosteki/index.php?action=dlattach;topic=2828.0;attach=1672
17:58TGP1994 has quit IRC
17:59
<sweetpi>
im booting just about anything i can think of. i wrote a gui editor that writes out xml files and converts them to pxelinux menus. overkill but its makes maintaining things easier
18:01
thinking about adding ltsp building to the gui, maybe someone would find it useful
18:05
<alkisg>
There was much interest for this by the ltsp devs, so sure, please do that
18:06
<sweetpi>
have any links on what they were looking for?
18:08
<alkisg>
No, but we talked about it quite a few times (I'm an ltsp dev btw)
18:08
Mainly an easy way to maintain multiple & graphical pxe menus
18:09
<sweetpi>
ah, yeah that sound like exactly what im working on
18:10
<alkisg>
Cool, if you like please post a mail to the ltsp-developers mailing list...
18:10map7 has quit IRC
18:10
<alkisg>
(as this period many of the devs are away from irc)
18:13
<sweetpi>
ok, will do as soon as i make sure work has no problem with it
18:13
<alkisg>
ok
18:16
<sweetpi>
hmm vbox gets the boot file, but pxelinux is trying to load config from the router instead of next-server
18:18
<alkisg>
Weird
18:19
I've never seen that happen...
18:20
Is that with the vbox pxe stack?
18:21
(f12 => boot from lan?)
18:21
<sweetpi>
yes
18:22
<alkisg>
Urm. Again, weird. Can you try with a stripped down pxelinux.cfg/default, or maybe with gpxe.iso?
18:22
!gpxe
18:22
<ltspbot>
alkisg: "gpxe" :: the successor to etherboot (http://etherboot.org). To download bootable floppy, cd, usb, kernel etc images, visit http://rom-o-matic.net/
18:23
<sweetpi>
i think next-server isnt getting set
18:23
<alkisg>
Then how is it downloading pxelinux.0? Is that bridged or nat?
18:23
<sweetpi>
bridged
18:24
<alkisg>
Can you post your dnsmasq configuration?
18:24
<sweetpi>
vmware and physical machines work fine
18:24
<alkisg>
Which vbox version? (I'm using -ose in lucid, and I've been using both -ose and the sun one in previous versions, never saw that problem...)
18:26
<sweetpi>
-ose
18:27M4gic5t0rM has joined #ltsp
18:27
<sweetpi>
http://pastebin.com/2RR0HfA5
18:27
<alkisg>
And which vbox nic emulation?
18:28
<sweetpi>
pcnet 3
18:29
<alkisg>
Maybe that syntax is causing the problem? pxe-service=x86PC, "Net", /boot, 192.168.0.2
18:29
<sweetpi>
i probably missed a dnsmasq option since im new to it
18:29
actually i added the ip to see if it would fix it
18:30tgp1994 has joined #ltsp
18:30
<alkisg>
The same in dhcp-boot=/boot.0,,192.168.0.2 too?
18:30
<tgp1994>
Hello :)
18:30
<sweetpi>
yeah i think its for older net boot clients
18:30
dhcp-boot is dhcp filename, and pxe-service i guess is for real pxe clients
18:31
<alkisg>
So it still has that problem even if you use the syntax in the wiki?
18:32
<sweetpi>
i dont think it even worked with that syntax.. let me check
18:33
yeah now it doesnt even boot pxelinux
18:33
<alkisg>
Ah now I remember
18:34
The sun version works ok, for the -ose version I had to use gpxe
18:34
<sweetpi>
boot.0 is pxelinux btw
18:34
<alkisg>
There must be something wrong or missing in the pxe stack implementation
18:34
Let me try your syntax...
18:35tgp1994 has quit IRC
18:41
<alkisg>
OK there's a bug there somewhere
18:41
Either in the vbox pxe stack (most probably) or in the dnsmasq proxydhcp implemetation
18:41
But the sun vbox stack works fine...
18:42
Anyway it's really late here, good night
18:42
<sweetpi>
ok, night. thanks for your help
18:42
<alkisg>
np
18:42
Try with gpxe.iso if you want
18:42
it works for me
18:42
<sweetpi>
ok
18:42alkisg has quit IRC
18:45nutron has quit IRC
19:42Selveste1__ has quit IRC
19:43Selveste1__ has joined #ltsp
19:59pmatulis has quit IRC
20:00M4gic5t0rM has quit IRC
20:38Selveste1__ has quit IRC
20:43Selveste1__ has joined #ltsp
20:53Selveste1__ has quit IRC
20:53Faithful has quit IRC
21:06Faithful has joined #ltsp
21:47F-GT has quit IRC
22:03F-GT has joined #ltsp
22:28jammcq has quit IRC
22:37chupacabra has quit IRC
23:10robbie_ has joined #ltsp
23:27sweetpi has quit IRC
23:30robbie_ has quit IRC