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


Channel log from 31 August 2010   (all times are UTC)

00:04korcan has quit IRC
00:09wwx has joined #ltsp
00:55gentgeen__ has joined #ltsp
01:07dlezcano has quit IRC
01:10ThE-RiX has joined #ltsp
01:13RiXtEr has quit IRC
01:19alkisg has joined #ltsp
01:19jhutchins_lt has joined #ltsp
01:20dlezcano has joined #ltsp
01:45dobber has joined #ltsp
01:50johnny has quit IRC
01:58johnny has joined #ltsp
02:00gnunux has joined #ltsp
02:00
<gnunux>
hi
02:30nutron has joined #ltsp
02:30
<nutron>
ok fun
02:37F-GT has quit IRC
02:40jhutchins_lt has quit IRC
02:53F-GT has joined #ltsp
03:02komunista has joined #ltsp
03:03Da-Geek has joined #ltsp
03:06mikkel has joined #ltsp
03:16hawkI has quit IRC
04:13nubae has joined #ltsp
04:28villelai_ has quit IRC
04:34dlezcano has quit IRC
04:48dlezcano has joined #ltsp
04:58alkisg has quit IRC
05:05nutron has quit IRC
05:14dlezcano has quit IRC
05:22komunista has quit IRC
05:45F-GT has quit IRC
06:01F-GT has joined #ltsp
06:03alkisg has joined #ltsp
06:21pmatulis has joined #ltsp
06:31komunista has joined #ltsp
07:01dlezcano has joined #ltsp
07:20shawnp0wers has joined #ltsp
07:43Gadi has joined #ltsp
08:06alkisg has quit IRC
08:17mikkel has quit IRC
08:29redbaritone has joined #ltsp
08:30otavio has quit IRC
08:31otavio has joined #ltsp
08:58_UsUrPeR_ has quit IRC
08:58shawnp0wers has quit IRC
08:58_UsUrPeR__ has joined #ltsp
09:03shawnp0wers has joined #ltsp
09:12gnunux has quit IRC
09:13gnunux has joined #ltsp
09:14mikkel has joined #ltsp
09:17otavio has quit IRC
09:18otavio has joined #ltsp
09:19artista_frustrad has joined #ltsp
09:20litercola has joined #ltsp
09:21markit has joined #ltsp
09:21
<markit>
hi, is /etc/hosts with IP - ltspxxx still required in 5.x ltsp? Seems works also without
09:52korcan has joined #ltsp
10:05alkisg has joined #ltsp
10:07biomorph has joined #ltsp
10:09litercola has quit IRC
10:19dobber has quit IRC
10:24gnunux has quit IRC
10:24dobber has joined #ltsp
10:27rogers has joined #ltsp
10:29
<rogers>
hi, i am installing an ltsp server, but the client fails always and say that unkown user id. how should I add users?
10:30
I have users on my system and I installed to a new one in the chroot environment
10:32
<alkisg>
rogers: you shouldn't need to add any user to the chroot. Just use a user from the server.
10:32
Distro/version?
10:33
<rogers>
ubuntu 10.4
10:33dobber has quit IRC
10:34
<rogers>
alkisg: ubuntu 10.4
10:34
alkisg: ubuntu 10.04
10:34
<alkisg>
rogers: ok, got it, no need to repeat it
10:34
A warning about an unknown user id is issued by pulseaudio, if you're talking about that, ignore it
10:35
Other than that, what do you see when you try to login with a server user?
10:37
<rogers>
alkisg: I am trying to login, it says: "verifying password, please wait" a long pause, then "no response from server, restarting"
10:38
<alkisg>
rogers: ok, there are a number of reasons why this would go wrong.
10:38
<rogers>
alkisg: how to begin?
10:38
<alkisg>
Do you see an error in your server's /var/log/auth.log ?
10:40shogunx has joined #ltsp
10:41biomorph has quit IRC
10:41
<rogers>
alkisg: nothing
10:42
<alkisg>
rogers: try these 2 commands:
10:42
sudo ltsp-update-sshkeys && sudo ltsp-update-image
10:42
Then reboot your thin client and try to login again.
10:48
<rogers>
alkisg: thanks a lot, it works fine now! wow, it is fast! I did ltsp-update-sshkeys before, but not the other command! thanks again!
10:49shawnp0wers has quit IRC
10:49
<alkisg>
You're welcome. You need to run that every time you change your server's ip.
10:49rogers has quit IRC
11:10shawnp0wers has joined #ltsp
11:14staffencasa has joined #ltsp
11:14staffencasa_ has joined #ltsp
11:14Da-Geek has quit IRC
11:14staffencasa_ has quit IRC
11:24satellit__ has joined #ltsp
11:27
<AndyGraybeal>
hey guys, i don't know what is going on - and this might be the wrong channel to ask, but I'm having trouble authenticating to the server... myself and all my users. i have Ubuntu 10.04, LTSP, Samba server and NX server running.. i'm wondering if others are experience the same issue or if I'm the only one recently. I'm not sure what is going on. I haven't touched anything regarding authentication like PAM or etc. that I'm aware of.
11:27
it seems to come and go also... like I can log in fine sometimes and sometimes i can't login at all. it's driving me nuts.
11:28
like this m orning, i worked, but this afternoon it's not working at all .. and it happens to be during a meeting.. and so i'm sweating this thing out a little.
11:29
i'm going to blame it on samba first off .. but that's pretty irrational
11:39
<Gadi>
what kind of auth? LDAP? ADS? local?
11:41poff has joined #ltsp
11:43grantk has joined #ltsp
11:43
<Kyle__>
Humm.
11:44
<grantk>
can lts.conf options be added to the database for ltsp-cluster? or is there a different method to add options in that are not available on the web interface?
11:44
<Kyle__>
Is there somethign _other_ than putting your sessions in /usr/share/xsessions neccesary to get ldm to offer the session type?
11:45
<AndyGraybeal>
Gadi: local as far as i understand, i haven't done anything to change it
11:45
Gadi: eventually I'd like to go with LDAP but i'm not there yet.
11:45
<Gadi>
AndyGraybeal: is it all a single server
11:45
ie, are parts on NFS?
11:45* Kyle__ blinks.
11:45
<Kyle__>
Ooh.. wait.. I need them on the server dont' I. Nevermind.
11:45
<AndyGraybeal>
Gadi: no NFS, it's all one server
11:46
<Gadi>
AndyGraybeal: check /var/log/auth.log - maybe there are clues
11:46
<AndyGraybeal>
Gadi: thank you
11:47
<Gadi>
grantk: remember that control-center.py step on the control center VM? You can edit they py file you feed it and rerun it to add variables
11:47
<grantk>
sweet, thanks!
11:51
<alkisg>
Kyle__: fat clients? ldminfod is not running locally on them...
11:53Eghie has joined #ltsp
11:54
<AndyGraybeal>
Gadi: thank you for your advice I need to look at this later, i can't focus on it now.
12:08
<Eghie>
hello
12:08
some people here with a LTSP server with more then 2000 user accounts on it, or similar numbers?
12:11maslak has quit IRC
12:11
<Eghie>
the firefox safe browsing function is killing my diskspace
12:12
and maybe my internet connection
12:12
<markit>
hi, is still required the long list in /etc/hosts of "IP ltspxxx" for reverse resolution (5.x ltsp)? Seems works also without
12:15
<Eghie>
markit: I am using DHCP in combination with Bind with dynamic DNS option, so for me it's working automaticly
12:16
<markit>
Eghie: I'm using dnsmasq instead. What distro and version of bind9? I thought the dynamic dns was not yet upstream (needed for samba4 as well)
12:16
<Eghie>
different distros, but ubuntu hardy for example does work
12:17
all distros I use are ubuntu
12:17
but different versions of it
12:18
lucid has bind 9.7.0
12:19
which works as well
12:19
although the rights and the rndc key need to match
12:21
<markit>
Eghie: mmm maybe samba4 requirements are far above that functionality alone, don't remember
12:21
<Eghie>
could be, I've only tried samba 4 once in early stage, but only basic functionality
12:27
<alkisg>
markit: if you're using dnsmasq both as dhcp and dns server, I think you could just use dhcp-host entries in dnsmasq.conf. E.g. dhcp-host=ltsp1,192.168.0.1. Then dnsmasq would provide the "ltsp1" hostname and properly resolve it when the client is running.
12:28
You'd still need many such entries, but I think it's cleaner than putting them to /etc/hosts, and easier than the clients sending dns updates instead.
12:28
<johnny>
hmm.. or you could put them in another file than /etc/hosts, or use /etc/ethers, or use the dhcp add script (for some of it)
12:31_UsUrPeR__ has quit IRC
12:37dlezcano has quit IRC
12:44ramadmin has joined #ltsp
12:45
<ramadmin>
Hi all, I'm running ubuntu lucid and getting connection timed out on the clients
12:45
can someone help me diagnose?
12:45
<johnny>
timed out where and out
12:46
where and what*
12:46
<ramadmin>
one sec...
12:46jhutchins_lt has joined #ltsp
12:47
<ramadmin>
could not load XXX.XXX.XXX.XXX/ltsp/i386/pxelinux.0 connection timed out
12:48
is it tftp or nbd giving that error
12:50
<alkisg>
tftp
12:51
Is the ip there correct? (the ltsp server ip?)
12:51
<AndyGraybeal>
Gadi:if i posted my /var/log/auth.log into a pastebin, would I be comprimising my security?
12:51
<Gadi>
probably
12:51
:)
12:51
<AndyGraybeal>
Gadi: okay thank you
12:51
<Gadi>
at least scan through it once before you do
12:51
:)
12:52
<AndyGraybeal>
okay, understood.
12:53
<ramadmin>
yes the ip is correct
12:53
<alkisg>
ramadmin: is your tftp server running? sudo netstat -nap | grep :69
12:54
<ramadmin>
yep: udp 0 0 0.0.0.0:69 0.0.0.0:*
12:55
<alkisg>
ramadmin: erm, no in.tftpd at the end of that line?
12:55
Execute the following commands:
12:55
grep tftp /etc/inetd.conf
12:55
<ramadmin>
1357/in.tftpd
12:55
<alkisg>
ls -l /var/lib/tftpboot/ltsp/i386/pxelinux.0
12:56
grep DIRECTORY /etc/default/tftpd-hpa
12:56
<ramadmin>
grep tftp /etc/inetd.conf gives me nothing
12:56
root@ramadmin-desktop:~# grep DIRECTORY /etc/default/tftpd-hpa
12:56
TFTP_DIRECTORY="/var/lib/tftpboot"
12:56
<alkisg>
And the ls command?
12:57
<ramadmin>
root@ramadmin-desktop:~# ls -l /var/lib/tftpboot/ltsp/i386/pxelinux.0
12:57
-rw-r--r-- 1 root root 14776 2010-08-31 12:01 /var/lib/tftpboot/ltsp/i386/pxelinux.0
12:59
2000 stream tcp nowait nobody /usr/sbin/tcpd /usr/sbin/nbdrootd /opt/ltsp/images/amd64.img
12:59
2001 stream tcp nowait nobody /usr/sbin/tcpd /usr/sbin/nbdrootd /opt/ltsp/images/i386.img
13:00
<alkisg>
ramadmin: can you run again the ls command as a normal user and not as admin, to ensure that there are no permission issues?
13:00
<ramadmin>
should I remove the amd64.img line? I only have i386 clients but my server is 64bit
13:00
aah ok
13:01
-rw-r--r-- 1 root root 14776 2010-08-31 12:01 /var/lib/tftpboot/ltsp/i386/pxelinux.0
13:02
<alkisg>
Looks ok. Can you try installing tftp-hpa to some pc (either a standalone client or the server itself) and then running the following?
13:02
tftp server-ip
13:02
get /ltsp/i386/pxelinux.0
13:02
ctrl+d
13:02
<ramadmin>
ok one moment...
13:03
<alkisg>
(it's safe to install it to the server, it's no daemon...)
13:05
<ramadmin>
it shows up in ls
13:05
<alkisg>
So you can get the file from tftp?
13:06
<ramadmin>
yep
13:06
<alkisg>
grep pxelinux.0 /etc/ltsp/dhcp.conf
13:06
*dhcpd.conf
13:07
<ramadmin>
[trixbox1.localdomain ~]# grep pxelinux.0 /etc/dhcpd.conf
13:07
filename "ltsp/i386/pxelinux.0";
13:07
filename "/ltsp/i386/pxelinux.0";
13:07
<AndyGraybeal>
Gadi: i think my issue is with pam_winbind :( i have samba server running as a domain controller (but I don't have it yet working....) but we aren't logging in from windows boxes.. we're just using NX clients and LTSP terminals. but a lot of the errors from what i am seeing are when pam_winbind is mentioned.
13:08
i found this url with information: https://bugs.launchpad.net/ubuntu/+source/samba/+bug/546874
13:08
<alkisg>
ramadmin: I can't think of anything wrong other than your client boot rom. Can you try booting a client with gpxe, e.g. with a usb stick?
13:08
!gpxe
13:08
<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/
13:08
<Gadi>
even if you haven't directly touched PAM, perhaps when you installed winbind, it touched PAM and Pam didn't like how she was touched
13:09
<AndyGraybeal>
Gadi: yea, inadvertently - i think when i configured Samba this all happened.
13:09
<ramadmin>
alkisg: The client was working before (I reinstalled ubuntu yesterday)
13:10
<AndyGraybeal>
Gadi: i hate samba :) but there is a nothe channel for that talk
13:10
<alkisg>
ramadmin: got it. Still, gpxe will be useful, it has a "config" command that lists all the options that the client got from dhcp
13:10
<ramadmin>
could it be my tftp-hpa.conf should have the amd64.img should be removed?
13:10
<alkisg>
So if you have a usb stick handy, it's the fastest way I can think of to troubleshoot your problem.
13:11
inetd.conf? It doesn't matter at this point, it's for nbd, later on.
13:11
<ramadmin>
ok one sec....
13:11
install it on the server?
13:11
or a client?
13:12
<alkisg>
On a usb stick, and boot the client with it
13:12
Or if you have an ubuntu pc around, you can install it to its hard disk (even easier)
13:12
(or on a cd rom, or floppy...)
13:13
<ramadmin>
the client is using a gpxe floppy actually
13:13
it says something about the gpxe command line
13:13
<alkisg>
Ah, perfect. Then just press "ctrl+b", then "dhcp net0", and then "config"
13:13
<ramadmin>
ahh ok brb
13:17
damn usb keyboard is not seen by the old ibm bios (1998 pIII) gotta plug in a ps2 keyboard....
13:18otavio has quit IRC
13:18otavio has joined #ltsp
13:24
<ramadmin>
back
13:25
ok what should I read out?
13:25
the ip's are correct except "next-server"
13:26
<alkisg>
next-server == your tftp server
13:27
Then it's trying to download the pxelinux.0 from the wrong server... didn't you say above it was the correct ip?
13:27
Change next-server in your /etc/ltsp/dhcpd.conf
13:28
<ramadmin>
ok
13:28
<AndyGraybeal>
Gadi: i hope you don't mind holding my hand... if i run this command: "sudo dpkg-reconfigure -plow libpam-runtime" ... will i need to recreate all my accounts and paswords? or will everything just work?
13:29
i don't think it should matter
13:31dlezcano has joined #ltsp
13:38
<ramadmin>
ok done I restarted dhcpd and same thing, is the root-path supposed to be /opt/ltsp/i386?
13:42
any ideas?
13:51
<alkisg>
ramadmin: so you have a correct dhcpd.conf and you're getting a wrong next-server on your client?
13:51
Can you paste your /etc/ltsp/dhcpd.conf ?
13:51
The root path doesn't matter, it's used for nfs
13:57andrew_ubuntu has joined #ltsp
13:58
<Gadi>
AndyGraybeal: sorry - was afk - reconfiguring pam should not affect usernames/passwords - they should all be comfortably in your /etc/passwd
13:58
etc
13:58
<andrew_ubuntu>
Hello all!... This is a non LTSP question, but I am hoping someone will know the quick answer. This is on Ubuntu 9.10 running LTSP. I am trying to setup SSH Pubkey authentication and it works for the root user, but none of my normal users. Any ideas?
13:59
<ramadmin>
ok
13:59
<Gadi>
check the user's ~/.ssh/authorized_keys
13:59
or check /etc/ssh/sshd_config
14:01
<ramadmin>
[trixbox1.localdomain ~]# cat /etc/dhcpd.conf
14:01Gadi has quit IRC
14:01
<ramadmin>
ddns-update-style interim;
14:01
ignore client-updates;
14:01
subnet 192.168.0.0 netmask 255.255.255.0 {
14:01
# --- default gateway
14:01
option routers 192.168.0.100;
14:01
option subnet-mask 255.255.255.0;
14:01
option domain-name-servers 192.168.0.100;
14:01
option interface-mtu 1412;
14:01
# option time-offset -18000; # Eastern Standard Time
14:01
# option ntp-servers 192.168.1.1;
14:01
# option netbios-name-servers 192.168.1.1;
14:01
# --- Selects point-to-point node (default is hybrid). Don't change this unless
14:01
# -- you understand Netbios very well
14:01
# option netbios-node-type 2;
14:01
range dynamic-bootp 192.168.0.128 192.168.0.254;
14:01
default-lease-time 21600;
14:01
max-lease-time 43200;
14:01
# we want the nameserver to appear at a fixed address
14:01
host ramcash {
14:01
hardware ethernet 00:23:54:f2:a9:7c;
14:02
fixed-address 192.168.0.150;
14:02
}
14:02
host ramadmin {
14:02
hardware ethernet 00:23:54:f2:a9:74;
14:02
fixed-address 192.168.0.151;
14:02
}
14:02
host rampublic {
14:02
hardware ethernet 00:08:54:a6:ce:29;
14:02
fixed-address 192.168.0.181;
14:02
}
14:02
host laptop {
14:02
hardware ethernet 00:25:56:bd:63:2a;
14:02
fixed-address 192.168.0.180;
14:02
}
14:02
next-server 192.168.0.151;
14:02
allow booting;
14:02
allow bootp;
14:02
# get-lease-hostnames true;
14:02
option subnet-mask 255.255.255.0;
14:02
option root-path "/opt/ltsp/i386";
14:02
if substring( option vendor-class-identifier, 0, 9 ) = "PXEClient" {
14:02
filename "ltsp/i386/pxelinux.0";
14:02
} else {
14:02
filename "/ltsp/i386/pxelinux.0";
14:02
}
14:02
allow booting;
14:02
allow bootp;
14:02
option subnet-mask 255.255.255.0;
14:02
option root-path "/opt/ltsp/i386";
14:02
next-server 192.168.0.151;
14:02
}
14:02
# --- default gateway
14:02
option routers 192.168.0.100;
14:02
option subnet-mask 255.255.255.0;
14:02
option domain-name-servers 192.168.0.100;
14:02
option interface-mtu 1412;
14:02
# option time-offset -18000; # Eastern Standard Time
14:02
# option ntp-servers 192.168.1.1;
14:02
# option netbios-name-servers 192.168.1.1;
14:03
# --- Selects point-to-point node (default is hybrid). Don't change this unless
14:03
# -- you understand Netbios very well
14:03
range dynamic-bootp 192.168.0.128 192.168.0.254;
14:03
default-lease-time 21600;
14:03
max-lease-time 43200;
14:03
# we want the nameserver to appear at a fixed address
14:03
host ramcash {
14:03
<andrew_ubuntu>
Gadi, ya I've check all those files. If I "sudo -s" to the root user, then do "ssh myserver" it works. And it also works for the normal users the other way around. (eg, if I login from to the remote server as user xxx, then ssh to my ltspserver it works).
14:03
<ramadmin>
hardware ethernet 00:23:54:f2:a9:7c;
14:03
fixed-address 192.168.0.150;
14:03
}
14:03
host ramadmin {
14:03
hardware ethernet 00:23:54:f2:a9:74;
14:03
fixed-address 192.168.0.151;
14:03
}
14:03
host rampublic {
14:03
hardware ethernet 00:08:54:a6:ce:29;
14:03
fixed-address 192.168.0.181;
14:03
}
14:03
host laptop {
14:03
hardware ethernet 00:25:56:bd:63:2a;
14:03
fixed-address 192.168.0.180;
14:03
<alkisg>
ramadmin: Don't paste files here, use http://ltsp.pastebin.com instead.
14:03
ramadmin: Don't paste files here, use http://ltsp.pastebin.com instead.
14:03
ramadmin: Don't paste files here, use http://ltsp.pastebin.com instead.
14:03
ramadmin: Don't paste files here, use http://ltsp.pastebin.com instead.
14:03
ramadmin: Don't paste files here, use http://ltsp.pastebin.com instead.
14:03
ramadmin: Don't paste files here, use http://ltsp.pastebin.com instead.
14:03
ramadmin: Don't paste files here, use http://ltsp.pastebin.com instead.
14:03
<ramadmin>
}
14:03
<alkisg>
ramadmin: Don't paste files here, use http://ltsp.pastebin.com instead.
14:03
ramadmin: Don't paste files here, use http://ltsp.pastebin.com instead.
14:03
ramadmin: Don't paste files here, use http://ltsp.pastebin.com instead.
14:03
ramadmin: Don't paste files here, use http://ltsp.pastebin.com instead.
14:03
<ramadmin>
next-server 192.168.0.151;
14:03
<alkisg>
ramadmin: Don't paste files here, use http://ltsp.pastebin.com instead.
14:03
ramadmin: Don't paste files here, use http://ltsp.pastebin.com instead.
14:03
ramadmin: Don't paste files here, use http://ltsp.pastebin.com instead.
14:03
<ramadmin>
allow booting;
14:03
allow bootp;
14:03
# get-lease-hostnames true;
14:03
option subnet-mask 255.255.255.0;
14:03
option root-path "/opt/ltsp/i386";
14:03
if substring( option vendor-class-identifier, 0, 9 ) = "PXEClient" {
14:03
filename "ltsp/i386/pxelinux.0";
14:03
} else {
14:03
filename "/ltsp/i386/pxelinux.0";
14:03
}
14:03
allow booting;
14:03
allow bootp;
14:03
option subnet-mask 255.255.255.0;
14:03
option root-path "/opt/ltsp/i386";
14:03
next-server 192.168.0.151;
14:04
}
14:04
does that look right?
14:04
sorry :(
14:04
<alkisg>
!pastebot
14:04
<ltspbot>
alkisg: "pastebot" :: The LTSP pastebot is at http://ltsp.pastebin.com. Please paste all text longer than a line or two to the pastebot, as it helps to reduce traffic in the channel. Don't forget to paste the URL of the text here.
14:04
<alkisg>
Repaste to pastebot, so that we can properly see it
14:04
Pasting long files here annoys users, they can't chat...
14:04
Also, you're using the wrong path, it's /etc/ltsp/dhcpd.conf
14:05
(that's why I wrote the full path to it twice :))
14:05shawnp0wers has quit IRC
14:06maslak has joined #ltsp
14:06
<ramadmin>
http://ltsp.pastebin.com/m39L1M9A
14:07ThE-RiX has quit IRC
14:07
<ramadmin>
well no I have a router running dhcpd on 100 and the ltsp server is on 151
14:07RiXtEr has joined #ltsp
14:08
<ramadmin>
it's a centos machine which puts it at /etc/dhcpd.conf
14:08
the ltsp is ubuntu lucid
14:09shawnp0wers has joined #ltsp
14:11vagrantc has joined #ltsp
14:15
<alkisg>
ramadmin: you have next-server declared twice, and it's within your pool, I'm not sure if that causes problems or not
14:16
What next-server is your client getting? The centos IP?
14:16
<andrew_ubuntu>
Gadi: I figured it out... kinda. You have to run "ssh-add"?! Now I have to figure out how to automate this when the server reboots.
14:16Gadi has joined #ltsp
14:16
<Kyle__>
Hello.
14:16
<alkisg>
andrew_ubuntu: ssh-copy-id should take care of passwordless ssh...
14:17
http://www.debian-administration.org/articles/152
14:17
<Kyle__>
I'm having an issue where clients can't log in, because the image doesn't seem to know about the server's fingerprint, and it's hanging on the (yes/no) prompt that occurs the first time you ssh to a machine.
14:18
<johnny>
Kyle__, ltsp-update-sshkeys && ltsp-update-image --arch i386
14:19
you changed the ip address
14:19
<Kyle__>
johnny: Actually I didn't. And I _have_ updated the ssh keys. I can run it again though.
14:22
Alright, going through it again.
14:25
<johnny>
that's one of the main reasons it doesn't know the finger print
14:25
or perhaps you edited /etc/hosts on the client?
14:26
<Kyle__>
errr. I don't recall doing that.
14:26
Is that something that's generally touched? I hadn't edited that..
14:26
<alkisg>
Just wondering, what happens if there's an invalid /opt/ltsp/i386/root/.ssh/known_hosts file?
14:26
Does it take presedence over /opt/ltsp/i386/etc/ssh/ssh_known_hosts ?
14:27
<Kyle__>
That's one thing I thought curios. No .ssh directory.
14:27
<alkisg>
The /opt/ltsp/i386/etc/ssh/ssh_known_hosts is used normally (system-wide...)
14:27
<markit>
alkisg: reading your answer just now
14:27
alkisg: better populate hosts than dnsmasq.conf
14:27
<Kyle__>
Umm. Err. ssh_know_hosts is empty
14:28
<markit>
alkisg: but the strange thing is taht without both seems to work well
14:28
<alkisg>
markit: why? how are other pcs on the clients going to find your clients then?
14:28
*other pcs on your network
14:28
(it's not usually needed, but in concept, I think if you already have a dns server, why not use it?)
14:29
<markit>
alkisg: my "pc" are thin clients, and the ltsp is isolated from the other lan
14:29
so no one has to find them
14:29
and among them, they (the users) are logged on the same server
14:29
<alkisg>
Right, that's why I said it's not usually needed
14:30
<Kyle__>
OK. So I updated my ssh keys, and /opt/ltsp/i386/etc/ssh/ssh_known_hosts is still empty, and there is no /opt/ltsp/i386/root/.ssh directory either. What can I do?
14:30
<alkisg>
But e.g. if you install a localapp, then it might be needed
14:30
Kyle__: sudo ltsp-update-sshkeys doesn't update your /opt/ltsp/i386/etc/ssh/ssh_known_hosts ?
14:31
<Kyle__>
alkisg: Correct.
14:31
No update.
14:31
<johnny>
tryd eleting it
14:31
deleting*
14:31
and run it again
14:31* Kyle__ shrugs and trys again
14:32
<alkisg>
Kyle__: or, run sudo sh -x /usr/sbin/ltsp-update-sshkeys
14:32
That provides a trace of the execution
14:33
<ramadmin>
alkisg: thanks for your help gonna reboot now and see if anything changed
14:33ramadmin has quit IRC
14:34
<alkisg>
markit: also, putting entries in dnsmasq.conf makes "ping ltsp1" fail with "host unknown" when the client is not booted, which I suppose is better than trying to ping a turned off client
14:34
<Kyle__>
http://pastebin.com/wRpasc4A
14:35* Kyle__ frowns
14:35
<alkisg>
/usr/sbin/ltsp-update-sshkeys
14:35
sorry
14:36
install -m 644 /tmp/tmp.sk9vvQymAN /opt/ltsp/i386/etc/ssh/ssh_known_hosts
14:36
^^ that should have worked, unless you have some problems with the install command?
14:36
(line 57 on the pastebin)
14:36
Try this:
14:36
sudo ltsp-update-sshkeys --export /tmp/mykeys
14:37
sudo install -m 644 /tmp/mykeys /opt/ltsp/i386/etc/ssh/ssh_known_hosts
14:37
Does this work?
14:38
<Kyle__>
Nope.
14:38
:/
14:38
<alkisg>
which install
14:38
What does this give you?
14:38
<Kyle__>
/usr/bin/install
14:38
I don't think it's actually a problem with install, but I don't know.
14:39
<alkisg>
Well, does cp work?
14:39
sudo cp /tmp/mykeys /opt/ltsp/i386/etc/ssh/ssh_known_hosts
14:39
<Kyle__>
I should have had keys in /tmp/mykeys right? It was empty.
14:39
<alkisg>
Ah
14:39
OK then, there's the problem
14:39
<Kyle__>
Youhave an idea?
14:40
alkisg: You know, I just recalled.... I moved server hardware, and moved my /etc/ssh directory over.. I wonder if that's part of my problem.
14:40
<alkisg>
Let me look at the ltsp-update-sshkeys source...
14:40
Ah, could be
14:40
<Kyle__>
But then again, nothing else is upset...
14:40* Kyle__ frowns
14:41
<Kyle__>
The ssh keys all look like the have the right permissions...
14:42
<alkisg>
Your server ip is 192.168.30.25 ?
14:42
<Kyle__>
Yes.
14:42grantk has left #ltsp
14:42
<alkisg>
And what does this return? ssh-keyscan -t rsa 192.168.30.25
14:43
<johnny>
nice command.. i obviously haven't learned enough of this
14:43
alkisg, when did you learn all this?
14:43
i feel like you became a master pretty quickly :)
14:43
<alkisg>
johnny: just now, looking at the sources :)
14:43shogunx has quit IRC
14:43
<Kyle__>
HUm. Nothing. Which is odd, because I have an rsa key in /etc/ssh/
14:43
<alkisg>
Nah... still a linux newbie
14:44
<Kyle__>
alkisg: Think if I remove my public and private keys from /etc/ssh it will all rebuild?
14:44
<alkisg>
I need another 14 years to reach my windows experience :D
14:44
<johnny>
alkisg, everybody is still a n00b.. but anyways.. i'm impressed
14:44
thanks for being awesome
14:44pmatulis has quit IRC
14:44shogunx has joined #ltsp
14:45
<alkisg>
Kyle__: well, if you're going the hard way, I'd purge openssh-server, move /etc/ssh, and reinstall openssh-server...
14:45
...and let it create all the keys (but look out for any dependencies like ltsp-server)
14:45
<Kyle__>
alkisg: I suppose I really could.
14:45
dpkg-reconfigure openssh-server
14:45
That will do the trick in ubuntu/debian
14:48
Humm. Well, dpkg-reconfrigure gamve me knew ssh keys in /etc/ssh, but ltsp-update-sshkey still didn't pick up anything new.
14:48ramadmin has joined #ltsp
14:49
<ramadmin>
i'm back :(
14:49
<alkisg>
Kyle__: a quick way to check when you got it right is `ltsp-update-sshkeys --export -`
14:50
<ramadmin>
changed my dhcpd.conf to get rid of the duplicate next-server option and changed the pool to not conflict with other ip's
14:50
<alkisg>
Kyle__: cat /etc/ssh/ssh_host_rsa_key.pub ?
14:51
<Kyle__>
Yea I got a key there.
14:51
in the key.pub that is. But err, the --export - line produced _no_ output
14:52andrew_ubuntu has quit IRC
14:53
<Kyle__>
Oooh... Wait. Could the script be getting confused because I ahve ssh-server installed in the image?
14:55
Fsck. Still nothing.
14:57
<alkisg>
Kyle__: are you using some non-standard ssh port?
14:57
<Kyle__>
nope. It's the standard ssh port. It's on a VM, but it's standard other than that.
14:59rpm_ has quit IRC
15:00
<Gadi>
Kyle__: is ssh running on the server?
15:01
<alkisg>
Kyle__: also try this command: echo server $(cat /etc/ssh/ssh_host_rsa_key.pub | awk '{split ($0, a, " "); print a[1]" "a[2]" "}')
15:01
<Kyle__>
Gadi: Yes it is.
15:01
<alkisg>
Do you get a key with that?
15:02
<Kyle__>
alkisg: Maybe I formatted it wrong, because it gave me ssh-rsa command not found :)
15:02
Oh duh. I left the $( arround ot.
15:02
So yes, it gives me a key.
15:07
<alkisg>
Kyle__: make a backup of /usr/sbin/ltsp-update-sshkeys, and open it with sudo gedit
15:07
Then search for the first: if [ -n "$THIS_SERVER" ]; then
15:08
Below it, add:
15:08
echo "Adding key for $ENCRYPTION:"
15:08
echo server $(cat /etc/ssh/ssh_host_${ENCRYPTION}_key.pub | awk '{split ($0, a, " "); print a[1]" "a[2]" "}')
15:08
Then run sudo ltsp-update-sshkeys, and check if you have the key in your normal output
15:15
<Kyle__>
Umm. Seriously, I don't see a line like that at _all_
15:15* Kyle__ runs an update to his server...
15:15
<alkisg>
It's line 35
15:16
So you just need to put those 2 lines right after it, and before the existing line 36
15:16
Kyle__: you said lucid, right?
15:19grantk has joined #ltsp
15:26vagrantc has quit IRC
15:27ramadmin has quit IRC
15:29vagrantc has joined #ltsp
15:41shawnp0wers has quit IRC
15:49ramadmin has joined #ltsp
15:50
<ramadmin>
now i'm getting permission denied :(
15:52
AptDaemon: INFO: Initializing daemon INFO: Quiting due to inactivity Shutdown was requested inetd[1248]: 2001/tcp: bind: Address already in use
15:52
anyone home?
15:53* Appiah runs away
15:58Gadi has left #ltsp
16:00korcan has quit IRC
16:01mikkel has quit IRC
16:05
<johnny>
AptDaemon ?
16:08
<ramadmin>
yeah seems to be running on port 2000
16:08
which nbd-server likes
16:10
i don't know why i'm getting permission denied
16:10
on the client
16:11
<alkisg>
At what point?
16:12
<ramadmin>
says getting file blah blah pxelinux.0 ...
16:13
shows the ipaddress and server gw etc correctly
16:14
<alkisg>
Does it load pxelinux.0? Does it load the kernel?
16:14
<ramadmin>
could not load tftp xxx.xxx.xxx.xxx/ltsp/i386/pxelinux.0: Permission denied
16:15
<alkisg>
Then it's still a tftp issue (port 69)
16:16
If you press ctrl+b on gpxe, then run: dhcp net0, and then run config, are you getting the correct next-server now?
16:17
<ramadmin>
yep
16:18
<alkisg>
And right after that, if you run: imgfetch tftp://1.2.3.4/ltsp/i386/pxelinux.0, what do you get?
16:18
(1.2.3.4 ==> put your ltsp server IP there)
16:20
<ramadmin>
Could not fetch tftp://192.168.0.151/ltsp/i386/pxelinux.0 Pemission denied
16:21poff has quit IRC
16:21
<alkisg>
But you said that you could get that by running tftp from another client, right?
16:21
Or did you try from the ltsp server?
16:22
(tftp 192.168.0.151; get /ltsp/i386/pxelinux.0; ctrl+d)
16:22
<ramadmin>
that was from a remote machine
16:22
<alkisg>
So you can tftp from another machine, but not from a gpxe client?
16:22
That's very weird. Try asking in #etherboot
16:23
<ramadmin>
tftp> get /ltsp/i386/pxelinux.0
16:23
Error code 2: Forbidden directory
16:23
ooh now something is changed
16:23
<alkisg>
OK, then tftpd-hpa needs troubleshooting
16:23
Is it running? netstat -nap|grep :69
16:24
<ramadmin>
udp 0 0 0.0.0.0:69 0.0.0.0:* 1791/in.tftpd
16:24
<alkisg>
You didn't change the directory, right? grep DIRECTORY /etc/default/tftpd-hpa
16:25
<ramadmin>
TFTP_DIRECTORY="/var/lib/tftpboot"
16:25
<alkisg>
And the file exists and it's readable by users? cp /var/lib/tftpboot/ltsp/i386/pxelinux.0 /dev/null
16:26
<ramadmin>
it exists
16:26
<alkisg>
(it shouldn't produce anything, no errors)
16:26
<ramadmin>
-rw-r--r-- 1 root root 14776 2010-08-31 12:01 /var/lib/tftpboot/ltsp/i386/pxelinux.0
16:26
<alkisg>
sudo gedit /etc/default/tftpd-hpa
16:26
<ramadmin>
should it have the execute bit on?
16:27
<alkisg>
change TFTP_OPTIONS="--secure" to TFTP_OPTIONS="--verbose --secure"
16:27
restart tftp: sudo invoke-rc.d tftpd-hpa restart
16:28
Then from the menu run system > settings > log viewer
16:29
Try getting pxelinux.0 again from the tftp command line, and check the logs
16:29
<ramadmin>
var log messages?
16:29
<alkisg>
In daemon.log, you should be seeing something like that: Sep 1 00:30:37 alkis in.tftpd[15900]: RRQ from 127.0.0.1 filename /ltsp/i386/pxelinux.0
16:29
...or an error message
16:30
<ramadmin>
im running gnome not kde
16:30
<alkisg>
Right, I was talking about gnome
16:30
system menu > settings > log viewer
16:30
(I have greek menus so the wording is not exact)
16:30
<ramadmin>
ok....
16:30
<alkisg>
gnome-system-log is the command line equivalent
16:31
<ramadmin>
inetd[1248]: 2001/tcp: bind: Address already in use
16:32
<alkisg>
Don't mind 2001 port, it's not related to the tftp problem
16:32
<ramadmin>
init: tftpd-hpa main process (1791) killed by TERM signal
16:32grantk has left #ltsp
16:33
<alkisg>
Is that when you restarted tftp?
16:33
<ramadmin>
yeah in /var/log/syslog
16:33
<alkisg>
OK, try running: tftp localhost -c get /ltsp/i386/pxelinux.0
16:34
and check again daemon.log
16:36
<ramadmin>
in.tftpd[2260]: RRQ from 127.0.0.1 filename /ltsp/i386/pxelinux.0
16:36
i got the file
16:36
<alkisg>
OK. Where did you run tftp from?
16:37
The ltsp-server?
16:37
Or some other pc?
16:38
<ramadmin>
the ltsp server, if I run it from another box i get tftp localhost -c get /ltsp/i386/pxelinux.0
16:38
Error code 2: Forbidden directory
16:38
oooh wait one sec
16:39
<alkisg>
Not localhost there
16:39
Put the ltsp-server ip
16:39
If it doesn't succeed from other PCs, check for firewalls
16:39
<ramadmin>
yeah just fixed that and now i get it
16:39vagrantc has quit IRC
16:40
<ramadmin>
lemme try the thin client again
16:41
now i am getting connection timed out on the thin client
16:41
with gpxe
16:42
<alkisg>
ctrl+b, dhcp net0, imgfetch tftp://server-ip/ltsp/i386/pxelinux.0
16:42
Don't forget the server-ip
16:43
<ramadmin>
ok
16:44otavio has quit IRC
16:45
<ramadmin>
cound not fetch tftp://192.168.0.151/ltsp/i386/pxelinux.0 connection timed out
16:46
ramadmin-desktop in.tftpd[2280]: RRQ from 192.168.0.181 filename ltsp/i386/pxelinux.0
16:47
<alkisg>
Are you sure the client can "see" the server (I'm talking about your network wiring)
16:47
If so, then it's a gpxe problem now, ask in #etherboot
16:49otavio has joined #ltsp
16:52
<ramadmin>
ok thanks
16:53vagrantc has joined #ltsp
17:03
<Kyle__>
sorry, pulled away by other work concerns.
17:10
alkisg: I am indead on the lynx, but I'm in an odd VM. I wonder if that's part of my issue.
17:10
alkisg: It came as a jaunty vm I think, and had to be updated to lynx.
17:11
<alkisg>
Kyle__: can you pastebin your /usr/bin/ltsp-update-sshkeys ?
17:11
<Kyle__>
alkisg: sure. And mine is in sbin, not bin
17:11
<alkisg>
Right, sbin here too
17:12
<Kyle__>
OK, drat :) I was hoping difference would be some vital clue, give someone an "ahah!"
17:13
<alkisg>
Nah, I bet we have the same ltsp-update-sshkeys
17:13
...and you just overlooked line 35
17:14
<Kyle__>
http://pastebin.com/ymFpuQT9
17:14
There we are
17:15
My line 35 is
17:15
#
17:16
<alkisg>
Uh, sorry, I was looking at the column :D
17:17
Uhm
17:18* alkisg has a newer-than-lucid-version, moment..
17:18
<Kyle__>
Ahh.
17:18
alkisg: you're on mamorious manatee?
17:19
<alkisg>
Nah, I'm on lucid, I just have a newer ltsp package
17:19
<Kyle__>
Methodical Mare?
17:19
Oh I see.
17:19
<alkisg>
heh
17:19
<Kyle__>
They really don't have a whole lot of choices for the "M" animals.
17:20
<alkisg>
Um, ok, there were some big changed by Gadi at http://bazaar.launchpad.net/~ltsp-upstream/ltsp/ltsp-trunk/revision/1732
17:20ramadmin has quit IRC
17:20
<alkisg>
Kyle__: instead of troubleshooting the old ltsp-update-sshkeys version, can you replace it with that one? :
17:20
http://bazaar.launchpad.net/~ltsp-upstream/ltsp/ltsp-trunk/annotate/head%3A/server/ltsp-update-sshkeys
17:21
Backup your existing one and replace it with the current one ^^^
17:21
<Kyle__>
OK.
17:22
alkisg: latest for revision 1732 specifically?
17:22
<alkisg>
No, use the current one, 1776
17:22
the last link I posted
17:25
<Kyle__>
Seems happier. Waiting for my image to rebuild so I can test...
17:25alexqwesa_ is now known as alexqwesa
17:33
<abeehc-_>
anyone out there using thunderbird 2 with ltsp?
17:33
message window scroll sucks so bad for no apparent reason
17:37
<Kyle__>
alkisg: That did it :) THanks
17:37
<alkisg>
You're welcome... if you want, file a bug in launchpad in case an SRU can be applied
17:39redbaritone has quit IRC
17:44nutron has joined #ltsp
17:44
<nutron>
anyone successful getting an ati onboard card (newer, HD4200) running with lenny/older ubuntu for a client?
17:49vagrantc has quit IRC
17:51
<Kyle__>
ok, time for me to take a class
17:56alkisg has quit IRC
18:02rampageai has joined #ltsp
18:04
<rampageai>
LTSP question: My understanding is that an LTSP thin client will not "mount" a music CD because playing a music CD is handled differently then mounting a data CD from the local file system of a thin client. Is there any workaround or fix that would allow a music CD to work naturally on a thin client?
18:13
<markit>
hi, when an updated ltsp-server is available in debian/kubuntu, how can I update my ltsp server? I mean, just installing the new package improves the situation, or I have to rebuild the clients from scratch?
18:14
<rampageai>
Hi markit, do you mean like the example here: https://help.ubuntu.com/community/UbuntuLTSP/UpdatingChroot
18:14
<markit>
rampageai: that is for updating the chroot
18:15
what if I have a new ltsp-server package available? I install with aptitude install ltsp-server, but are the improvements it contains applied to my installation automagically?
18:16
mmm "If you have upgraded the LTSP server to a new release (such as Hardy -> Intrepid), it is recommended to build a new client chroot from scratch"
18:16
also for minor updates?
18:17
oh, they mean "the pc that acts as a server" not the ltsp-server package
18:17
so my question is still open :)
18:17
<johnny>
you don't have to
18:17
most of teh time anyways
18:18
if you run into a specific bug, or want a feature, somebody might recommend it
18:18
<abeehc-_>
mm tbird 3 works flawlessly
18:18
<johnny>
but otherwise, unless you want to read the changelog for it, don't bother markit
18:19
<markit>
johnny: I see, thanks
18:24staffencasa has quit IRC
18:28rampageai has left #ltsp
18:35jhutchins_lt has quit IRC
18:45jhutchins_lt has joined #ltsp
18:47
<nutron>
any chance one could run module-assistant inside a thin client? /var/ is mounted ro, and if I try to run it on the server, the architectures don't match :(
18:49jhutchins_lt has quit IRC
18:52pmatulis has joined #ltsp
18:53komunista has quit IRC
18:54sweetpi has joined #ltsp
19:07ogra has quit IRC
19:08ogra has joined #ltsp
19:10markit has quit IRC
19:15
<johnny>
nutron, /var is mounted ro. but not all directories within are
19:16
but why do you need module-assistant? i don't even know what that does
19:16nubae has quit IRC
19:45rjt has joined #ltsp
19:46ogra_cmpc has quit IRC
19:57[GuS] has joined #ltsp
20:00ogra_cmpc has joined #ltsp
20:01M4gic5t0rM has joined #ltsp
20:03lfaraone has joined #ltsp
20:05
<lfaraone>
With regards to getting amd64 versions of ltspfs working, I remember there's a reason just changing the casting as done in http://launchpadlibrarian.net/53756627/ltspfsd_functions.c.patch won't work. Anybody remember why?
20:12korcan has joined #ltsp
20:17|GuS| has joined #ltsp
20:17[GuS] has quit IRC
20:20|GuS| has quit IRC
20:20|GuS| has joined #ltsp
20:26[GuS] has joined #ltsp
20:26[GuS] has joined #ltsp
20:27|GuS| has quit IRC
20:28sweetpi has quit IRC
20:30mistik1_ has joined #ltsp
20:30mistik1 has quit IRC
20:30mistik1_ is now known as mistik1
20:31[GuS] has quit IRC
20:31|GuS| has joined #ltsp
20:31|GuS| has joined #ltsp
20:45korcan has quit IRC
20:54M4gic5t0rM has quit IRC
20:55M4gic5t0rM has joined #ltsp
20:56MorningSon has quit IRC
21:00MorningSon has joined #ltsp
21:02GodFather has joined #ltsp
21:20vagrantc has joined #ltsp
21:34GodFather has quit IRC
21:46jhutchins_lt has joined #ltsp
21:46pmatulis has quit IRC
21:50vagrantc has quit IRC
21:59jhutchins_lt has quit IRC
22:16
<Kyle__>
How do you set the default session offered to users? I have multiple sessions in /usr/share/xsession, and they're all needed...but I want to specify one specific one for the default.
22:20
<johnny>
Kyle__, do you read docs? :)
22:20
!lts.conf
22:20
<ltspbot>
johnny: "lts.conf" :: http://manpages.ubuntu.com/lts.conf
22:20
<johnny>
it's all there pretty much
22:21
LDM_SESSION should do it
22:21
or maybe it's LDM_XSESSION
22:27
<Kyle__>
johnny: I've read them, I just can't recall all of it right now.
22:28
<johnny>
usually i just grep for the stuff i want to find now
22:28
this is where i like using gentoo (i miss it)
22:34nutron has quit IRC
22:37|GuS| has quit IRC
22:42vagrantc has joined #ltsp
22:42M4gic5t0rM has quit IRC
22:45Patina has quit IRC
22:47Patina has joined #ltsp
23:07try2free has joined #ltsp
23:17mistik1 has quit IRC
23:22mistik1 has joined #ltsp
23:33* vagrantc marvels at kexec
23:38
<johnny>
vagrantc, ok.. insane idea
23:38
in 2 parts.. one part already exists
23:38
this involves using your phone as a workstation
23:39
1) plug your phone into a shell styled like a laptop, just mostly empty (this exists)
23:39
2) gain access to an x86 chip also in the shel
23:39
that's the insane part
23:40
so you could still game , or compile, or run other apps that aren't portable to arm
23:44* vagrantc is trying to write an initramfs-tools hook that downloads a kernel/initramfs and then runs them via kexec.
23:47
<vagrantc>
for bootloaders that don't support network boot ...
23:49
<johnny>
and also don't allow chain loading?
23:49
i wonder if you could pull gpxe.. but then there's a driver issue ..
23:49
but still. kexec is cool
23:50alkisg has joined #ltsp
23:55mistik1 has quit IRC