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


Channel log from 3 March 2010   (all times are UTC)

00:00
<johnny>
well
00:00
we had to move the docs from the old server..
00:00
i wonder if some got missed
00:01
sbalneav, what happened to the server sizing page?
00:01
he's probably asleep now tho
00:01
<pyite>
think this is still relevant? http://www.tuxradar.com/content/ltsp-thin-clients-made-easy
00:01
March 2009
00:02
<alkisg>
I think the "standard" formula for server ram is 256 + 192*users...
00:02
<pyite>
k
00:02
<alkisg>
(concurrent users, that is)
00:02
<pyite>
sinec i'm nervous
00:02
s/sinec/since
00:02
i'm go for 256 + 512*users
00:02
i assume it can't hurt
00:02
<johnny>
well not at all
00:03
<pyite>
so 4GB should be plenty
00:03
<johnny>
something like netbeans sounds pretty heavy
00:03
<alkisg>
But LTSP won't help you in running multiple apache servers. It isn't a virtualization solution.
00:03
<pyite>
johnny: it's actually just caching a bunch of stuff, otherwise, after loading, it's fine
00:03
alkisg: yeah we talked about that a bit... i'm assuming i can utilize virtualbox
00:03
but then i suspect i need 512-1GB for each instance/guest OS
00:03
<johnny>
not if they just run apache
00:04
then you probably only need like 128mb ram i bet
00:04
for something that just boots apache
00:04
and php + xdebug mod
00:04
that is
00:04
<pyite>
well I can always add more RAM, I'll give a few things a whirl
00:04
<johnny>
but really.. you can probably offload that with php + fastcgi
00:04
since fastcgi can run even elsewhere on the network
00:05
and just have apache front for load balancer of fast cgi php instances
00:05
so.. you don't actually need them all to use mod_php
00:05
so i'd say.. the vm only needs maybe 96mb ram?
00:05
if you were going tight..
00:06
<pyite>
ok well i'll stick with what i have then
00:06
and give this a whirl
00:06
thanks johnny , you've been very helpful
00:06
<alkisg>
But why would each developer need his own apache?
00:06
<pyite>
lol scroll up :)
00:06
<alkisg>
(and not just some virtualhost?)
00:06
OK
00:06
NM
00:06
<pyite>
i haven't ruled that idea out
00:06
just trying to research my options (as that may not work w/ xdebug & other issues)
00:07
<alkisg>
virtualhost == apache directive, not virtual box
00:07
<pyite>
heh i'm aware of that
00:07
<alkisg>
That would save you tons of ram
00:07
<pyite>
the issue is these guys are developers
00:07
i think that they'll feel restricted if they can't get in there and reboot things w/out disrupting other people's work
00:07
or that xdebug may not operate properly if on a single instance of mod_php w/ multiple devs trying to use it
00:08
so as a practical example, we will probably test hip-hop from facebook as a replacement for mod_php
00:08
that developer would not want to mess with apache that others are using fine with mod_php while he/she is doing testing of hip-hop
00:08
<alkisg>
You could have a number of apache instances on the same pc
00:08
<pyite>
that is a solution, i agree
00:08
<alkisg>
E.g. in port=8081 you could have the hip hop one...
00:09
<pyite>
but what i was saying earlier is that we have this same predicament with everything - NetBeans, FreeSWITCH, Apache/PHP, MySQL...
00:09
in each case the engineer may have needs to reboot / rebuild / change versions / etc. depending on their task
00:09
so in a best-case scenario I'd like them all to work independently
00:09
but it sounds like ltsp + virtualbox would be a good solution
00:09
anyway i think you guys have given me enough guidance that i'm getting the idea of architecture & functionality of this
00:09
i will give it a spin and see what my results are
00:10
it's at least a fascinating solution to spiraling hardware costs and sprawl of data on local machines
00:10
(among other things)
00:10
<alkisg>
So you essentially need different PCs for every dev. I'm not sure LTSP suits you.
00:11
<pyite>
alkisg: maybe. I'm still going to try your suggestions :)
00:11
if we do use LTSP, one huge benefit is devs can easily share screens i suspect
00:11
which is super-helpful for quick debugging issues
00:11
and i'm guessing if this is fancy X tunneling, we could have devs "login" remotely to their full X environment
00:11
which is hugely attractive
00:11
<alkisg>
How will LTSP help you in screen sharing? It doesn't have anything to do with that...
00:12
<pyite>
well I'm just guessing, having not used it yet. but if it's presenting virtual X Terminals to users, can't both be assigned the same terminal window?
00:12
<alkisg>
No
00:12
<pyite>
or w/ VirtualBox installed they could both connect to the same console anyway
00:12
<alkisg>
And, whatever solution you may find (like vnc, freenx, vbox rdp etc) is the same in any X-based OS, you don't need LTSP for that
00:13
<pyite>
that's true, valid point
00:13
well maybe it won't fit then
00:13
i will play with it
00:13
but a $200 workstation sounds good to me :) so i might just tell them to shutup & share :)
00:13
put 'em all in chroot jails
00:13
and move on
00:13
<alkisg>
Have a look at lxc, they might help you (new chroot jails implementation)
00:13
<pyite>
k
00:14
thanks again guys
00:14
really appreciate chatting
00:15Ahmuck-Sr has joined #ltsp
00:15
<Ahmuck-Sr>
is there a way to "roll over" a ltsp server?
00:15pyite has left #ltsp
00:21mordocai has joined #ltsp
00:34
<alkisg>
!compiz
00:34
<ltspbot`>
alkisg: "compiz" :: if compiz is giving you problems, one way to disable it for all users is: sudo gconftool-2 --direct --config-source xml:readwrite:/etc/gconf/gconf.xml.mandatory --type string --set /desktop/gnome/session/required_components/windowmanager metacity
00:45
<alkisg>
Ahmuck-Sr: roll over == clone?
00:53
<Ahmuck-Sr>
well, essentially. i'm working on a remote logging server, and some firewall implementation
00:53
i think i was breeched a couple of weeks ago
00:54
alkisg: so, essentially a "clone" of one server that is clean and then roll over without loss of user directories, files
00:55
acutally, now that i think about it, user's stuff is merely data, and couldn't that be put on a "storage" server?
00:55
break the server part away from the user directories and user customizations they've done?
00:55
how'd u connect the /home to the server?
00:57
<alkisg>
Usually /home is on a different partition, and backed up separately
00:57
To clone a linux system you could use e.g. clonezilla
00:58
It has options to select which partitions you want to clone, so you can leave /home out of it if you want (or include it)
00:58
<Ahmuck-Sr>
i've used clonezilla before
00:58
i was thinking more about availablity
00:58
<alkisg>
But myself I'm just using tar for cloning :)
00:58
...and install grub after the extraction
00:59
<Ahmuck-Sr>
how would you use ltsp in a school where classes are 100+
00:59
<alkisg>
With ltsp-cluster, I guess...
00:59
<Ahmuck-Sr>
in otherwords, does ltsp scale?
00:59
<alkisg>
Sure, there are people here that use it with 5000+ terminals
01:02
<Ahmuck-Sr>
so, assuming ur clustering, and one server goes down, does that kick users out associated with that server?
01:06
<alkisg>
I've never used ltsp-cluster, but yeah, I don't believe that there's any system out there that supports proccess migration from crashed servers
01:07
<Ahmuck-Sr>
hrm, guess i wasn't thinking about process migration but thats what would have to happen to keep apps going
01:07
how is it done in hospitals?
01:27mordocai has quit IRC
01:29Ahmuck-Sr has quit IRC
01:32daya has quit IRC
01:38japerry has quit IRC
01:38japerry has joined #ltsp
01:47daya has joined #ltsp
01:57daya has quit IRC
02:04gnunux has joined #ltsp
02:05
<gnunux>
hi
02:17daya has joined #ltsp
02:26Selveste1 has quit IRC
02:45bobby_C has joined #ltsp
03:21ogra has quit IRC
03:26ogra has joined #ltsp
03:35daya has quit IRC
04:37mikkel has joined #ltsp
04:37Faithful has joined #ltsp
04:42ogra has quit IRC
04:42ogra has joined #ltsp
04:53loathing has quit IRC
04:57tthorb has joined #ltsp
04:57
<tthorb>
Still freezing...
04:58
Now - I try this: https://launchpad.net/~brian-rogers/+archive/graphics-testing
04:59
Another thing - is there a way to speed up Italc? I've tried to google, but not found any interesting. (My platform is Karmic...)
05:08loather-work has quit IRC
05:18Selveste1 has joined #ltsp
05:47bobby_C has quit IRC
06:13shogunx has quit IRC
06:16shogunx has joined #ltsp
06:17alkisg has quit IRC
06:20alkisg has joined #ltsp
06:41pmatulis has joined #ltsp
06:58hersonls has joined #ltsp
07:09shaunak has joined #ltsp
07:09
<shaunak>
hey , I am trying to make an image for a fatclient . But I am having problem with kiwi-ltsp with AoE service (kla)
07:09
While executing the command "kiwi-ltsp-setup -fat" , I get an error that kla failed
07:09
Need some help
07:10
<ogra>
shaunak, ask in #kiwi-ltsp
07:10
kiwi wraps around the ltsp stuff on suse, there are not many people in here having a clue about it
07:11
<AndyGraybeal>
does anyone here use epiphany with ltsp?
07:11
<ogra>
AndyGraybeal, i think sbalneav tried
07:11
<AndyGraybeal>
hah tried :) that doesn't sound promising :)
07:11
<ogra>
there were some test reports to the edubuntu ML
07:11
<AndyGraybeal>
awesome
07:12
<shaunak>
but this AoE service failed error is related to ltsp I guess
07:12
<ogra>
nope
07:12
thats 100% kiwi stuff
07:12
<shaunak>
Ok , Thanks anyways
07:13
<ogra>
the image building has to be implemented by the distro ... instead of doing that suse wraps kiwi around everything
07:13
<shaunak>
ya kiwi is a bit annoying
07:13
I am stuck here for quiet sometime now
07:15
I havnt got any reply from #kiwi-ltsp
07:17loather-work has joined #ltsp
07:19shawnp0wers has joined #ltsp
07:20tthorb_ has joined #ltsp
07:24tthorb has quit IRC
07:27shaunak has quit IRC
07:45mgariepy has joined #ltsp
07:46
<mgariepy>
morning all
07:46
<stgraber>
good afternoon mgariepy ;)
07:50
<AndyGraybeal>
aah... i'm on irc.gnome.org in #sabayon ... but no one else is there. i must have done something wrong?
07:53
aah nm.. i see sbalneav
07:53
:)
07:56scottmaccal has joined #ltsp
08:05loathing has joined #ltsp
08:09cliebow has joined #ltsp
08:18Gadi has joined #ltsp
08:20artista_frustrad has joined #ltsp
08:23artista-frustrad has joined #ltsp
08:28Gadi has quit IRC
08:29
<cliebow>
id like to find my apple notes on the old wiki..can anyone aim me the right way?
08:31Blinny has joined #ltsp
08:31
<Appiah>
!docs
08:31
<ltspbot`>
Appiah: "docs" :: For the most current documentation, see https://sourceforge.net/apps/mediawiki/ltsp/index.php?title=Ltsp_LtspDocumentationUpstream
08:31F-GT has quit IRC
08:36F-GT has joined #ltsp
08:36Gadi has joined #ltsp
08:38
<cliebow>
Appiah:no the old wiki had my apple notes on ity
08:45
<Appiah>
and these "notes" was not in the wiki itself?
08:46ball has joined #ltsp
08:46etyack has joined #ltsp
08:48
<cliebow>
Appiah, the old wiki from 2004-5..ive found a link before..but cant how..
08:49
<Appiah>
use the wayback machine?
08:49
if you have the link..
08:52
<alkisg>
cliebow: http://web.archive.org/web/*/ltsp.org
08:54
<cliebow>
ahhh..gettintg close..Thanks!
09:03thunsucker has joined #ltsp
09:04etyack has left #ltsp
09:10Selveste1 has quit IRC
09:12Selveste1 has joined #ltsp
09:16Selveste1 has quit IRC
09:19Selveste1 has joined #ltsp
09:20mikkel has quit IRC
09:31rjune has quit IRC
09:36tthorb_ has quit IRC
09:36Faithful has quit IRC
09:38tthorb has joined #ltsp
09:38thunsucker has quit IRC
09:38
<sbalneav>
Morning all
09:38
johnny: Server sizing's in the docs
09:40
<johnny>
he said it had page not found or something
09:41thunsucker has joined #ltsp
09:42shogunx has quit IRC
09:49
<AndyGraybeal>
when i run firefox on the server, i have all my bookmarks and bookmark bars. when i run firefox in localapps it has none of my bookmarks or bookmark toolbars. can someone help me with this?
09:51Faithful has joined #ltsp
09:51shogunx has joined #ltsp
09:52litlebuda has joined #ltsp
09:54
<litlebuda>
hi all how can i set acpi=off for a specific client ?
09:55
<alkisg>
litlebuda: you create a pxelinux.cfg/01-mac-address file
09:55
http://syslinux.zytor.com/wiki/index.php/PXELINUX
09:55
Paragraph 5 there
09:56
<litlebuda>
ok thanks alkisg will read it now ,
09:57
<alkisg>
litlebuda: sorry, paragraph 2
09:57
/mybootdir/pxelinux.cfg/01-88-99-aa-bb-cc-dd
09:57
<litlebuda>
found it :)
09:58
alkisg, sorry about this stupid question but how can i find the mac-address of the client ?
09:58CAN-o-SPAM has joined #ltsp
09:58
<alkisg>
litlebuda: one way is to try to boot it, it'll tell the mac address there
09:58
<ball>
Hello CAN-o-SPAM
09:58
<alkisg>
Another way is to run arp -na on the server
09:58
<CAN-o-SPAM>
hi ball
09:59
<alkisg>
And if you happen to have ubuntu, i have a script that collects the mac addresses...
10:00
<litlebuda>
alkisg, ubuntu 9.10 here but ill boot the client and try to write it down
10:03etyack has joined #ltsp
10:05
<cliebow>
scottmaccal, ping
10:06
<mgariepy>
just pushed up to revision 1697. to fix some vt problem
10:08
<alkisg>
mgariepy: is that the same problem that made my ldm start in vt1 while I was specifying SCREEN_07=ldm in lucid?
10:08Blinny has quit IRC
10:09
<mgariepy>
yeah
10:09
<alkisg>
mgariepy: also, would you have some time to comment on https://bugs.launchpad.net/ubuntu/+source/ltsp/+bug/505916 ?
10:09
<mgariepy>
this is fixed now.
10:09
yeah sure
10:09
didn't notice there was a bug
10:09
opened on lp
10:09Blinny has joined #ltsp
10:10
<alkisg>
mgariepy: that's another matter - it's udhcpc related, stgraber told me that you might know better what the problem was with clientid != null...
10:10
I.e. the second lease problem, when does it happen, how can it be prevented etc
10:14
<cliebow>
!docs
10:14
<ltspbot`>
cliebow: "docs" :: For the most current documentation, see https://sourceforge.net/apps/mediawiki/ltsp/index.php?title=Ltsp_LtspDocumentationUpstream
10:17
<mgariepy>
alkisg, if all thin client would boot with clientid="whatever" wouldn't the dhcp server try to give the same address to every client ?
10:18
<alkisg>
mgariepy: I don't think so, there's a separate, non configurable xid used for that
10:19
mgariepy: E.g. all pxeclients send PXEClient, ipconfig send 'Linux ipconfig', etherboot always sends 'Etherboot' etc
10:19
MS clients send MSFT5.0...
10:19
<mgariepy>
ok i see
10:20
<alkisg>
To be honest I don't understand why sending an empty clientid helps in your case...
10:21ball has quit IRC
10:21
<sbalneav>
mgariepy: You saw I added you to the bugsquad?
10:22
<mgariepy>
for the pxe lease on dhcpd, the uid of the lease was empty, but when udhcp requested the addresse, the uid of the lease was containing something
10:23
so the dhcp was creating a new lease the the same MAC
10:23
<alkisg>
Isn't that configurable in dhcpd.conf?
10:23
The uid in pxe was empty? Hmmm...
10:24
<mgariepy>
sbalneav, yeah, i wanted to be able to receive bug notification
10:24
<Gadi>
alkisg: are you sure clientid == VCI?
10:24
<alkisg>
Gadi, nope
10:25
<Gadi>
ah, perhaps that is the issue
10:25
VCI = PXEClient
10:25
not sure what the uid is
10:25
<alkisg>
Or maybe dhcpd discards it from the lease..
10:26
<mgariepy>
alkisg, do you know what is the param from dhcpd.conf by head ?
10:26
<alkisg>
No - I'm just speculating - I *think* I've heard of such a param in the past
10:26
<mgariepy>
ok
10:27
<alkisg>
From people wanting the same lease while booting linux or windows (dual boot clients)
10:28litlebuda has quit IRC
10:31gnunux has quit IRC
10:40
<alkisg>
mgariepy: anyway wouldn't it be ok if we kept clientid='' by default, but also allowed it to be specified as a kernel parameter?
10:41
<mgariepy>
if it's a parameter easily configurable i don't see any problem there
10:41
<alkisg>
OK, I'll commit that then
10:51
<cliebow>
Gadi: ive ltsp-update-image d on a powerpc g4 and see unknown or corrupt filesystem..how would i go about rebuilding i think the kernel\
10:56etyack has left #ltsp
10:59
<Gadi>
cliebow: what version of LTSP?
11:00
ie - is this Lucid?
11:00
<cliebow>
karmic
11:00
<Gadi>
with stgraber's ppa?
11:00
(ie LTSP 5.2?)
11:01
if so, you should be able to do: ltsp-update-image -f
11:01
which will force the update of kernels
11:01
in addition to updating the image
11:02
otherwise, you will need to do: sudo chroot /opt/ltsp/i386
11:02
/usr/share/ltsp/update-kernels
11:02
exit
11:02
ltsp-update-kernels
11:03shogunx has quit IRC
11:03
<Gadi>
(you may need to mount proc in the chroot and do an update-initramfs -u, as well - not sure what you are after exactly
11:11
<cliebow>
Gadi:thanks..i will look into it..
11:12thunsucker has quit IRC
11:13
<cliebow>
/opt/ltsp/powerpc 8~)
11:14thunsucker has joined #ltsp
11:16
<cliebow>
nope..never get the last packet during tftp transfer..
11:21
i guess it is a lost cause..i dont think anyone is really maintaining the powerpc piece..especialy ltsp
11:21
<johnny>
powerpc on ubuntu?
11:21
not so much
11:21
<cliebow>
yeah
11:22
<johnny>
debian would be the place to go for that
11:22
you could try building a debian one there and see what happens
11:22
perhaps vagrantc can help cliebow ?
11:22
<cliebow>
it could be the way to fly..i dont think i can get the time allowed
11:23
<johnny>
how many do you have?
11:23
<cliebow>
karmic works fairly well on powerpc
11:23
<johnny>
ah ok
11:23
well it shouldn't be too much hassle to get ltsp working then
11:23
<cliebow>
ohh could have 500 or more
11:23
<scottmaccal>
cliebow: still working on PPC.
11:23
?
11:23
<cliebow>
hi Scott
11:24
<scottmaccal>
Hi, I've been idling for a while, heh.
11:24
<cliebow>
just picked it up...fifth grade room wants their pod back\\
11:24Eghie has quit IRC
11:24
<cliebow>
but something ails the kernel..or it is tftp not sownloading all of it
11:24
<scottmaccal>
so much to do. never ends, ya know?
11:25
<cliebow>
i get to block 12289 and it just stops
11:25
<johnny>
try a different tftp server?
11:25
<cliebow>
sono final packet
11:25
perhaps
11:25
<johnny>
should be quick enough to try cliebow ..
11:25
5 minutes even
11:26
<cliebow>
vmlinux method "load" failed
11:26
cant read ELF
11:27
ive tried it in rhel4 and karmic,,,
11:35
<Gadi>
cliebow: try uninstalling mkelf in the chroot and install mknbi
11:35
then, regenerate the kernels
11:36Eghie has joined #ltsp
11:44
<cliebow>
nmGadi: i dont see either in the chroot
11:45
<Gadi>
cliebow: sorry mkelfimage is the package name
11:46Selveste1 has quit IRC
11:48Selveste1 has joined #ltsp
11:50shogunx has joined #ltsp
11:51Faithful has quit IRC
11:51Faithful has joined #ltsp
11:56
<alkisg>
Gadi: is there an lts.conf param for auto-mounting hard disks on the client?
11:56
<Gadi>
yes
11:56
<alkisg>
It's not localdev, is it?
11:56
<Gadi>
you mean as a localdev device right?
11:57
<alkisg>
Yes
11:57
<Gadi>
we deny internal hdd's by default
11:57
<alkisg>
But I think "localdev" is for cd / usbs only...
11:57
<Gadi>
LOCALDEV_DENY_INTERNAL_DISKS
11:57
thats the param
11:57
<alkisg>
Thanks a lot :)
11:57
<Gadi>
set that to False
11:57
<AndyGraybeal>
when i run firefox with ltsp-localapps; it doens't have my bookmarks, but when i run firefox regularly it has my bookmarks, can someone help me with this issue? (please don't be mad that i'm posting this again).
11:58
<Gadi>
localdev is for all local device support
11:58
within that, we have a dny mechanism
11:58
*deny
11:58
to deny types of devices
11:59
the LOCALDEV_DENY framework is extensible up to anything udev can see, and we have some aliases for common deny criteria such as internal disks
11:59
AndyGraybeal: it sounds like your home directory is not being properly mounted on the thin client
11:59
what distro are you using?
12:00
<AndyGraybeal>
ubuntu 8.10
12:01
i've edited my gnome dirs directory in .config.. will that cause issues?
12:01
<Gadi>
no, it shouldnt
12:02
if you set a shell on the client, and switch to it, run: ls /home
12:02
actually, ls /home/<username>
12:02
<johnny>
what's the best way to setup fat clients these days?
12:02
<Gadi>
and make sure there are contents there
12:02
<johnny>
in jaunty..
12:02
<AndyGraybeal>
gadi, thank you, i'll get back to you.
12:03
<johnny>
i am using stgraber ppa for it
12:03
should i use two different images?
12:03
<Gadi>
johnny: did stgraber backport 5.2 to jaunty?
12:03
<johnny>
i think so?
12:03
i got a fix alkisg did
12:03
<Gadi>
I dont - I thought he only did for karmic
12:03
oh yeah?
12:03
<johnny>
2 weeks ago
12:03
<Gadi>
hmm...
12:03
<johnny>
alkisg, isn't that what you said?
12:04
Gadi, until 2 days ago.. i never had lts.conf from tftpboot dir
12:04otavio has quit IRC
12:04
<johnny>
when i updated my client
12:04
<Gadi>
johnny: dpkg -l ltsp-server, and: chroot /opt/ltsp/i386 dpkg -l ltsp-client
12:04
that oughtta tell a
12:05otavio has joined #ltsp
12:05
<johnny>
ah.. you're right.. it's 5.1.90
12:06
<alkisg>
johnny: nah, backports for ltsp 5.2 are up to karmic
12:06
Not for jaunty
12:06
(but I guess you could do that manually)
12:06
<johnny>
does it realy matter for fatclients between teh 2?
12:07
i can't recall the scope of the changes
12:07
<alkisg>
You do need 5.2 for fat clients, a lot of stuff has changed
12:07
<johnny>
ah
12:07
hmm.. perhaps stgraber will add a jaunty backport.
12:07
<alkisg>
(I mean, if you want to do that automatically and not manually)
12:07
<johnny>
unless it's difficult
12:08
<AndyGraybeal>
Gadi: okay, so there is nothing showing up in /home/user :(
12:08
<alkisg>
Shouldn't you be using Lucid anyways? I thought you were a cutting edge person... :D
12:08
<johnny>
for my own yes
12:08
<alkisg>
ah, k
12:08
<AndyGraybeal>
maybe i have some permissions set wrong? or need to rebuild image?
12:08
<johnny>
biggest problem i'm going to have i think.. is whether wxWidgets stuff for 2.6 is still available in karmic/luic
12:09
<alkisg>
(johnny, btw I wonder how you got any ltsp updates if you have jaunty...)
12:09
<johnny>
i do have to upgrade to karmi before lucid
12:09
alkisg, because he does have a jaunty backport
12:09
i think..
12:09
<Gadi>
AndyGraybeal: 8.10 I believe was the first implementation of local apps
12:09
so, it may have some bugs in it that were worked out subsequently
12:09
<johnny>
alkisg, .. i think i'll just update to karmic.. since i have to do that anyways before updating to lucid
12:09
<AndyGraybeal>
ah so you tihnk there might be issues with my distro... evil i want to stab things.
12:09
<alkisg>
johnny: I don't see anything updated in 2010: https://launchpad.net/~stgraber/+archive/ppa?field.series_filter=jaunty
12:09
<AndyGraybeal>
thank you gadi for your help.
12:10
<johnny>
AndyGraybeal, that's what happens when you use soething almost 2 years old
12:10
<Gadi>
well, nothing that is not insurmountable
12:10
just it makes life a bit tougher
12:10
<AndyGraybeal>
johnny: :)
12:10
<alkisg>
johnny: yeah, good call. And you can try ltsp 5.2 there, 2 people already tried fat clients successfully in karmic
12:10
<AndyGraybeal>
Gadi: where would i start with insurmounting it?
12:10
<Gadi>
hehe
12:10
well, localapps boils down to only a handful of scripts
12:11ogra_cmpc has quit IRC
12:11
<Gadi>
you should be able to grab the new ones and drop them in
12:11
let me see...
12:11
<AndyGraybeal>
well, for now i won't run local apps.. it's as easy as that.
12:11
<johnny>
alkisg, can you tell me if karmic has wx 2.6 packages still?
12:12
<alkisg>
johnny: http://packages.ubuntu.com/
12:13
<AndyGraybeal>
johnny: it's been 14 months yes? is that almost two years?
12:13
<Gadi>
AndyGraybeal: all of the files here: http://bazaar.launchpad.net/~ltsp-upstream/ltsp/ltsp-trunk/files/head%3A/localapps/ldm-rc.d/ go in /opt/ltsp/i386/usr/share/ldm/rc.d/
12:13
<johnny>
seems so..
12:13
<AndyGraybeal>
thank you Gadi
12:13
<Gadi>
AndyGraybeal: np
12:13
<johnny>
AndyGraybeal, irrelevant.. lots of ltsp stuff has changed :)
12:13
in 14 months
12:14
<AndyGraybeal>
johnny: i know, i'm just ... future-shocked.
12:14
and if you haven't read the alvin toffler book.. it's just when things start happening so fast that you can't keep up.
12:14
i knew it was inevitable one day.
12:15
<johnny>
i know about that book yes
12:15
never read it.. but i get the premise
12:15slidesinger has joined #ltsp
12:16scottmaccal has quit IRC
12:18Selveste1 has quit IRC
12:18jhutchins_lt has quit IRC
12:24ogra_cmpc has joined #ltsp
12:28
<alkisg>
Ugh the LOCALDEV_DENY framework only concerns thin clients, not fat clients :-/
12:28
And without authentication, I wonder what would be a good way to enable some users to see their local disks...
12:32jhutchins_lt has joined #ltsp
12:37etyack has joined #ltsp
12:37
<alkisg>
stgraber: any thoughts on how can fat clients access usb sticks or CDs or local hard disks? I keep getting "Not authorized", even when I'm able to sudo mount the stick...
12:39IBC_JKENNEY has joined #ltsp
12:39
<IBC_JKENNEY>
hello
12:40
<johnny>
alkisg, ah.. i didn't know that would be a prolbem.. i certainly can't use fat clients until that is resolved
12:40
<IBC_JKENNEY>
I upgrade to karmic (on a test ENV) i am having a problem with dual display it will work on 800X600 resolutions for both displays but we have monitors that support 1400X900 each
12:40
I want to use the max resolution for each monitor however when i do this the thin client locs
12:40
I want to use the max resolution for each monitor however when i do this the thin client locks
12:41
it has worked in the past on jaunty
12:41
<alkisg>
johnny: I don't know if it's a general problem; it might be a local problem of mine...
12:41
<IBC_JKENNEY>
here is a copy and past of my lts.conf
12:41
default]
12:41
X_VIRTUAL = "3300 2880"
12:41
SCREEN_07 = ldm
12:41
SCREEN_08 = shell
12:41
XRANDR_OUTPUT_0 = "VGA"
12:41
XRANDR_OUTPUT_1 = "TDMS-1 --left-of VGA"
12:41
XRANDR_MODE_0 = 1440x900
12:41
XRANDR_MODE_1 = 1440x900
12:41
LDM_DIRECTX=Y
12:41
does anyone know why this is happening?
12:41thunsucker_ has joined #ltsp
12:41
<johnny>
alkisg, not sure why it would even be using the the standard ltsp checks.. as you shouldn't be using ltspfs?
12:42
it really sounds like a job for policykit..
12:42
<alkisg>
johnny: I don't think it should. And since the user is in the fuse group, it should automount the stick
12:42
<johnny>
well.. that's when you try playing with udev monitor :)
12:42
see what happens
12:43
<alkisg>
So in theory it should be working, I don't know why it isn't... maybe the user is added too late in the fuse group, and it doesn't "count"?
12:43
<johnny>
udev monitor should tell you what is happening
12:43
<alkisg>
OK, let me see that...
12:43thunsucker__ has joined #ltsp
12:43
<johnny>
i think it's not a parameter to udevadm
12:43
s/not/now/
12:44
<alkisg>
Got it
12:44thunsucker has quit IRC
12:45
<IBC_JKENNEY>
?
12:46
<alkisg>
johnny: well I got a bunch of events, but it didn't help me figure out why that "not authorized" message...
12:47
<IBC_JKENNEY>
Can you see me?
12:48thunsucker_ has quit IRC
12:48
<johnny>
yes we can see you IBC_JKENNEY
12:48
<IBC_JKENNEY>
ok
12:48
i was wondering is all
12:50
does anyone have any idea's to my issue. If it is something simple that i am over looking please feel free to point it out
12:57litlebuda has joined #ltsp
13:04
<thunsucker__>
IBC_JKENNEY: please restate your issue
13:04
*guesses he could dig through the logs*
13:05
<IBC_JKENNEY>
IBC_JKENNEY> I upgrade to karmic (on a test ENV) i am having a problem with dual display it will work on 800X600 resolutions for both displays but we have monitors that support 1400X900 each
13:05
<IBC_JKENNEY> I want to use the max resolution for each monitor however when i do this the thin client locs
13:05
<IBC_JKENNEY> I want to use the max resolution for each monitor however when i do this the thin client locks
13:05
<IBC_JKENNEY> it has worked in the past on jaunty
13:05
<alkisg> johnny: I don't know if it's a general problem; it might be a local problem of mine...
13:05
<IBC_JKENNEY> here is a copy and past of my lts.conf
13:05
<IBC_JKENNEY> default]
13:05
<IBC_JKENNEY> X_VIRTUAL = "3300 2880"
13:05
<IBC_JKENNEY> SCREEN_07 = ldm
13:06
<IBC_JKENNEY> SCREEN_08 = shell
13:06
<IBC_JKENNEY> XRANDR_OUTPUT_0 = "VGA"
13:06
<IBC_JKENNEY> XRANDR_OUTPUT_1 = "TDMS-1 --left-of VGA"
13:06
<IBC_JKENNEY> XRANDR_MODE_0 = 1440x900
13:06
<IBC_JKENNEY> XRANDR_MODE_1 = 1440x900
13:06
<IBC_JKENNEY> LDM_DIRECTX=Y
13:06
<cliebow>
IBC_JKENNEY, why not use the pastebot
13:06
!pastebot
13:06
<ltspbot`>
cliebow: "pastebot" :: The LTSP pastebot is at http://ltsp.pastebin.com. Please paste all text longer than a line or two to the pastebot, as it helps to reduce traffic in the channel. Don't forget to paste the URL of the text here.
13:06
<IBC_JKENNEY>
sorry
13:07
next time I will
13:07
i am just trying to fix it
13:07
its frustrating
13:07
<thunsucker__>
IBC_JKENNEY: the obvious answer is updating your video drivers
13:08
IBC_JKENNEY: but I would start with doing a local install of karmic, getting the dual monitors to work the way you want, then using the steps that fixed it on the chroot/ltsp server
13:19nubae has joined #ltsp
13:20nubae has joined #ltsp
13:22
<nubae>
If I've got my regular router to act as a gateway, and my server is handing out dhcp requests, is the tftp server by default the same as the dhcp server or the gateway... not sure where the tftp ip address is defined anymore...
13:26
<alkisg>
It's the same as the dhcp server - you can check with cat /tmp/net-eth0.conf in the initramfs (e.g. with break=mount)
13:28
<thunsucker__>
alkisg: is there a way to manually give ip a different ip for the tftp server?
13:28
<alkisg>
yes, next-server in dhcpd.conf
13:28
<nubae>
hmmm, my tftp server doesnt seem to be running
13:29
net-eth0.conf doesnt exist btw
13:29
<alkisg>
nubae: break=mount in pxelinux.cfg/default
13:29
<knipwim>
in /plugins/ltsp-build-client/common/001-load-configuration-file
13:29
shouldn't the add_option be set to "true"
13:29
instead of "false"
13:30
<nubae>
ah, ok... in any case, my tftp server isnt running, and I do remember I have to run it from somewhere else than /etc/init.d, right?
13:30
<knipwim>
now, no arguments can be given for ltsp-build-client --config
13:32
<nubae>
alkisg: ?
13:32
<alkisg>
nubae: distro/version?
13:33
<nubae>
actually, mint helena, but its based off ubuntu karmic
13:33
<alkisg>
nubae: sudo netstat -nap | grep :69
13:33
and, sudo openbsd-inetd restart
13:33
*sudo service openbsd-inetd restart
13:33
<nubae>
i did an openbsd restart already
13:33
that does the tftp server too?
13:34
<alkisg>
Yup
13:34bobby_C has joined #ltsp
13:34
<alkisg>
grep tftp /etc/inetd.conf
13:34
<nubae>
ok, cool
13:36
<knipwim>
also the ltsp-build-client man page lists --conf instead of --config
13:39
<alkisg>
knipwim: I think you're right...
13:40
<nubae>
ok tftp server seems to be running but file not found
13:40
its been a while since I've played with this :-)
13:40
oh duh, I didnt even build the client yet
13:42
<knipwim>
alkisg: i'll commit a fix then
13:42
<alkisg>
knipwim: nice, thanks
13:43
<nubae>
I get this when building: /usr/share/ltsp/plugins/ltsp-build-client/common/010-chroot-tagging: line 3: /opt/ltsp/amd64/etc/ltsp_chroot: No such file or directory
13:43
error: LTSP client installation ended abnormally
13:43
not sure why it expects that to exist before creating it
13:43Lns has joined #ltsp
13:45
<nubae>
hmm, is there something I'm doing wrong or is this a bug in 010-chroot-tagging
13:45thunsucker__ has quit IRC
13:45
<nubae>
I mean /opt/ltsp/i386 isnt supposed to exist before I build
13:50
can someone paste me the contents of this file under ubuntu/karmic: /usr/share/ltsp/plugins/ltsp-build-client/common/010-chroot-tagging
13:52
<alkisg>
case "$MODE" in
13:52
after-install)
13:52
echo LTSP_CHROOT=$ROOT >> $ROOT/etc/ltsp_chroot
13:52
;;
13:52
esac
13:52
(lucid)
13:52
<nubae>
hmmm, so its correct, then why does my system want it to exist before building?
13:53
<alkisg>
nubae: are you sure you want and amd64 chroot?
13:53
<nubae>
no, I changed to --arch=i386
13:53
but that wasnt the issue
13:53
<alkisg>
Well, you said amd64 above
13:53
(09:43:27 μμ) nubae: I get this when building: /usr/share/ltsp/plugins/ltsp-build-client/common/010-chroot-tagging: line 3: /opt/ltsp/amd64/etc/ltsp_chroot: No such file or directory
13:53
<nubae>
yeah I know, I copied the previous one...
13:54mgariepy has quit IRC
13:54
<nubae>
but regardless it should work whether I'm building for amd64 or i386
13:54mgariepy has joined #ltsp
13:54
<nubae>
so when u build u dont get that error message I guess
13:54
<alkisg>
nubae: well if there's some space around the arch, it could mean trouble for the script
13:55
<nubae>
I'm building like so: sudo ltsp-build-client --arch=i386
13:55
<alkisg>
nubae: that's *after-install* - that should run after the installation...
13:55
<nubae>
space?
13:55
yeah right... so whats going on :-)
13:56
<alkisg>
Can you post all of your ltsp-build-client output?
13:56
Did you change any plugin manually?
13:56
<nubae>
thats it above
13:56
nope..
13:56
fresh install
13:56
<alkisg>
I think it's a sourcing problem...
13:56
<nubae>
but this is mint and not ubuntu...
13:56
<alkisg>
Ah right
13:57
Then that must be the problem
13:57
<nubae>
still it uses the ubuntu repos
13:57
maybe an old version of ltsp?
13:57
<alkisg>
E.g. if a mind plugin has an "un-ended" case, it would mess up with all the other sourced plugins
13:57
As they're sourced, not executed
13:58
<nubae>
ah yeah... makes sense... so there must be something mint specific, or its reading that its not ubuntu per se
13:58
<alkisg>
So I'm guessing that a mind-specific file is broken, and you just see the problem in another file...
13:58
<nubae>
yeah, makes sense
13:58
<alkisg>
nubae: try set -x somewhere
13:58
<nubae>
in the plugins?
13:59
<alkisg>
Maybe in the top of ltsp-build-client
14:02
<nubae>
ah there is a /usr/share/ltsp/plugins/ltsp-build-client/Linux-mint-custom
14:02
trust them to start messing with ltsp source
14:03* alkisg doesn't see that in ltsp-upstream... can you pastebin it?
14:04
<nubae>
weird, I dont get it, those directories dont even exist...
14:04* nubae pastes...
14:05
<nubae>
http://pastebin.be/23791
14:06
<alkisg>
nubae: can you paste *just* the mint plugin?
14:06
<nubae>
well thats what I'm saying, it doesnt exist
14:06
but it seems the source is looking for Linux-Mintcustom, if u check the end of the output
14:07
I guess thats the problem, as it should be looking for ubuntu
14:07
<alkisg>
No no it's vendor specific plugins
14:07
That's where any mint-specific plugins would go
14:08
E.g. I put my local site plugins in "Ubuntu-custom" and they're automatically sourced
14:08
<nubae>
ok, but if mint doesnt have any, and its really ubuntu
14:08
shouldnt it look there? it searches for Linux-mint, then linux-mintcustom and finally common
14:09
the 2 linux mints don't exist as nothing vendor specific has been created from the mint people
14:09
<alkisg>
nubae: lines 699/700
14:10
<nubae>
yeah, u think I should take out the after install there?
14:10
<alkisg>
isn't that too soon for "after-install" ?
14:10
Did it install anything yet?
14:10
<nubae>
it shouldnt
14:10
<alkisg>
What does du -sh /opt/ltsp/i386 give you?
14:11
<nubae>
doesnt exist
14:11
<alkisg>
Heh
14:11
<nubae>
in fact when I run the script it tells me to delete it if it does
14:11
well, I've done this before on non ubuntu systems that are based on ubuntu, but maybe this is too non-ubuntu
14:11
does it matter its kde?
14:12
<alkisg>
nubae: if you ln -s Ubuntu LinuxMint, does it run better?
14:12
(to make it think that it has a linuxmint plugins folder...)
14:12
<nubae>
I can certainly try
14:13
should I make the custom foldur too?
14:13
<alkisg>
No
14:13
It's just testing *where* it found the plugin, due to shell constrains...
14:14
<nubae>
heh, goes further now, that seems to work
14:14
but now: ++ debootstrap --arch i386 helena /opt/ltsp/i386 http://archive.ubuntu.com/ubuntu
14:14
E: No such script: /usr/share/debootstrap/scripts/helena
14:15
so its cause Mint has messed around too much with the naming of its distro it seems
14:15
<alkisg>
Yeah too different. Try either --dist=karmic or symlinking that file to karmic
14:15krbaum has joined #ltsp
14:15
<nubae>
symlink it is
14:15
:-)
14:16
<alkisg>
nubae: you might want to keep notes of all that, and offer fixes...
14:17
<nubae>
yeah... anyway, more problems... : Failed getting release file http://archive.ubuntu.com/ubuntu/dists/helena/Release
14:17
logical...
14:17
so symlink wont work since its looking for release at domain
14:18
yeay... dist=karmic works
14:19
so just needs a symlink for the Ubuntu dir under ltsp-client-plugins
14:19
<johnny>
http://www.herzi.eu/archives/159-Peer-to-Peer-DBus-over-TCP.html hmm..
14:19
via avahi
14:19
<nubae>
ltsp-build-client I mean
14:19
that sounds like telepathy to me
14:19
<johnny>
it's not
14:20
<nubae>
well, its what telepathy does in any case
14:20
<johnny>
obviously..
14:20
but this is direct dbus..
14:20
<nubae>
:p
14:20
<johnny>
it's more helpful to ltsp in this fashion imo
14:20* nubae goes to read
14:21
<nubae>
yeah I still remember the conversations we had about that
14:22
looks like what the folks at guadalinex were doing
14:22
they were doing something direct with avahi without using telepathy
14:22
though I wonder what the benefit is there
14:22thunsucker has joined #ltsp
14:23
<thunsucker>
ltsp is getting lots of advertising lately it seems
14:23
https://blueprints.launchpad.net/ubuntu/+spec/desktop-lucid-desktop-cloud
14:23
<nubae>
well, maybe not, this is C, they were doing something with python
14:23
<johnny>
i don't even care about avahi
14:23
the important is tcp dbus
14:23
for a way to link client and server dbus
14:25
<nubae>
yeah, wish it was python
14:26
alkisg: u think I should document that in the wiki?
14:26
<alkisg>
nubae: sure, make an UbuntuLTSP/LinuxMint page and mention whatever was needed there...
14:28
johnny: I think a wrapper would be needed for ltsp, not (just) a proxy. I.e. `system_bus = dbus.SystemBus()` running on the server should return an object which would represent the client dbus.
14:29
<nubae>
well thats what telepathy does
14:29
<alkisg>
It hooks on dbus? How?
14:29
<nubae>
through clientmanager
14:29
u shoud check the latest docs... theyre really good
14:29
<alkisg>
Does it provide its own versions of dbus?
14:29
<nubae>
no
14:30
well
14:30
<alkisg>
I didn't see any ways to hook dbus calls :-/
14:30
<nubae>
not sure what u mean by its own version
14:30
its in the example code
14:31
<alkisg>
Would that work for *all* apps? Or just telepathy-based apps? I.e. do they hook on dbus, or do they just provide some lib over it?
14:32
<nubae>
I think its telepathy specific
14:32
but by looking at the code u could do something more generic
14:32
<alkisg>
Yeah, then it's not suitable for ltsp
14:32
I think dbus should be *patched* to support ltsp - we can't just work around it..
14:34
<nubae>
this is the latest stuff from telepathy, there could be something there: http://gnomejournal.org/article/86/telepathy-overview
14:34Selveste1 has joined #ltsp
14:35
<nubae>
u see theres a dbus specif stuff in there
14:35
basically its telepathy tubes that do the dbus stuff, and that should work for ltsp too
14:36
<cliebow>
omg..telepathy tubes
14:36
<nubae>
:p
14:36
<alkisg>
It just uses dbus to enable application collaboration.. it doesn't *change* dbus... for ltsp we'd need to *change* dbus, not just provide some dbus-based library :-/
14:37
<nubae>
well I'm misunderstanding what u want ltsp to do with it then, I thought we were talking about collaboration across apps
14:38
<stgraber>
we want the system bus on the server to be the system bus of the thin client
14:38
<alkisg>
No - we want an application that runs on the server and asks for the system dbus, to get the client dbus instead
14:38
<nubae>
right reverse the normal way it works
14:38GodFather has joined #ltsp
14:38
<alkisg>
And any calls to the system dbus would need to be proxied of course
14:39
So that should works *without* changing any existing application. We'd just need to change dbus itself.
14:39
<nubae>
hmm, it sounds relatively simple, but maybe I'm missing something
14:39
ah, now I get u
14:41
i was thinking app specific
14:41
but of course changing it for all apps makes more sense
14:42pmatulis has quit IRC
14:43
<nubae>
anyway, there should be enough examples of how telepathy does it to make something similar
14:44thunsucker has quit IRC
14:47litlebuda has quit IRC
14:47
<johnny>
except they rely on the telepathy libs and whatnot nubae
14:47
obviously
14:47
<nubae>
yeah but those will already be on most systems
14:47
since empathy is now standard
14:48
<johnny>
for gnome
14:48
not xfce
14:48
not kde
14:48
not icewm
14:48
<nubae>
kde too yeah
14:48
<johnny>
still.. not everything we need to support
14:48
<nubae>
kde and gnome make up 95% +
14:48
<johnny>
plus.. as alkisg it has to be done at dbus level
14:48
not at telepathy level
14:48
otherwise the interaction will be too slow
14:48
communication will be too slow
14:48
<alkisg>
Yeah, add-on libs are a totally different matter than patching dbus. We need the latter.
14:48
<nubae>
maybe
14:48
<johnny>
no.. not maybe
14:49
you just don't know what we need
14:49
just cuz you hae a hammer.. doesn't make everything a nail
14:49
<nubae>
my maybe meant, whatever u say :-)
14:49
<alkisg>
It's the difference of using the C library vs changing the C library.
14:49
<nubae>
yeah I get it
14:53shawnp0wers has quit IRC
14:54cliebow has quit IRC
15:00hersonls has quit IRC
15:10Blinny has quit IRC
15:13
<nubae>
so, my mint clients load up to a point then I get thrown to busybox with a message that nbd server cant be reached... but surely its already connected to the nbd server during startup
15:14
<johnny>
why would you assume that?
15:15
<nubae>
hmm, ok, when does the ndb connect happen, if not after the kernel is loaded
15:16
i guess I should get more verbose output
15:21
<alkisg>
nubae: how's your dhcp setup?
15:21
External dhcp server? Or the ltsp server == dhcp server?
15:23evilx_ has quit IRC
15:24
<nubae>
ltsp = dhcp
15:24
thats not the problem though, I get a kernel panic after the kernel loads its modules
15:24
I'll check see if its like that for all clients
15:51
alkisg: I get a connection refused from the ndb server
15:51jhutchins_lt has quit IRC
15:51
<nubae>
it dies on /scripts/nfs-top
15:51jhutchins_lt has joined #ltsp
15:51
<alkisg>
nubae: well check if it's running and listening on port 2000 and if the client is hitting the correct server
15:51jhutchins_lt has quit IRC
15:52jhutchins_lt has joined #ltsp
15:52
<nubae>
hmm, could not parse config file on restarting it
15:52CAN-o-SPAM has quit IRC
15:53
<alkisg>
nubae: that's also on inetd
15:53
grep nbdrootd /etc/inetd.conf
15:53
<nubae>
right, now I remember
15:54
<alkisg>
sudo netstat -nap | grep :2000
15:54
<nubae>
yeah its there
15:54
hmm, starting it up doesnt show it running in netstat though
15:55
<alkisg>
Is the file there?
15:55
/opt/ltsp/images/*?
15:55
<nubae>
yeah
15:55GodFather has quit IRC
15:56
<nubae>
ah wait... its running...
15:56
<alkisg>
Does it drop you to an initramfs prompt?
15:56
<nubae>
busybox yeah
15:56
<alkisg>
If so, try calling nbd-client from there
15:56
<nubae>
how?
15:57
<alkisg>
nbd-client 10.0.2.1 2000 /dev/nbd0
15:57
<nubae>
might be a firewall thing too
15:58
though then it should block tftp too
16:00
nbd0 unknown partition table
16:00
<alkisg>
No problem there
16:01
<nubae>
not firewall either then
16:01
<alkisg>
Are you sure this isn't a dhcp problem, i.e. trying to contact the router instead of the ltsp server?
16:02
<nubae>
yep dhcp is off on my router
16:02
static ip on my server
16:02chris__ has joined #ltsp
16:02
<alkisg>
is /tmp/net-eth0.conf there?
16:03
<nubae>
server or client?
16:03
<alkisg>
client
16:03
<nubae>
net-eth0.conf not there on server
16:03
<chris__>
I did an Ubuntu distribution upgrade to 10.04, and my pxe booters are now saying some variant of access denied or permission denied. anyone have any ideas on this?
16:04
<johnny>
chris__, you should rebuild your client too
16:04
chroot that is
16:04
<chris__>
i did rebuild the client, chrooting to /opt/ltsp/i386 first
16:05
this may be a stupid question, but after rebuilding the client, should i need to reboot the server?
16:05
<nubae>
no
16:05
linux server almost never needs to be restarted
16:05
<chris__>
yeah that's what i thought
16:06
could it just be too many potential problems going from 9.10 to 10.04?
16:07
and a clean install would be better?
16:07
<nubae>
shouldnt be
16:07
<chris__>
i get a Forbidden Directory error on the clients
16:08
and then TFTP Error - Access Violation
16:08
if anyone's got any ideas
16:08
chmod -R 777'd a bunch of directories already, doesn't seem to be helping
16:09
<nubae>
chris__: u did ltsp-build-client --arch=i386?
16:09
maybe u need to do ltsp-update-sshkeys too
16:10
<chris__>
i can try --arch=i386, did ltsp-update-sshkeys
16:10
<alkisg>
chris__: some services might not work with mod=777, for safety reasons
16:10
<nubae>
the arch is only necessary if u are on amd65
16:10
amd64
16:10
<chris__>
i'm on a generic pae kernel, would that be a problem?
16:11
<nubae>
nope
16:11
<alkisg>
chris__: when exactly are you getting this problem? are you seeing "access denied" when the clients try to load pxelinux.0?
16:12
<chris__>
yes
16:12
my romomatic clients see that
16:12
my clients that have native support for pxe booting don't
16:12
<alkisg>
Try to install tftp-hpa (the client, not the server) *on your server* to check if tftp is working properly
16:12
<chris__>
they get a different error
16:13
what command do i run to try to connect on my server, once the client is installed
16:13
<alkisg>
`tftp server-ip` followed by `get ltsp/i386/pxelinux.0`
16:14
*and maybe a `bin` inbetween
16:14
<chris__>
i get Permission Denied
16:15
pxelinux.0: Permission Denied
16:16
<alkisg>
Then you do have a tftp problem
16:16
<chris__>
awesome
16:16
<alkisg>
Do reset the mode, don't leave it 777
16:17
<chris__>
what should i change it to?
16:17
i saw somewhere else having nobody:nobody
16:17
know anything about that?
16:17
<nubae>
your modes should be user.user
16:18
<alkisg>
http://paste.ubuntu.com/387880/
16:18
root:root
16:18
644 for files, 755 for dirs
16:19
<nubae>
just for tftp, not for everything
16:19
wait Im talking about home
16:19
:-)
16:20
anyway, any more ideas about my nbd connection refused?
16:21
<chris__>
yeah unfortunately that's what my permissions look like for those files and directories
16:21
still getting permission denied
16:21
<alkisg>
chris__: see your log files
16:22
<chris__>
where does tftp log?
16:22
<alkisg>
System > settings > logs or something like that
16:22
Boot a client and see what changes there.
16:22
Did you mess up with your tftpd settings?
16:23
<chris__>
nope
16:23
<Gadi>
chris__: add a -vvv to the tftpd line in your inetd.conf and restart inetd
16:24
it shouldlog to syslog
16:24
<akuepker>
anybody have recommendations for rock-solid reliable video cards for Ubuntu?
16:24johnny has left #ltsp
16:24
<akuepker>
I need to buy 200 of them...
16:25
<Gadi>
akuepker: intel video chipsets are well supported
16:25
<chris__>
hm
16:25
<akuepker>
they've been horrible here though.
16:25
<chris__>
in inetd.conf
16:25
<akuepker>
crashing every couple hours
16:25
<chris__>
all the tftp lines are #'d out
16:26
<akuepker>
should've mentioned that I guess. We're upgrading our staff to Dell GX260s and the onboard Intel is very crashy.
16:27
<alkisg>
chris__: cat /etc/default/tftpd-hpa
16:28sarite has joined #ltsp
16:28
<chris__>
# /etc/default/tftpd-hpa
16:28
TFTP_USERNAME="tftp"
16:28
TFTP_DIRECTORY="/srv/tftp"
16:28
TFTP_ADDRESS="0.0.0.0:69"
16:28
TFTP_OPTIONS=""
16:28
<alkisg>
That's the wrong path
16:28
<nubae>
yep
16:28
<chris__>
now we're getting somewhere
16:28mgariepy has quit IRC
16:28
<nubae>
#Defaults for tftpd-hpa
16:28
RUN_DAEMON="no"
16:28
OPTIONS="-l -s /var/lib/tftpboot"
16:29
should be tat
16:29
that
16:29
<alkisg>
nubae: not in lucid
16:29
<nubae>
oh
16:29
<alkisg>
TFTP_USERNAME="tftp"
16:29
TFTP_DIRECTORY="/var/lib/tftpboot"
16:29
TFTP_ADDRESS="0.0.0.0:69"
16:29
TFTP_OPTIONS="--secure"
16:29
<nubae>
well path should be the same
16:31
<alkisg>
chris__: after the change, do a: sudo service tftpd-hpa restart
16:32
<chris__>
i did that
16:32
now i get unable to load configuration file pxelinux.cfg/default
16:32
so we're definitely getting somewhere
16:33
<alkisg>
Is the file there?
16:33
(/var/lib/tftpboot/ltsp/i386/pxelinux.cfg/default)
16:33
<chris__>
yeah it's there
16:33
644 permissions
16:34
<alkisg>
Can you upload to pastebin the result of the following commands?
16:34
cat /etc/default/tftpd-hpa
16:34
ls -lha -R /var/lib/tftpboot/ltsp
16:34
sudo service tftpd-hpa restart
16:34
!pastebot
16:34
<ltspbot`>
alkisg: "pastebot" :: The LTSP pastebot is at http://ltsp.pastebin.com. Please paste all text longer than a line or two to the pastebot, as it helps to reduce traffic in the channel. Don't forget to paste the URL of the text here.
16:36CAN-o-SPAM has joined #ltsp
16:37
<chris__>
here you go
16:37
http://ltsp.pastebin.com/Qqv0Gy0Y
16:38
<alkisg>
chris__: you
16:38
you're missing an +x on pxelinux.cfg directory
16:38
So the tftp server can't read its contents
16:39
<chris__>
i just changed it to 755
16:39
and that error went away
16:39
<alkisg>
ok, what now?
16:40
<chris__>
clients start to boot then freeze!
16:41
<alkisg>
What's the last thing you see?
16:41
Also, try removing "quiet splash" from pxelinux.cfg/default
16:41
chris__: btw, when did you upgrade to lucid? (just checking when your tftp conf file broke...)
16:42
<chris__>
yesterday/today
16:42
<alkisg>
Ugh, that's bad
16:42
<chris__>
the last thing i get is a frozen "hourglass"
16:42
although in actuality
16:42
<alkisg>
Do file a bug for it
16:42
<chris__>
it's the little wheel thing
16:42
<alkisg>
Ah, so X is starting, and then it freezes?
16:42
<chris__>
yes
16:43
<alkisg>
Client graphics card?
16:43
<chris__>
nvidia probably
16:43
<alkisg>
nouveau problem, then
16:43
Try with XSERVER=vesa in lts.conf
16:45
(or XSERVER=nv)
16:45
<chris__>
a different client booted
16:45
but then froze after i logged in
16:46
<alkisg>
Heh
16:46
That could be compiz :P
16:46
(check .xsession-errors there)
16:49
<chris__>
hm still getting the problem
16:49
i think i may just try a fresh install
16:49
and if that doesn't work revert to 9.10
16:50
we use these primarily for data entry in web apps
16:50
and so i wanted to get firefox 3.6 without having to go the nokorama route
16:50
<alkisg>
Well you can use your karmic chroot with lucid and get firefox 3.6...
16:51
<chris__>
good suggestion
16:52
my thin client server is an old single core amd64 server
16:52
i may just use this as an excuse to get a better server
16:52johnny has joined #ltsp
16:53
<chris__>
if i am installing from scratch on this machine
16:53
should i use an amd64 kernel
16:53
and then build the thin clients for i386
16:55
or is that too much trouble?
16:55
<alkisg>
Nah it's ok. I just don't like amd64 flash myself, yet
16:55
<chris__>
i don't think i'm getting too much of a performance hit from being on a i386 kernel
16:55
and since all of my clients are i386
16:56
<johnny>
you don't really get one at all..
16:56
<chris__>
might be easier to just stick with that route
16:56
<johnny>
binaries are bigger on amd64
16:56
<chris__>
i guess it would be different if i was running some quad core server with 16gb of ram or something
16:57
in the meantime, thanks for everyone's help
16:57etyack has quit IRC
16:57chris__ has quit IRC
16:58Gadi has left #ltsp
17:02CAN-o-SPAM has quit IRC
17:08Selveste1 has quit IRC
17:09shogunx has quit IRC
17:13alkisg has quit IRC
17:14
<sarite>
hey is anyone available to answer a question for me
17:16
<johnny>
!ask
17:16
<ltspbot`>
johnny: "ask" :: Don't ask to ask a question, simply ask it, and if someone knows the answer, they'll respond. Please hang around for at least 15 minutes after asking a question, as not everybody constantly monitors the channel.
17:19sarite has quit IRC
17:19
<johnny>
lol
17:19sarite has joined #ltsp
17:31alexqwesa has quit IRC
17:33alexqwesa has joined #ltsp
17:53akuepker has quit IRC
18:06bobby_C has quit IRC
18:18
<sarite>
hey can somone help me with a problem, im having trouble mounting the home directory for my fat clients
18:19
i can only update the files from the server using ltsp-update-image but the clients can only make changes that last as long as i dont restart it
18:24shogunx has joined #ltsp
18:29
<Lns>
sarite: changes to chroots will stick if you modify the chroot and then do ltsp-update-image
18:37
<sarite>
hmm let me try it out
18:38staffencasa has quit IRC
18:40
<sarite>
nope, i deleted a file from the fat client's shell and its still there
18:41
prehaps i did a crappy job explaining my problem
18:42
i understand ltsp-update-image is how you push a new image to the clients but what if i wanted keep a file after i restart the fat client
18:42
i have no idea how to make chances in the other directon
19:12jammcq has joined #ltsp
19:24try2free has joined #ltsp
19:27try2free has left #ltsp
19:28Lns has quit IRC
19:32waldo323 has joined #ltsp
19:53
<AndyGraybeal>
woah, i just had a crazy idea.. if thin clients were POE ? maybe that isn't such a good idea.. but all the sudden i thought of it.
19:53
maybe in fact it's a bad idea.
19:58Faithful1 has joined #ltsp
19:58pmatulis has joined #ltsp
19:58Faithful1 has quit IRC
20:06sarite has quit IRC
20:14sarite has joined #ltsp
20:22japerry has quit IRC
20:31sarite has quit IRC
20:50pmatulis has quit IRC
20:53t3rm1n4l has joined #ltsp
20:53
<t3rm1n4l>
hi
20:54
may i know how ltspfs and lbuscd works ?
20:54
any docs?
20:54
i have these tools running on client and server
20:54
but no device forwarding takes place
21:06waldo323 has quit IRC
21:19knipwim has quit IRC
21:19knipwim has joined #ltsp
21:29daya has joined #ltsp
21:43johnny has left #ltsp
21:51t3rm1n4l has quit IRC
22:09etyack has joined #ltsp
22:10etyack has left #ltsp
22:11artista_frustrad has quit IRC
22:12johnny has joined #ltsp
22:12artista-frustrad has quit IRC
23:26alkisg has joined #ltsp
23:36japerry has joined #ltsp
23:38alkisg has quit IRC