IRC chat logs for #ltsp on irc.libera.chat (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:15 | Ahmuck-Sr has joined #ltsp | |
| 00:15 | <Ahmuck-Sr> is there a way to "roll over" a ltsp server?
| |
| 00:15 | pyite has left #ltsp | |
| 00:21 | mordocai 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:27 | mordocai has quit IRC | |
| 01:29 | Ahmuck-Sr has quit IRC | |
| 01:32 | daya has quit IRC | |
| 01:38 | japerry has quit IRC | |
| 01:38 | japerry has joined #ltsp | |
| 01:47 | daya has joined #ltsp | |
| 01:57 | daya has quit IRC | |
| 02:04 | gnunux has joined #ltsp | |
| 02:05 | <gnunux> hi
| |
| 02:17 | daya has joined #ltsp | |
| 02:26 | Selveste1 has quit IRC | |
| 02:45 | bobby_C has joined #ltsp | |
| 03:21 | ogra has quit IRC | |
| 03:26 | ogra has joined #ltsp | |
| 03:35 | daya has quit IRC | |
| 04:37 | mikkel has joined #ltsp | |
| 04:37 | Faithful has joined #ltsp | |
| 04:42 | ogra has quit IRC | |
| 04:42 | ogra has joined #ltsp | |
| 04:53 | loathing has quit IRC | |
| 04:57 | tthorb 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:08 | loather-work has quit IRC | |
| 05:18 | Selveste1 has joined #ltsp | |
| 05:47 | bobby_C has quit IRC | |
| 06:13 | shogunx has quit IRC | |
| 06:16 | shogunx has joined #ltsp | |
| 06:17 | alkisg has quit IRC | |
| 06:20 | alkisg has joined #ltsp | |
| 06:41 | pmatulis has joined #ltsp | |
| 06:58 | hersonls has joined #ltsp | |
| 07:09 | shaunak 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:17 | loather-work has joined #ltsp | |
| 07:19 | shawnp0wers has joined #ltsp | |
| 07:20 | tthorb_ has joined #ltsp | |
| 07:24 | tthorb has quit IRC | |
| 07:27 | shaunak has quit IRC | |
| 07:45 | mgariepy 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:56 | scottmaccal has joined #ltsp | |
| 08:05 | loathing has joined #ltsp | |
| 08:09 | cliebow has joined #ltsp | |
| 08:18 | Gadi has joined #ltsp | |
| 08:20 | artista_frustrad has joined #ltsp | |
| 08:23 | artista-frustrad has joined #ltsp | |
| 08:28 | Gadi 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:31 | Blinny 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:31 | F-GT has quit IRC | |
| 08:36 | F-GT has joined #ltsp | |
| 08:36 | Gadi 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:46 | ball has joined #ltsp | |
| 08:46 | etyack 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:03 | thunsucker has joined #ltsp | |
| 09:04 | etyack has left #ltsp | |
| 09:10 | Selveste1 has quit IRC | |
| 09:12 | Selveste1 has joined #ltsp | |
| 09:16 | Selveste1 has quit IRC | |
| 09:19 | Selveste1 has joined #ltsp | |
| 09:20 | mikkel has quit IRC | |
| 09:31 | rjune has quit IRC | |
| 09:36 | tthorb_ has quit IRC | |
| 09:36 | Faithful has quit IRC | |
| 09:38 | tthorb has joined #ltsp | |
| 09:38 | thunsucker 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:41 | thunsucker has joined #ltsp | |
| 09:42 | shogunx 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:51 | Faithful has joined #ltsp | |
| 09:51 | shogunx has joined #ltsp | |
| 09:52 | litlebuda 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:58 | CAN-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:03 | etyack 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:08 | Blinny 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:09 | Blinny 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:21 | ball 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:28 | litlebuda has quit IRC | |
| 10:31 | gnunux 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:56 | etyack 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:03 | shogunx 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:12 | thunsucker has quit IRC | |
| 11:13 | <cliebow> /opt/ltsp/powerpc 8~)
| |
| 11:14 | thunsucker 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:24 | Eghie 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:36 | Eghie 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:46 | Selveste1 has quit IRC | |
| 11:48 | Selveste1 has joined #ltsp | |
| 11:50 | shogunx has joined #ltsp | |
| 11:51 | Faithful has quit IRC | |
| 11:51 | Faithful 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:04 | otavio 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:05 | otavio 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:11 | ogra_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:15 | slidesinger has joined #ltsp | |
| 12:16 | scottmaccal has quit IRC | |
| 12:18 | Selveste1 has quit IRC | |
| 12:18 | jhutchins_lt has quit IRC | |
| 12:24 | ogra_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:32 | jhutchins_lt has joined #ltsp | |
| 12:37 | etyack 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:39 | IBC_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:41 | thunsucker_ 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:43 | thunsucker__ 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:44 | thunsucker 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:48 | thunsucker_ 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:57 | litlebuda 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:19 | nubae has joined #ltsp | |
| 13:20 | nubae 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:34 | bobby_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:43 | Lns has joined #ltsp | |
| 13:45 | <nubae> hmm, is there something I'm doing wrong or is this a bug in 010-chroot-tagging
| |
| 13:45 | thunsucker__ 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:54 | mgariepy has quit IRC | |
| 13:54 | <nubae> but regardless it should work whether I'm building for amd64 or i386
| |
| 13:54 | mgariepy 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:15 | krbaum 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:22 | thunsucker 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:34 | Selveste1 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:38 | GodFather 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:42 | pmatulis has quit IRC | |
| 14:43 | <nubae> anyway, there should be enough examples of how telepathy does it to make something similar
| |
| 14:44 | thunsucker has quit IRC | |
| 14:47 | litlebuda 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:53 | shawnp0wers has quit IRC | |
| 14:54 | cliebow has quit IRC | |
| 15:00 | hersonls has quit IRC | |
| 15:10 | Blinny 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:23 | evilx_ 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:51 | jhutchins_lt has quit IRC | |
| 15:51 | <nubae> it dies on /scripts/nfs-top
| |
| 15:51 | jhutchins_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:51 | jhutchins_lt has quit IRC | |
| 15:52 | jhutchins_lt has joined #ltsp | |
| 15:52 | <nubae> hmm, could not parse config file on restarting it
| |
| 15:52 | CAN-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:55 | GodFather 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:02 | chris__ 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:24 | johnny 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:28 | sarite 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:28 | mgariepy 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:36 | CAN-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:52 | johnny 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:57 | etyack has quit IRC | |
| 16:57 | chris__ has quit IRC | |
| 16:58 | Gadi has left #ltsp | |
| 17:02 | CAN-o-SPAM has quit IRC | |
| 17:08 | Selveste1 has quit IRC | |
| 17:09 | shogunx has quit IRC | |
| 17:13 | alkisg 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:19 | sarite has quit IRC | |
| 17:19 | <johnny> lol
| |
| 17:19 | sarite has joined #ltsp | |
| 17:31 | alexqwesa has quit IRC | |
| 17:33 | alexqwesa has joined #ltsp | |
| 17:53 | akuepker has quit IRC | |
| 18:06 | bobby_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:24 | shogunx 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:38 | staffencasa 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:12 | jammcq has joined #ltsp | |
| 19:24 | try2free has joined #ltsp | |
| 19:27 | try2free has left #ltsp | |
| 19:28 | Lns has quit IRC | |
| 19:32 | waldo323 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:58 | Faithful1 has joined #ltsp | |
| 19:58 | pmatulis has joined #ltsp | |
| 19:58 | Faithful1 has quit IRC | |
| 20:06 | sarite has quit IRC | |
| 20:14 | sarite has joined #ltsp | |
| 20:22 | japerry has quit IRC | |
| 20:31 | sarite has quit IRC | |
| 20:50 | pmatulis has quit IRC | |
| 20:53 | t3rm1n4l 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:06 | waldo323 has quit IRC | |
| 21:19 | knipwim has quit IRC | |
| 21:19 | knipwim has joined #ltsp | |
| 21:29 | daya has joined #ltsp | |
| 21:43 | johnny has left #ltsp | |
| 21:51 | t3rm1n4l has quit IRC | |
| 22:09 | etyack has joined #ltsp | |
| 22:10 | etyack has left #ltsp | |
| 22:11 | artista_frustrad has quit IRC | |
| 22:12 | johnny has joined #ltsp | |
| 22:12 | artista-frustrad has quit IRC | |
| 23:26 | alkisg has joined #ltsp | |
| 23:36 | japerry has joined #ltsp | |
| 23:38 | alkisg has quit IRC | |