|00:14||gnunux (~email@example.com) joined #ltsp.|
|00:16||dobber (~firstname.lastname@example.org) joined #ltsp.|
|01:15||toscalix (~email@example.com) joined #ltsp.|
|01:26||toscalix (~firstname.lastname@example.org) left irc: Read error: Connection reset by peer|
|01:51||gentgeen__ (~email@example.com) left irc: Read error: Operation timed out|
|02:07||wwx (~firstname.lastname@example.org) left irc: Read error: Connection reset by peer|
|02:08||wwx (~email@example.com) joined #ltsp.|
|02:19||wwx (~firstname.lastname@example.org) left irc: Read error: Connection reset by peer|
|02:20||wwx (~email@example.com) joined #ltsp.|
|02:49||dobber (~firstname.lastname@example.org) left irc: Remote host closed the connection|
|02:49||dobber (~email@example.com) joined #ltsp.|
|02:51||Trixboxer (~Trixboxer@office.supportdepartment.net) joined #ltsp.|
|04:25||dead_root (~firstname.lastname@example.org) joined #ltsp.|
|04:54||Da-Geek (~Da-Geek@nat/redhat/x-lwtqwduydhcynrrz) joined #ltsp.|
|05:17||gentgeen__ (~email@example.com) joined #ltsp.|
|05:20||brunolambert (~brunolamb@2001:470:8829:1000:221:6aff:fe94:21d8) joined #ltsp.|
Ah, es muy bueno!
|05:33||brunolambert (~brunolamb@2001:470:8829:1000:221:6aff:fe94:21d8) left irc: Quit: brunolambert|
|05:35||brunolambert (~brunolamb@2001:470:8829:1000:221:6aff:fe94:21d8) joined #ltsp.|
|05:36||brunolambert (brunolamb@2001:470:8829:1000:221:6aff:fe94:21d8) left #ltsp.|
|05:36||brunolambert (~brunolamb@2001:470:8829:1000:221:6aff:fe94:21d8) joined #ltsp.|
|05:36||brunolambert (~brunolamb@2001:470:8829:1000:221:6aff:fe94:21d8) left irc: Remote host closed the connection|
|05:37||brunolambert (~brunolamb@2001:470:8829:1000:221:6aff:fe94:21d8) joined #ltsp.|
|06:29||vmlintu (~firstname.lastname@example.org) joined #ltsp.|
|06:31||drdata (~email@example.com) joined #ltsp.|
|06:32||GodFather (~firstname.lastname@example.org) joined #ltsp.|
|06:35||drdata (email@example.com) left #ltsp.|
|06:47||gentgeen__ (~firstname.lastname@example.org) left irc: Ping timeout: 258 seconds|
|06:54||gentgeen__ (~email@example.com) joined #ltsp.|
|07:25||litlebuda (~firstname.lastname@example.org) joined #ltsp.|
|07:38||vagrantc (~email@example.com) joined #ltsp.|
|07:56||patrickmw (~firstname.lastname@example.org) joined #ltsp.|
|08:15||primeministerp (~email@example.com) joined #ltsp.|
|08:27||vmlintu (~firstname.lastname@example.org) left irc: Remote host closed the connection|
|08:38||Da-Geek (~Da-Geek@nat/redhat/x-lwtqwduydhcynrrz) left irc: Quit: Leaving|
|08:42||chupacabra (~email@example.com) left irc: Quit: WeeChat 0.3.3|
|08:42||gnunux (~firstname.lastname@example.org) left irc: Quit: Ex-Chat|
|08:53||dobber (~email@example.com) left irc: Remote host closed the connection|
|08:55||Roasted (~firstname.lastname@example.org) joined #ltsp.|
|09:03||Roasted (~email@example.com) left irc: Remote host closed the connection|
|09:08||chupacabra (~firstname.lastname@example.org) joined #ltsp.|
|09:14||litlebuda (~email@example.com) left irc: Quit: Saindo|
|09:15||litlebuda (~firstname.lastname@example.org) joined #ltsp.|
|09:15||litlebuda (~email@example.com) left irc: Client Quit|
|09:18||GodFather (~firstname.lastname@example.org) left irc: Quit: Ex-Chat|
|09:29||toscalix (~email@example.com) joined #ltsp.|
|09:29||garymc (~firstname.lastname@example.org) joined #ltsp.|
Hi im looking at thin client manager in my ubuntu Ltsp GUI and it shows no thin clients connected. I know there are several connected. what could be wrong here?
what's wrong is thin client manager is unmaintained and broken for several years
so its not something I have done
at best, it won't break anything, at worst, it can break your LTSP
i was wondering why my thin clients are really slow at using the intranet on the server?
i have a web based customer database on the LTSP server and all thin clients seem very slow using it
but if I use a computer that isnt on the LTSP or isnt a thin client it works fine
|09:42||mistik1 (mistik1@unaffiliated/mistik1) left irc: Read error: Connection reset by peer|
|09:42||mistik1 (mistik1@unaffiliated/mistik1) joined #ltsp.|
|09:45||irule (~email@example.com) joined #ltsp.|
|09:48||zamba (firstname.lastname@example.org) left irc: Remote host closed the connection|
|09:50||zamba (email@example.com) joined #ltsp.|
|09:53||zamba (firstname.lastname@example.org) left irc: Remote host closed the connection|
|09:55||zamba (email@example.com) joined #ltsp.|
|09:57||_UsUrPeR_ (~firstname.lastname@example.org) left irc: Ping timeout: 264 seconds|
|09:57||dyllan (~dyllan@unaffiliated/kingmilo) joined #ltsp.|
Does LTSP 5 have trouble displaying high resolution on widescreen monitors? I have a widescreen and the highest resolution is 1024x768, can this be increased? - thakns
no it doesn't have trouble.. you can troubleshoot that as if it were simply a ubuntu problem i'd say
|10:00||litlebuda (~email@example.com) joined #ltsp.|
in any case i think your video chipset is one of the most important parts
oh and the monitor heh
|10:00||garymc (~firstname.lastname@example.org) left irc: Quit: ChatZilla 0.9.86 [Firefox 3.6.16/20110323162424]|
ubuntu, using an intel video card
do I have to configure lts.conf file? i am seeing quite a lot of that when googling for my problem.. .
if your video chipset was working perfectly you shouldn't have to tell lts.conf much if anything in my experience
worth a try though there's a number of things in lts_parameters.txt you should look at
thing is, if i install the exact same version of ubuntu onto the "thin client" the resolution works fine, so im a bit stumped
ahh interesting i gotcha
that's a good test
have you unlocked your thinclient chroot and root account?
I'd be wondering what video driver the thin client ends up using
cause you can override that in lts.conf; you should find the driver differs from the local install to what the thinclient boots and uses i guess
im not quite sure how to get into the thin client root account, i can switch to the console with F1 but no idea what user/pass to use there. If i am on the server and # chroot /etc/ltsp/i386 then i get / but there are no log files, what am i missing?
i personally always also do openssh-server so i don't have to walk so much
haha, yes i already have ssh daemon running ill checkout the tut thnx
i mean to say i do openssh-server in the chroot so the clients also listen via ssh
I should also mention than the server is 64-bit and client i386 to i have to --arch i386
yeah you'll want to adjust that tutorial to your needs for sure
i think that's probly all you have to specify
with ltsp-update-image part anyway
ok so i followed the link, doesnt that mean now i should change to console on the thin client ctrl-alt-f1 then at the prompt root & password?
i dont think i have quite grasped the whole setup yet!
you need to do the two or three steps there; then you need to let ltsp-update-image complete, then you need to reboot the client
if that helps'?
ahh reboot ok
that's probably what i was missing
if you logout i think ldm will detect you have a new image waiting
and the client will decide to reboot itself
it does, smart :)
afkback in a couplefew
k ty for ur help
|10:17||vagrantc (~email@example.com) left irc: Quit: leaving|
|10:38||litlebuda (~firstname.lastname@example.org) left irc: Read error: Operation timed out|
i guess lts_parameters.txt is dead now; man lts.conf is the way to go, once ltsp-docs is installed
could anyone say if NFS_HOME accepts something like server2:/home or is that non-sensible
abeehc, just fyi the problem was that i had a converter from vga to dvi and that was causing the issue.
Straight DVI cable worked!
ah excellent stuff
yup im stoked!
that makes sense; vga can't carry very high resolutions
|10:46||vmlintu (~email@example.com) joined #ltsp.|
yea. how many users do you think ltsp and my hardware can manage before it gets slugish?
Im running an IBM x3550 M3 with 8GB at the moment. Option to upgrade to 16GB RAM.
My thin clients are very powerful for thin clients, 1GB RAM, 1.6 Intel Atom CPU
it's of course, always tough to say/estimate but in my experience as just stright thin clients, you could handle like 30 or 40.. at least i have lesser hardware with half that ram that does just fine with 20 clients
thin clients like that you should be running fat clients i'd say
ok, but at least I can get an idea then
I'm in the process of getting somewhere near fat clients
takes much processing off the server
abeehc, ya i tried to set up the solution in that way but i just couldnt get it working nicely, spent 3 days on it, and 3 hours on ltsp and got it working A OK
well I do mean ltsp fat clients
i'm not sure if that
's what you mean
hmm, so you mean that with the current configuration I can make a couple changes and have the thin client do some of the work?
ie. i dont have to do a complete reinstall and setup a completely different solution
yeah there's a couple approaches to do so; local apps, or fat clients
both place processing on client
a lot of people do local apps for firefox cause flash sucks so much
ok nice, yup flash is sux ;)
ok ill google local apps and see what i can come up with
your server likely won't be starved in any case but I'm finding flash lags a bit anyway if it's not local.. i don't mean flash, i mean youtube videos
i think the only place to be is the ubuntu ltsp page man, https://help.ubuntu.com/community/UbuntuLTSP
what i used to do is install a firefox plugin that disables flash by default so there is a PLAY button on the flash content and if you really want to see it then just click lay.
fat clients are noted there; i guess this stuff is kinda new compared to local apps
ah yeah I considered that too, good call;
but i must say that flash is running 100% at the moment, but im only 1 user
yeah, these options are normally only explored when your server starts complaining
but also your clients are so powerful it might also be worth while
i agree. Going to start moving as much people as I can across then watch top and see how it handles the load then take it from there, but the users will moan quickly if there is an issue im sure of that ;)
i love the fact that with ltsp i can plugin a usb devices and it shows up on the desktop and sound works!
it is great. lts.conf also offers a lot of flexibiility
in what way? Enabling/Disabling devices & sound?
if you haven't come across it, you might look at LDM_DIRECTX=True
yeah enable devices per thin client or allow specific users on specific thinclients or auto-login on a specific thin client
combined with a flexible dhcp server you can do almost anything i figure
|10:56||brunolambert (~brunolamb@2001:470:8829:1000:221:6aff:fe94:21d8) left irc: Quit: brunolambert|
|10:57||brunolambert (~brunolamb@2001:470:8829:1000:221:6aff:fe94:21d8) joined #ltsp.|
nice, so using MAC address ip assign then manage the peripherals via lts.conf
|10:57||brunolambert (~brunolamb@2001:470:8829:1000:221:6aff:fe94:21d8) left irc: Client Quit|
a quick google it seems that LDM_DIRECTX provides for a faster user desktop?
yeah well actually the only time dhcp comes into play I guess is if your service different images to different clients;
you can use mac addresses directly in lts.conf instead of setting static ips elsewhere
yeah, that's right, most people go with LDM_DIRECTX i think; but keep in mind it has security considerations
ahh nice, thanks for the tip
in that the server no longer encrypts the client traffic, that's where the speed comes from
so if your network's safe it's not a real worry I beleive
Hmm, I think that would suit me!
excellent tips here, i should visit more often haha
our current solution is XDMCP with gentoo and kde 4.3, so connection via the XDMCP protocol get your desktop login and voila. But with the hardware much better these days it makes sense to make use of ltsp
|11:02||brunolambert (~firstname.lastname@example.org) joined #ltsp.|
|11:26||toscalix (~email@example.com) left irc: Read error: Operation timed out|
|11:27||toscalix (~firstname.lastname@example.org) joined #ltsp.|
|11:32||toscalix (~email@example.com) left irc: Remote host closed the connection|
|11:41||alkisg (~alkisg@ubuntu/member/alkisg) joined #ltsp.|
|11:42||dyllan (~dyllan@unaffiliated/kingmilo) left irc: Quit: Leaving|
|11:51||* alkisg likes XDMCP :)|
the nice thing about xdmcp was that all the populer display managers knew about it
And they still do, even lightdm supports it
(well not anymore)
In Lucid it had problems connecting 2 times in a row, I filed a bug about it, it was solved, all work fine now
|12:19||drdata (~firstname.lastname@example.org) joined #ltsp.|
|12:19||drdata (email@example.com) left #ltsp.|
|12:19||Nick change: vvinet -> veloutin|
|12:28||alkisg (~alkisg@ubuntu/member/alkisg) left irc: Quit: Leaving.|
|12:28||Trixboxer (~Trixboxer@office.supportdepartment.net) left irc: Quit: "Achievement is not the end, its the beginning of new journey !!!"|
|12:34||alkisg (~alkisg@ubuntu/member/alkisg) joined #ltsp.|
|13:07||dead_root (~firstname.lastname@example.org) left irc: Ping timeout: 252 seconds|
|13:23||Lns (~Lns@pdpc/supporter/professional/lns) joined #ltsp.|
|13:42||chupacabra (~email@example.com) left irc: Ping timeout: 258 seconds|
|14:08||mgariepy (~mgariepy@ubuntu/member/mgariepy) left irc: Quit: Leaving|
Hi all: I recently started having a problem on my network such that when my thin clients reboot, they get dhcp and tftp info, and start booting. Then, when ubuntu on the thin clients starts to boot, it ends up scrolling "DHCP NAK" for its IP, which is the same IP it just had for booting.
|14:14||Roasted (~jason@unaffiliated/roasted) joined #ltsp.|
My DHCP is served up by pfSense (as it does more than just thin clients). I realize this isn't directly an LTSP problem, but I also have no idea what would cause a DHCP NAK like that on an IP its already received from the DHCP server unless there's some other paramater that is changing. I've reproduced this on two different thin clients.
|14:19||brunolambert (~firstname.lastname@example.org) left irc: Quit: brunolambert|
Ah you said "ubuntu", is that 10.04 ?
alkisg, ltsp server is actually still 9.10
kusznir: and the chroot?
Working on newer...but that's a back burner project, which I rarely have time to work on.
Same for chroot.
If I remember correctly, karmic uses udhcpc to get a lease by default
And that udhcpc is 5 years old and has some bugs
That's correct, the error messages all said udhcpc
One of them is related to the "client identifier"
In short, the PXE dhcp requests sends one client identifier, and then udhcp sends another
So your router thinks they're 2 different clients, and refuses the second lease
Strange thing was that it *did* work before I upgraded pfsense, but I haven't gotten a response from ##pfsense people yet, and investigation of settings and logs don't show anything useful.
No need to look there
Ok. The logs show only the mac address identifier, and they are identical (nothing appended).
The problem exists in cisco routers too, in windows dhcp servers, etc etc
Ok. So is there a fix to the chroot that can fix this?
|14:35||Ahmuck (~email@example.com) left irc: Ping timeout: 240 seconds|
|14:36||Ahmuck (~firstname.lastname@example.org) joined #ltsp.|
Either get a newer udhcpc version, or modify the script that calls udhcp to not send a client identifier
The second is probably faster
Hmm.../scripts/* doesn't exist...
I take it I need to rebuild the initramfs then too? (I've not done that on ubuntu before)
if udhcpc -n -c "$clientid" -s /tmp/dhcp-script.sh -i $i $hostname_param $ip_param >/dev/null 2>&1; then
==> you need to remove "-c $clientid" there
See comment #15 on the above bug report
Hmm.. I have: if udhcpc -n -c '' -s /tmp/dhcp-script.sh -i $i $clientid_param $hostname_param $ip_param > /dev/null; then
so its already blank...or is that part of the problem?
Remove the: -c ''
Ok. I should keep the $clientied_param before the $hostname_param, right?
ahh, yeas, I see that on the website, sorry.
Ok, going to test now :)
Notice that there's no need to run ltsp-update-image
Yep, thanks! That worked well.
Speaking of ltsp-update-image, is there any fix for all thin clients crashing after rebooting the ltsp server?
(even if the image isn't updated)
|14:56||chupacabra (~email@example.com) joined #ltsp.|
kusznir: if the clients are on the login screen, yes. But if they're logged on, then no, their processes die.
Yea. The issue is that their clients are on the login screen when I reboot the server (overnight, for example). When they come in and try and log in, the login screen dissappears, and goes to a black screen scrolling buches of I/O errors, block errors,a nd the like. It keeps going until they pull power and restart the thin client.
i run into that pretty often as well
I fully expect their login sessions to dissapear. And I would be understanding of a thin client crashing if it was doing something when the server went down. But I don't get it if they're idle and the server reboots with no changes to the image, when it comes back up, it should just work again.
|15:14||gothaggis (~firstname.lastname@example.org) joined #ltsp.|
they're == the thin clients (with nobody logged in)
nbd-client has a --persist option which should make this case work
I think you'd also have to remove nbd-proxy, if it's there in karmic
hello, I seem to be having a problem setting up a new LTSP server - I'm using Ubuntu 10.04 and a windows server for DHCP. When I power on a new client, it gets an IP address but then says PXE-E11 ARP timeout PXE-E38 TFTP cannot open connection. what am I doing wrong?
alkisg, will these problems dissappear when I upgrade to a newer version of ubuntu for the chroot?
I followed the steps setting up this new LTSP server the same way I setup a server running on an older version of Ubuntu (8) - so not sure if something has changed with 10.04 or perhaps I skipped a step
kusznir: lucid and maverick use nbd-proxy by default, so no, I don't think so. I think nbd-proxy was disabled by default in Natty, but I haven't tried it yet, and I don't know if -persist was again added to nbd-client.
gothaggis: if it's a tftp problem, try this first: https://help.ubuntu.com/community/UbuntuLTSP/Troubleshooting/TFTP
I was shooting for natty for my rebuild.
I think -persist is still missing there
branch nick: ltsp-trunk
timestamp: Sat 2008-10-04 17:21:51 -0400
message: Start nbd-client with -persist so it reconnects in case of nbd-server crash (needs nbd-client 2.9)
Later on though it was dropped. Don't know why.
Ok. Where does that get added/set?
In ltsp_nbd, near the other file you changed
(a dir up)
alkisg, thanks. Updated. We'll see how that goes next time I have a maintenance reboot...
kusznir: after that, whatever problems remain are nbd-client problems, to be reported in its bug tracker
alkisg, i followed all the steps on the TFTP troubleshooting page and everything seems ok - but clients still won't boot. the one thing is, I'm using a windows server for DHCP so I don't have the dhcpd.conf file.
gothaggis: did you also do the gpxe step?
(btw, if you need help on configuring your windows server, it's there: https://help.ubuntu.com/community/UbuntuLTSP/LTSPWindowsDHCP)
I think I found the problem, I think the windows DHCP is still pointing to the old server
Could be. gPXE is handy in those cases, as you can see from the client side the DHCP parameters.
alkisg, thanks - that was exactly the issue, everything is working great now
Nice. Goodnight all.
|15:45||alkisg (~alkisg@ubuntu/member/alkisg) left irc: Quit: Leaving.|
|16:12||Lumiere (~email@example.com) left irc: Ping timeout: 260 seconds|
|17:30||veloutin (~vince@2001:470:8829:1000:227:eff:fe25:ee64) left irc: Read error: Operation timed out|
|17:30||Lumiere (~firstname.lastname@example.org) joined #ltsp.|
|17:39||cliebow (~email@example.com) joined #ltsp.|
|17:43||veloutin (~vvinet@2001:470:8829:1000:227:eff:fe25:ee64) joined #ltsp.|
|17:56||vagrantc (~vagrant@75-150-46-245-Oregon.hfc.comcastbusiness.net) joined #ltsp.|
|18:03||alexqwesa (~firstname.lastname@example.org) left irc: Ping timeout: 264 seconds|
|18:16||MorningSon (~MorningSo@cpe-66-25-84-220.satx.res.rr.com) joined #ltsp.|
|18:21||irule (~email@example.com) left irc: Ping timeout: 240 seconds|
|18:57||davidj (~firstname.lastname@example.org) joined #ltsp.|
|19:29||cliebow (~email@example.com) left irc: Quit: Leaving|
|19:30||davidj (firstname.lastname@example.org) left #ltsp.|
|20:09||MorningSon (~MorningSo@cpe-66-25-84-220.satx.res.rr.com) left irc: Quit: WeeChat 0.3.0|
|20:16||finn0000 (~email@example.com) joined #ltsp.|
|20:17||Ghidorah (450e640c@gateway/web/freenode/ip.188.8.131.52) left irc: Quit: Page closed|
Hey I'm trying to set up an LTSP cluster root server, but the machine will only boot from it's hard drive or the network (PXE). I got it to get PXE off my Ubuntu laptop, then there was a problem and I had to start over and now it won't netboot
I checked netstat on my laptop and nothing related to tftp is open (dnsmasq has DNS open, that's it)
oh hold on
wow i'm stupid
the server has two network ports, i guess i had it in the wrong one
works fine now
I'll be back with more noob questions
just you wait
|20:28||finn0000 (firstname.lastname@example.org) left #ltsp ("Leaving").|
|20:59||vagrantc (~vagrant@75-150-46-245-Oregon.hfc.comcastbusiness.net) left irc: Quit: leaving|
|21:39||otavio (~otavio@debian/developer/otavio) left irc: Ping timeout: 276 seconds|
|21:46||dyllan (~email@example.com) joined #ltsp.|
|21:46||dyllan (~firstname.lastname@example.org) left irc: Changing host|
|21:46||dyllan (~rooms@unaffiliated/kingmilo) joined #ltsp.|
|21:48||patrickmw (~email@example.com) left irc: Quit: Ex-Chat|
Is the best way to lockdown a users desktop, more specifically their wallpaper, still by using Gconf?
|21:51||cyberorg_ (~cyberorg@opensuse/member/Cyberorg) joined #ltsp.|
|21:52||cyberorg_ (~cyberorg@opensuse/member/Cyberorg) left irc: Remote host closed the connection|
|21:52||cyberorg (~cyberorg@opensuse/member/Cyberorg) left irc: Remote host closed the connection|
|21:55||cyberorg (~cyberorg@opensuse/member/Cyberorg) joined #ltsp.|
|22:16||dyllan (~rooms@unaffiliated/kingmilo) left irc: Quit: Rooms " iPhone IRC Client " http://www.roomsapp.mobi|
|22:28||ball (~firstname.lastname@example.org) joined #ltsp.|
|22:48||dyllan (~email@example.com) joined #ltsp.|
|22:48||dyllan (~firstname.lastname@example.org) left irc: Changing host|
|22:48||dyllan (~rooms@unaffiliated/kingmilo) joined #ltsp.|
|22:58||dyllan (~rooms@unaffiliated/kingmilo) left irc: Quit: Rooms " iPhone IRC Client " http://www.roomsapp.mobi|
|22:59||dyllan (~email@example.com) joined #ltsp.|
|22:59||dyllan (~firstname.lastname@example.org) left irc: Changing host|
|22:59||dyllan (~rooms@unaffiliated/kingmilo) joined #ltsp.|
|23:00||dyllan (rooms@unaffiliated/kingmilo) left #ltsp.|
|23:12||dyllan (~email@example.com) joined #ltsp.|
|23:12||dyllan (~firstname.lastname@example.org) left irc: Changing host|
|23:12||dyllan (~rooms@unaffiliated/kingmilo) joined #ltsp.|
|23:22||dyllan (~rooms@unaffiliated/kingmilo) left irc: Quit: Rooms " iPhone IRC Client " http://www.roomsapp.mobi|
|23:51||gnunux (~email@example.com) joined #ltsp.|
|00:00||--- Thu Apr 21 2011|