|00:02||sweetpi has quit IRC|
|00:03||gentgeen__ has quit IRC|
|00:03||gentgeen__ has joined #ltsp|
|00:03||sweetpi has joined #ltsp|
|00:15||M4gic5t0rM has quit IRC|
|00:16||sweetpi has quit IRC|
|00:20||sweetpi has joined #ltsp|
|00:48||cyberorg has quit IRC|
|01:07||cyberorg has joined #ltsp|
|01:38||ogra has quit IRC|
|01:53||cyberorg has quit IRC|
|01:53||ogra has joined #ltsp|
|01:54||cyberorg has joined #ltsp|
|01:55||map7 has quit IRC|
|02:02||moose-tek has quit IRC|
|02:12||alkisg has joined #ltsp|
|02:17||dlezcano has quit IRC|
|02:50||bobby_C has joined #ltsp|
|03:01||Da-Geek has joined #ltsp|
|03:13||sweetpi has quit IRC|
|03:17||ogra_cmpc has quit IRC|
|03:23||Selveste1____ has joined #ltsp|
|03:23||Selveste1___ has quit IRC|
|03:30||ogra_cmpc has joined #ltsp|
|03:41||Selveste1____ has quit IRC|
|03:42||Selveste1____ has joined #ltsp|
|04:00||otavio has quit IRC|
|04:34||dobber has joined #ltsp|
|05:03||litlebuda has quit IRC|
|05:05||litlebuda has joined #ltsp|
|05:15||pmatulis has joined #ltsp|
|05:26||alkisg has quit IRC|
|06:14||wwx has quit IRC|
|06:15||wwx has joined #ltsp|
|06:15||Da-Geek has quit IRC|
|06:23||ogra has quit IRC|
|06:27||ogra has joined #ltsp|
|06:32||cyberorg has quit IRC|
|06:35||cyberorg has joined #ltsp|
|06:39||elias_a has quit IRC|
|06:48||cyberorg_ has joined #ltsp|
|06:50||cyberorg has quit IRC|
|06:56||otavio has joined #ltsp|
|06:59||dlezcano has joined #ltsp|
|07:04||Blinny has joined #ltsp|
|07:07||elias_a has joined #ltsp|
|07:11||alkisg has joined #ltsp|
alkisg: Well, I'm on the old kernel. I should know by this time tomorrow if it's a kernel issue.
Blinny: ok. Also, if you want, paste the output of this to pastebin: tcpdchk -v
|07:14||dlezcano has quit IRC|
Urm never mind I thought that also listed the keepalive setting but it doesn't - post hosts.allow if you want
heh yeah you don't want my hosts.deny -- I use denyhosts
Yeah looks ok, I wonder if there's a way to check an already made connection to see if it has keep_alive = on...
|07:27||dlezcano has joined #ltsp|
Btw, I wonder why we don't use `exec` on nbdrootd, that would save us from all the nbdrootd processes using up RAM...
stgraber, ogra, any reasons for not putting `exec` on the last line of nbdrootd? Seems to work fine here...
PATH=/usr/bin:/bin:$PATH exec nbd-server 0 $1 -r -C /dev/null $nbd_timeout > /dev/null 2>&1
|07:43||denisesball has quit IRC|
|07:52||cyberorg_ is now known as cyberorg|
|08:21||wurzzero has joined #ltsp|
Hi, is there a way to set the 'PRINTER_0_FLOWCTRL' to DTR/DSR? I saw that we have the Software (XON/XOFF) and Hardware (CTS/RTS) options...
|08:29||dobber has quit IRC|
|08:31||vagrantc has joined #ltsp|
wurzzero: you probably need to patch /opt/ltsp/i386/usr/sbin/jetpipe for that. See http://pyserial.sourceforge.net/pyserial_api.html about dsrdtr.
vagrantc: I'm thinking of putting an `exec` to the last line of nbdrootd, can you see any problems with that? Seems to work fine here...
PATH=/usr/bin:/bin:$PATH exec nbd-server 0 $1 -r -C /dev/null $nbd_timeout > /dev/null 2>&1
(to save us from all the nbdrootd processes + RAM)
all right, i'll read that, tanks!
alkisg: should be fine
alkisg: nbdswapd needs to run the cleanup bits... but nbdrootd doesn't
alkisg: if we ever switched to supporting the writeable cow file stuff, we might have to change that
Right, I won't do that for nbdswapd (although rm while the file is being used works, but it's too much of a hack :))
alkisg: also, the newest version of nbd supports a single port with multiple images...
vagrantc: writeable cow stuff? you mean nbd-server -c?
vagrantc: about multiple images, aren't those only separated by the client IP? I.e. we can't use that, can we?
I once filed a feature request about it, and he said he'd like to implement it, https://bugs.launchpad.net/ubuntu/+source/nbd/+bug/593227
alkisg: the new version supports the client requesting a particular image
Yey!!! /me looks...
nbd-server -c: Copy on write. ...This separate file is removed when the connection is closed...
So it's removed automatically, `exec` would still be valid there afaik
Also, I wonder if we can use the same thing for swap files
Example: make a 1GB swap file in /tmp, and export the same file with -c in all the clients
They'll make temp files with only the changed data ==> small
Then, when the connection is closed, they'll be automatically deleted
i think it adds considerable overhead
Sounds cool, but yeah that ^^^
but the automatic deleting might be worth it
Also automatic size
(up to the max swap size we prepared)
|09:07||dobber has joined #ltsp|
|09:10||Gadi has joined #ltsp|
vagrantc: hdparm -tT /dev/nbd2 (==swap file using nbd-server -c) ==> 3.39 MB/sec
while hdparm -tT /dev/nbd0 (==swap file using nbdswapd) ==> 3.23 MB/sec
So I don't see any performance loss there. And also we save a lot of /tmp space on the server, as the .diffs are initially empty, until used.
...and they automatically get deleted
It sounds good to me...
We just need to mkswap /tmp/ltspswap.img once when the server boots (or when nbdswapd is first called, if no race conditions can happen there)
need to use mktemp if you're using /tmp
Is there any problem if we create a very big swap file? E.g. 1 Gb? Only one needs to be created, the rest are just diffs...
(so we don't need to keep it low like we do now with 64MB, we may as well use it for fat clients too)
can't you use an empty file 1GB long?
Well e.g. now 64MB x 20 clients ==> bigger than that
What's a good size? 512? 256?
Ah sorry misread
Yes, that 1 GB empty file was what I was talking about, just one file with mktemp / dd 1 Gb / mkswap
but you can create a file that takes no space, but is treated as 1GB
Do all file systems support that?
dd if=/dev/zero bs=1024k count=0 seek=1000
alkisg: don't know
Ah, yes, that's how I did it now, I didn't know seek is used for sparse files
alkisg: oh, that's what we already do
sparse files, that's what it's call
The code in nbdswapd only needs a few minor changes to handle nbd-server -c
(e.g. not rm in the end)
But the most important question is, should nbd-server -c be the default?
depends how stable/reliable it is...
i'd want more real-world testing before making it the default
anyways, gotta run...
|09:28||* vagrantc waves|
|09:28||vagrantc has quit IRC|
|10:05||* alkisg noted down that idea in https://bugs.launchpad.net/ubuntu/+source/ltsp/+bug/613868|
|10:14||Selveste1____ has quit IRC|
|10:14||staffencasa has joined #ltsp|
|10:21||Selveste1 has joined #ltsp|
|10:29||Blinny has quit IRC|
|10:41||vagrantc has joined #ltsp|
|10:44||lordzhao has joined #ltsp|
boa tarde a todos
alguem poderia me ajudar?
this channel is mostly in english
there are a few portuguese speakers, though
ok, then in English, the translator of google :)
I need help with network dm9102 can someone help?
always of a error "dhcpcd fail"
vagrantc: I didn't see any new support for different images in the nbd git... only the old support that is based on the client ip, which we can't really use
lordzhao: what linux distro? what version?
use a distro based on debian
lordzhao: i don't know any that use dhcpcd ...
|10:57||[GuS] has joined #ltsp|
lordzhao: what distro, specifically?
I think the problem with port 67
is always much time on it ... when will catch for the second time ip
|11:00||alkisg has quit IRC|
Running dhcpd on port 67
ERROR! dhcpd failed!
Kernel panic - not syncing: Attempted to kill init
lordzhao: those errors all on the server, or on the thin client?
other NIC works normally
davicom dm9102 not
dhcpd shouldn't start on the thin client
that should be running on the server
sorry, the error is actually dhcpcd fail
and dhcpcd isn't normally installed on LTSP
at least on debian based systems
so something seems very unusual here
lordzhao: can you paste the output of "ltsp-info" to http://ltsp.pastebin.com
|11:15||lordzhao has quit IRC|
|11:21||lordzhao has joined #ltsp|
|11:24||* Gadi guesses this is LTSP 4.2 that used dhcpdc|
|11:24||* Gadi waves to vagrantc|
know what can be?
|11:31||* vagrantc waves to Gadi|
aha, ltsp 4 ...
lordzhao: are you still on LTSP 4?
if so, the driver for that NIC is most likely not present in the initramfs
or it does not correctly detect the correct driver
ah, davicom dm9102
do you know what driver it uses?
I believe it is the tulip...know how I can solve?
does it PXE or etherboot?
if it is PXE, you can try adding NIC=tulip in the appropriate pxlinux.cfg/ file
if it is etherboot, you can try adding NIC=tulip to the appropriate option in dhcpd.conf
if those don't work, then you may need to find the correct driver, get it into the initramfs and edit the "niclist" in the initramfs to load it based upon PCI ID
man, this takes me back....
Gadi, really what I saw in all forums...but is not working
|11:46||Selveste1_ has joined #ltsp|
|11:46||vagrantc has quit IRC|
|11:47||Selveste1 has quit IRC|
Gadi, Thank you for your attention and help ... I have to leave now but come back later.
|11:48||lordzhao has quit IRC|
|11:48||monteslu has quit IRC|
|11:54||irule has joined #ltsp|
|12:06||dobber has quit IRC|
|12:06||alkisg has joined #ltsp|
|12:09||monteslu has joined #ltsp|
|12:31||Selveste1_ has quit IRC|
|12:33||Selveste1_ has joined #ltsp|
|12:51||Selveste1__ has joined #ltsp|
|12:53||Selveste1_ has quit IRC|
|13:00||vagrantc has joined #ltsp|
|13:04||Damianos has joined #ltsp|
Installation question: Installing from the Karmic Alt CD, how do I set my wireless card as primary connection? I don't have a secondary NIC and I need the gigabit ethernet mobo port for the LTSP LAN
Set up static IPs and change /etc/ltsp/dhcpd.conf
(or you can use eth0 for both ltsp clients + internet)
|13:07||dekelev has joined #ltsp|
thanks a million!
What if I just skip the network detection phase? Will that still set up the LTSP on the ethernet port?
Damianos: I'm not sure, but whatever you choose, all you have to do later on is check /etc/ltsp/dhcpd.conf
...and /etc/network/interfaces. So no big deal.
is there a way to configure a default audio device for the clients to use, in case they have it plugged in ?
|13:12||komunista has joined #ltsp|
or save every user's audio preferences so it will stay the same after reboot ?
@alkisg: ok, gotcha thanks for your help!
any ideas? i'm lost
dekelev: well I know you can setup some audio device, but not conditionally. I believe you'd need to write a script for this, and put it in a RC_FILE directive in lts.conf
alkisg: i guess the nbd filename request stuff wasn't yet added
alkisg: might be included in nbd 2.9.17
vagrantc: I didn't see anything in git though... I wish it will
nbd-server -c for nbdrootd + a standarized port would be good to have
(cow also saves some ram on the client, as no tmpfs is needed)
alkisg: he got a port from IANA for this purpose
|13:31||irule has quit IRC|
|13:39||Appiah has quit IRC|
|13:39||Appiah has joined #ltsp|
alkisg: thanks, I'm trying to mess with alsa-base.conf to configure usb sound as default
dekelev: I believe you can do that from lts.conf. You just can't conditionally select one or the other...
I check the lts.conf manual for this
didn't find it
Ah, you're right, -c0 (first device) is hardcoded there.
|13:47||komunista has quit IRC|
|14:00||mgariepy has joined #ltsp|
|14:01||komunista has joined #ltsp|
|14:02||irule has joined #ltsp|
OK I'm kind of lost, wht exactly am I supposed to be looking for in the dhcp config file? All it says is primary interface is eth0
|14:17||sweetpi has joined #ltsp|
|14:26||[GuS] has quit IRC|
Are there any good examples of how to setup thick clients? I've done the server setup (I think), but I'm not seeing much in the way of documenting the client setup at this point...
Damianos: /etc/ltsp/dhcpd.conf ==> the ip range there
Kyle__: the windows PCs?
Do they support "boot from network"?
If so, you don't need anything else on the clients...
alkisg: Errr. In my setup and resetup etc, I don't appear to have a pxelinux.0 file anymore
Ah. Try `ltsp-update-kernels`
|14:33||irule has quit IRC|
Humm. Maybe my conf file is screwie.... re-reading.
nevermind. Those are relative paths to the ltftpd server... OK, he goes nofin.
alkisg: is ltsp-update-kernels supposed to take care of copying over the kernel to the tftpboot directory?
(of course if the chroot is already build and everything else is in order)
It didn't copy over vmlinuz for some reason. Maybe my chroot isn't right.
ls -l /opt/ltsp/i386/boot
Yea, there was no kernel there. I'm chrooted into it now to see why there's no kernel installed :)
Other than installing linux-image-xyzversion-generic, any suggestions on kernels?
I think linux-image-generic is more appropriate, that will pull the most recent version. But why wasn't it installed, and what else is missing?
Well, apparently the grub and firmware packages are missing too, since it's adding those now.
Maybe ltsp-build-client broke for some reason, and you need to run it from the start?
Maybe...Not sure. I'll just wait and see how this one goes now.
|14:50||M4gic5t0rM has joined #ltsp|
So after this, I run ltsp-update-image && ltsp-update-kernels. After normal changes just ltsp-update-image is enough right?
ltsp-update-image --force should also take care of the kernels
So I just treat the chroot however I would a normal machine, rebuild, and reboot the clients, and it's done. I like this.
Right. And with nfs, or with an nbd partition, no rebuilding is even needed...
I take it because I have an /opt/ltsp/i386/images/*.img file I'm using an nbd file not a partition?
Yup, that's the normal way to go - it's just a little time consuming with fat chroots
|14:55||M4gic5t0rM has quit IRC|
OK. Well I'll get this going, then work on the fancy stuff :)
|14:57||cascade has joined #ltsp|
|15:02||cascade has quit IRC|
|15:12||M4gic5t0rM has joined #ltsp|
|15:18||otavio has quit IRC|
|15:18||otavio has joined #ltsp|
|15:21||tstafford_ has quit IRC|
|15:22||* Kyle__ grumbles. Stupid small partition.|
Died at 200mb to go cause the part was too small. At least it's not hard to make it larger. Grr.
Maybe that's why ltsp-build-client failed, too
|15:25||M4gic5t0rM has quit IRC|
|15:30||M4gic5t0rM has joined #ltsp|
Eh, I don't think so. It was almost big enough to hold both.
|15:32||shogunx has joined #ltsp|
OK I had to create an nbd-server config file, maybe it's not quit right, cause it's still complaining that it can't connet to the NBD server.
|15:45||M4gic5t0rM has quit IRC|
Kyle__: no, delete it, nbd-server starts from inetd
Out of curiocity, why?
Ahh, it had an old image name in there.. easy fix
inetd saves memory when nbd-server is not used, provides some security with /etc/hosts.allow/deny, allows easy scripting (nbdrootd/nbdswapd) because the sockets are redirected to stdin etc
|15:51||otavio has quit IRC|
|15:51||otavio has joined #ltsp|
|15:52||tstafford has joined #ltsp|
Fair enough. So if I shared a partition, does it have to be a block device like sdb2, or can it be an LVM partition?
|15:56||* Kyle__ swears at himself: no users on that image.|
You use the server users
You don't add user accounts to the chroot
|15:57||tstafford has quit IRC|
Still, user accounts are on the server
Odd. It doesn't see any of the servers users.
Are you using gdm?
I can try again, but it didn't the two times i tried.
Err, it's a graphical login manager, doesn't look like ubuntu's stock GDM, but I suppose it could be
Ah, you mean that username/password fails?
No, that's LDM
Check auth.log on the server while trying to login on the client
Saying failed due to unknown user id
But that was on the screen, checking the log now.
No that "unknown user id" message comes from pulseaudio
the auth log doesn't seem to have anything recent enough to be from the clients.
Then try creating an lts.conf file to debug this, ie.
originally ran nbd* from inetd because running nbd-server directly with multiple connections just crashed
though i wonder if that's still the case with newer versions...
that was a *long* time ago
If I read correctly, I don't have to do anything but reboot the clients for that type of change, correct?
|16:03||mgariepy has quit IRC|
Alt+ctrl+f2, and type: ssh user
Change "user" to an existing username, leave "server" exactly as it is.
I take it specifygin SCREEN_## it's just telling it what binary to run? So we just tossed a root shell in there, didn't we?
Kinda - these are special "screen scripts", you can't put arbitrary commands there
Ahh. Well the SSH worked, but df -h as root there kindly let me know that I don't have /home mounted.
Which would cause that problem in most grpahical login managers.
It'll be mounted with sshfs
Did you see any messages/warnings at all with that ssh line?
|16:07||tstafford has joined #ltsp|
No, it just worked.
Oh. Humm. So it shoul dhave just worked, but didn't.
Hm. OK, switch to vt7 and try from LDM
Trying again with LDM. This time I'm seeing messages about creating .Xauthority files, etc....
I think it's working.
Wait...by default it's using sshfs? I never setup ssh keys. That would probably be the issue.
|16:11||tstafford has quit IRC|
Those are done automatically
Then I'm confused. Because when I sshed it did the usual first time auth stuff.
Then ltsp-update-sshkeys && ltsp-update-image is needed
Thank you so much for this help.
|16:21||shogunx has quit IRC|
|16:23||tstafford has joined #ltsp|
|16:24||vagrantc has quit IRC|
Sweet, it's done. So does flipping the image require more than bouncing the clients?
|16:32||tstafford has quit IRC|
|16:32||alkisg has quit IRC|
|16:34||vagrantc has joined #ltsp|
|16:34||wurzzero has quit IRC|
|16:35||tstafford has joined #ltsp|
|16:36||Geeky1 has joined #ltsp|
If I don't want to PBX boot, is there a way to write the chroot image to local read-only media?
Sorry, mean PXE boot. :)
In the exact opposit of normal: I now have a lab of 3Ghz P4's with gigabit networking, fat-client booting from a 900Mhz PIII server with a 100baseT card....
But it's still cool.
This is awesome.
|16:41||vagrantc has quit IRC|
Geeky1: unfortunately I don't know enough to help you with that, but wait around!
Humm. 5 out of the 10 I booted like this are up and fine, but five are just kindof spinning in the ubuntu boot process?
turn off quiet splash
in the pxelinux.cfg/default file
Geeky1, why wouldn't you want to pxeboot?
|16:59||shogunx has joined #ltsp|
johnny: I expected that to more tell me the problem, but it actually fixed it for 17 out of the 18 booted..
The one that isn't happy is complaining about an rsyslog timeout (sorry on the other side of the room, don't recall the exact message).
|17:05||* Kyle__ is just going to bounce that one again.|
|17:06||Geeky1 has quit IRC|
Humm. So it's using sftp for the sshfs?
You realize that there's a known bug in the openssh sftp server. Not a security one, but a performance one. It's abysmally slower than scp through the same system.
|17:11||lordzhao has joined #ltsp|
|17:12||Geeky1 has joined #ltsp|
|17:13||DanaG has joined #ltsp|
Say, how well does ltsp support ARM clients? Most tutorials I can find use the "create root" thingy for x86.
good question :)
the person who can answer isn't here
DanaG: I'm only just starting with it myself, but from what I see, you need to build the image for the target system on the target system... after that I think you should be able to serve it from any system.
you could need to create it from arm yes
unless you setup some emulator
ogra, are you here?
kinda late in germany.. but he might be here
Ah. I would have local storage -- an SD card -- for the root on the ARM.
you don't need it
just serve it pxe like normal if posible
|17:27||Geeky1 has quit IRC|
|17:28||Geeky1 has joined #ltsp|
|17:28||chupacabra has quit IRC|
|17:34||Gadi has left #ltsp|
|17:36||japerry has joined #ltsp|
|17:44||DanaG has quit IRC|
|17:52||lordzhao has quit IRC|
|17:52||DanaG has joined #ltsp|
|18:03||DanaG has quit IRC|
|18:03||DanaG1 has joined #ltsp|
|18:03||DanaG1 is now known as DanaG|
|18:07||DanaG has quit IRC|
|18:16||lordzhao has joined #ltsp|
|18:17||komunista has quit IRC|
|18:18||lordzhao has quit IRC|
|18:23||lordzhao has joined #ltsp|
how do I remove the kernel module tulip ltsp?
|18:35||staffencasa has quit IRC|
|18:40||shamino has quit IRC|
how do I remove a module of the network card?
|18:44||shamino has joined #ltsp|
|18:58||japerry has quit IRC|
|19:03||lordzhao has quit IRC|
|19:30||ogra_cmpc has quit IRC|
|19:30||ogra has quit IRC|
|19:31||vagrantc has joined #ltsp|
|19:32||Selveste1___ has joined #ltsp|
|19:32||Selveste1__ has quit IRC|
|19:33||pmatulis has quit IRC|
|19:37||ogra_cmpc has joined #ltsp|
|19:37||vagrantc has quit IRC|
|19:38||vagrantc has joined #ltsp|
|19:39||ogra has joined #ltsp|
|19:39||* vagrantc waves to ogra|
|19:43||ogra_cmpc has quit IRC|
|19:47||Geeky1 has quit IRC|
|19:56||ogra_cmpc has joined #ltsp|
|20:03||sweetpi has quit IRC|
|20:21||dlezcano has quit IRC|
|20:47||EDinNY has joined #ltsp|
does JAM stop by anymore?
Anyone at the Linux show in Boston next week?
EDinNY: jim mcquillan?
vagrantc: jammcq was last seen in #ltsp 2 days, 23 hours, 49 minutes, and 43 seconds ago: <jammcq> hey friends
|21:57||M4gic5t0rM has joined #ltsp|
|22:22||litlebuda has quit IRC|
|22:24||litlebuda has joined #ltsp|
|22:26||japerry has joined #ltsp|
|22:34||chupacabra has joined #ltsp|
|22:44||Damianos has quit IRC|
|22:45||Damianos has joined #ltsp|
|22:47||M4gic5t0rM has quit IRC|
|22:48||Damianos has quit IRC|
|22:49||Damianos has joined #ltsp|
|23:11||alexqwesa has quit IRC|
|23:24||vagrantc has quit IRC|
|23:36||try2free has joined #ltsp|
|23:40||try2free has left #ltsp|
|23:53||RiXtEr has joined #ltsp|