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


Channel log from 29 March 2011   (all times are UTC)

00:07wwx (~ww@raamat.polva.ee) left irc: Read error: Connection reset by peer
00:07wwx (~ww@raamat.polva.ee) joined #ltsp.
00:25gnunux (~emmanuel@194.167.18.244) joined #ltsp.
00:25
<gnunux>
hi
00:32Selveste1 (~Selveste1@88.83.86.20.static.dong.customer.smilecontent.dk) joined #ltsp.
00:49dobber (~dobber@89.190.197.77) joined #ltsp.
01:12bobby_C (~bobby@85-124-22-227.teleworker.xdsl-line.inode.at) joined #ltsp.
01:13mistik1 (mistik1@unaffiliated/mistik1) left irc: Ping timeout: 240 seconds
01:21dlezcano (~dlezcano@AToulouse-159-1-69-67.w92-134.abo.wanadoo.fr) left irc: Ping timeout: 240 seconds
01:27Da-Geek (~Da-Geek@80.235.229.178) joined #ltsp.
01:37wwx (~ww@raamat.polva.ee) left irc: Read error: Connection reset by peer
01:38wwx (~ww@raamat.polva.ee) joined #ltsp.
01:41mistik1 (mistik1@unaffiliated/mistik1) joined #ltsp.
01:46Trixboxer (~Trixboxer@office.supportdepartment.net) joined #ltsp.
01:52mistik1 (mistik1@unaffiliated/mistik1) left irc: Ping timeout: 250 seconds
01:57Stef (~Stefan@19.247-201-80.adsl-static.isp.belgacom.be) joined #ltsp.
01:58
<Stef>
Hello
02:01
I have a little problem installing LTSP. I'm working on an Edubuntu system. LTSP worked properly until I installed and LDAP client on my LTSP-server. When I boot a client now, I get the "failed to connect NBD-server" error. Does anybody has an idea how to solve this?
02:14Selveste1_ (~Selveste1@88.83.86.20.static.dong.customer.smilecontent.dk) joined #ltsp.
02:14
<alkisg>
Stef: ldap shouldn't have anything to do with nbd connection errors
02:14
DId you run ltsp-update-image ?
02:15Selveste1 (~Selveste1@88.83.86.20.static.dong.customer.smilecontent.dk) left irc: Ping timeout: 240 seconds
02:16
<alkisg>
Stef: so anyway here are some commands to troubleshoot this:
02:16
grep nbd /etc/inetd.conf /var/lib/tftpboot/ltsp/*/pxelinux.cfg/default
02:16
ls -l /opt/ltsp/*/images/*.img
02:16
grep pxelinux /etc/ltsp/dhcpd.conf
02:16
<Stef>
Yes, it worked properly before, I'm only having this problem since I installed Ldap-client
02:17
ok, thx :)
02:17
<alkisg>
Paste the output of those commands to pastebin
02:19mistik1 (mistik1@unaffiliated/mistik1) joined #ltsp.
02:28
<Stef>
http://pastebin.com/41JC1DfP
02:28
that's the output
02:29
<alkisg>
Stef: when the client tells you "failed to connect to the nbd server", does it give you a busybox shell?
02:29
<Stef>
yes, it does
02:30
<alkisg>
On that prompt, try: nbd-client server-ip 2000 /dev/nbd0
02:30
Put your server-ip there
02:30
What does it tell you?
02:30dlezcano (~dlezcano@nat/ibm/x-huplngtkbazpprpq) joined #ltsp.
02:32
<Stef>
Negotiation: ..size = 556188KB bs=1024, sz=556188
02:32
<alkisg>
Stef: which edubuntu version are you using?
02:32
10.04?
02:32
<Stef>
yes
02:32
<alkisg>
And does this problem happen every time?
02:33
<Stef>
yes
02:33
<alkisg>
OK, a last try before I tell you the fix
02:33
sudo gedit /var/lib/tftpboot/ltsp/i386/pxelinux.cfg/default
02:33
See "quiet splash" in a line in that file?
02:34
<Stef>
yes
02:34
<alkisg>
Replace them with "break=mount", so the line reads:
02:34
append vmlinuz ro initrd=initrd.img break=mount nbdport=2000
02:34
Then reboot the client
02:35
You'll get a busybox shell again, but without errors this time
02:35
Wait 5 secs
02:35
Then press Ctrl+D
02:35
If the client boots, we'll know the problem, so I'll tell you the fix.
02:41
<Stef>
I'm sorry it's going slow, but the server has crashed... and it's booting very slowly
02:47
now I'm getting a PXE-E32 error
02:47
on the TFTP
02:48
<alkisg>
Looks like you have more than 1 problems :)
02:48
Is your server OK now?
02:49
This will tell you if tftp is running: sudo netstat -nap|grep :69
02:50
<Stef>
well, I found on the internet that it could have been a dhcp problem... So I put it to static, but now it won't make internert connection. But the ltsp-client gives no error on the dhcp, so I guess that won't affect the ltsp-server
02:51
<alkisg>
Please don't follow other advice from the internet while following advice from someone here, as the steps get mixed up
02:51
<Stef>
ok, I'm sorry, it was before I was here :)...
02:52
<alkisg>
So, there are 4 problems now?
02:52
<Stef>
but the command saus udp 0 0. 0.0.0.0:69 0.0.0.0:* 1016/in.tftpd
02:52
<alkisg>
Server crashing, can't access internet, tftp problem, and nbd problem?
02:53
<Stef>
the server crash is not a real problem... that was because he couldn't contact our ldap server and that doesn't work out very well
02:53
<alkisg>
Should we start from the internet access, so that you can use pastebin etc?
02:55* alkisg needs to leave in 10'...
02:55
<Stef>
or, I am configuring a second computer now which is almost ready installing Edubuntu... I could install it and come back later?
02:55
might be a bit easier for everyone :)
02:56
<alkisg>
What's your end goal? To have the server working or the other computer working?
02:56
Of course you can ask in the channel any time, don't worry about that
02:56
<Stef>
I am making a test system, so at the moment I just am trying to get everyting work together. So I thought it might be easier to start from a clean system
02:57
without the dhcp-problems and so
02:57
<alkisg>
The dhcp /networking/tftp problems can be easily solved by modifying 3-4 files
02:58
You just need to cleanly state what you want to do, and what's your current configuration
02:59
<Stef>
oh ok, no problem for me if it is easy to solve, but I am pretty new to linux (I'm a student on internship)...
03:01
but currently, I have an LDAP server that also has a DHCP-server which is connected via the network to our LTSP-server. And the LTSP-server is of course connected with my thin clients
03:02
<alkisg>
single nic or 2 nics?
03:03
<Stef>
only 1 is connected, but I have a second one available
03:04
but I'm not using that one
03:05
<alkisg>
You'll need to disable the dhcp server on ltsp then
03:05
You can't have 2 dhcp servers on the same network without special care
03:05
bbl
03:06
<Stef>
ok
03:08
ok, it's not running anymore
03:10
that solved the internet problem too
03:15
and the TFTP problem is gone too, now I'm back to the busybox
03:18
and when I try the ctrl + D I still get the 'failed to connect to nbd server'.
03:19
When I do it a second time it gives some mount errors (no such file or directory) and no init found
03:31
<alkisg>
Stef: let's start with your dhcp server
03:31
Did you modify the dhcp server on the ldap server, to point the ltsp clients to your ltsp server?
03:31
<Stef>
no
03:32
<alkisg>
As I said, you can't have 2 dhcp servers on your network (usually)
03:32
<Stef>
so, it might be better to use my second NIC for the ltsp?
03:33
<alkisg>
So, one proper way to solve that problem is to add "boot filename" and "next-server" to that dhcp server, and remove the dhcp server on your ltsp server
03:33
Another way is to use a proxydhcp on the ltsp server
03:33
And of course you can use 2 NICs on the ltsp server and have the ltsp clients on a separate subnet
03:33
Select one of the 3 options above
03:35
<Stef>
I have the ldap-server on the eth0 and ltsp-server on eth1
03:37
<alkisg>
I'm not sure I follow. Didn't you say the ldap server is on a different machine than the ltsp server?
03:38
<Stef>
yes, but I have connected my ldapserver with a switch and then to my eth0 port on my LTSP-server
03:39
and then my ltsp-clients are connected by the eth1 port
03:40
<alkisg>
2 nics where? On the ldap server or the ltsp server?
03:40
Because on the ltsp server you said you only use 1 nic
03:40
<Stef>
ltsp
03:41
I only used one, but I had 2
03:41
<alkisg>
(01:03:57 PM) Stef: only 1 is connected, but I have a second one available
03:41
(01:04:14 PM) Stef: but I'm not using that one
03:42
Right. So when you switched to using both nics, well, you should have said it...
03:42
OK so you chose option 3 above
03:42
<Stef>
yes
03:42
<alkisg>
So the ltsp clients connect to a switch where eth1 of your ltsp server is also connected
03:42
But that switch is isolated from the rest of your network, right?
03:42
<Stef>
yes
03:43
<alkisg>
OK. What is your current problem?
03:44klausade (~klaus@cm-84.215.171.127.getinternet.no) joined #ltsp.
03:44
<Stef>
when I boot the client now, I first get the PXE-E11: arp timeout and then PXE-E38 that it can't open the connection
03:45
that's tftp
03:45
I guess
03:45
<alkisg>
Here's a guide for tftp troubleshooting: https://help.ubuntu.com/community/UbuntuLTSP/Troubleshooting/TFTP
03:49
<Stef>
seems like I'm missing the lts.conf file in /var/lib/tftpboot/ltsp/i386
03:53
but, there is no tftp file in the srv directory
03:59
<alkisg>
Both are normal, no lts.conf by default and no /srv directory
04:03
<Stef>
then everthing seems allright, the tftpd-hpa service is runningn, all tftp files are there, and I'm using the default dhcpd.conf file
04:03
and my client has PXE-boot (so gPXE isn't really needed)
04:03
<alkisg>
Did you try to access the tftp files from an external client?
04:05
<Stef>
not yet, I have set up a computer for that :)... brb
04:06
<alkisg>
Also, the role of gpxe in this wiki page is not to replace pxe
04:07
It's to help you troubleshot, because it shows a list of values returned by the dhcp server, it allows for external tftp testing etc
04:07
It has a command line. Plain PXE doesn't have one.
04:08
<Stef>
the tftp client does respond
04:09
I'll try the gpxe now
04:10
<alkisg>
So you were able to download pxelinux.0 from an external client? Weird. Yes, gpxe is the correct next step for that case.
04:11
<Stef>
yes, it did everything exactly like in the troubleshoot from help.ubuntu
04:14
<alkisg>
OK, try to boot the client with gpxe and see what it tells you
04:14Nick change: zz_evil_root -> evil_root
04:14
<Stef>
I tried that gpxe on a client and now it just goes to the busybox shell without giving an error
04:14
<alkisg>
Wait
04:14
So real pxe clients do not boot, but with gpxe they boot?
04:15
(busybox etc are problems for later, unrelated to tftp)
04:17
<Stef>
that's what it seems like yes... the pxe client still gives me the same error on tftp, and my gpxe client booted until the busybox
04:17
I'll try changing the cd
04:18
<alkisg>
Then you probably still have networking issues with dhcp, switches etc
04:22
<Stef>
I tried the Gpxe on the client I was using the whole morning, and it still gives me the tftp error (although it has receive a ip from my dhcp-server) wihle the other client that I just connected to my network works fine
04:24
<alkisg>
Just to be sure. So, you have a switch with exactly 3 cables on it, 1=ltsp eth1, 2=the client with the tftp problem, and 3=the client that works?
04:24
No other cables in that switch whatsoever?
04:25
(that could somehow chain the 2 dhcp servers together, and cause chaos...)
04:27
<Stef>
I just noticed something weird, I needed my internet cable to test that tftp cable... and I probably pulled it out too late. So when it's plugged in to the network, it boots the pxelinux file
04:27
but when it's ruled by the ltsp dhcp-server
04:27
it doesn't work
04:29
<alkisg>
OK, that sounds more logical
04:29
Press ctrl+b in gpxe to get a command line
04:29
write "dhcp net0" to get an ip
04:29
then write "config" to see the values you got
04:29
and pastebin your /etc/network/interfaces and /etc/ltsp/dhcpd.conf from your ltsp server.
04:32
(your problem is probably in one of those 2 files)
04:33
<Stef>
i guess it'll be the network/interfaces, I was really strugling with the dhcp and internet. Everytime i gave it static ip my eth port just dissapeared form my desktop en refused to connect again
04:34LoveStorm (Storm@217.18.70.231) left irc: Remote host closed the connection
04:34
<Stef>
http://pastebin.com/764xKmaG
04:36MorningSon (~MorningSo@cpe-70-114-21-95.satx.res.rr.com) joined #ltsp.
04:37Selveste1_ (~Selveste1@88.83.86.20.static.dong.customer.smilecontent.dk) left irc: Ping timeout: 248 seconds
04:37
<Stef>
and my pxeconfig file
04:38
http://pastebin.com/wg3HLuRb
04:49
<pmatulis>
is it frowned upon to upgrade server packages (ubuntu) from a thin client?
04:50
<alkisg>
pmatulis: no, since you're on the server
04:50
(when working normally on the thin client)
04:51
<pmatulis>
alkisg: alright, i thought there might be some subtle difference when performing an upgrade
04:51
<alkisg>
Stef: run this on your ltsp server: ip -oneline -family inet addr show
04:52
pmatulis: I've heard problems of upgrading through a chroot, but I've never heard problems of upgrading via ssh (which the thin client connection is)
04:52
<Stef>
eth0: inet 192.168.0.185/25 brd 192.168.0.255 scope global eth0
04:52
eth1 inet 192.168..0.126/24 brd 192.168.0.255 scope global eth1
04:53
<alkisg>
Ah that's the problem
04:53
Don't put two nics on the same subnet
04:53
<Stef>
so I edit my dhcpd.conf to another subnet?
04:53
<alkisg>
Use 192.168.0.x and 192.168.1.x
04:53
And change your static IP on eth1, yes
04:53
Wait
04:53
How did you put a static IP on eth1?
04:54
With network manager? Or you're using a dynamic IP?
04:54
<Stef>
it's dynamic now
04:54
<alkisg>
Then your cables are STILL worng
04:54
wrong
04:54
If it's connected to a switch with only the ltsp clients, it shouldn't be able to get a dynamic IP
04:55
If it gets a dynamic IP, then your networkin cabling is still wrong
04:55
It's the first step. Choose an option, you chose option 3. You still haven't done that.
04:56
***if you don't know how it got an IP, then perhaps it got an IP *before* you removed the "internet cable" you were talking about
04:56
<Stef>
the network cable is out... there are only 3 cables leaving the ltsp-switch
04:58
solved the problem, it still had its ip form last time I booted the server
04:58alkisg1 (~alkisg@ubuntu/member/alkisg) joined #ltsp.
04:59
<alkisg1>
You need to put a static ip in eth1
04:59
<Stef>
i gave it 192.168.1.1 now
05:00
<alkisg1>
Either from network-manager, or from /etc/network/interfaces
05:00
OK, update your dhcpd.conf
05:00
<Stef>
i went via network-manager
05:00
<alkisg1>
And restart dhcp: sudo service dhcp3-server restart
05:01alkisg (~alkisg@ubuntu/member/alkisg) left irc: Read error: Connection reset by peer
05:01Nick change: alkisg1 -> alkisg
05:03
<Stef>
ok that's done
05:04
<alkisg>
OK, boot clients and see what they do
05:05
<Stef>
now they both go to the busybox shell
05:06
<mgariepy>
good morning everyone
05:06
<alkisg>
Stef: ok, now see back in the logs what I was saying with break=mount
05:06
Good morning mgariepy
05:09
<Stef>
it's booting now
05:10
<alkisg>
Since you changed your server IP, you might have problems logging in
05:11
You'll probably need to run: sudo ltsp-update-sshkeys && sudo ltsp-update-image
05:13
<Stef>
that's right... i'm unable to login... now running the commands
05:16
ok, it's working :)
05:21
is there a way to avoid that busybox? or is that normal?
05:26shawnp0wers (~Adium@linuxjournal/staff/shawnp0wers) joined #ltsp.
05:37
<pmatulis>
are there any consequences of upgrading your server but neglecting to upgrade the chroot?
05:38
<muppis>
pmatulis, generated random errors for me.
05:38
From 10.04 to 10.10
05:40
<pmatulis>
muppis: i'm talking inter-release upgrades
05:40
(ubuntu)
05:41
<muppis>
Then should be fine, I think.
05:41Nick change: _UsUrPeR__ -> _UsUrPeR_
05:42
<alkisg>
Stef: so now it's only working when you press ctrl+d?
05:43
Stef: if so, you need to update your ltsp_nbd script, and regenerate the initramfs
05:43roasted (~Jason@c-174-54-217-48.hsd1.pa.comcast.net) joined #ltsp.
05:46
<alkisg>
Stef: you can download the newest version for that file here: http://bazaar.launchpad.net/~ltsp-upstream/ltsp/ltsp-trunk/view/head:/client/initramfs/scripts/ltsp_nbd
05:46
The bug you see was fixed here: http://bazaar.launchpad.net/~ltsp-upstream/ltsp/ltsp-trunk/revision/1777
05:46
<Stef>
ok, thanks, I didn't know there was a site for it :)
05:56alkisg (~alkisg@ubuntu/member/alkisg) left irc: Quit: Leaving.
05:58
<Stef>
to regenerate the initramfs... can I use the update-initramfs command?
05:58
<HrdwrBoB>
yes
05:58
<Stef>
thanks :)
05:59
<HrdwrBoB>
although i built it by hand once
05:59
before I worked out that command existed
05:59
<Stef>
nice :)... I'm not really a linux pro, so I guess i'll stick with the command ^
05:59
^^
06:00
<HrdwrBoB>
heh
06:02Gadi (~romm@ool-18bbe47a.static.optonline.net) joined #ltsp.
06:03
<Stef>
might be a stupid question, but wicht option should I use? I tried the -u (which updates the existing initramfs) but I still go to the busyshell
06:12cyberorg (~cyberorg@opensuse/member/Cyberorg) left irc: Ping timeout: 260 seconds
06:24Roasted__ (~jason@206.82.22.190) joined #ltsp.
06:26
<Roasted__>
gmorning
06:26Selveste1 (~Selveste1@88.83.86.20.static.dong.customer.smilecontent.dk) joined #ltsp.
06:36chupacabra (~chupacabr@cpe-70-112-10-45.austin.res.rr.com) left irc: Ping timeout: 250 seconds
06:37
<Roasted__>
seems as if the time issue is still an issue
06:38
I put in our time server. I put in the time zone. I updated the chroot. I installed ntp on the server and chroot.
06:38
I have absolutely no idea what else I can do. :(
06:43
<Lumiere>
Roasted__: did you get the ntpd to start on boot?
06:43
<Roasted__>
would that be listed under service--status-all?
06:44
<Lumiere>
also what tz are you in / how far off is the time
06:44
<Roasted__>
service --status-all*
06:44
US Eastern
06:44
Some are dead on
06:44
others are up to 3 hours off (earlier)
06:44
4 hours, Im sorry
06:44
<Lumiere>
clients?
06:44
<Roasted__>
fat clients
06:44
<Lumiere>
the ones off by 4
06:44
are probably set to UTC
06:44
<Roasted__>
where are they "set" at
06:44
I thought if I put the time zone under [Default] in lts.conf they ALL should grab it
06:45
<Lumiere>
the system clock
06:45
probably needs to be set
06:45
setting up ntp on the server sets it for the server
06:45
but not the clients
06:45
<Roasted__>
what's funny is, if I set lts.conf to be US/Pacific, I get Pacific time
06:45
but not on all of them
06:45
I just thought defaulting it would, you know.. default them
06:47
hang on a second
06:47
my 1 box who pulled a 5am time now changed to 9am
06:47
wonder if it takes a second...
06:47
<Lumiere>
it can
06:47
<Roasted__>
going to boot up the rest of the lab and see
06:47
<Lumiere>
if ntp is running on the clients
06:47
it takes up to 2-3 hours to move
06:48
<Roasted__>
to move?
06:48
as in grab the proper time?
06:48
<Lumiere>
from current time to new
06:48
yea
06:48
<Roasted__>
ah
06:48
Lumiere, is this correct in my lts.conf
06:48
[Default]
06:48
TIMEZONE=US/Eastern
06:48
<Lumiere>
should be
06:48
<Roasted__>
SHOULD my clients get the eastern time zone?
06:48
okay
06:48
cause I was first told America/New_York, and that didn't work. But I tested it using US/Pacific vs US/Mountian US/Central US/Eastern last night, and those all worked fine.
06:49
that's why I thought BAM - we got this. But when I came in here and I still got different times I was a little bummed.
06:49
<Lumiere>
ntp isn't an instant deal
06:50
<Roasted__>
all right
06:50
yeah almost all of my newly booted clients are getting the wrong time
06:50
at least I know it isnt instant so I can be patient though
06:50
should they get the new time on the login screen if I let them sit? Or would I need to reboot?
06:53
<Lumiere>
it should update without you doing anything
06:54
<Roasted__>
okay
06:54
yeah Im seeing it now
06:54
half the lab is on the right time
06:54
appreciate it bro!
06:55
is it likely theyll boot each time with the proper time now?
07:02komunista (~slavko@adsl-195-098-013-196.dynamic.nextra.sk) joined #ltsp.
07:03rad4Christ (~rad4Chris@165.166.57.122) joined #ltsp.
07:05matrix3000 (~matrix@rrcs-70-61-255-226.central.biz.rr.com) joined #ltsp.
07:05
<rad4Christ>
Hey guys. A while back I implemented an LTSP server/network in a public middle school in SC. Just wanted to drop in and say a state agency took notice, and will be doing a nationwide case study on us in the fall!
07:05
so thanks for all the help making it happen and I hope it spreads!
07:06
<Roasted__>
glad to hear that rad4Christ
07:06
I'm actually deploying an LTSP lab today. I work in a school district.
07:06
But I have to agree, these guys in here were a huge help to me, and I know I was a total PITA. :P But I can't appreciate their help enough.
07:07matrix3000 (matrix@rrcs-70-61-255-226.central.biz.rr.com) left #ltsp.
07:07
<rad4Christ>
Aesome Roasted__. We have it in our media center right now, but I'm planning to use LTSP in all our labs, with rdesktop connections to our Windows TS for certain apps/testing.
07:07stgraber (~stgraber@dakara.stgraber.org) left irc: Changing host
07:07stgraber (~stgraber@ubuntu/member/stgraber) joined #ltsp.
07:10Stef (Stefan@19.247-201-80.adsl-static.isp.belgacom.be) left #ltsp ("Doeiz").
07:11matrix3000 (~matrix@rrcs-70-61-255-226.central.biz.rr.com) joined #ltsp.
07:11LoveStorm (Storm@217.18.70.231) joined #ltsp.
07:19
<Roasted__>
good deal rad4Christ
07:19
its definitely an interesting setup
07:20
we have students in here now trying it out for the first time. already I'm getting comments about the login speed.
07:26
<rad4Christ>
The PCs we used were very old. And when we moved over to it, the difference was night and day
07:26
For me, I'm running 30+ clients and only utilizing about 3GB at peak.
07:27
That's pretty nice.
07:27NeonLicht (~NeonLicht@darwin.ugr.es) left irc: Quit: Changing server
07:27
<rad4Christ>
I'm actually creating a virtual server for LTSP right now, so I can easily duplicate/deploy.
07:28
<Roasted__>
are you running fat or thin clients?
07:28
<rad4Christ>
thin for the moment. I had troubles with Firefox running using local resources.
07:29
It's something I want to work on with the test set up I'm creating.
07:29
<Roasted__>
are you on a windows domain by chance?
07:31alkisg (~alkisg@ubuntu/member/alkisg) joined #ltsp.
07:45shawnp0wers (~Adium@linuxjournal/staff/shawnp0wers) left irc: Quit: Leaving.
07:49rad4Christ (~rad4Chris@165.166.57.122) left irc: Ping timeout: 240 seconds
07:51rad4Christ (~rad4Chris@165.166.57.122) joined #ltsp.
07:51bobby_C (~bobby@85-124-22-227.teleworker.xdsl-line.inode.at) left irc: Ping timeout: 252 seconds
07:51chupacabra (~chupacabr@70.114.207.166) joined #ltsp.
07:57alkisg (~alkisg@ubuntu/member/alkisg) left irc: Read error: Connection reset by peer
07:59alkisg (~alkisg@ubuntu/member/alkisg) joined #ltsp.
08:00dlezcano (~dlezcano@nat/ibm/x-huplngtkbazpprpq) left irc: Ping timeout: 250 seconds
08:14NeonLicht (~NeonLicht@darwin.ugr.es) joined #ltsp.
08:19staffencasa (~staffenca@128-193-144-151.oregonstate.edu) joined #ltsp.
08:23chupacabra (~chupacabr@70.114.207.166) left irc: Ping timeout: 246 seconds
08:26gnunux (~emmanuel@194.167.18.244) left irc: Quit: Ex-Chat
08:37tastle73 (~tom@sarge.pcc.com) joined #ltsp.
08:37
<tastle73>
hi
08:38
I am having a problem with a Acer AL1716 attached to a workstation
08:38
it is not probed successfully and I need to assign refresh rates to it
08:39chupacabra (~chupacabr@70.114.207.166) joined #ltsp.
08:39
<alkisg>
what does xrandr tell you currently?
08:42dobber (~dobber@89.190.197.77) left irc: Remote host closed the connection
08:51Da-Geek (~Da-Geek@80.235.229.178) left irc: Quit: Leaving
08:58rad4Christ (~rad4Chris@165.166.57.122) left irc: Quit: rad4Christ
08:58mrcarrot (lasse@unaffiliated/mrcarrot) left #ltsp.
09:09rad4Christ (~rad4Chris@165.166.57.122) joined #ltsp.
09:24Roasted__ (~jason@206.82.22.190) left irc: Remote host closed the connection
09:26chupacabra (~chupacabr@70.114.207.166) left irc: Quit: WeeChat 0.3.3
09:28dlezcano (~dlezcano@AToulouse-159-1-69-67.w92-134.abo.wanadoo.fr) joined #ltsp.
09:30cyberorg (~cyberorg@opensuse/member/Cyberorg) joined #ltsp.
09:32drdata (~drdata@tw2.udallas.edu) joined #ltsp.
09:35rad4Christ (~rad4Chris@165.166.57.122) left irc: Ping timeout: 246 seconds
09:37rad4Christ (~rad4Chris@165.166.57.122) joined #ltsp.
09:43Roasted_ (~jason@206.82.22.190) joined #ltsp.
09:43
<Roasted_>
Is there *no* way at all to recover a session if the connection drops?
09:55rad4Christ (~rad4Chris@165.166.57.122) left irc: Read error: Connection reset by peer
09:57
<abeehc>
Roasted_: what are you talking about
09:57
if a client connection drops?
09:58otavio (~otavio@189.114.111.55) joined #ltsp.
09:58otavio (~otavio@189.114.111.55) left irc: Changing host
09:58otavio (~otavio@debian/developer/otavio) joined #ltsp.
09:59
<Roasted_>
yes abeehc
10:01
<abeehc>
i don't know for sure; if it's properly dropped then to my knowledge there's no way to restore
10:01
if it's a short drop most of the time my clients barely hiccup
10:01
<Roasted_>
I just had 2 fat client boxes just freeze
10:01
for no reason
10:01
just... stop
10:01
and I have no idea why
10:01
and its proving to be frustrating to tell students, oh lol just reboot
10:02
That's why I was curious if there was a way to configure something to hold the connection and restore it properly
10:02
<abeehc>
ah no i think for the most part the server does it's best to keepalive as it were but to my knowledge there's not much for a restore as you describe
10:02rjune (~rjune@oh-67-77-122-143.sta.embarqhsd.net) joined #ltsp.
10:03
<abeehc>
but when you say for no reason; that doesn't seem to imply the network dropped
10:03
<Roasted_>
yeahhhhhh
10:03
:(
10:03
this windows integration thing is a headache too
10:03
are you on a windows domain by chance?
10:05
<abeehc>
yep
10:06
<Roasted_>
youre on thin clients tho
10:06
right
10:06
<abeehc>
Yep
10:06
<Roasted_>
sigh
10:06
I wish we had the resources for thin
10:06
my thin server has 0 issues
10:07
I'm on the verge of trying to find 6 beefy desktop systems so I can put 1 in each row
10:07
<abeehc>
thin+localapps
10:07
<Roasted_>
and run each row off of its own thin client server
10:07
<abeehc>
and your server needs not so much power
10:07
<Roasted_>
my server only has 2gb of ram
10:07
I'd need to set pretty much everything to be local
10:07
besides
10:07
<NeonLicht>
How is your thin server, Roasted_? What specs?
10:07
<Roasted_>
someone here told me I'd have the same win domain issues
10:07
<abeehc>
really just firefox
10:08dlezcano (~dlezcano@AToulouse-159-1-69-67.w92-134.abo.wanadoo.fr) left irc: Quit: Leaving
10:08
<abeehc>
everything else COULD survive fine in my experience
10:08
<Roasted_>
in regard with the authentication problems
10:08
<abeehc>
i'm still thinking pam_mount would get around those to some extent
10:08
<Roasted_>
NeonLicht, it has two dual core xeon procs and 2gb of ram
10:08
<abeehc>
if you can pre-mount on the server upon login
10:08
<Roasted_>
abeehc, how do I set pam mount though?
10:08
<abeehc>
and mount under the home dir
10:08
<Roasted_>
I just did some reading on it
10:08
but I was still a little gray on it
10:08
<abeehc>
then the fat client would just know about it i suppose and i guess all the ids would line up
10:08
<Roasted_>
have you used pam mount?
10:08
<abeehc>
that's cause it's like a black art hehe
10:09
i'm sure with 1010 its even better
10:09
<Roasted_>
I'm on 10.10
10:09
<abeehc>
it's xml based config. i use it currently on thin
10:09
<Roasted_>
oh nice
10:09
think you could give me a hand setting it up?
10:09
<abeehc>
i'll try my best
10:09
<Roasted_>
well, I'll tell you where I'm at with it
10:09
I have libpam-mount installed in synaptic
10:10
my storage server is storage01
10:10
the full path for student shares ist hsi
10:10
<abeehc>
at the same time i don't want to railroad you here
10:10
but
10:10
privmsg
10:10
<Roasted_>
k
10:18Stefan_ (~Stefan@178-116-135-23.access.telenet.be) joined #ltsp.
10:19Stefan_ (~Stefan@178-116-135-23.access.telenet.be) left irc: Client Quit
10:22Roasted_ (~jason@206.82.22.190) left irc: Remote host closed the connection
10:23cliebow (~cliebow@WatchGuard.ellsworth-hs.ellsworth.k12.me.us) joined #ltsp.
10:24Roasted_ (~jason@206.82.22.190) joined #ltsp.
10:30Roasted_ (~jason@206.82.22.190) left irc: Remote host closed the connection
10:31Roasted_ (~jason@206.82.22.190) joined #ltsp.
10:35komunista (~slavko@adsl-195-098-013-196.dynamic.nextra.sk) left irc: Read error: Operation timed out
10:36alkisg (~alkisg@ubuntu/member/alkisg) left irc: Quit: Leaving.
10:45chupacabra (~chupacabr@cpe-70-112-10-45.austin.res.rr.com) joined #ltsp.
11:11
<mgariepy>
!pxeconfig
11:11
does pxelinux.cfg/default option documented somewhere ?
11:12
are pxelinux.cfg/default options documented somewhere ?
11:12
<knipwim>
on the syslinux page?
11:12
<mgariepy>
sorry my bad english ;)
11:12
i would like the ltsp parameter
11:14
<knipwim>
i don't use a special ltsp parameter in there
11:14
just the regular initrd and nfsroot stuff
11:24komunista (~slavko@adsl-195-098-013-196.dynamic.nextra.sk) joined #ltsp.
11:37vmlintu (~vmlintu@nblzone-240-143.nblnetworks.fi) left irc: Read error: Connection reset by peer
11:50cyberorg (~cyberorg@opensuse/member/Cyberorg) left irc: Ping timeout: 246 seconds
11:59Trixboxer (~Trixboxer@office.supportdepartment.net) left irc: Quit: "Achievement is not the end, its the beginning of new journey !!!"
12:00Gremble (~Ben@cpc12-aztw24-2-0-cust146.aztw.cable.virginmedia.com) joined #ltsp.
12:03drdata (~drdata@tw2.udallas.edu) left irc: Ping timeout: 246 seconds
12:07efra (~euribe@189.143.32.176) joined #ltsp.
12:13vagrantc (~vagrant@75-150-46-245-Oregon.hfc.comcastbusiness.net) joined #ltsp.
12:20Roasted_ (~jason@206.82.22.190) left irc: Ping timeout: 246 seconds
12:25tastle73 (tom@sarge.pcc.com) left #ltsp.
12:27alkisg (~alkisg@ubuntu/member/alkisg) joined #ltsp.
12:27cliebow (~cliebow@WatchGuard.ellsworth-hs.ellsworth.k12.me.us) left irc: Quit: Leaving
12:32
<alkisg>
mgariepy: are you looking for some specific kernel parameter?
12:39Gremble (~Ben@cpc12-aztw24-2-0-cust146.aztw.cable.virginmedia.com) left irc: Quit: I Leave
12:41
<mgariepy>
alkisg, i was looking for nbd paramenters
12:42
but i found what was wrong
12:42
<Gadi>
nbdport
12:42
or
12:42
<mgariepy>
wasn't about the parameters :)
12:42
<Gadi>
nbdroot
12:42
<mgariepy>
nbdroot=IP:port
12:42
<Gadi>
yeah
12:42
<alkisg>
The stock nbd parameters are with commas
12:42
Ours are with colons
12:42
<mgariepy>
yeah
12:43
the stock nbd s****
12:43
lol
12:43
<alkisg>
We need to change that with the new nbd version which also supports name-based exports
12:43
<Gadi>
whats a name-based export?
12:43
u mean hostname?
12:43
<alkisg>
All exports will be served from the same port
12:43
<mgariepy>
image name :)
12:43komunista (~slavko@adsl-195-098-013-196.dynamic.nextra.sk) left irc: Quit: Leaving.
12:43
<alkisg>
And the client will ask which chroot it wants to connect to
12:44
Right, image name, but with a header, not full path
12:44
<mgariepy>
or md5sum...
12:44
:)
12:44
<Gadi>
ah
12:44
u guys have been partying without me
12:44
:)
12:45
<alkisg>
Just keeping up with the new stuff :D
12:45
<Gadi>
this is a new feature of nbd or a new feature of ltsp
12:45
<alkisg>
nbd. But it'd be a shame not to take advantage of it in ltsp
12:46* Gadi was just wondering if you were just enhancing the ltsp_nbd magic
13:01Nick change: evil_root -> zz_evil_root
13:02irule (~irule@187.140.107.200) joined #ltsp.
13:03vmlintu (~vmlintu@nblzone-240-143.nblnetworks.fi) joined #ltsp.
13:03Gremble (~Ben@cpc12-aztw24-2-0-cust146.aztw.cable.virginmedia.com) joined #ltsp.
13:25bobby_C (~bobby@85-124-22-227.teleworker.xdsl-line.inode.at) joined #ltsp.
13:28Gadi (romm@ool-18bbe47a.static.optonline.net) left #ltsp.
13:39Gremble (~Ben@cpc12-aztw24-2-0-cust146.aztw.cable.virginmedia.com) left irc: Quit: I Leave
13:50irule (~irule@187.140.107.200) left irc: Quit: Leaving
13:53roasted (~Jason@c-174-54-217-48.hsd1.pa.comcast.net) left irc: Read error: Connection reset by peer
13:56Roasted (~jason@unaffiliated/roasted) joined #ltsp.
13:57Kicer86 (~Kicer86@host-5db0eeee.sileman.net.pl) left irc: Quit: KVIrc Insomnia 4.0.2, revision: 4740, sources date: 20100627, built on: 2010-08-08 18:29:00 UTC http://www.kvirc.net/
13:59dptech (52f2df27@gateway/web/freenode/ip.82.242.223.39) joined #ltsp.
13:59
<dptech>
Hello where can i found documentation for ltsp cluster in Debian ?
14:01
<vagrantc>
not sure anyone's using it on debian.
14:02
<dptech>
Use on ubuntu only ?
14:03
<Roasted>
vagrantc, did I mention you are the man for helping me yesterday
14:04
<vagrantc>
heh
14:04
dptech: as far as i know ... there's probably no technical reason it couldn't run on debian
14:04
Roasted: did you figure out something workable?
14:05
<Roasted>
no
14:05
you did
14:05
US/Eastern was correct
14:05
America/New_York didn't fly
14:05
<vagrantc>
curious ... either ought to work.
14:05
hm.
14:05
<alkisg>
Both of them are hardlinks to the same file
14:05
<Roasted>
America/New_York did nothing
14:05
unless it takes a while to generate
14:05
and get going
14:05
US/Eastern seemed to sync everything up in 2 minutes or less
14:05
upon boot
14:06
alkisg, I was discussing with another user earlier how I would implement more than 1 LTSP server with use of a Windows DHCP server. Any special tricks?
14:06
<dptech>
vagrantc: well, I'm going to see install with packets on Debian. Thanks
14:07
<vagrantc>
dptech: let folks know how it goes ... maybe write up a webpage or blog entry or something :)
14:07
<dptech>
Roasted: you must take MAC informations in Win... DHCP.
14:08
<Roasted>
k
14:08
So I just collect all MACs and within the Win server I can point who goes where and why
14:08
<dptech>
vagrantc: okay, where is the favourite blog or webpage for LTSP Cluster ?
14:09
Roasted: Yes!
14:09
<vagrantc>
dptech: don't know really :)
14:10Nubae (~Nubae@opensuse/member/nubae) left irc: Quit: ~ Trillian Astra - www.trillian.im ~
14:10
<Roasted>
Would I have to add an entry in the Win DHCP server for each LTSP server?
14:10
referring to these lines:
14:10
017 Root Path: /opt/ltsp/i386
14:10
066 Boot Server Host Name: <ip address>
14:10
067 Bootfile Name: ltsp/arch/pxelinux.0 # Specify CPU architecture in place of 'arch', for instance 'i386'
14:10
<alkisg>
Or in pxelinux.cfg/01-mac-address or in a proxydhcp config file
14:11
<Roasted>
what would be optimal?
14:11
<alkisg>
Optimal? To make a script that does load balancing :)
14:11
<Roasted>
I'm not after load balancing though.
14:11
<alkisg>
Btw isn't that what ltsp cluster is for?
14:12
<Roasted>
This fat client idea is bombing. Hard. I want to move them to thin clients, but our server isn't powerful enough.
14:12
So I want to add a desktop to each row that is of decent power.
14:12
<dptech>
Roasted: you can also use xx:xx:xx:* if same thin clients
14:12
<Roasted>
That way there's 5 "servers" in the room that handle all 30 clients.
14:12
1 per row
14:12
<alkisg>
OK, whatever suits your setup
14:12
<Roasted>
That said, I would like to make it so all clients in row 3 boot to server 3, etc
14:13
then Ig ot to wondering if ti was even possible with a Win DHCP server to do that
14:13
<alkisg>
Sure
14:13
<Roasted>
alright, sounds good.
14:13
<vagrantc>
using dnsmasq's proxy-dhcp is really simple
14:13
<Roasted>
Does the PDF cover this area?
14:13
<alkisg>
No
14:14
<Roasted>
Is there anything documented that does?
14:14
<dptech>
thanks, good bye! 11:13 PM in France
14:14* vagrantc waves
14:14* alkisg is doing a demo with 6 ltsp servers booted from usb disk on a 25-pc lab this saturday
14:14
<alkisg>
I've written a page for proxydhcp there: https://help.ubuntu.com/community/UbuntuLTSP/ProxyDHCP
14:14
And somewhere there is a page for configuring a windows dhcp server
14:14dptech (52f2df27@gateway/web/freenode/ip.82.242.223.39) left irc: Quit: Page closed
14:14
<alkisg>
There's also the microsoft knowledge base
14:15
<Roasted>
this?
14:15
https://help.ubuntu.com/community/UbuntuLTSP/LTSPWindowsDHCP
14:15
<alkisg>
I think so. Never used a windows dhcp server.
14:15
<Roasted>
k
14:15
sounds good
14:15
thanks bro
14:16
<alkisg>
For dnsmasq, the lines look like this:
14:16
dhcp-ignore=#known
14:16
dhcp-host=00:1D:7D:D7:F3:C3,10.11.12.101,client1
14:16
...
14:16
So each server ignores the clients it doesn't know
14:16
<Roasted>
that's different than the link you gave me tho, right
14:16
a different iea
14:16
idea
14:16
<abeehc>
more elegant
14:17
<alkisg>
It's the same idea, but you also need those 2 additional lines because you have many servers and not just one
14:17
Try the windows server way first
14:17
It might be simpler to have all of the mac addresses centralized
14:17
<vagrantc>
ah, true... since you actually need the mac addresses
14:17
<Roasted>
yeah
14:18
abeehc, then from there I assume is where your lts suggestion comes in
14:18
<abeehc>
nah if you do the windows thing my suggestion no longer makes sense
14:18
or if you go proxydhcp
14:18
<vagrantc>
proxy-dhcp is great when you don't want to fiddle with the dhcp server, but want to add ltsp to a network
14:18
<Roasted>
ah, I thought I would have them in lts and windows
14:18
<abeehc>
i think the MS kb or a real windows sysadmin could help you with that dhcp
14:19
<Roasted>
abeehc, I'm not the sysadmin, so the real sys admin would be helping me with the windows dhcp thing.
14:19
<abeehc>
but i have no idea still if it's even possible defining scopes or whatever
14:19
<Roasted>
He did before when we implemented LTSP.
14:19
<alkisg>
Roasted: btw for accessing samba shares I thought of another way
14:19
<Roasted>
alkisg, no kidding?
14:19
<abeehc>
Roasted: i gathered that
14:19
<alkisg>
Roasted: to have them mounted from the server when you login with ldm
14:19
<abeehc>
that's what my thought was, alkisg
14:19
maybe via pam_mount
14:20
<Roasted>
pam_mount looks insanely confusing
14:20
<abeehc>
? how would you do that?
14:20
<alkisg>
ssh allows for running scripts
14:20
<Roasted>
I could even do it manually just to see if it works
14:20
<alkisg>
Or pam, whatever
14:20
<Roasted>
just manually mount the 4 shares
14:20
<abeehc>
yeah or pam i guess
14:20
<Roasted>
then see what's up @ fat clients
14:20
if it works I could pursue it more
14:20
am I accurate on that alkisg ?
14:20
<abeehc>
my impresion is if your daomin user can get the share mounted under the homkedir
14:20
then the fat client won't care
14:21
<alkisg>
The drawback would be that the data would travel twice
14:21
windows => ltsp server => fat client
14:21
But shouldn't be a big problem
14:21
<abeehc>
I think, i do that already for the most part hehe
14:21
<Roasted>
alkisg, the part that confuses me is the authentication process. If the shares are mounted, they'd be mounted under the server user login, whcih would more than liekly be my account. How would that help the users who have their own domain logins to the fat client boxes?
14:21
<abeehc>
no they are mounted under the domain user that logged iunto the fat client
14:22
and authed against that domain user
14:22
essentially the fat client uses ssh to login
14:22
so you could hook a script into ssh that mounts as that user, under that user's homedir
14:22
on the server side
14:22
and the fat client would have nothing to do with it
14:22
<Roasted>
is this still via pam?
14:23
<abeehc>
you you could just hook a script into ssh, or even pam
14:23
<Roasted>
I see
14:23
<alkisg>
ltsp-remoteapps would also work
14:23
<Roasted>
if all else fails, I'd find a way to convert that lab to thin clients
14:24
<abeehc>
the key is that the server does the mount, and the domain user on the server has it's kerb tickets in order
14:24
<Roasted>
it's just more seamless with our setup
14:24
<abeehc>
so it should mount without a pass
14:24
<Roasted>
I gotcha
14:24
<abeehc>
again that only accounts for servers you know the user may access
14:24
<Roasted>
we only have 1 server the studetns access
14:24
<abeehc>
so my one script traversese tyhe group membership and decides what to mount
14:24
<Roasted>
it's just a matter of whcih share it is
14:24
<abeehc>
i see
14:24
<Roasted>
there's science, social studies, math, english, class of... etc
14:25
but it's all one big fat file server.
14:25
<vagrantc>
Roasted: if it's working fine as thin clients, then the method abeehc/alkisg are proposing would also work with fat clients and some jiggering ldm hooks
14:26
<Roasted>
yeah
14:26
I'd just have to read into it more, as it's hard for me to place everything that's being suggested.
14:26rad4Christ (~rad4Chris@165.166.57.122) joined #ltsp.
14:30rad4Christ (~rad4Chris@165.166.57.122) left irc: Read error: Connection reset by peer
14:33rad4Christ (~anonymous@165.166.57.122) joined #ltsp.
14:36GodFather (~androirc@129.sub-174-252-236.myvzw.com) joined #ltsp.
14:37GodFather (~androirc@129.sub-174-252-236.myvzw.com) left irc: Client Quit
14:37GodFather (~androirc@129.sub-174-252-236.myvzw.com) joined #ltsp.
14:38
<vagrantc>
highvoltage: i was thinking we should maybe just make an ldm-themes package and put spacefun into it for starters
14:38
highvoltage: then we don't have to upload a new source package every time the debian artwork changes, and could add a few other likeable themes.
14:42GodFather (~androirc@129.sub-174-252-236.myvzw.com) left irc: Ping timeout: 264 seconds
14:48
<alkisg>
vagrantc: bzr pull works with the new format? Or should I just delete + re-pull to be on the safe side?
14:48
(or bzr upgrade something?)
14:49
<vagrantc>
alkisg: i think any should work, but you'll experience extra slowness until you upgrade.
14:49
<alkisg>
delete + pull also upgrades though, no?
14:49
<vagrantc>
alkisg: probably fastest to upgrade locally and repull
14:49
<alkisg>
OK, doing so..
14:49
<vagrantc>
sure, deleting it should work
14:50
if you were using init-repo you might run into some interesting issues.
14:52
<alkisg>
Yeah del+pull was much faster than bzr upgrade
14:59vagrantc (~vagrant@75-150-46-245-Oregon.hfc.comcastbusiness.net) left irc: Quit: leaving
15:01rad4Christ (~anonymous@165.166.57.122) left irc: Read error: Operation timed out
15:03GodFather (~androirc@16.sub-174-252-228.myvzw.com) joined #ltsp.
15:04rad4Christ (~anonymous@165.166.57.122) joined #ltsp.
15:04GodFather (~androirc@16.sub-174-252-228.myvzw.com) left irc: Client Quit
15:04GodFather (~androirc@16.sub-174-252-228.myvzw.com) joined #ltsp.
15:04alkisg (~alkisg@ubuntu/member/alkisg) left irc: Quit: Leaving.
15:09GodFather (~androirc@16.sub-174-252-228.myvzw.com) left irc: Ping timeout: 248 seconds
15:13GodFather (~androirc@16.sub-174-252-228.myvzw.com) joined #ltsp.
15:14GodFather (~androirc@16.sub-174-252-228.myvzw.com) left irc: Client Quit
15:14GodFather (~androirc@16.sub-174-252-228.myvzw.com) joined #ltsp.
15:38matrix3000 (matrix@rrcs-70-61-255-226.central.biz.rr.com) left #ltsp.
15:41GodFather (~androirc@16.sub-174-252-228.myvzw.com) left irc: Ping timeout: 248 seconds
15:50rad4Christ (~anonymous@165.166.57.122) left irc: Ping timeout: 246 seconds
15:55
<highvoltage>
vvinet: that sounds good, can I go ahead and do it?
15:55
(oops, wrong v<tab>)
16:04klausade (~klaus@cm-84.215.171.127.getinternet.no) left irc: Ping timeout: 276 seconds
16:22bobby_C (~bobby@85-124-22-227.teleworker.xdsl-line.inode.at) left irc: Ping timeout: 252 seconds
16:24Nick change: zz_evil_root -> evil_root
16:34Nick change: evil_root -> zz_evil_root
16:43Nick change: zz_evil_root -> evil_root
16:44Nick change: evil_root -> zz_evil_root
16:44staffencasa (~staffenca@128-193-144-151.oregonstate.edu) left irc: Quit: Leaving
17:27Nick change: zz_evil_root -> evil_root
17:28Nick change: evil_root -> zz_evil_root
18:00pmatulis (~peter@64.34.151.178) left irc: Quit: leaving
18:01pmatulis (~peter@64.34.151.178) joined #ltsp.
18:22rjune (~rjune@oh-67-77-122-143.sta.embarqhsd.net) left irc: Ping timeout: 252 seconds
18:55Nick change: zz_evil_root -> evil_root
18:56Nick change: evil_root -> zz_evil_root
19:12vagrantc (~vagrant@75-150-46-245-Oregon.hfc.comcastbusiness.net) joined #ltsp.
19:28Nick change: zz_evil_root -> evil_root
19:43Roasted (~jason@unaffiliated/roasted) left irc: Ping timeout: 246 seconds
19:44chupacabra (~chupacabr@cpe-70-112-10-45.austin.res.rr.com) left irc: Ping timeout: 250 seconds
19:50Roasted_ (~jason@c-174-54-217-48.hsd1.pa.comcast.net) joined #ltsp.
20:00vagrantc (~vagrant@75-150-46-245-Oregon.hfc.comcastbusiness.net) left irc: Quit: leaving
20:03mordocai (~mordocai@66.119.9.243) joined #ltsp.
20:15Roasted_ (~jason@c-174-54-217-48.hsd1.pa.comcast.net) left irc: Ping timeout: 246 seconds
20:17chupacabra (~chupacabr@cpe-70-112-10-45.austin.res.rr.com) joined #ltsp.
20:36Nick change: evil_root -> zz_evil_root
20:58chupadupa (~chupacabr@cpe-70-112-10-45.austin.res.rr.com) joined #ltsp.
20:58chupacabra (~chupacabr@cpe-70-112-10-45.austin.res.rr.com) left irc: Read error: Connection reset by peer
20:59Nick change: chupadupa -> chupacabra
21:04cyberorg (~cyberorg@opensuse/member/Cyberorg) joined #ltsp.
21:15alkisg (~alkisg@ubuntu/member/alkisg) joined #ltsp.
21:16chupacabra (~chupacabr@cpe-70-112-10-45.austin.res.rr.com) left irc: Quit: WeeChat 0.3.3
21:18chupacabra (~chupacabr@cpe-70-112-10-45.austin.res.rr.com) joined #ltsp.
21:32Nick change: mordocai -> debian
21:32Nick change: debian -> mordocai
21:37alkisg (~alkisg@ubuntu/member/alkisg) left irc: Quit: Leaving.
21:46alkisg (~alkisg@ubuntu/member/alkisg) joined #ltsp.
22:00Kicer86 (~Kicer86@host-5db0eeee.sileman.net.pl) joined #ltsp.
22:05mordocai (~mordocai@66.119.9.243) left irc: Quit: Leaving
22:14alkisg (~alkisg@ubuntu/member/alkisg) left irc: Quit: Leaving.
23:59gnunux (~emmanuel@194.167.18.244) joined #ltsp.
00:00--- Wed Mar 30 2011