IRC chat logs for #ltsp on irc.libera.chat (webchat)
Channel log from 18 February 2010 (all times are UTC)
| 00:39 | alkisg has joined #ltsp | |
| 02:33 | ltspbot has joined #ltsp | |
| 02:33 | sbalneav has joined #ltsp | |
| 02:44 | mikkel has joined #ltsp | |
| 02:45 | zeltron has joined #ltsp | |
| 02:45 | <zeltron> Hello
| |
| 02:45 | Still looking for help on ltsp-cluster
| |
| 02:47 | First : In nstallation with Jaunty like it's discribed on ltsp-cluster website , load balancer doesn't work
| |
| 02:48 | I tried the same work with karmic, and it's OK. I think lbserver in ltsp-cluster is broken, or incompatible with something in jaunty
| |
| 02:48 | Where could I send this for someone more efficient than me could verify ?
| |
| 02:49 | <ogra> https://bugs.launchpad.net/ltsp-cluster/+filebug
| |
| 02:50 | <zeltron> Second thing : When the client boots (with my new karmic installation), it dislays a screen with hardware information before ldm
| |
| 02:50 | ogra : ok
| |
| 02:50 | On this screen, the mouse doesn't work :
| |
| 02:51 | I move it, but no cursor appears.
| |
| 02:51 | At a certain position, the 'OK' button highlights
| |
| 02:52 | (that means the cursor is on it, i think, but you can't see it)
| |
| 02:52 | When the button is highlighted, a mouse clic doesn't work, you've got to press the 'enter key
| |
| 02:53 | Not really user-friendly !
| |
| 02:54 | As someone a solution to fix this problem : make the mouse work, or even shunt this screen, that is not really usefull for my users
| |
| 02:54 | (Has)... sorry
| |
| 03:30 | alkisg has quit IRC | |
| 03:34 | bobby_C has joined #ltsp | |
| 03:41 | alexbodn has joined #ltsp | |
| 03:57 | johnny has quit IRC | |
| 04:11 | ogra has quit IRC | |
| 04:11 | ogra has joined #ltsp | |
| 04:52 | pmatulis has joined #ltsp | |
| 04:59 | artista_frustrad has joined #ltsp | |
| 05:05 | artista_frustrad has quit IRC | |
| 05:06 | alexbodn has quit IRC | |
| 05:08 | alexbodn has joined #ltsp | |
| 05:10 | hersonls has joined #ltsp | |
| 05:18 | alkisg has joined #ltsp | |
| 05:33 | F-GT has quit IRC | |
| 06:16 | ldo has joined #ltsp | |
| 06:16 | F-GT has joined #ltsp | |
| 06:23 | pmatulis_ has joined #ltsp | |
| 06:35 | alexqwesa has quit IRC | |
| 06:37 | alexqwesa has joined #ltsp | |
| 06:37 | pmatulis has quit IRC | |
| 06:40 | Eghie has quit IRC | |
| 06:54 | Eghie has joined #ltsp | |
| 06:56 | hersonls has quit IRC | |
| 06:59 | Eghie has quit IRC | |
| 07:04 | <_UsUrPeR_> morning all
| |
| 07:05 | johnny has joined #ltsp | |
| 07:15 | hersonls has joined #ltsp | |
| 07:28 | alexqwesa has quit IRC | |
| 07:30 | alexqwesa has joined #ltsp | |
| 07:39 | Eghie has joined #ltsp | |
| 07:43 | carbm2 has quit IRC | |
| 07:43 | carbm2 has joined #ltsp | |
| 07:45 | carbm2 has quit IRC | |
| 07:47 | carbm1 has quit IRC | |
| 07:47 | artista_frustrad has joined #ltsp | |
| 07:51 | alkisg has quit IRC | |
| 08:03 | bobby_C has quit IRC | |
| 08:13 | try2free has joined #ltsp | |
| 08:13 | try2free has left #ltsp | |
| 08:31 | Gadi has joined #ltsp | |
| 08:38 | zeltron has quit IRC | |
| 08:54 | anivair has joined #ltsp | |
| 08:56 | <anivair> So i'm looking for assistance with a sound issue (posted to the email list already a while back).
| |
| 08:56 | if I use a sip phone (say twinkle), it works great on the server, but I get either on audio or stuttering audio (when set to mono) on a thin client
| |
| 08:57 | if I open up the sound preferences, the audio clears up just fine, but eventually the stutter comes back
| |
| 08:57 | <Appiah> localapp?
| |
| 08:57 | <anivair> not sure how. never done it. is there a toturial or walkthrough somewhere?
| |
| 08:57 | <Gadi> tried setting the app's sound output to pulseaudio?
| |
| 08:58 | <anivair> no option. the program thinks it's using alsa (though it thinks that on the server, too). I have options for alsa or a manually specified device, pretty much
| |
| 09:00 | <Gadi> try setting sound preferences to pulseaudio?
| |
| 09:00 | (system sound preferences, that is)
| |
| 09:01 | <anivair> er ... I don't seem to have an option for that in the system sound preferences. Where am I looking?
| |
| 09:03 | <Gadi> You don't have pull downs fo what to use for sound events, etc
| |
| 09:05 | <anivair> I have 5 tabs: Sound effects, hardware, input, output, applications
| |
| 09:05 | no real drop downs save for things like speakers
| |
| 09:10 | <Gadi> anivair: actually, as Appiah says, you may be better off just running the sip phone as a local app
| |
| 09:10 | carbm1 has joined #ltsp | |
| 09:10 | <Gadi> anivair: simply: chroot /opt/ltsp/i386 apt-get install <package>
| |
| 09:10 | <anivair> is there a tutorial for setting them up? I have never set up anything as a localapp in ltsp and I honestly don't know how, but I gladly will
| |
| 09:10 | <Gadi> and then sudo ltsp-update-image
| |
| 09:10 | <anivair> okay
| |
| 09:11 | <Gadi> finally, in lts.conf, add: LOCAL_APPS_MENU=True to have the choice from the gnome menu run the local app
| |
| 09:11 | <anivair> okay
| |
| 09:11 | I presume I should remove the one I have first?
| |
| 09:11 | <Gadi> I should actually ask you what distro you are using
| |
| 09:11 | I was assuming ubuntu
| |
| 09:11 | <anivair> it is ubuntu
| |
| 09:12 | <Gadi> ok
| |
| 09:12 | no need to remove what you have
| |
| 09:12 | <anivair> okay
| |
| 09:12 | <Gadi> it will override it
| |
| 09:12 | (or at least it should)
| |
| 09:12 | usually you will know a localapp because the title will change from, say "twinkle" to "twinkle on ltsp001" or soe such
| |
| 09:12 | *some
| |
| 09:13 | for example, if you run from a terminal window: ltsp-localapps xterm
| |
| 09:13 | it should open a local app xterm
| |
| 09:14 | <anivair> excellent!
| |
| 09:14 | any other programs that is recommended for?
| |
| 09:14 | now that I know how
| |
| 09:15 | <Gadi> many people install firefox+java+flash there in order to reduce load on the server and increase video performance for streaming video
| |
| 09:16 | just remember, the more apps you run locally, the more power you need locally
| |
| 09:16 | and you have to remember to update the chroot if you want updates to those programs
| |
| 09:17 | but, localapps is great for apps that really like realtime access to the client hardware
| |
| 09:17 | <_UsUrPeR_> sbalneav: ping?
| |
| 09:18 | <anivair> thanks a lot
| |
| 09:19 | <carbm1> I think the Local Apps just answered my question... I'm wanting to use one username that automatically signs into our LTSP but you can't run Firefox on multiple computers. So thats my fix? Run the Firefox/Flash from the local machine?
| |
| 09:21 | <_UsUrPeR_> carbm1: unfortunately, gnome does not respond well to multiple logins
| |
| 09:22 | <carbm1> I'm planning on setting everything as read only... Think it will still be a problem?
| |
| 09:22 | <Gadi> carbm1: thats *a* fix, but, you could attack it other ways, as well
| |
| 09:22 | <carbm1> This is going to be for student computers in a secondary school... security is not an issue. I just need them to get online to a flash website.
| |
| 09:23 | <_UsUrPeR_> carbm1: You can create multiple accounts, and have them log on based on mac address.
| |
| 09:23 | <Gadi> carbm1: if you have decent lmachines, localapps is a nice solution for that
| |
| 09:23 | er, actually, no
| |
| 09:23 | <carbm1> ... I'm very interested! How based on mac address.
| |
| 09:23 | <_UsUrPeR_> Gadi: ?
| |
| 09:23 | <Gadi> right - listen to _UsUrPeR_
| |
| 09:23 | :)
| |
| 09:23 | lol
| |
| 09:24 | <_UsUrPeR_> :O
| |
| 09:24 | ok
| |
| 09:24 | <carbm1> The computers are 350Mhz-500Mhz 196MB RAM.
| |
| 09:24 | <Gadi> Im a bit out of sorts this morning
| |
| 09:24 | <_UsUrPeR_> carbm1: guh
| |
| 09:24 | * Gadi crawls back into corner | |
| 09:24 | <_UsUrPeR_> carbm1: I may recommend more RAM before continuing down the localapps route.
| |
| 09:24 | <carbm1> believe me... if I had a choice and a budget they would have been recycled a long time ago.
| |
| 09:25 | <_UsUrPeR_> carbm1: I understand. You work with what you have.
| |
| 09:25 | Gadi: wait, get out of the cornet for a second. is it ldm_user, ldm_pass, ldm_autologin = yes?
| |
| 09:25 | s/cornet/corner
| |
| 09:26 | <carbm1> So, local apps may not be the right choice? Is there a howto for automatic signon based on mac address?
| |
| 09:26 | <_UsUrPeR_> carbm1: I am going to get you a lts.conf config file and some instructions in just a moment here.
| |
| 09:26 | <anivair> hrm ... when i run ltsp-update-image I get this: /opt/ltsp/amd64 doesn't exist
| |
| 09:27 | that is no good
| |
| 09:27 | <carbm1> Thanks!
| |
| 09:27 | <anivair> should I have installed it to amd64 instead of i386?
| |
| 09:27 | dro has joined #ltsp | |
| 09:27 | <Gadi> anivair: ltsp-update-image --arch i386
| |
| 09:27 | <anivair> right-o
| |
| 09:34 | last question: should I edit /opt/ltsp/i386/etc/lts.conf or should I create /var/lib/tftpboot/ltsp/i386/lts.conf, as that file recommends, for the addition of the local app menu item?
| |
| 09:34 | <_UsUrPeR_> carbm1: http://pastebin.com/m6d7ace83
| |
| 09:34 | <Gadi> the latter
| |
| 09:35 | <_UsUrPeR_> brb
| |
| 09:35 | <Gadi> anivair: and don't forget the [default] line
| |
| 09:35 | <anivair> I already have, heh. let me check the existing one to see if it has an example
| |
| 09:36 | <Gadi> _UsUrPeR_: didn't we have code in there that uses the hostname for the username when LDM_USERNAME is not supplied with utologin?
| |
| 09:39 | <anivair> so I keep everything that's already in the [default] line (color depth, localdev, etc) and just add a local app line?
| |
| 09:39 | <Gadi> every line under [default] applies to all clients
| |
| 09:40 | to set something just for one particular client, create a stanza with [<MAC>]
| |
| 09:40 | where MAC is the MAC address of the client
| |
| 09:40 | <anivair> I do want this to apply to every client, certainly
| |
| 09:41 | but do I need to leave the lines that are in the example file, or should I blank those out and just use the local app line?
| |
| 09:41 | (ie: if I take out what is in the example, will that break my thin clients?)
| |
| 09:41 | <Gadi> you can simply have:
| |
| 09:41 | [default]
| |
| 09:41 | LOCAL_APPS_MENU=True
| |
| 09:41 | like that
| |
| 09:42 | <anivair> thanks
| |
| 09:44 | <_UsUrPeR_> Gadi: (in reference to the hostname for username) If it exists, this is the first I have heard of it. Sounds useful though :)
| |
| 09:45 | shawnp0wers has joined #ltsp | |
| 09:45 | <anivair> I'm off to play with that and see if that helps. Thanks for the help setting it up.
| |
| 09:45 | <_UsUrPeR_> anivair: sorry. Was not sure what else you wanted to do with your lts.conf. One important thing: if you put ldm_autologin = True below [DEFAULT], you will not be able to boot a client normally if it does not have an ldm_username and ldm_password attached to it
| |
| 09:46 | shawnp0wers: hello there
| |
| 09:46 | <shawnp0wers> Hi. :)
| |
| 09:46 | * shawnp0wers is in the Traverse City airport, waiting for a plane... | |
| 09:48 | <_UsUrPeR_> Traverse City, huh? Popular summer destination... What's it like in Feb?
| |
| 09:50 | alkisg has joined #ltsp | |
| 09:51 | <anivair> that's okay, I think what I got will be just fine
| |
| 09:52 | bobby_C has joined #ltsp | |
| 09:55 | anivair has quit IRC | |
| 09:57 | <carbm1> sorry, had to step out. Whats the correct synax for the MAC address? With :'s or with dashes... Do I have to add 01- to the begining like pxelinux requires?
| |
| 09:59 | sorry, looking at examples on google looks like I use it just like normal. Thanks.
| |
| 09:59 | <alkisg> !lts.conf
| |
| 09:59 | <ltspbot> alkisg: "lts.conf" :: http://manpages.ubuntu.com/lts.conf
| |
| 09:59 | <Gadi> carbm1: normal - with colons
| |
| 10:00 | <carbm1> alkisg, Thanks for your help yesterday also! I didn't get a chance to thank you!
| |
| 10:00 | shawnp0wers has quit IRC | |
| 10:02 | <alkisg> np
| |
| 10:05 | <carbm1> Apparently its not trying to download the lts.conf. My DHCP/PXE is on a different server and I've tried putting it on the LTSP Server and my PXE Server. Is there a way to specify where to get the lts.conf file?
| |
| 10:11 | http://pastebin.com/m75381a68
| |
| 10:11 | Thats on my PXE boot server that actually connects to the LTSP server. It boots but it doesn't seem to matter what I put in ltsp/i386/lts.conf
| |
| 10:16 | dro has quit IRC | |
| 10:16 | <alkisg> carbm1: you need to send the filename for the "Linux ipconfig" vendor identifier
| |
| 10:16 | What's your dhcpd.conf ?
| |
| 10:16 | (or, make a symlink from /var/lib/tftpboot/lts.conf to /var/lib/tftpboot/ltsp/i386/lts.conf)
| |
| 10:17 | (a relative one, eitherwise tftpd-hpa will refuse to follow it)
| |
| 10:18 | <carbm1> I copied it and it still didn't seem to work... let me try some more testing.
| |
| 10:19 | For me my PXE/DHCP is on a SLES10.2 box. The LTSP is a Ubuntu 9.10 box.
| |
| 10:19 | <alkisg> carbm1: wait, where do you put your lts.conf, in which server?
| |
| 10:19 | In the dhcp server or in the nbd server?
| |
| 10:19 | <carbm1> tried on the dhcp/pxe server first.
| |
| 10:20 | I haven't tried the nbd server yet.
| |
| 10:20 | <alkisg> I think it will try to pull it from the nbdserver in your case
| |
| 10:21 | <carbm1> *fingers crossed.
| |
| 10:21 | <alkisg> (echo "get ${tftpath:-/ltsp/i386}/lts.conf"|/bin/tftp ${NBD_ROOT_SERVER} >/dev/null 2>&1)
| |
| 10:21 | Yup, it uses the nbd server
| |
| 10:23 | <carbm1> So, on the nbd server.. which is Ubuntu. The file lts.conf should be in /var/lib/tftpboot/ltsp/i386 ?
| |
| 10:23 | or /var/lib/tftpboot?
| |
| 10:25 | <alkisg> It depends on your dhcpd.conf
| |
| 10:25 | Usually it should be in /var/lib/tftpboot/ltsp/i386
| |
| 10:28 | <highvoltage> hey! congratulations on the 5.2 release!!!
| |
| 10:29 | it should be in the title!
| |
| 10:29 | <stgraber> I'm working on a blog post + ML announce
| |
| 10:31 | <ogra> i guess he meant the channel topic
| |
| 10:31 | (and i agree, its a significant milestone)
| |
| 10:32 | <stgraber> yep, we probably should update the topic
| |
| 10:33 | <highvoltage> yes s/title/topic/ :p
| |
| 10:36 | dro has joined #ltsp | |
| 10:37 | <carbm1> Its definitely not downloading the lts.conf file. Its in the /srv/tftp/ltsp/i386/lts.conf on my DHCP/PXE Server... I've also put it on the NBD (LTSP-Server) in /var/lib/tftpboot/ltsp/i386/lts.conf ... Any suggestions on trouble shooting this?
| |
| 10:37 | I'm reading the LTSPManual.pdf and I know my syntax is correct.
| |
| 10:38 | *I know ... meaning I'm fairly certain.
| |
| 10:40 | ... the manual says it must contain a [default] at the top no matter what... so let me retry some things.
| |
| 10:45 | <alkisg> carbm1: upload your dhcpd.conf and your lts.conf to pastebin
| |
| 10:46 | <carbm1> My dhcpd.conf is LONG... It serves 14 VLAN's. Do you want my pxelinux.cfg/default file instead? and my lts.conf file?
| |
| 10:46 | <alkisg> No, the pxelinux.cfg/default is irrelevant
| |
| 10:46 | Just post the part that contains the filename directive
| |
| 10:46 | And your lts.conf
| |
| 10:50 | <carbm1> http://pastebin.com/m505aebdc
| |
| 10:50 | dro has quit IRC | |
| 10:50 | <alkisg> filename "pxelinux.0"; ==> it searches the file in your nbd server, in /var/lib/tftpboot
| |
| 10:51 | So put lts.conf there...
| |
| 10:51 | Also, don't put spaces around the equals in lts.conf
| |
| 10:51 | I'm not sure if that matters or not
| |
| 10:52 | hersonls has quit IRC | |
| 10:53 | dro has joined #ltsp | |
| 10:53 | <carbm1> The pxelinux.0 is in /srv/tftp on my SLES10.2 box and all my network booting works fine. It just doesn't seem to try and download the lts.conf file from either server. I'll try to fix the lts.conf and remove the spaces.
| |
| 10:54 | <alkisg> carbm1: put your lts.conf in your nbdserver, in /var/lib/tftpboot/lts.conf
| |
| 10:54 | Notice the path, it's not the standard path ^^^
| |
| 10:54 | <carbm1> ok, i'm on it. just a sec.
| |
| 10:57 | Thank you for your help and patience... I know its a complicated setup.
| |
| 10:58 | Still no go. I have the lts.conf file in both /var/lib/tftpboot and /var/lib/tftpboot/ltsp/i386 and I can confirm from a windows box that I can download the file via tftp.
| |
| 10:59 | <alkisg> Let's verify that it didn't get the file
| |
| 10:59 | Logon normally, and open a local xterm
| |
| 10:59 | !localxterm
| |
| 10:59 | <ltspbot> alkisg: "localxterm" :: while sitting on a thin client, open a gnome terminal. In that, run: ltsp-localapps xterm. An xterm will open. That xterm runs locally, so any commands you enter there are executed directly on the client.
| |
| 11:01 | <carbm1> can I su to the admin user and run that?
| |
| 11:01 | i'm in a different classroom right now supervising a conference call.
| |
| 11:01 | <alkisg> You don't need sudo, but wait
| |
| 11:01 | I think I see the problem
| |
| 11:01 | Can you run this:
| |
| 11:02 | grep tftp /opt/ltsp/i386/usr/share/initramfs-tools/scripts/ltsp_nbd
| |
| 11:03 | <carbm1> http://pastebin.com/m714dab82
| |
| 11:03 | <alkisg> Heh... fun
| |
| 11:03 | https://bugs.launchpad.net/ubuntu/+source/ltsp/+bug/238010
| |
| 11:03 | That's your problem
| |
| 11:04 | So, put lts.conf in your nbd server, in /var/lib/tftpboot/pxelinux.0 !!!!
| |
| 11:04 | i.e. make a pxelinux.0 directory, to bypass the bug...
| |
| 11:04 | and put lts.conf inside that directory
| |
| 11:05 | * alkisg needs to fix that... | |
| 11:06 | <carbm1> That worked!!!
| |
| 11:06 | <alkisg> ***or, simpler, change the filename directive in your dhcpd.conf to /pxelinux.0
| |
| 11:06 | With a slash in front of it
| |
| 11:06 | <carbm1> I think the pxelinux.0/lts.conf is easier for right now.
| |
| 11:06 | <alkisg> But yeah, that bug needs fixing...
| |
| 11:11 | <carbm1> alkisg, you'da man!
| |
| 11:11 | <alkisg> :)
| |
| 11:13 | <carbm1> Well, now with the automatic login I can't restart the workstation. When I select restart it automatically restarts the session. So I can't restart from the login screen.
| |
| 11:14 | <johnny> truly
| |
| 11:14 | that's why i just hard power off mine
| |
| 11:15 | but the other solution is to use the login timeout
| |
| 11:15 | so i t auto logs in after 5 seconds
| |
| 11:15 | <alkisg> or to use my patched gnome-session :D
| |
| 11:15 | <johnny> alkisg, didn't you solve this problem with lucid?
| |
| 11:15 | <alkisg> That enables you to poweroff normally :D
| |
| 11:15 | <johnny> did it get accepted?
| |
| 11:15 | <alkisg> johnny: nope :(
| |
| 11:15 | <johnny> figured it wouldn't
| |
| 11:15 | <alkisg> He said he needs some ltsp developers to testify that it works
| |
| 11:15 | But none did
| |
| 11:15 | <johnny> the solution sounds kinda hacky anyways
| |
| 11:16 | you really nee dto solve the problem at the dbus level
| |
| 11:16 | <alkisg> Why?
| |
| 11:16 | <johnny> so gnome doesn't have to b e patched
| |
| 11:16 | <alkisg> I did solve it at dbus
| |
| 11:16 | <johnny> ah
| |
| 11:16 | so.. why is it a patch for gnome-session ?
| |
| 11:16 | <alkisg> Because that's what provides the dbus call for the session...
| |
| 11:16 | Ah, you mean the system dbus?
| |
| 11:17 | That's not doable currently... we'd need to merge the buses from client/server to make that happen
| |
| 11:17 | And I'm not sure if that's doable
| |
| 11:18 | <carbm1> I'm glad you guys know what your talking about.
| |
| 11:18 | How do I set the login timeout?
| |
| 11:23 | <johnny> alkisg, that's exactly what we must do
| |
| 11:23 | your patch will ever get accepted
| |
| 11:23 | if i was the maintainer, i wouldn't accept it
| |
| 11:23 | that is
| |
| 11:23 | Psifidotos has joined #ltsp | |
| 11:23 | <alkisg> It's not upstream gnome session
| |
| 11:23 | <johnny> sure.. but then you only helpl ubuntu..
| |
| 11:23 | which is dumb
| |
| 11:24 | <alkisg> It's a patch ON an ubuntu patch for gnome session
| |
| 11:24 | I just added 4 lines in an existing patch...
| |
| 11:24 | Sure
| |
| 11:24 | <johnny> that patch shouldn't be there either i bet then
| |
| 11:24 | fedora will never accept it
| |
| 11:24 | <alkisg> But I'm not sure that merging the 2 buses is doable. Are you?
| |
| 11:24 | <johnny> alkisg, why not?
| |
| 11:24 | dbus-proxy
| |
| 11:24 | <alkisg> Because there are 2 different PCs, 2 different system buses
| |
| 11:24 | Different states and everything
| |
| 11:24 | <johnny> sure.. let the dbus-proxy pass things to the right places
| |
| 11:25 | but really.. we should talk to a dbus maintainer about the best way to achive our goal
| |
| 11:25 | <alkisg> If it is that simple, we're eagerly waiting for your implementation ;)
| |
| 11:25 | <johnny> not necessarily to suggest the implementation
| |
| 11:25 | dude.. i only use ltsp on 3 terminals..
| |
| 11:25 | it's not a big deal for me..
| |
| 11:25 | it's a big deal for all the 1000000 other terminals out there
| |
| 11:25 | <alkisg> Sure... I just don't think it's doable
| |
| 11:26 | <johnny> i just power mine off at night
| |
| 11:26 | well talk to a dbus guy
| |
| 11:26 | tell him what you want
| |
| 11:26 | he'll help figure out a way to achieve it
| |
| 11:26 | <alkisg> I have my PPA with my patched gnome session, I'm fine atm...
| |
| 11:26 | I'll leave that for the bigger guns :)
| |
| 11:28 | Kicer86 has joined #ltsp | |
| 11:29 | Selveste1_ has quit IRC | |
| 11:31 | japerry has joined #ltsp | |
| 11:32 | Kicer86 has quit IRC | |
| 11:40 | Psifidotos has quit IRC | |
| 11:42 | carbm1 has quit IRC | |
| 11:44 | Kicer86 has joined #ltsp | |
| 11:45 | lucascoala has joined #ltsp | |
| 12:23 | mgariepy has joined #ltsp | |
| 12:41 | vvinet has joined #ltsp | |
| 12:43 | <vvinet> !s
| |
| 12:43 | <ltspbot> vvinet: "s" :: Scotty!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
| |
| 12:52 | the_fronny has joined #ltsp | |
| 12:55 | <the_fronny> I have a partial boot of an Aspire Revo 1600 off karmic, but the boot stalls with the client saying udhcpc (v0.9.9-pre) started Sending discover... No lease, failing.
| |
| 12:56 | I never get a logon screen. Must one still do the remote login stuff (XDMCP) that was required by 4.x?
| |
| 12:57 | <alkisg> the_fronny: run this command, and then reboot your client:
| |
| 12:57 | echo 'ipappend 3' | sudo tee -a /var/lib/tftpboot/ltsp/*/pxelinux.cfg/default
| |
| 12:57 | If it doesn't work after that, then it isn't a dhcp problem
| |
| 12:58 | <the_fronny> It's rebooting now...
| |
| 13:03 | No go. The final error is eth0 link down. It says eth0 configured at <client IP>:<serverIP>:<server gateway>:<netmask>: (With the genuine IP addys of course). But it's progress. I made a copy of 'default' before I changed it so I'll take a look at both of them, but the original was definitely different than what the ubuntu-ltsp recipe page said it would be. Thanks for the quick response!
| |
| 13:03 | sene has joined #ltsp | |
| 13:04 | <alkisg> the_fronny: in that file, you'll see a "quiet splash" there. Remove those, to better see any errors.
| |
| 13:05 | <the_fronny> OK
| |
| 13:05 | <alkisg> I wonder if that's a network driver problem...
| |
| 13:06 | cliebow has joined #ltsp | |
| 13:09 | <the_fronny> alkisg: default says nothing about ...quiet... I'll copy the default from a non-atom i386 I have.
| |
| 13:10 | <alkisg> the_fronny: weird, can you paste that file to pastebin?
| |
| 13:10 | <the_fronny> I'm using a recipe from: https://help.ubuntu.com/community/CategoryLtsp. It's number 6 in the list.
| |
| 13:13 | cliebow has quit IRC | |
| 13:13 | <alkisg> OK, so can you paste pxelinux.cfg/default to pastebin?
| |
| 13:16 | reynolds has joined #ltsp | |
| 13:17 | cliebow has joined #ltsp | |
| 13:18 | <the_fronny> It's out there from L-tester. It looks like the result of running through the recipe a couple times. Things are farther along now with a copied default. I get a black screen. I'll try it without the 'quiet' option. thanks.
| |
| 13:21 | vagrantc has joined #ltsp | |
| 13:22 | <the_fronny> Without the quiet, but keeping the splash the screen blinks a few times, like it's trying drivers. But there's no login screen such as gdm or xdm. Do those still need to be set up manually? Thanks for your help.
| |
| 13:25 | Things are now stopping at what I think is a busybox prompt, saying failed to connect to NBD server.
| |
| 13:32 | japerry has quit IRC | |
| 13:41 | <reynolds> Is there anyone around who can help me with italc? I had it running then updated my server and chroot and now its telling me the keys are broken?
| |
| 13:46 | <vvinet> wrong chmod on the key files?
| |
| 13:46 | <the_fronny> alkisg: pastebin url is: http://pastebin.com/d10969bf9 (My apologies)
| |
| 13:46 | <reynolds> how do I fix it?
| |
| 13:47 | <vvinet> neverming, that is only for ssh, not ssl
| |
| 13:47 | nevermind*
| |
| 13:47 | <mgariepy> are the keys the same on the appserv and on the chroot ?
| |
| 13:47 | <alkisg> the_fronny: yeah, you hit a bug. You need to remove all those nbdport=2001 lines
| |
| 13:47 | That bug was fixed about 10 days ago...
| |
| 13:48 | Only keep it in line 6.
| |
| 13:48 | <reynolds> where are the keys located on the chroot? They are not in /opt/ltsp/i386/etc/italc
| |
| 13:48 | <alkisg> reynolds: there are 2 ways to install italc. How did you install it?
| |
| 13:48 | <reynolds> server
| |
| 13:49 | <alkisg> You didn't install it at the chroot?
| |
| 13:49 | <reynolds> nope
| |
| 13:49 | <alkisg> run `ls -lha -R /etc/italc` and upload the result to pastebin
| |
| 13:50 | <reynolds> http://pastebin.com/d732ab73e
| |
| 13:51 | <alkisg> Yeah the owners are wrong
| |
| 13:51 | Let me get you a quick fix...
| |
| 13:52 | shogunx has quit IRC | |
| 13:52 | <reynolds> thanks. your awsome.
| |
| 13:52 | shawnp0wers has joined #ltsp | |
| 13:52 | <the_fronny> Thanks, I'll give it a go now. makes sense; I don't think an ndb port declaration is in there now.
| |
| 13:52 | <alkisg> the_fronny: you *need* a port declaration
| |
| 13:53 | If you followed the page that you said above, you have 2 chroots
| |
| 13:53 | So the second one with the nvidia drivers is in port 2001.
| |
| 13:53 | <the_fronny> I get that, and am putting it in now.
| |
| 13:53 | <alkisg> But I'm not really sure I understand what you did...
| |
| 13:53 | carbm1 has joined #ltsp | |
| 13:53 | japerry has joined #ltsp | |
| 13:54 | <alkisg> reynolds: sudo chown -R root:root /etc/italc/keys/public
| |
| 13:54 | chmod 444 /etc/italc/keys/public/*/key
| |
| 13:54 | chown -R root:admin /etc/italc/keys/private
| |
| 13:54 | chmod 440 /etc/italc/keys/private/*/key
| |
| 13:54 | *with sudo in the last 3
| |
| 13:54 | <carbm1> Is there a way to get "free -m" from the thin client?
| |
| 13:54 | <alkisg> !localxterm
| |
| 13:54 | <ltspbot> alkisg: "localxterm" :: while sitting on a thin client, open a gnome terminal. In that, run: ltsp-localapps xterm. An xterm will open. That xterm runs locally, so any commands you enter there are executed directly on the client.
| |
| 13:55 | <alkisg> carbm1: btw I fixed your bug: https://bugs.launchpad.net/ubuntu/+source/ltsp/+bug/238010
| |
| 13:55 | <carbm1> alkisg, again... your the man.
| |
| 13:55 | shogunx has joined #ltsp | |
| 13:55 | <alkisg> OK, enough for one day... :)
| |
| 13:55 | <carbm1> alkisg, No problem.... I'll leave you alone. I understand completely. Excellent project and you've provided some invaluable support.
| |
| 13:57 | <reynolds> alkisg, its fixed thank you...
| |
| 13:58 | Mip5 has joined #ltsp | |
| 13:59 | bobby_C has quit IRC | |
| 14:00 | <Mip5> Hey Gang - is there a way to have both thin and fat clients being served from the same server? I think I'd have to specify the destinction (based on MAC addresses?) in dhcp.conf
| |
| 14:01 | <vagrantc> Mip5: there's a few ways you could do it ... you could serve both up from the same chroot ... which means that the thin client might have a few more services running and you'd have to specify which are fat or thin in lts.conf ... or you could create an entirely different directory and specify it in dhcpd.conf
| |
| 14:03 | <Mip5> vagrantc - thanks. It seems like it would be easier to manage (update to chroot, etc) if I had them served from teh same chroot. My main goal is to increase the number of thin clients I can serve from the same server.
| |
| 14:04 | vagrantc - the user experience has been positive (by all reports).
| |
| 14:04 | <vagrantc> good to hear :)
| |
| 14:04 | <Mip5> In general, if the clients can do some of the lifting, would that be the way to go?
| |
| 14:06 | <vagrantc> if the clients have enough ram and processor speed, that's a great way to go.
| |
| 14:07 | <Mip5> that's what I was thinking. The clients (the new ones) are being donated, and I think are Pentium D 2.8 GHz, and have 1 gb of ram.
| |
| 14:08 | bernardo0cd0 has joined #ltsp | |
| 14:09 | nubae has joined #ltsp | |
| 14:09 | <vagrantc> yeah, those would make great thin clients.
| |
| 14:09 | er, fat clients :)
| |
| 14:10 | <nubae> greets
| |
| 14:10 | <bernardo0cd0> Hi! I have a Debian 5 box with LTSP and it worked for a long time. But by a week i can't login on any client, just hanging in the "Verifying password" message. What can I do?
| |
| 14:10 | * vagrantc waves to nubae | |
| 14:11 | <bernardo0cd0> In the terminal it says "login incorrect", but it's possible to login locally. I already tried the ltsp-update-sskeys cmd...
| |
| 14:13 | <knipwim> vagrantc: what should be the purpose of ltsp-info?
| |
| 14:13 | jimsngc has joined #ltsp | |
| 14:13 | <alkisg> Wow, nubae's here... hi man, it's been a very long time (again) :)
| |
| 14:13 | bobby_C has joined #ltsp | |
| 14:13 | <knipwim> provide distro specific functions used by one distro
| |
| 14:13 | <jimsngc> hmm - well quite a lot of people in this room then ;)
| |
| 14:13 | <knipwim> or global functions which return distro specific stuff
| |
| 14:14 | * nubae wonders if at this pint we have a nice rundown of ltsp revived systems aroun | |
| 14:14 | <nubae> alkisg, I know...
| |
| 14:14 | <jimsngc> looking for some help with sound on clients (Ubuntu 9.10 + LTSP)
| |
| 14:14 | <nubae> I was hoping to come back and revoluition would have started :-(
| |
| 14:14 | :-/
| |
| 14:15 | <vagrantc> knipwim: it should simplify initial troubleshooting.
| |
| 14:15 | alexqwesa has quit IRC | |
| 14:15 | <nubae> to b3e honest I've been having many sleepless lights nighting about howto marry wifi ith LTSP in a reasonable wat+
| |
| 14:15 | alexqwesa has joined #ltsp | |
| 14:15 | <vagrantc> knipwim: it should identify which distro it's running on, the version of ltsp, ldm and ltspfs installed on the server and inn the chroot, etc.
| |
| 14:16 | <knipwim> okay, an entry for gentoo could be made in any case
| |
| 14:17 | i was looking for a way to get the system arch based on the distro
| |
| 14:17 | for instance, the arch is needed in ltsp-update-image
| |
| 14:17 | shawnp0wers has quit IRC | |
| 14:18 | <nubae> I've come to a crossroads in tersm of where to focus my enertgy
| |
| 14:18 | <knipwim> and the current implementation calls for dpkg, a debian tool
| |
| 14:18 | <nubae> I want to open a smallish internet/console cafe
| |
| 14:18 | <knipwim> also debian uses i386 while gentoo uses x86
| |
| 14:18 | in other words, looking for a global ltsp function which returns the arch, depending on the distro
| |
| 14:19 | <nubae> where cute girls feed geeks a selection of scientfically researched foods
| |
| 14:19 | that tatste good fo cours
| |
| 14:19 | must be good
| |
| 14:19 | must be nutricious to an almost exteme poin
| |
| 14:20 | now... the main attraction would be 4 50 inch plasmas/lds
| |
| 14:20 | in front of comfy sofas (still working on thi)
| |
| 14:21 | allowing for connected gamery of up to 16 with the wii
| |
| 14:21 | and not sure with the others...
| |
| 14:22 | <bernardo0cd0> Hi! I have a Debian 5 box with LTSP and it worked for a long time. But by a week i can't login on any client, just hanging in the "Verifying password" message. Anyone knows why? Thanks
| |
| 14:22 | <nubae> the poiint owuld be its a place to hang and have fun... there would be q Linux geek corner including XOs and LTSP running a lot of it
| |
| 14:22 | <johnny> vagrantc, i'd like to see more shared functions stuff on the server side.. instead of in plugins
| |
| 14:22 | like set_arch / get_arch
| |
| 14:22 | as functions
| |
| 14:23 | in a lib
| |
| 14:23 | <nubae> so.... its a cofee/bar/saloon/game/center/fun neo-consutancy
| |
| 14:24 | jimsngc has left #ltsp | |
| 14:24 | <nubae> the moral aspect to it all is that I would give classes, one of which would be how to enable homebrew on your console/ipod/iphone/phone, etc
| |
| 14:25 | <Mip5> vagrantc - I'm now wondering whether all of my clients could run as fat clients. What would be the minimum specs for a fat client? Would it be more of a ram thing (my clients have 512 mb) or more of a processor, or a combination of both?
| |
| 14:25 | <nubae> But it would be a place for kids to learn about the world outside MS, learn about thinks like LTSP
| |
| 14:26 | soldering and firmware hacking
| |
| 14:26 | etc etc
| |
| 14:26 | there are places like that in the US already
| |
| 14:26 | probably a dime a dozen
| |
| 14:26 | but here in Europe... not so much
| |
| 14:27 | any thoughts crticisms?
| |
| 14:28 | name:phantasia-caf.com
| |
| 14:28 | cafe even
| |
| 14:28 | without the -
| |
| 14:29 | cool fantasia-cafe.com is available too
| |
| 14:31 | anyway, form my perspective it alllows me to play with LTSP, and get kid interested in this tech
| |
| 14:32 | I'm also playing with networking a number of wiis and possibly LTSP
| |
| 14:32 | <johnny> well.. wii can use a nic.
| |
| 14:32 | <nubae> but maybe I'm just totllay wacko now
| |
| 14:32 | yep
| |
| 14:33 | they can do netwok gaming.... thats what got me going
| |
| 14:33 | it can also run linux
| |
| 14:34 | <johnny> nto as well as i would like
| |
| 14:34 | <nubae> anyway, there is a lot to be done there, possibly
| |
| 14:34 | <johnny> unless they have made progress
| |
| 14:34 | <nubae> progress is done day by day
| |
| 14:35 | but thats mrore a matter of waiting until we can get buntu binaries to run on it
| |
| 14:35 | <johnny> just install gentoo on it.. or debian
| |
| 14:35 | dont' wait for ubuntu
| |
| 14:35 | <nubae> whatever challenges lay ahaead
| |
| 14:35 | <johnny> i was more concerned about the lack of 3d drivers and the like
| |
| 14:35 | <nubae> yeah sorry meand debian
| |
| 14:36 | well, we could reseach that briefly if u have the time
| |
| 14:37 | <vagrantc> johnny: i don't see what would be so much better using a function over using a plugin...
| |
| 14:37 | <dro> nubae: the issue with those types of places in the us....is that the linux guru's are too shy to go
| |
| 14:38 | you can't get hott chicks to work there
| |
| 14:38 | and kids just don't care...they want to eat pizza and play video games
| |
| 14:38 | <vagrantc> Mip5: exact hardware specs will vary greatly ... largely depends on what you're running. i'd recommend more ram than usual for a disk'ed machine as swap is either unavailable, or over the network...
| |
| 14:39 | <nubae> u're thinking the US
| |
| 14:39 | <dro> nubae: i know, in europe that might be a different story
| |
| 14:39 | and if so...i'm moving to europe
| |
| 14:39 | <nubae> I live in a relatively poor ocation on the beach in Southern Spain
| |
| 14:39 | think of it like Miami
| |
| 14:40 | <alkisg> vagrantc: from update-kernels:
| |
| 14:40 | if [ -z "$CHROOT_NAME" ]; then
| |
| 14:40 | # FIXME: replace with a common function
| |
| 14:40 | CHROOT_NAME="$(dpkg --print-architecture)"
| |
| 14:40 | fi
| |
| 14:40 | <nubae> people definelty cannot afford a setup of 4 interlinked wiis for example for wholesome family fun
| |
| 14:41 | <alkisg> ==> a function there would make update-kernels distro agnostic
| |
| 14:41 | <nubae> while organis healhty food that tasts¡es giid is being served
| |
| 14:41 | <alkisg> So functions can be good, they provide different backends for each distro
| |
| 14:42 | <vagrantc> alkisg: sure.
| |
| 14:42 | <nubae> its all about marketing the food... similar to what we have with Linux cs microsoft
| |
| 14:42 | heh... its in fact the same story
| |
| 14:42 | <vagrantc> but if the code is wildly different for each distro, and each time you call the function it has to figure out which distro you're running... that seems like some overhead for anything client-side
| |
| 14:43 | <nubae> far superio products being sold on one side of he read, usully cheaper
| |
| 14:43 | better for you
| |
| 14:43 | and people go to the other side+
| |
| 14:44 | <vagrantc> though using the same function names that each distro implements completely separately... that would be fine by me.
| |
| 14:44 | <alkisg> vagrantc: I was thinking a common set of functions, and a distro-specific set of functions "debian_functions, ubuntu_functions" etc. So the scripts wouldn't need to figure out anything about which distro they're running under, they'd just use whatever functions are available
| |
| 14:44 | <vagrantc> i.e. not a shared function, but a shared name for a function with a different backend.
| |
| 14:44 | <alkisg> Right
| |
| 14:44 | That. :)
| |
| 14:45 | <vagrantc> well, i wrote some code recently which makes that easier.
| |
| 14:45 | <nubae> anyway, too much to cover here
| |
| 14:45 | first... what linux currently runs on wii?
| |
| 14:46 | shogunx has quit IRC | |
| 14:46 | <nubae> what accessories does it take advantage of, adn would kids feel empow3ered by helping to get it wokriing together?
| |
| 14:47 | shogunx has joined #ltsp | |
| 14:50 | _nubae_ has joined #ltsp | |
| 14:52 | <_nubae_> welp
| |
| 14:55 | japerry has quit IRC | |
| 14:56 | <_nubae_> the info on the bollywood ati gpu is pretty sparse... but the machines can be netowked as said
| |
| 14:57 | cliebow has quit IRC | |
| 14:57 | <_nubae_> and thats where the fun could begin... I won go in to say one could play for money
| |
| 14:58 | since that would be illegal many places
| |
| 15:00 | pmatulis_ has quit IRC | |
| 15:07 | __nubae__ has joined #ltsp | |
| 15:11 | nubae has quit IRC | |
| 15:14 | Kicer86 has quit IRC | |
| 15:16 | carbm1 has quit IRC | |
| 15:24 | mikkel has quit IRC | |
| 15:24 | dro has quit IRC | |
| 15:24 | japerry has joined #ltsp | |
| 15:27 | Gadi has quit IRC | |
| 15:30 | Selveste1_ has joined #ltsp | |
| 15:30 | Selveste1_ is now known as Selveste1 | |
| 15:35 | Selveste1 has quit IRC | |
| 15:35 | Selveste1 has joined #ltsp | |
| 15:36 | jcastro has quit IRC | |
| 16:00 | grey-monkey has quit IRC | |
| 16:00 | grey-monkey has joined #ltsp | |
| 16:02 | ldo has quit IRC | |
| 16:02 | ldo has joined #ltsp | |
| 16:12 | bobby_C has quit IRC | |
| 16:12 | lucascoala has quit IRC | |
| 16:12 | bobby_C has joined #ltsp | |
| 16:12 | bobby_C has joined #ltsp | |
| 16:12 | nubae has joined #ltsp | |
| 16:13 | __nubae__ has quit IRC | |
| 16:40 | Selveste1 has quit IRC | |
| 16:41 | bobby_C has quit IRC | |
| 16:47 | vvinet has quit IRC | |
| 16:48 | grey-monkey has left #ltsp | |
| 16:50 | vagrantc has quit IRC | |
| 16:50 | bobby_C has joined #ltsp | |
| 16:56 | Mip5 has left #ltsp | |
| 16:59 | the_fronny has quit IRC | |
| 17:04 | Selveste1 has joined #ltsp | |
| 17:05 | bobby_C has quit IRC | |
| 17:15 | vvinet has joined #ltsp | |
| 17:19 | slidesinger has joined #ltsp | |
| 17:21 | alkisg has quit IRC | |
| 17:23 | alkisg has joined #ltsp | |
| 17:24 | grantk1 has joined #ltsp | |
| 17:24 | <grantk1> hello
| |
| 17:25 | I was working on some issues with jetdirect not being installed in the ubuntu 9.04 ltsp package a week or so ago, and had been side tracked and not been able to get back
| |
| 17:26 | I have just gotten a chance to take some of my users printers away and hook it up to a terminal running ltsp5 off these new servers I have installed a jetdirect script that was on an old bug report
| |
| 17:27 | and installed the python-serial package in the chroot and updated all images
| |
| 17:27 | I can add the printer, cups recognizes it, does not complain about reaching it but will not print anything, I can also reach port 9100 via telnet on that clients ip as well.
| |
| 17:28 | I remember when I first started working on this problem that the logs did not show much so I was wondering if anyone had any ideas of where would be a good place to check for what could be going wrong here.
| |
| 17:40 | grantk has joined #ltsp | |
| 17:41 | grantk1 has quit IRC | |
| 17:48 | grant1 has joined #ltsp | |
| 18:07 | alkisg has quit IRC | |
| 18:07 | <grant1> I can check /dev/lp0 from the clients command line and see the jobs that I send to this printer, they just do not print to the machine.
| |
| 18:17 | grant1 has quit IRC | |
| 18:20 | grantk1 has joined #ltsp | |
| 18:22 | pmatulis has joined #ltsp | |
| 18:24 | grantk1 has quit IRC | |
| 18:28 | mgariepy has quit IRC | |
| 18:31 | otavio has quit IRC | |
| 18:31 | otavio has joined #ltsp | |
| 18:32 | grantk has left #ltsp | |
| 18:53 | carbm1 has joined #ltsp | |
| 19:17 | carbm1 has quit IRC | |
| 19:18 | <sbalneav> Evening all
| |
| 19:20 | anivair has joined #ltsp | |
| 19:32 | carbm2 has joined #ltsp | |
| 19:43 | <anivair> I hope someone's here, cause I'm having a weird issue.
| |
| 19:44 | Today I added /var/lib/tftpboot/ltsp/i386/lts.conf
| |
| 19:45 | it is basically a [default] line and below that " LOCAL_APPS_MENU=True"
| |
| 19:45 | that's it
| |
| 19:45 | and it seems to have halted my thin clients.
| |
| 19:45 | it's basically halted at "loading vmlinuz"
| |
| 19:46 | <carbm2> if you remove the file does it go back to working?
| |
| 19:46 | japerry has quit IRC | |
| 19:46 | <anivair> checking now
| |
| 19:46 | japerry has joined #ltsp | |
| 19:46 | <carbm2> pastebin your lts.conf if it does....
| |
| 19:49 | <sbalneav> Highly unlikely that lts.conf did that, sinc at the point you'e loading the kernel, you're not even looking at the lts.conf yet
| |
| 19:49 | it doesn't get looked at until after the kernel's loaded.
| |
| 19:49 | <anivair> hrm
| |
| 19:49 | I'll knowin one second here
| |
| 19:50 | jcastro has joined #ltsp | |
| 19:52 | <anivair> No, no effect. Still not loading.
| |
| 19:52 | here's a list of other things I did, then:
| |
| 19:52 | <sbalneav> Which version of linux are you running?
| |
| 19:52 | <anivair> 64 bit ubuntu 9.10
| |
| 19:52 | japerry has quit IRC | |
| 19:53 | <anivair> I also installed twinkle into ltsp's image so I could run it locally
| |
| 19:53 | and then ran ltsp-update-image --arch i386
| |
| 19:54 | <sbalneav> if it hangs with loading vminuz, then the thin client isnt getting a tftp response
| |
| 19:54 | <anivair> apart from regular ubuntu updates, that's it
| |
| 19:54 | <sbalneav> so either:
| |
| 19:54 | 1) your tftp server's not running/disabled
| |
| 19:55 | 2) your networking hardware (smartswitch, etc) is blocking tftp
| |
| 19:55 | <anivair> I see a tftpboot process.
| |
| 19:55 | <sbalneav> 3) some firewall or the like is blocking tftp
| |
| 19:55 | <anivair> and honestly, these machines were just running ten minutes ago. I haven't made any network changes since then, and they are all inside the firewall
| |
| 19:55 | I'm not really sure what to troubleshoot
| |
| 19:56 | I see /usr/sbin/in.tftpd -s /var/lib/tftpboot running, at leasty
| |
| 19:56 | pmatulis has quit IRC | |
| 19:56 | <sbalneav> is your tftp starting from inetd?
| |
| 19:58 | hello/
| |
| 19:58 | ?
| |
| 19:58 | <anivair> sorry, baCK
| |
| 19:59 | I believe it is? i'm not starting it manually
| |
| 19:59 | is there a way to check that?
| |
| 19:59 | (the thin client gets past the tftp load stage, if that helps)
| |
| 20:02 | <sbalneav> it does get past the load?
| |
| 20:02 | ok
| |
| 20:02 | well, try doing an ltsp-update-kernels
| |
| 20:03 | <anivair> will do
| |
| 20:03 | is that the command, or is it ltsp-update-kernels --arch i386 in this case?
| |
| 20:04 | <sbalneav> iirc, I don't think you need arch for update-kernels, since it just does a copy.
| |
| 20:04 | <anivair> okay
| |
| 20:04 | that was quick
| |
| 20:04 | reboot and try again?
| |
| 20:05 | <sbalneav> try the thin client, yea
| |
| 20:08 | <anivair> one second
| |
| 20:12 | try2free has joined #ltsp | |
| 20:13 | <anivair> that did it. I had to reboot the server, but it's up. You're pretty much a lifesaver
| |
| 20:13 | (or a jobsaver, if you prefer)
| |
| 20:15 | try2free has left #ltsp | |
| 20:18 | sene has quit IRC | |
| 20:23 | <anivair> huh. Put the lts.conf back and now it's not loading again. that must be causing it somehow.
| |
| 20:23 | though I can't say why
| |
| 20:24 | should I maybe run ltsp-update-kernels again after the lts.conf is in place?
| |
| 20:27 | map7 has joined #ltsp | |
| 20:32 | <map7> I'm just building a new LTSP server and have ran into a problem. Everytime I start one of my clients it does not want to boot all the way to the login screen, I'm left with a blank screen. Can anyone help me?
| |
| 20:33 | I'm running Ubuntu 9.10 64bit and have built my ltsp clients as 32bit
| |
| 20:33 | I've tried setting XSERVER=vesa in my lts.conf file
| |
| 20:33 | <anivair> did you install ltsp as --arch i386?
| |
| 20:34 | <map7> I built the image with --arch i386
| |
| 20:34 | <anivair> okay
| |
| 20:35 | <map7> I downloads the kernel images over tftp correctly, displays the ubuntu logo for about 2 seconds, then that fades away and I'm left with a blank screen
| |
| 20:36 | alyoshka has joined #ltsp | |
| 20:37 | <alyoshka> is it possible to have an LTSP server and Windows fat clients using the server for authentication and data storage?
| |
| 20:37 | <map7> anivair, I know this client works as I've tested it with my previous LTSP setup (Ubuntu 9.04 32bit)
| |
| 20:37 | <alyoshka> or if not, is there another way to do the same with a Linux-based server?
| |
| 20:39 | <map7> alyoshka, Have a look at LDAP and Samba
| |
| 20:39 | <alyoshka> map7: thanks
| |
| 20:59 | <sbalneav> back
| |
| 21:04 | <anivair> (heh. welcome back. pretty sure you missed a ton of stuff)
| |
| 21:07 | <map7> anivair, If I try and start another thin client (different hardware) I get the error 'failed to connect to NBD server'
| |
| 21:10 | <anivair> for the record, still nothing. I tried the lts.conf again and it stopped loading. I removed lts.conf and re-ran ltsp-update-kernels, rebooted and nothing loads (again). I'm totally perplexed.
| |
| 21:11 | alyoshka has left #ltsp | |
| 21:12 | carbm2 has quit IRC | |
| 21:18 | <map7> I'm also getting 'Error: Connect: Connection refused
| |
| 21:22 | ltspbot` has joined #ltsp | |
| 21:26 | <anivair> okay, I got it going again. I had to rerun the ltsp-update-image followed by ltsp-update-kernels and reboot
| |
| 21:27 | if I try this local apps thing tomorrow, I'll try loating hte lts file, rerunning update image, rerunning update kernel, and rebooting
| |
| 21:27 | but at the moment, i'm just happy it's running again
| |
| 21:30 | ltspbot has quit IRC | |
| 21:30 | anivair has quit IRC | |
| 21:33 | <map7> I got mine running again too :)
| |
| 21:34 | It was dpkg-reconfigure nbd-server
| |
| 21:55 | I cannot get my Intel GMA950 graphics working for my client (Ubuntu 9.10 32bit)
| |
| 22:04 | alexqwesa has quit IRC | |
| 22:05 | alexqwesa has joined #ltsp | |
| 22:06 | vagrantc has joined #ltsp | |
| 22:30 | slidesinger has quit IRC | |
| 22:55 | artista_frustrad has quit IRC | |
| 22:55 | puck1 has joined #ltsp | |
| 22:57 | <puck1> How much bandwidth does a thin client need to a server? I have 22 thin clients on a fast ethernet switch that has two a gig ports. One of these goes to the server. I don't think I should need to bond these together but could. What is the concensus here? Do I need 2 gig to the server?
| |
| 22:59 | I have run netperf and get an avg of 45Mb on all 22 thin clients. Do I need more?
| |
| 22:59 | * vagrantc has been editing a changelog for an hour... | |
| 23:00 | <vagrantc> puck1: a single gigabit should be sufficient.
| |
| 23:01 | especially if you're getting the full gigabit speeds (i.e. not a gigabit card in a PCI slot, which only has enough bandwidth for roughly 30% of gigabit).
| |
| 23:01 | or is it 60%?
| |
| 23:03 | <puck1> I have to admidt. I don't even remember. I'll check later today. What about a backbone to an NSF server do you think I sould have two bonded Gig cards for that. How can I check on real process blocking?
| |
| 23:05 | <vagrantc> you could set up some sort of monitoring software such as munin, and see if your network cards are always maxed out.
| |
| 23:06 | <puck1> Would increasing the thread count on the NFS server help with responsiveness? If so do you know how? I am using Ubuntu 9.04
| |
| 23:07 | artista_frustrad has joined #ltsp | |
| 23:07 | <vagrantc> ubuntu doesn't use NFS
| |
| 23:10 | <puck1> Sorry, I have the users home drives set up on an NFS server so it doesn't matter which app server they connect to. This is the server I have connected to all LTSP servers via a gig crossover directly from machine to machine. I want to monitor the bandwidth between each ltsp server and the HOME nfs server.
| |
| 23:11 | <vagrantc> probably some option in /etc/default/nfs-* to configure how many nfs servers are started by default.
| |
| 23:11 | it's been a while since i messed with any of that
| |
| 23:22 | ltsp 5.2 really made some significant changes since 5.1.99!
| |
| 23:23 | <puck1> Any idea what version Ubuntu uses?
| |
| 23:34 | thanks for your help
| |
| 23:35 | puck1 has left #ltsp | |
| 23:38 | vvinet has quit IRC | |