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


Channel log from 1 September 2009   (all times are UTC)

01:30* Ryan52 scratches head
01:31
<Ryan52>
I swear that I added something to ldm to mess with dmrc files.
01:45artista-frustrad has quit IRC
01:50artista-frustrad has joined #ltsp
01:51
<vagrantc>
Ryan52: yeah, but after lenny freeze
01:51* vagrantc just wrote a reply
01:54
<Ryan52>
ah
01:55
<vagrantc>
that was my first thought, too
01:55alkisg_work has joined #ltsp
01:56
<vagrantc>
i test it fairly often... not necessarily every single upload, but often enough
01:56alkisg_work has quit IRC
01:57alkisg_work has joined #ltsp
02:09nubae has joined #ltsp
02:14alkisg_work has quit IRC
02:15alkisg_work has joined #ltsp
02:20intelliant has joined #ltsp
02:29vagrantc has quit IRC
02:41mikkel has joined #ltsp
02:58alkisg_work has quit IRC
03:17Ahmuck-Sr has joined #ltsp
03:54alkisg has joined #ltsp
04:06Selveste1_ has joined #ltsp
04:08
<zamba>
when i log in to my thin client i get the following error: "internal error, failed to initialize HAL!"
04:14ftherese has quit IRC
04:14brftherese has quit IRC
04:22Ahmuck-Sr has quit IRC
05:06bobby_C has joined #ltsp
05:14Selveste1_ has quit IRC
05:26artista-frustrad has quit IRC
05:27garymc has joined #ltsp
05:43Selveste1_ has joined #ltsp
05:48artista-frustrad has joined #ltsp
05:50Selveste1__ has joined #ltsp
06:03Selveste1_ has quit IRC
06:04Selveste1___ has joined #ltsp
06:11pmatulis has joined #ltsp
06:18Selveste1__ has quit IRC
06:26lucascoala has joined #ltsp
06:35Blinny has joined #ltsp
06:50lucascoala has quit IRC
06:52lucascoala has joined #ltsp
07:06
<Blinny>
Is there anything inherently blocking the use of dual-core clients in LTSP5 / Ubuntu 8.04.2?
07:07
I saw a message to ltsp-discuss that mirrors my own experience - I had to turn off the 2nd core to make the client act happy.
07:08otavio_ has quit IRC
07:08otavio has joined #ltsp
07:08jammcq has quit IRC
07:11
<alkisg>
Blinny: I've used my dual core laptop as an ltsp client, no problem here...
07:11
I've tested it in 8.04 (no .2), 8.10, 9.04 and 9.10
07:11shawnp0wers has joined #ltsp
07:12
<ogra>
you mean the 10min bootime ? thats definately etherboot messup
07:16
<Blinny>
Yeah. I was curious if that was somehow related to my problems.
07:16
I just don't get any video
07:17lucascoala has quit IRC
07:17
<Blinny>
Ohwait
07:17
What I disabled was 'Intel Hyper-Threading Technology'
07:18
<ogra>
if you use std ltsp on ubuntu that shouldnt affect anything
07:18lucascoala has joined #ltsp
07:18
<ogra>
the -generic kernel used for the clients supports SMP and HT
07:18
<Blinny>
nbd_server[1944]: Read failed: Inappropriate ioctl for device
07:18* ogra sighs
07:19
<ogra>
how can we ever quieten down that message so people dont ask about it three times a week
07:19
Blinny, thats normal and expected
07:19
<Blinny>
Well, when it's the only error message given, it tends to draw the eye
07:20
Ah wait here's a few on the VT
07:20
Lots of [: 275: ?: unexpected operator and then a few mkswap i/o errors
07:20
some sort/awk errors in /etc/rcS.d/S32ltsp-client-setup on line 275
07:21
<ogra>
try disabling NBD_SWAP
07:23
<Blinny>
That worked. Why?
07:27
<ogra>
typo ?
07:28
<Blinny>
I don't follow - You mean there's a typo in S32ltsp-client-setup ? or ...?
07:29
<ogra>
in line 275 apparently
07:30
<Blinny>
Hmm. That's just the esac
07:30
Let me look earlier.
07:34alkisg has quit IRC
07:38lucascoala has quit IRC
07:40lucascoala has joined #ltsp
07:45
<Blinny>
Kernel call returned: File exists then the mkswap error loading libuuid.so.1 w/ an input/output error, also swapon: /dev/nbd0: Invalid argument
07:49lucascoala has quit IRC
07:50lucascoala has joined #ltsp
07:52nubae has quit IRC
08:02Blinny has quit IRC
08:04alkisg has joined #ltsp
08:05Selveste1____ has joined #ltsp
08:08artista-frustrad has quit IRC
08:10Blinny has joined #ltsp
08:13intelliant has quit IRC
08:14Egyptian[Home] has quit IRC
08:15Selveste1___ has quit IRC
08:28Egyptian[Home] has joined #ltsp
08:32_Matthias has joined #ltsp
08:32
<_Matthias>
hello
08:33Gadi has joined #ltsp
08:34
<alkisg>
Hello
08:39
<_Matthias>
i need some help, I'm searching for a way to reboot my client of my ltsp by using a shell skript on the server, thx
08:42ftherese has joined #ltsp
08:43
<ftherese>
hello...
08:43
<alkisg>
_Matthias: one straightforward way would be to install ssh into the chroot. Another way is mentioned here: https://help.ubuntu.com/community/UbuntuLTSP/AutomatedTCShutodwn
08:45
<ftherese>
I have been working on setting up LDAP for LTSP, but I am a little confused about how that should look. I currently have two ltsp servers, do I need to set up ldap server on them both and have them do redundancy? Or just make one ldap server and the other ltsp server connects as a client...
08:45
I have read LOTS of documentation on setting this stuff up... I think I have LDAP server set up correctly...
08:46
but I don't know how they are supposed to communicate with eachother and then deploy the light terminals
08:47
I'd like to have four ltsp servers at the end, to share the load for the thin clients
08:47
but I believe only one of them needs to be the ldap server
08:48
maybe I shouldn't use ldap?
08:49
<Blinny>
I use NIS in a similar setup. My servers are geographically-distant though.
08:50
<ftherese>
I am looking for something that is either easy to set up, or well documented... all the howto's I've found about ldap set up in ubuntu have left me feeling a little lost
08:51
most of the comments made about the howto's report things not working
08:52
I am willing to sacrifice security and speed if I can just get it set up...
08:52mikkel has quit IRC
08:54
<ftherese>
LTSP document indicates three methods for authentication, LDAP, NIS, and Winbind... which is the easiest to set up?
08:55
<rm-rf>
cripes, this system is killing me
08:56
last night it worked just fine, and this morning, it won't let anyone login
08:58
i ran ltsp-update-sshkeys and ltsp-update-image --arch i386, then booted the client but it is still denying login
08:59
in the root shell, when i do 'ssh -l <username> server' it gives me 'ssh_exchange_identification: Connection closed by remote host'
09:00
i'm assuming that means the sshkeys are mismatched, but shouldn't the ltsp-update-sshkeys fixed that?
09:04bobby_C has quit IRC
09:04
<Gadi>
rm-rf: check the server's /var/log/auth.log
09:05artista_frustrad has joined #ltsp
09:07
<rm-rf>
Sep 1 09:08:23 storage1 sshd[23202]: refused connect from 192.168.0.28 (192.168.0.28)
09:08
<Gadi>
heh - that much you knew already ;)
09:08
you might want to increase the log level of sshd
09:08
and restart it
09:08
and then look in syslog and auth.log for more details
09:08
<warren>
look at iptables
09:08
<Gadi>
you can change the log level in /etc/ssh/sshd_config
09:08
<warren>
it's always iptables
09:08
<rm-rf>
this machine has denyhosts
09:09
<warren>
oh
09:09
except when it isn't
09:09
<Gadi>
lol
09:09
<rm-rf>
so, when the guy kept trying to brute force his account, it added the IP to the hosts.deny list
09:09
<Gadi>
nasty
09:10
perhaps limit the denyhosts to external IPs
09:10
<Blinny>
It's a good idea to do something like ALL: 192.168.0.0/16 in /etc/hosts.allo
09:10
(substitute your network/mask of course)
09:10
<rm-rf>
yeah, that's what i'm thinking
09:10
<Blinny>
denyhosts is wonderful.. as long as you account for these sorts of things.
09:11
Would be even better if it featured interface-specific settings.
09:11
<rm-rf>
'sshd: ALL: 192.168.0.0/16'
09:11
is that formatted correctly?
09:12
or do i not need the sshd?
09:13
<Blinny>
sshd would specify the port
09:13
<ftherese>
Blinny... you use NIS?
09:13
<Blinny>
but that port should be 'ssh' I believe
09:13
<ftherese>
it looks pretty easy to set up... I'm going to try it
09:13
<Blinny>
(as matched in /etc/services)
09:13
ftherese: I use NIS.
09:13
<ftherese>
so if I set it up for ltsp, the other ltsp servers are clients right?
09:14
<Blinny>
rm-rf: Don't quote me on that 'ssh' / 'sshd' thing
09:14
<ftherese>
or do I have to install the NIS client part in the chroot?
09:14
<rm-rf>
does hosts.deny override hosts.allow, or is it the other way around?
09:14
<Blinny>
ftherese: I would suggest both clients and slaves. That way if the master dies you'll still have authentication
09:14
ftherese: allow is checked first
09:14mikkel has joined #ltsp
09:15
<Blinny>
er, rm-rf: allow is checked first
09:15
<rm-rf>
so, if i just put 'ALL: 192.168.0.0./16', that would just allow anything from anwhere on that subnet, right?
09:15
<Blinny>
rm-rf: Yes.
09:15litlebuda has joined #ltsp
09:15
<Blinny>
ftherese: It was awhile ago, but I don't think I had to touch the chroot
09:15
<ftherese>
ok
09:16
so you are suggesting redundancy?
09:16
<Blinny>
ftherese: Always!
09:16
<ftherese>
I hope that isn't complicated... this is starting to make my head spin
09:16
<Blinny>
ftherese: On my network, a T1 may go down, so the site servers needed to be slaves so they could answer authentication queries in the case of not being able to forward to the master
09:17
ftherese: It's fairly straightforward. Are you Ubuntu?
09:17
<ftherese>
yes
09:18
<Blinny>
ftherese: I followed this: https://help.ubuntu.com/community/SettingUpNISHowTo
09:18
<ftherese>
that is the one I am looking at... but it doesn't mention redundancy/slaves
09:20
<Blinny>
Yeah, I know. That stuff is set in /etc/default/nis
09:20
I'll be here most of the day if you get stuck. /msg me so we don't chatter off-topic.
09:21Egyptian[Home]1 has joined #ltsp
09:22
<ftherese>
thanks
09:23
<sbalneav>
Morning all
09:29
<Blinny>
g'morning
09:33Egyptian[Home] has quit IRC
09:43artista_frustrad has quit IRC
09:45artista_frustrad has joined #ltsp
09:46warren has quit IRC
10:02staffencasa has joined #ltsp
10:07ftherese has quit IRC
10:14chrisben has joined #ltsp
10:14
<chrisben>
morning folks.
10:16
I've several (20) sites running ltsp(1-3 users per site) and ldap authentication against one server. it seems that the clients open many many ldap connections, and keep them open for the durration of the login. is this normal?
10:17Selveste1____ has quit IRC
10:40
<Blinny>
chrisben: It stands to reason; almost every operation requires authentication (everything is a file, and every file has permissions).
10:41
<johnny>
depending on if credentials should be cached or not
10:42
of course.. if credentials can change on the fly.. then yes.. the connection should stay open
10:42
hmm.. it is weird that 70F is somewhat cold now :)
10:47
<sbalneav>
chrisben: Are you JUST doing authentication, or are you also using nss_ldap as well?
10:47
<chrisben>
is there a way to cache credentials without setting up ldap replication or something?
10:47
sbalneav: I guess I'm unaware of a difference, the tutorial I read told me to use nss_ldap for authentication :)
10:48
<sbalneav>
nss_ldap will be what's keeping things open.
10:48
<chrisben>
Gotcha, what does nss_ldap provide other than auth?
10:49
<sbalneav>
The nss is using the ldap server for handling things like file permissions (i.e. mapping usernames and group names onto their numeric ides"
10:49
nss doesn't provide auth.
10:49
pam_ldap is providing auth.
10:50
<chrisben>
if I don't use nss_ldap, will things become angry with just displaying a uid/gid?
10:50
<sbalneav>
yes, so you'll have to use something else.
10:51
Personall, I use libnss-db, and nss-updatedb
10:52
This sets up nss services to use an extra db file, which is kept in sync by the nss-updatedb program, which can talk to ldap.
10:52
<chrisben>
Gotcha, so authentication happens over ldap, and the nss stuff happens off a local cache ... I like that better than setting up ldap replication ... :)
10:53
<sbalneav>
I have a cron job set up that has the nss_updatedb program run every half an hour. That way, I only get two ldap hits per server per hour, as opposed to the non-stop ldap traffic otherwise.
10:53pmatulis has quit IRC
10:54
<sbalneav>
the downside is: if you have a LOT of group changes or user changes (i.e. adding users to groups, adding new users) it takes a 1/2 hour for the changes to "filter through"
10:54
At my site, that's not a problem.
10:54
YMMV
10:54
<Blinny>
sbalneav: Is there corresponding caching functionality for NIS?
10:55
<sbalneav>
Don't know. I haven't used NIS for 12 years.
10:55
<chrisben>
eh, I donn't think that's an issue either, but if it was, I've got a few bash scripts to run commands on each server via ssh -c
10:55
so I could force an update if needed.
10:55
<johnny>
sbalneav, does the extra ldap traffic make a real difference?
10:55
i'm not all that familiar
10:56
<chrisben>
johnny: I've ~4000 current ldap connections right now (persistant)
10:56
<johnny>
and you notice problems because of it?
10:56
<sbalneav>
It does if you've got 20 users all doing word processing with their connection to head office being a low-speed dsl line.
10:56
<johnny>
ah.. surely matters then
10:56
but would it matter on a faster network?
10:57
<sbalneav>
If it was all locally connected, no, then I wouldn't worry about it.
10:57
<chrisben>
if you were local to the ldap server I'd imagine not as much, but if it's on a remote link, it seems like an awful waste of bandwith.
10:57
not to mention I have recurring message like this in my logs ...
10:57
<johnny>
chrisben, i just wanted to make sure you knew that if it was the case
10:58
so you didn't go spending time unnecessarily
10:58
<chrisben>
oh yea, I'm only investigating it because I have frequent time outs and reconnects
10:58
one box's connection sucks so bad it takes kdm 20m to login to a desktop ...
10:59
though that seems to have disapeared after uninstalling nscd ...
10:59
thanks for the help guys, afk from chat while I read some doco on the new prrograms.
11:02shogunx has quit IRC
11:05
<chrisben>
sbalneav: No manual entry for nss_updatedb
11:06
would you happen to have a syntax example? :)
11:06
<sbalneav>
nss_updatedb ldap
11:07
should update from your ldap source
11:07
<chrisben>
where dows it store it's .db ?
11:07
does*
11:07shogunx has joined #ltsp
11:08
<sbalneav>
/var/lib/misc/
11:08
passwd.db and group.db
11:08
<chrisben>
then I update nsswitch.conf to use db rather than ldap?
11:08
<sbalneav>
# pre_auth-client-config # passwd: compat
11:08
passwd: compat db
11:08
# pre_auth-client-config # group: compat
11:08
group: compat db
11:08
# pre_auth-client-config # shadow: compat
11:08
shadow: compat ldap
11:08
<chrisben>
perfect, thanks!
11:09
<sbalneav>
there's the relevant section out of my nssswitch.conf
11:13
db4.6_dump -p /var/lib/misc/password.db should produce something akin to a password file if it's updated correctly from ldap
11:15
<chrisben>
it will exclude shadow information, correct?
11:16
<johnny>
hmm?
11:16
<sbalneav>
chrisben: Yes. I have shadow information going directly after ldap in my configuration.
11:17
<chrisben>
damm, makes file access much faster, but I still hang up kdm on initializing system services ...
11:17
no error messages in the logs this time though ...
11:17
lol
11:18
Couldn't establish a connection to ws1:9202: IO::Socket::INET: connect: Connection refused
11:18
in .xsession-errors ...
11:19tstafford_ has joined #ltsp
11:21
<sbalneav>
Looks like something perl-ish isn't working.
11:21
<chrisben>
9202 TCP lbuscd - running on thin client, waiting for a session to connect up and register
11:21
<sbalneav>
Which version of ltsp are you using?
11:22Lns has joined #ltsp
11:22
<chrisben>
was installed at 4.2 but have installed all updates as of today
11:23
<sbalneav>
So, you're still running 4.2? Or you've switched to 5?
11:23
<chrisben>
I'm running 4.2 + updates, not 5
11:24
<sbalneav>
Well, looks like your lbus isn't running for some reason on the thin client.
11:24
<johnny>
have fun with that..
11:25
<chrisben>
haha!
11:25leio has quit IRC
11:25litlebuda has quit IRC
11:26
<sbalneav>
http://wiki.ltsp.org/twiki/bin/view/Ltsp/LTSP-42-LocalDev#Troubleshooting
11:26
Would be a good place to start.
11:26
What kind of server are you running on?
11:26leio has joined #ltsp
11:26
<chrisben>
oh, it's part of local devices ... no wonder this is the only server with issues ...
11:27
It's just a plain whitebox running debian sarge.
11:28
<sbalneav>
When you move to Lenny, I'd suggest going with ltsp5, as it's currently supported.
11:29
<chrisben>
yea, that's the plan for this summer, need to redo all the kde kiosk crap though, so I put it off as long as possible :)
11:30
guess I better get a move on, being that fall is fast aproaching :)
11:31
<sbalneav>
Yeah, you've only got 23 days left :)
11:31
<chrisben>
is there an easy way to make the thinclient spawn a shell via ssh or telnet temporarialy?
11:35
<sbalneav>
Add a "SCREEN_01=shell" to your lts.conf for that terminal
11:35
<chrisben>
how about if I'm not local to the terminal?
11:40Selveste1____ has joined #ltsp
11:40
<_UsUrPeR_>
stgraber: ping?
11:40
<sbalneav>
Then you have someone local do it :)
11:41
<johnny>
or enable it in the chroot
11:41
but the keys will change every reboot..
11:41
<sbalneav>
ssh wasn't there by default in 4.2, iirc. He'd have to compile it.
11:42
<johnny>
ah
11:42
<sbalneav>
I could be wrong.
11:42CAN-o-SPAM has joined #ltsp
11:42
<sbalneav>
CAN-o-SPAM: hey ho
11:42
<johnny>
but does it come with a telnetd? :)
11:42
lol
11:42
<CAN-o-SPAM>
sblaneav: hola!
11:42
<johnny>
i'm just glad i avoided all the ltsp4 stuff
11:42
<sbalneav>
I haven't seen GodFather lately in #sabayon.
11:42
<johnny>
by the time i got here.. warren had already spend serious time
11:43alkisg has quit IRC
11:43
<johnny>
making my job easier :)
11:43
<CAN-o-SPAM>
sbalneav: not sure ... whats the latest with sabay sabay
11:43
<sbalneav>
Let him know the current one seems to work pretty good.
11:43
People are having success with thi.
11:43
<CAN-o-SPAM>
sbalneav: issues?
11:43
<sbalneav>
No major ones, so far.
11:44
SOme keys don't seem to work in the chroot, I haven't looked into that yet.
11:44
<CAN-o-SPAM>
sbalneav: we talking 9.04 or 9.10
11:44
<sbalneav>
Both
11:44
<CAN-o-SPAM>
k
11:44
<sbalneav>
9.04 in my ppa, and my package made it into base 9.10 with stgraber's help
11:45
ok
11:45
I'm off for lunch
11:45
bbiab
11:45
<CAN-o-SPAM>
k take care, eat well
11:50lucascoala has joined #ltsp
11:51Lns has quit IRC
12:05
<chrisben>
wow unchecking enable the sound system on a thinclient without sound support sure does speed things up ...
12:07fotanus has joined #ltsp
12:16shawnp0wers has quit IRC
12:28Lns has joined #ltsp
12:28lucascoala has quit IRC
12:34spectra has quit IRC
12:40tstafford_ has quit IRC
12:51Q-FUNK has joined #ltsp
12:51
<Q-FUNK>
re
12:58
<stgraber>
_UsUrPeR_: pong
12:58
<_UsUrPeR_>
stgraber: hey!
12:58
check my PM
13:02fotanus has quit IRC
13:04tstafford_ has joined #ltsp
13:05spectra has joined #ltsp
13:08fotanus has joined #ltsp
13:23tux_440volt has joined #ltsp
13:24tux_440volt is now known as subhodip
13:38makghosh has joined #ltsp
13:43artista_frustrad has quit IRC
13:46artista_frustrad has joined #ltsp
13:51garymc has left #ltsp
14:01Lns has quit IRC
14:06cliebow has joined #ltsp
14:07makghosh has quit IRC
14:07Ahmuck-Sr has joined #ltsp
14:09vagrantc has joined #ltsp
14:13bobby_C has joined #ltsp
14:18alkisg has joined #ltsp
14:32shawnp0wers has joined #ltsp
14:40GodFather has joined #ltsp
14:50Q-FUNK has left #ltsp
14:57PMantis has joined #ltsp
15:01
<PMantis>
sbalneav: You areound?
15:05
<cliebow>
more oval than anything
15:05
8~)
15:05
paraboloid perhaps
15:06kawan has joined #ltsp
15:06
<staffencasa>
I think I just hosed my server. I'm getting a "Error: Connection refused" error after the ubunt splash screen and then the (initramfs) prompt. Could someone please help me?
15:06* cliebow cliebow goes looking for Heinie
15:06cliebow has quit IRC
15:07
<alkisg>
staffencasa: check the next-server there, if it points to your ltsp server or maybe another rogue dhcp server
15:08
<staffencasa>
I actually commented it out. Should I undo that?
15:08
<alkisg>
No, not in your dhcpd.conf - check the result of ipconfig..
15:08
OK, first remove "quiet splash" from /var/lib/tftpboot/ltsp/i386/pxelinux.cfg/default, and reboot the client
15:09
Then see what IP info it gets. See the next-server there.
15:11
(I think it says "rootserver" at this point, just above the "connection refused" message, not "next-server")
15:12
<staffencasa>
rootserver and rootpath look good
15:12
so does the ip
15:12
<alkisg>
OK, then let's see about the nbd server
15:12
<staffencasa>
not sure if it's worth noting, but I was messing with switching from nfs to nbd at the time i noticed it down
15:13
<alkisg>
Ah. Yeah, that could be a problem. Did you follow the how to from the wiki?
15:13
<vagrantc>
that's pretty notable.
15:13CAN-o-SPAM has quit IRC
15:14
<staffencasa>
I had a chroot for nfs that was working fine (called SCIM) and so I removed the /opt/ltsp/i386 directory and then copied /opt/ltsp/SCIM to /opt/ltsp/i386, used the wiki in reverse and then ran ltsp-build-client
15:14Blinny has left #ltsp
15:14
<staffencasa>
errr
15:15
i copied over my working one after it stopped working
15:15
so both /opt/ltsp/SCIM and /opt/ltsp/i386 are not working now.
15:16
<alkisg>
Urm.... are you sure that was ltsp-build-client - i.e. build the chroot from scratch?
15:16
<staffencasa>
but yeah, I've used the wiki article to successfully go from nbd to nfs
15:16
<alkisg>
This one, right? https://help.ubuntu.com/community/UbuntuLTSP/LTSPWithoutNFS
15:16
<staffencasa>
i did that after i noticed my copy didn't work
15:16
<alkisg>
So now the chroot that you are trying to get to work is /opt/ltsp/i386, and was build from scratch with ltsp-build-client?
15:17
<staffencasa>
yes
15:17
but both don't work
15:17
<alkisg>
distro/version?
15:18
<staffencasa>
9.04 Ubuntu
15:18
<alkisg>
OK start with: netstat -tulpn | grep 2000
15:19
Is nbd-server listening on that port?
15:20
<staffencasa>
i ran that command, nothing came out
15:20
<alkisg>
upload your /etc/inetd.conf to pastebot.ltsp.org ...
15:20
(you're trying to make the client work with nbd, not nfs, right?)
15:21
<PMantis>
sbalneav: ping
15:21
<staffencasa>
right now, I'd really like to get my nfs /opt/ltsp/SCIM chroot working
15:21
first
15:21
!pastebot
15:21
<ltspbot>
staffencasa: "pastebot" is The LTSP pastebot is at http://pastebot.ltsp.org. Please paste all text longer than a line or two to the pastebot, as it helps to reduce traffic in the channel. A link to the content will be pasted in the channel.
15:22
<ltsppbot>
"Staffencasa" pasted "Problems with NFS" (4 lines) at http://pastebot.ltsp.org/493
15:22
<alkisg>
staffencasa: ah, then the client shouldn't be trying to connect with nbd
15:23
You may have the wrong initrd, =the one using nbd, in your tftpboot dir
15:24
<staffencasa>
should i just delete /var/lib/tftpboot/ltsp/SCIM and then run ltsp-update-kernels?
15:24
<kawan>
Hello alkisg, how are you doing ?
15:25
<alkisg>
Hello
15:25nubae has joined #ltsp
15:25
<nubae>
hi
15:25subhodip has quit IRC
15:25
<kawan>
I am back to the system, so I can try to run the patch you gave me....unfortunatly gmail is offline.
15:25
<alkisg>
hi nubae
15:26
<kawan>
I have the file but not the commands that were in you mail. Would you be kind enough to copy/past it ?
15:27
<alkisg>
staffencasa: I'm not sure what's going on when ltsp-update-kernels finds multiple chroots. You should verify that pxelinux.cfg/default points to the correct kernel and initrd for the clients to boot.
15:27
kawan: you have the floppy image? Did you edit the gpxe.txt file?
15:28
<kawan>
alkisg, no sorry I just have the grubgpxe.img file. The rest of the instruction are part of the mail that I can not access now.
15:29
<alkisg>
kawan: ok, first mount the image with something like: sudo mount -o loop grubgpxe.img /mnt
15:29
Then, read & edit /mnt/boot/gpxe.txt
15:30
When you're done, unmount the image with sudo umount /mnt. Do you want to write it to a floppy or a cd?
15:31
<kawan>
cd
15:32
I manage to edit the fle
15:32
the file gpxe.txt
15:34
<alkisg>
OK. To convert the floppy to a cd, see here: https://help.ubuntu.com/community/UbuntuLTSP/grubgpxe?action=recall&rev=2#Boot from CD
15:34GodFather has quit IRC
15:35
<kawan>
what this line set next-server with an IP adress ?
15:37shawnp0wers has quit IRC
15:37
<alkisg>
kawan: delete *everything* from gpxe.txt, and just put the instructions that you used when you manually booted the pc with the gpxe cd
15:37tstafford_ has quit IRC
15:37
<kawan>
ok. Got it
15:38tstafford_ has joined #ltsp
15:41
<staffencasa>
alkisg, I got it. I had /opt/ltsp/i386 set to boot to nbd. going through the steps on the wiki to change it to nfs fixed both that chroot and /opt/ltsp/SCIM. While I don't understand why, I'm happy everything's back to the way it was. Thanks for your help, it is very appreciated
15:43
<alkisg>
staffencasa: well so long that it works... :)
15:44
<staffencasa>
exactly
15:47
<sbalneav>
PMantis: Hello!
15:47
<PMantis>
HEY!
15:48
sbalneav: sane isn't being very sane for me. lol
15:48
<sbalneav>
What's happening?
15:49
<ltsppbot>
"PMantis" pasted "(in) SANE activity, for sbalneav" (4 lines) at http://pastebot.ltsp.org/494
15:49johnny has left #ltsp
15:50
<kawan>
alkisg: the command dd if=/dev/fd0 of=grubgpxe.img throw an error: /dev/fd0 I/O error
15:50
<PMantis>
sbalneav: I installed dnsutils onto the chroot, ssh'd into the thin client... nslookup does a proper reverse DNS for the server and the thin client.
15:50
sbalneav: saned -a -d128 doesn't show anything extra.
15:51
<alkisg>
kawan: never mind, that command was for the case that you had the floppy in the drive, not in an image.
15:51
Just put the final grubgpxe.img in a directory, get inside this dir, and run: mkisofs -r -b grubgpxe.img -o grubgpxe.iso .
15:52
<sbalneav>
PMantis: Do you have a running shell session on the ltsp terminal?
15:52
<PMantis>
sbalneav: Yes, ssh'd into the terminal.
15:53
<sbalneav>
What happens if you MANUALLY try to start saned?
15:53
i.e. just at the command line.
15:53
<PMantis>
sbalneav: I pasted the syslog output from that.
15:54
sbalneav: I also added -d128, but it doesn't give me any more info.
15:54kawan has quit IRC
15:55
<sbalneav>
So, even when you start it right from the command line, it just exits immediately?
15:55
ok
15:55
<PMantis>
sbalneav: yes
15:55
<sbalneav>
Have you got strace loaded in the chroot?
15:55
<PMantis>
Hmmm, nope, but can.
15:56
<sbalneav>
OK, load strace into the chroot, then lets do a strace -o /tmp/saned.out saned -a
15:56kawan has joined #ltsp
15:56
<sbalneav>
You'll get a .out in the terminal's /tmp
15:57
scp it to the server, then mail it to me.
15:57
<ltsppbot>
"PMantis" pasted "sbalneav: sane, ran with strace" (71 lines) at http://pastebot.ltsp.org/495
15:57
<PMantis>
sbalneav: Oh, didn't see your command line suggestion.
15:58
<sbalneav>
ah. update:
15:58
<PMantis>
sbalneav: Does what I gave you suffice?
15:58
<sbalneav>
strace -f -o...
15:58
no, need -f so we can follow the fork
15:59
<PMantis>
sbalneav: k
16:00
<sbalneav>
What's in the chroot's /etc/saned.conf?
16:00
sorry, /etc/sane.d/saned.conf
16:02korcan has quit IRC
16:02korcan has joined #ltsp
16:02
<PMantis>
sbalneav: looking
16:03
<kawan>
alkisg: I modified the gpxe.txt. How to I generate a new grubpxe.img with the modification ?
16:03
<PMantis>
sbalneav: The only non-comment line has a +, and only a +
16:03
<sbalneav>
That should be OK, that allows all hosts to connect.
16:04
<PMantis>
yup
16:04
<alkisg>
kawan: you don't need to, I think mount -o loop mounts it read-write
16:04
So just umount it and it's ready
16:04
(you modified /mnt/boot/gpxe.txt, right?)
16:05
<kawan>
yes i did.
16:05
<alkisg>
OK, it should contain the new gpxe.txt now, then...
16:05
<kawan>
ok.
16:05
<alkisg>
So just do `sudo umount /mnt` and then create the .iso
16:10
<kawan>
it's on the way. BTW gmail is still unavailable. Wonder what's going on....
16:11
<alkisg>
Yeah, here (=Greece) too...
16:15
<PMantis>
sbalneav: Any other things to try?
16:16
<alkisg>
Ah, kawan, if I remember correctly, gpxe.txt needs to begin with #!gpxe
16:16
<sbalneav>
PMantis: Did you send me the dump?
16:16
<alkisg>
So when I told you to delete everything in it, if you also deleted the first line, it may not work...
16:17
<sbalneav>
ltspbot: status
16:17
<ltspbot>
sbalneav: I am connected to freenode as ltspbot.
16:17
<PMantis>
sbalneav: It shows as sent 17 minutes ago, you should have it by now.
16:17
<sbalneav>
Might be stuck in my greylisting.
16:18warren has joined #ltsp
16:18
<PMantis>
sbalneav: Heh.
16:18
<warren>
Anybody touching ltsp-trunk? I want to tag.
16:18
<sbalneav>
Pastebot me the last 50 lines or so.
16:18
<PMantis>
sbalneav: k
16:18
<sbalneav>
Hello warren!
16:18
<warren>
sbalneav: hello
16:18
sbalneav: anything new?
16:18
<sbalneav>
Been making lots of improvements to sabayon
16:19
<PMantis>
sbalneav: only 69 lines total, I'll just past the whole thing.
16:19
<ltsppbot>
"PMantis" pasted "sbalneav: sane, ran with strace, last 50 lines" (69 lines) at http://pastebot.ltsp.org/496
16:20
<sbalneav>
That's even with the -f?
16:20
<PMantis>
sbalneav: Yes, strace -f -o /tmp/saned.out saned -a
16:21
<warren>
I'm tagging ltsp-trunk
16:21
ok?
16:22
<sbalneav>
I'm ok with it, don't know about stgraber, vagrantc, et al.
16:22
PMantis: Hm.
16:24
4180 socket(PF_FILE, SOCK_DGRAM, 0) = 3
16:24
4180 fcntl64(3, F_SETFD, FD_CLOEXEC) = 0
16:24
4180 connect(3, {sa_family=AF_FILE, path="/dev/log"}, 110) = 0
16:24
4180 send(3, "<31>Aug 7 15:30:04 saned[4180]:"..., 87, MSG_NOSIGNAL) = 87
16:24
4180 getpeername(1, 0x8053d00, [128]) = -1 ENOTSOCK (Socket operation on non-socket)
16:24
Is there a /dev/log on the thin client?
16:24
<PMantis>
!pastebot > sbalneav
16:24
<ltspbot>
PMantis: Error: "pastebot" is not a valid command.
16:24
<PMantis>
:-)
16:25
Yes
16:25
<warren>
tagging
16:26
<sbalneav>
Interesting that it's doing a getpeername(1, ...) which SHOULD be stdout.
16:26
<warren>
are we doing a BTS this year?
16:26
<sbalneav>
Yes!
16:26
<warren>
same place?
16:26
<sbalneav>
You coming?
16:26
Yes
16:26* PMantis likes BTS
16:26
<warren>
should really announce it early
16:26
sbalneav: depends when
16:26
<sbalneav>
I think it's on the LTSP site.
16:26
<warren>
sbalneav: i'm doing lots of travel
16:26
<sbalneav>
I'd love to see you there
16:27
<warren>
we should do a ceremonial 5.2.0 release
16:27
"nothing really changed"
16:28
<sbalneav>
PMantis: Well, I'm going to poke through the saned code. Just out of curiosity, what happens if you add the server's IP directly to the saned.conf, as opposed to the +?
16:28
<PMantis>
sbalneav: I'll try
16:28
The same...
16:29
check_host: getpeername failed: Socket operation on non-socket
16:29
init: access by host [error] denied
16:29
but, 'nslookup <ipaddress>' works for the server and client IP.
16:30
Although one is non-authoritive.
16:30
<sbalneav>
Interesting.
16:30
<PMantis>
Or, excuse me, Non-authoritative
16:31
<sbalneav>
OK, I have to head out to pick up my wife. I'll be on again in an hour. Are you staying long at the office?
16:31
<PMantis>
Just to clarify, nslookup was ran on the client root shell
16:31
sbalneav: I'll be leaving shortly, but I can ssh to this from home, too.
16:32_Matthias has quit IRC
16:33
<sbalneav>
PMantis: OK, I'll look for you later.
16:33
I'm sure it's just something silly config wise.
16:33
<PMantis>
sbalneav: Usually is, but it escapes me
16:40bobby_C has quit IRC
16:41alkisg has quit IRC
16:44tstafford_ has quit IRC
16:44tstafford_ has joined #ltsp
16:45PMantis has quit IRC
16:49mikkel has quit IRC
16:51rjune_wrk has quit IRC
16:51Gadi has left #ltsp
16:59warren has quit IRC
17:04fotanus has left #ltsp
17:09kawan has quit IRC
17:10|Paradox| has quit IRC
17:16vagrantc has quit IRC
17:25pmatulis has joined #ltsp
17:37|Paradox| has joined #ltsp
17:44artista_frustrad has quit IRC
17:45artista_frustrad has joined #ltsp
18:22PMantis has joined #ltsp
18:32tstafford_ has quit IRC
18:33tstafford_ has joined #ltsp
18:33moquist has quit IRC
18:33moquist has joined #ltsp
18:38
<PMantis>
sbalneav: Any new ideas to try?
18:41staffencasa has quit IRC
18:42Lns has joined #ltsp
18:45
<sbalneav>
PMantis: Well, I'm looking through the code now
18:46
Do you have DNS enabled on the thin clients?
18:46
<PMantis>
sbalneav: Cool, just wanted to make sure you weren't waiting for me.
18:46
sbalneav: Yes, remember the nslookup comments I made? :)
18:47
<sbalneav>
PMantis: I've got about 35 things on the go here.
18:47
OK, it seems to be in the dns code that it's failing.
18:48
On my box here, I haven't got dns enabled in the thin clients. Try disabling dns
18:48
<PMantis>
sbalneav: Yeah, I'm pretty sure this isn't the only thing you're working on, don't worry about it!
18:48
I'll try commenting all in resolv.conf
18:49
sbalneav: OK:
18:49
root@ws077:~# ping ws077
18:49
PING ws077 (127.0.0.2) 56(84) bytes of data.
18:49
and: ping: unknown host netserv
18:49
That looks disabled to me.
18:50
<sbalneav>
127.0.0.*2*!?
18:50
<PMantis>
sbalneav: I also put saned.conf back to "+" only.
18:51
<sbalneav>
THAT doesn't seem right
18:51
<PMantis>
That's what seems to be built into /etc/hosts
18:51
127.0.0.1 localhost
18:51
127.0.0.2 ws077
18:51
10.145.10.15 server
18:52
<sbalneav>
So you can ping ws077?
18:52
<PMantis>
yup
18:52
<sbalneav>
Yeah, it's that way on my box too.
18:52
OK
18:53
Does saned start now?
18:53
<PMantis>
No change. :(
18:53
<sbalneav>
Can you pastebot your lts.conf file?
18:54* Lns crawls out from under the table
18:54
<PMantis>
sbalneav: I can just paste it here...
18:54
[default]
18:54
SCANNER=True
18:54
There, 2 lines.
18:55
sbalneav: of course, that's the one in /var/lib/tftpboot/ltsp/i386/lts.conf
18:55
<sbalneav>
right.
18:56
Have you got updates enabled in the chroot? i.e. have you copied the server's /etc/apt/sources.list to /opt/ltsp/i386/etc/apt ?
18:57artista_frustrad has quit IRC
18:57
<PMantis>
sbalneav: Since LTSP5 is only in testing right now, nothing special in there. I *did* have SEARCH_DOMAIN, DNS_SERVER, was playing with SCREEN_02=shell (that doesn't work) and LOCAL_APPS. Those are all commented out.
18:57
sbalneav: Yes, I can apt-get on the client. Of course, lost on reboot...
18:57
Or, I can chroot, install and rebuild the image.
18:58
<sbalneav>
I'd say chroot and update the image
19:00
<PMantis>
sbalneav: With what?
19:00
sbalneav: I mean, what change?
19:02
<sbalneav>
Well, it just makes sure when we reboot, we get all the latest stuff we need.
19:02
As well, there may be kernel updates that affect things, and updating "on the fly" won't get the newest kernels.
19:04
<PMantis>
sbalneav: Oh, you're suggesting a dist-upgrade?
19:04
<sbalneav>
Yes.
19:05
<PMantis>
sbalneav: Done: 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
19:05
The image was created last week.
19:05
as in *first* created.
19:06artista_frustrad has joined #ltsp
19:06artista-frustrad has joined #ltsp
19:06artista_frustrad has quit IRC
19:06artista-frustrad has quit IRC
19:07artista_frustrad has joined #ltsp
19:09
<sbalneav>
PMantis: Yes, but ltsp-build-client only pulls from <dist> and not <dist>-updates
19:09
So you won't be getting any updates unless you add them to the chroot's sources.list.
19:10
The "best" way to do that is to simply copy over the server's
19:11
<PMantis>
Ahhhh
19:13pmatulis has quit IRC
19:13
<PMantis>
sbalneav: should I update SEARCH_DOMAIN, DNS_SERVER in lts.conf?
19:14
<sbalneav>
Well, it doesn't seem to be the problem, so I'd say sure.
19:14
<PMantis>
sbalneav: updating now.
19:15
Quite different than LTSP 4.2. I got really good at diagnosing that a couple years back.
19:16
Then, I thought jammcq was crazy when he said "Moo Cow". LOL
19:16
<sbalneav>
Well, a lot of things are better. Some things are different. One or two things aren't as good.
19:16
<PMantis>
sbalneav: Such is the way of progress.
19:17
45% downloaded
19:17
<sbalneav>
k
19:18* PMantis wonders if he should've hardlinked the contents of /var/cache/apt/archives/ into the chroot.
19:19
<PMantis>
!paste
19:19
<sbalneav>
No, choot can't see anything outside.
19:19
<ltspbot>
PMantis: "paste" is try !pastebot
19:19
<PMantis>
!pastebot
19:19
<ltspbot>
PMantis: "pastebot" is The LTSP pastebot is at http://pastebot.ltsp.org. Please paste all text longer than a line or two to the pastebot, as it helps to reduce traffic in the channel. A link to the content will be pasted in the channel.
19:19
<PMantis>
oh, duh
19:20
<ltsppbot>
"PMantis" pasted "Updates inside the chroot" (19 lines) at http://pastebot.ltsp.org/497
19:20
<PMantis>
sbalneav: FYI, what's being upgraded.
19:20map7|away is now known as map7
19:21
<PMantis>
Oh, that means I'll need to update /opt/ltsp/i386/etc/init.d/ltsp-client-core again...
19:21
<sbalneav>
Don't bother for the moment.
19:21
We can just start it manually 'till we get it right :)
19:22
<PMantis>
true
19:22
Whooohoo! Some of the OpenSSH server host keys on this system were generated with a version of OpenSSL that had a broken random number generator.
19:23
finishing install of packages
19:26
sbalneav: running: ltsp-update-image --arch i386
19:27
Hmmm, I can't seem to unmount /proc inside the chroot, generating errors.
19:28
Guess I can just reboot the server...
19:28marvelsss has joined #ltsp
19:29
<PMantis>
sbalneav: hmmm, if I reboot the server with the thin client up, will it hang and lock me out of the thin client, preventing a reboot?
19:29
No physical access to the thin client right now.
19:29
<sbalneav>
You shouldn't need to reboot the server
19:29
just the thin client.
19:30
But before you do tht
19:30
<PMantis>
Building the client image, I'm getting lots of: Failed to read file /opt/ltsp/i386/proc/iomem, creating empty file
19:30
Can't umount /proc inside the chroot. :(
19:30
root@tulip-LTSP5:/# umount /proc
19:30
umount: /proc: device is busy
19:31
<sbalneav>
do a umount -f /proc
19:31
in the chroot
19:32
<PMantis>
Well, proc should mount over the nbd filesystem on bootup anyhow...
19:32
with -f: # umount -f /proc
19:32
umount2: Device or resource busy
19:32
umount: /proc: device is busy
19:33
Ahhh.
19:34
Oh crap... gotta reboot the server.
19:34
Did inside the chroot: for file in /etc/init.d/*; do $file stop; done
19:35
Included "halt" d'oh.
19:35
The dist-upgrade started some services inside the chroot.
19:35
<sbalneav>
ah
19:36
<PMantis>
my little command was too inclusive. :)
19:36
Yup, it shut down the entire VM.
19:36
Booting up now.
19:38
ok, updating image again.
19:39
Still have access to the thin client, good. Rebooting it now.
19:40
tailing syslog...
19:41
Hmmm, ltsp-client-core wasn't overwritten...
19:41
still running: check_host: getpeername failed: Socket operation on non-socket
19:43
ssh'd to the thin client, and the sources.list is huge, so it's definitely from the server.
19:44
and update & dist-upgrade show 0, so it was updated correctly, and the new image was pulled down.
19:45
sbalneav: still at a loss. :(
19:46
<sbalneav>
ok
19:47
what happens if you just start saned with -s
19:48
<PMantis>
Hmmm
19:48
main: [1] bind failed: Address already in use
19:49
<sbalneav>
there isn't a saned already running, is there?
19:50
<PMantis>
sbalneav: ps aux | grep sane is blank
19:50map7 is now known as map7|away
19:50
<PMantis>
netstat -anp | grep "LISTEN " show no trace of sane.
19:51
:-) I see your daemon: ltspfsd
19:51
<sbalneav>
ok. This seems really goofy, but lets install openbsd-inetd in the chroot, and configure saned to work with that.
19:52
<PMantis>
heh, Yeah... it should work w/o that... but ok.
19:53
For now, I'm doing it "throw-away"... on the thin client, not in the chroot.
19:53
<sbalneav>
ok
19:53
that should be fine
19:53
the saned manpage should have the "correct" inetd.conf line.
19:55cliebow has joined #ltsp
19:55
<cliebow>
evening LTSP!!
19:55
<PMantis>
cliebow: Hiya!!
19:55
<sbalneav>
Evening cliebow
19:55
cliebow: Any good news?
19:55
<cliebow>
Hey Hey! BEAUTIFUL NIGHT HERE
19:56
jOB FELL THRU FOR NOW
19:56
<PMantis>
sbalneav: Found it on google,
19:56
<cliebow>
split decision..some wanted absolutley full time
19:57
Hi Steve!
19:58
<sbalneav>
Too bad, they don't know what they're missing.
20:00
<cliebow>
thanks for that..the dir of info dervices saisd as much too=
20:00
crap..just got off the staging..
20:01
thanks for that..their director of information said the same thing..the only thing that held me back was asking how flexible th hours could be
20:01
cause for what they are offering for salary i d have to continue boating
20:02
even if i hated it
20:02marvelsss has quit IRC
20:03
<cliebow>
she said if this guy or gal didnt work out she'd be calling
20:05
<PMantis>
sbalneav: You really want an xinetd service?
20:05
<sbalneav>
No, not xinetd, the openbsd-inetd package
20:06
That's the "simple" one
20:06
<PMantis>
I'm not as familiar with it... so not as simple to me. :)
20:08
<sbalneav>
it's the classing inetd.
20:08
the one we used to use in 4.2 :)
20:10
<PMantis>
Yeah, classic. I see it's a "<service_name> <sock_type> <proto> <flags> <user> <server_path> <args>" format.
20:10
I don't see a tcp port.
20:10
<sbalneav>
service_name is the tcp port
20:11
should be 6566
20:11
so the line should be:
20:11
<PMantis>
6566 stream tcp nowait saned saned /usr/bin/saned
20:12
<sbalneav>
should work.
20:12
add that to the inetd.conf file, and restart inetd on the thin client
20:13
<PMantis>
There's no /etc/init.d file for that... weird!
20:15
<sbalneav>
should be /etc/init.d/openbsd-inetd
20:15
<PMantis>
Ohhhhhhhhhhh
20:15
forgot the openbsd, and my eyes glanced right over it. LOL
20:15
ok, restarted.... sorry.
20:16
netstat shows it's listening.
20:17
<sbalneav>
ok, well, what happens if you try a "telnet ws077 6566" from the server?
20:17
<PMantis>
Working on that now.
20:17
<sbalneav>
Saned should spawn
20:17
<PMantis>
Apparently have the wrong path to saned.
20:17* sbalneav hopes
20:18
<sbalneav>
ah, oah yeah
20:18
/usr/sbin
20:19
<PMantis>
I matched sane-port to 6566 in /etc/services...
20:19
so: inetd line: sane-port stream tcp nowait saned saned /usr/sbin/saned
20:19
which saned confirms the path.
20:20
<sbalneav>
ok, is there a saned user?
20:20
in the chroot? If not, change the user to root
20:21
<PMantis>
I just changed it to root.
20:21
<sbalneav>
k
20:21
restart the inetd, and lets see
20:21
<PMantis>
ok: ws077 inetd[4709]: execv root: Permission denied
20:21
pos
20:22
inetd is running as root.
20:22
-rwxr-xr-x 1 root root 45408 2008-03-25 13:32 /usr/sbin/saned
20:23
<sbalneav>
Hooray.
20:23
Can you test scanning from there, or is that a tomorrow thing?
20:24
<PMantis>
Telnetting still gived permission denied...
20:25
So, I showed you the permissions of the binary.
20:25
Oooooooooooooooh
20:26
I got it.
20:26
had one too many "root" s on the inetd line.
20:26
<sbalneav>
ah
20:26
<PMantis>
so, it was trying to run "root" with /etc/sbin/saned as a param
20:27
So now, I get:
20:27
Sep 1 21:25:34 ws077 saned[4787]: check_host: access by remote host: 172.22.175.100
20:27
Sep 1 21:25:45 ws077 saned[4787]: init: bad status=0 or procnum=1751715082
20:27
I typed "hi" to it, and it didn't like that.
20:27
but it looks good.
20:27
<sbalneav>
ok
20:27Lns has quit IRC
20:28
<PMantis>
I'm not sure how to test it from here... there's nothing in the scanner right now.
20:28
<sbalneav>
OK, well, we can test that tomorrow, I suppose.
20:28
I'll have to modify the startup a bit though.
20:29
I'll have some changes for you for the init script tomorrow.
20:30
<PMantis>
You get my email yet?
20:30
if so, you can just reply.
20:30
Should I made this method more permanent by installing to the chroot?
20:33
<sbalneav>
PMantis: Yeah, I thought you sent it to my @ltsp.org, instead it went to my @alburg.net address :)
20:33
PMantis: Hmmm
20:33
Keep track of the inetd.conf line
20:33
other than that, no.
20:37
<PMantis>
sbalneav: That's the only one I had, from the email that Jim forwarded to me. :)
20:38
sbalneav: Thanks for the help! Hope it wasn't too much trouble.
20:39
<sbalneav>
Not at all.
20:39
That's what I'm here for :)
20:40pmatulis has joined #ltsp
21:01vagrantc has joined #ltsp
21:15Lns has joined #ltsp
21:24vagrantc has quit IRC
21:32chupacabra has quit IRC
21:33bieb has joined #ltsp
21:43try2free has joined #ltsp
21:48cliebow has quit IRC
21:49pmatulis has quit IRC
21:51
<stgraber>
evening
21:52
<sbalneav>
Evening stgraber
21:54bieb has left #ltsp
22:45BugsBunnyBR has joined #ltsp
22:54artista_frustrad has quit IRC
22:55PMantis has quit IRC
22:55artista_frustrad has joined #ltsp
22:57try2free has left #ltsp
23:13Jenna has joined #ltsp