00:04 | shrek has quit IRC | |
00:06 | aglio2 has quit IRC | |
00:06 | aglio2 has joined #ltsp | |
00:59 | alekibango has quit IRC | |
01:03 | johnny_ has quit IRC | |
01:12 | shrek has joined #ltsp | |
02:05 | <daduke> !seen vagrantc
| |
02:05 | <ltspbot> daduke: vagrantc was last seen in #ltsp 6 hours, 55 minutes, and 14 seconds ago: * vagrantc disappears into the ether
| |
02:12 | mistik1 has quit IRC | |
02:16 | mistik1 has joined #ltsp | |
02:33 | hanthana has joined #ltsp | |
02:34 | Remaille has joined #ltsp | |
02:45 | F-GT has quit IRC | |
02:45 | OvaKill has joined #ltsp | |
02:51 | _Shane has joined #ltsp | |
02:59 | Remaille has quit IRC | |
03:00 | OvaKill has quit IRC | |
03:09 | try2free has joined #ltsp | |
03:10 | elisboa has quit IRC | |
03:10 | elisboa has joined #ltsp | |
03:19 | try2free has left #ltsp | |
03:37 | LTSP has quit IRC | |
03:52 | pdjbarber has joined #ltsp | |
03:52 | pdjbarber has left #ltsp | |
04:08 | shrek has quit IRC | |
04:13 | cdealer has joined #ltsp | |
04:13 | synchris_m6300 has joined #ltsp | |
04:14 | <cdealer> good morning. How can I make an specific modulo to load at boot with my client ? Im receving "client doesnt support options", I think is a NIC problem ...
| |
04:15 | synchris has quit IRC | |
04:15 | synchris_m6300 is now known as synchris | |
04:15 | <cdealer> RTL8111/8168B works fine with r8169 module
| |
04:18 | mikkel has joined #ltsp | |
04:28 | dirigeant has joined #ltsp | |
04:29 | twinprism_ has quit IRC | |
04:31 | ogra has quit IRC | |
04:37 | <cdealer> puting MODULE_01 = r8169 on lts.conf will help ?
| |
04:43 | or should I use /opt/ltsp/i386/etc/modules ? Anyway... im going to teste
| |
04:50 | ogra has joined #ltsp | |
04:54 | etyack has joined #ltsp | |
05:02 | pcs0303 has joined #ltsp | |
05:04 | <cdealer> puting MODULE_01 = r8169 on lts.conf will help ?
| |
05:17 | etyack has quit IRC | |
05:20 | muttley_ has joined #ltsp | |
05:20 | <muttley_> hi
| |
05:20 | anyone can help me?
| |
05:21 | i see this error when trying start thin client: kernel call returned: broken pipe recconecting
| |
05:24 | please
| |
05:30 | <cdealer> please, I just need to know how to make the client load an specific network driver, I have to load r8169, I tried using /opt/ltsp/i386/etc/modules I tried lts.conf with MODULE_01 = r8169 in global section, but nothing ... any ideia?
| |
05:47 | <muttley_> jagfgsdfjhgfsdsfdgj
| |
05:51 | alkisg has joined #ltsp | |
06:04 | F-GT has joined #ltsp | |
06:06 | tjikkun_work has joined #ltsp | |
06:16 | chrisinajar has joined #ltsp | |
06:22 | pcs0303 has quit IRC | |
06:23 | mikkel has quit IRC | |
06:26 | muttley_ has quit IRC | |
06:36 | gate_keeper_ has joined #ltsp | |
06:43 | muttley_ has joined #ltsp | |
06:44 | <muttley_> anyone for help?
| |
06:45 | <alkisg> !ask
| |
06:45 | <ltspbot> alkisg: "ask" is 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.
| |
06:48 | shrek has joined #ltsp | |
06:48 | <muttley_> thanks for help
| |
06:50 | i have this error when thin client start: Kernel call returned: Broken pipe Reconnecting [..] Error: Ioctl/1.1a failed: Bad file descriptor i try ltsp-update-sshkey and ltsp-update-image...but nothing
| |
06:59 | BrunoXLambert has joined #ltsp | |
07:00 | jammcq has quit IRC | |
07:06 | quickslip has joined #ltsp | |
07:07 | <quickslip> can someone tell me how to install flash for firefox on LTSP ?
| |
07:07 | yum install flash-plugin does not work
| |
07:08 | <FlyOnTheWall> does it give some error message?
| |
07:08 | basically you just install flash on the LTSP application server and it should work on the clients
| |
07:08 | <quickslip> no package flash-plugin available
| |
07:09 | ah - ok - would the same hold true for shockwave and such
| |
07:12 | mikkel has joined #ltsp | |
07:20 | <FlyOnTheWall> yes
| |
07:22 | Blinny has joined #ltsp | |
07:28 | <cdealer> please, I just need to know how to make the client load an specific network driver, I have to load r8169, I tried using /opt/ltsp/i386/etc/modules I tried lts.conf with MODULE_01 = r8169 in global section, but nothing ... any ideia?
| |
07:32 | pcs0303 has joined #ltsp | |
07:32 | <pcs0303> hi
| |
07:32 | anyone can help me?
| |
07:33 | Well, I have a LTSP closed. I wonder how can I do to reconfigure or something to change the sound card, video card?because the system is accepting only access the server if the station is the same type of cards.I sent is lts.conf and try reconfigure .But I cannot find this file on PC
| |
07:34 | quickslip has quit IRC | |
07:35 | <evilx> pcs0303, configure it by mac address [MAC_ADDRESSS]
| |
07:40 | dmaran has joined #ltsp | |
07:41 | <pcs0303> evilx, Where I find this(mac anddress) ?
| |
07:41 | <evilx> every network card has one
| |
07:42 | and it in lts.conf you specify [mac_address] ]
| |
07:42 | then you canlike sit different settings for that one machine
| |
07:46 | <pcs0303> Hmm,so what I must I do? I am not considering very well that situation :(
| |
07:48 | johnb has joined #ltsp | |
07:50 | <johnb> good morning
| |
07:51 | a couple of newb questions
| |
07:52 | ltsp-update-kernels and ltsp-update-image is run from within chroot?
| |
07:55 | <muttley_> i'm here for help as you...but i don't think you must enter in chroot
| |
07:56 | <Blinny> johnb: No. You can't build the image while inside the chroot.
| |
08:01 | alkisg has quit IRC | |
08:14 | tier1_ has joined #ltsp | |
08:16 | <johnb> Thank you. I see now. The phrasing tripped me up "Finally, you must remember to rebuild the NBD boot image from your chroot "
| |
08:16 | I complicate things at times
| |
08:16 | another question
| |
08:18 | In order to run yum update from within chroot I had to edit opt/ltsp/i386/etc/resolve.conf
| |
08:19 | etyack has joined #ltsp | |
08:23 | <johnb> I don't see where this is mentioned in the manual and don't know if it is bug any how
| |
08:24 | I ran yum update in chroot and it downloaded the updated the packages
| |
08:25 | my question is why download them twice once outside chroot and once inside?
| |
08:31 | tier1__ has quit IRC | |
08:31 | alkisg has joined #ltsp | |
08:31 | _Shane has quit IRC | |
08:31 | tier1__ has joined #ltsp | |
08:32 | _Shane has joined #ltsp | |
08:35 | <pcs0303> hi,As I notice the version of ltsp?
| |
08:37 | <Blinny> johnb: Because the chroot only needs limited stuff - not everything that is on the server like openoffice and firefox. That's why they're separate. And, that chroot image is sent over the network -- it needs to be kept small.
| |
08:41 | tier1_ has quit IRC | |
08:41 | _Shane has quit IRC | |
08:41 | <muttley_> i get this on start: Broken pipe Reconnecting [..] Error: Ioctl/1.1a failed: Bad file descriptor | Any suggest?
| |
08:41 | rjune_ has quit IRC | |
08:44 | <johnb> I was thinking since we had already have these packages we could look locally first
| |
08:45 | <pcs0303> More doubts,it is possible the archive lts.conf does not exist ?Because I cannot find the way "/ opt /ltsp/i386/etc/lts .conf" no way.
| |
08:45 | <ogra> muttley_, do you have any probs with your clients apart from seein that message ?
| |
08:45 | jammcq has joined #ltsp | |
08:45 | dirigeant has quit IRC | |
08:45 | <jammcq> bom dia meu amigo #LTSP
| |
08:45 | dirigeant has joined #ltsp | |
08:45 | <ogra> bongiorno jammcq
| |
08:45 | <muttley_> the client stop loading with this message on tty1 terminal
| |
08:46 | i have try only with this pc
| |
08:46 | <ogra> the message is normal, the stopping isnt :)
| |
08:46 | try: killall -9 nbd-server
| |
08:46 | on your server and try again
| |
08:47 | <pcs0303> bom dia jammcq
| |
08:47 | <jammcq> hey pcs0303
| |
08:48 | <pcs0303> Br?
| |
08:48 | <jammcq> heh, no
| |
08:48 | <muttley_> nbd-server: no process killed
| |
08:48 | <jammcq> just practicing my portuguese
| |
08:49 | <muttley_> i ltsp is installed on ubuntu server 8.10
| |
08:50 | <johnb> jammcq: hats off to you et el! I have just started to scratch the surface of LTSP 5 and it's looking like the migration from our 3.5 year old K12LTSP is not going to be too much trouble.
| |
08:50 | the new methods a very slick.
| |
08:51 | <pcs0303> oh very good.
| |
08:51 | <muttley_> Ubuntu serve 8.10 -> install kubuntu-desktop ubuntu-desktop -> install ltsp-server-standolone
| |
08:51 | <jammcq> johnb: cool. Glad you like it. I'd love to take all the credit for it, but it wouldn't be fair to the guys who really did all the work
| |
08:51 | <Blinny> pcs0303: the default lts.conf location has moved out of the chroot to /var/lib/tftpboot/ltsp/i386/lts.conf -- that way, you don't need to rebuild the image with every change to lts.conf
| |
08:52 | <johnb> hence the et el :-)
| |
08:53 | <jammcq> heh, it's ALL et ell :)
| |
08:54 | I pop in here once in a while and say hello. that's about it
| |
08:54 | <ogra> muttley_, and ltsp-build-client finished without errors ?
| |
08:54 | <muttley_> at start work but when login: "no server response..." i had change ip and launch command ltsp-update-sshkey and ltsp-udpate-image and now thin client don't load :(
| |
08:54 | _Shane has joined #ltsp | |
08:55 | <muttley_> only with this: Info: port 2000 is already defined with /opt/ltsp/image/i386.img in
| |
08:55 | inetd.conf
| |
08:55 | info: taking no action
| |
08:56 | but this is normal...i think
| |
08:56 | <pcs0303> Blinny,For I reconfigure the lstp him accept other plates video ,plates of sound, is by lts.conf same?
| |
08:57 | <Blinny> pcs0303: Little help? (;
| |
08:57 | er,
| |
08:57 | jammcq: Little help? (;
| |
08:57 | <pcs0303> i need..
| |
08:57 | <muttley_> however i don't have process running 'nbd-server'
| |
08:58 | and if i try to start get this error: ** (process:7765): WARNING **: Could not parse config file: Could not open config file.
| |
08:58 | ** Message: Nothing to do! Bye!
| |
08:58 | Gadi has joined #ltsp | |
08:59 | <Blinny> pcs0303: Hmm. http://translate.google.com/translate_t ?
| |
09:00 | <pcs0303> yes, i'm br :( sry
| |
09:00 | * alkisg also gets the same "...could not open config file. Message: Nothing to do! Bye!" upon booting... | |
09:02 | rjune has joined #ltsp | |
09:02 | <pcs0303> you not understand my doubts?
| |
09:05 | <johnb> yesterday we made XSERVER default to vesa so we can continue using our 8 year old hardware
| |
09:06 | so far so good
| |
09:06 | but we have a little glitch
| |
09:06 | <Blinny> pcs0303: I do not understand :(
| |
09:07 | <johnb> logging off drops to a black screen. ldm does not come back
| |
09:07 | also
| |
09:07 | davidj2 has joined #ltsp | |
09:07 | _Shane has joined #ltsp | |
09:07 | <johnb> when logging in an unknown user name or bad password will drop us back to a black screen with no login
| |
09:09 | hanthana_ has joined #ltsp | |
09:15 | <sbalneav> pcs0303: You might want to try #ltsp-br
| |
09:18 | CAN-o-SPAM has joined #ltsp | |
09:22 | chrisinajar has quit IRC | |
09:27 | hanthana has quit IRC | |
09:32 | shrek has quit IRC | |
09:33 | <alkisg> In Ubuntu 8.10, there are some /etc/rc?.d/K20nbd-server scripts that produce the message "...could not open config file. Message: Nothing to do! Bye!" upon booting, and there's also nbdrootd ran from inetd.conf that correctly loads nbd-server... Should I delete all "/etc/rc?.d/K20nbd-server" scripts?
| |
09:52 | <gate_keeper_> any good how-to for ltsp+xdmcp?
| |
09:52 | *ltsp5
| |
09:53 | <cyberorg> gate_keeper_, LDM_DIRECTX=True is all you need in lts.conf
| |
09:53 | xmdcp is deprecated
| |
09:53 | din_os has joined #ltsp | |
09:54 | <gate_keeper_> hmm
| |
09:54 | etyack has quit IRC | |
09:55 | <gate_keeper_> just wanna try and see the difference
| |
09:55 | ..
| |
09:55 | without LDM
| |
09:55 | <cyberorg> gate_keeper_, check the difference between LDM_DIRECTX=True and False :)
| |
09:55 | <gate_keeper_> :)
| |
09:56 | <cyberorg> it uses unencrypted ssh connection, almost like xdmcp
| |
09:57 | <gate_keeper_> yes
| |
09:57 | twinprism has joined #ltsp | |
10:01 | <gate_keeper_> later
| |
10:02 | gate_keeper_ has quit IRC | |
10:04 | pcs0303 has quit IRC | |
10:08 | <cdealer> please, I just need to know how to make the client load an specific network driver, I have to load r8169, I tried using /opt/ltsp/i386/etc/modules I tried lts.conf with MODULE_01 = r8169 in global section, but nothing ... any ideia?
| |
10:09 | etyack has joined #ltsp | |
10:11 | <sbalneav> cdealer: Does the workstation not boot at all?
| |
10:12 | i.e. is it hanging after the initial PXE download?
| |
10:13 | <cdealer> sbalneav: after the ubuntu logo its being displayed it hangs... with the error the Cliente doesnt support options... I remember of seeing something about this in the net, when someone said to have fixed loading the nic module
| |
10:13 | <jammcq> Scotty !!!!!!!!!!!!!!!!!!!!
| |
10:13 | <sbalneav> jammcq: flight was cancelled due to weather.
| |
10:13 | <jammcq> oh, lucky you
| |
10:13 | did you get up early and get all the way to the airport to find that out?
| |
10:14 | <sbalneav> cdealer: well, you might try putting a NIC=xxxx option on the kernel command line.
| |
10:14 | jammcq: 4 am + drive to the airport + 3 hour wait. :)
| |
10:14 | <cdealer> sbalneav: like NIC=r8169 ?
| |
10:14 | <jammcq> heh
| |
10:15 | <sbalneav> right. I have no idea if it will work or not, I can't remember if the modern initramfs' honour that.
| |
10:15 | cliebow has joined #ltsp | |
10:15 | <cdealer> Hmm
| |
10:15 | <Blinny> Not just honor but honour. That always sounds so much more official.
| |
10:16 | <sbalneav> you'd do that in /var/lib/tftpboot/ltsp/i386/pxelinux.cfg/default
| |
10:16 | <jammcq> the candian way :)
| |
10:16 | err, s/candian/canadian/
| |
10:16 | muttley_ has quit IRC | |
10:17 | <sbalneav> candilandian
| |
10:17 | <SDuensin> Greetings.
| |
10:18 | <sbalneav> Blinny: armour, colour, honour.
| |
10:18 | that's how those words are spelled.
| |
10:19 | <SDuensin> Boogur?
| |
10:19 | <_UsUrPeR_> rigour?
| |
10:19 | <jammcq> SDuensin: that's Boogre
| |
10:20 | <Blinny> Bonour?
| |
10:20 | No wait, that's with an 'e'
| |
10:20 | * _UsUrPeR_ goes to buy some tyres for his car... | |
10:20 | mistik1 has quit IRC | |
10:21 | mistik1 has joined #ltsp | |
10:21 | <sbalneav> How many people here know what "gaol" is? Hands up!
| |
10:21 | <jammcq> that's what happens in a hockey game
| |
10:21 | <sbalneav> No googling
| |
10:21 | <_UsUrPeR_> isn't that anatomical? the gaol bladder? ;)
| |
10:21 | <jammcq> or a futbol game :)
| |
10:22 | <sbalneav> That's the old british spelling for "jail". We still use that as the "official" word for jail in the courts up here.
| |
10:22 | alkisg has quit IRC | |
10:23 | <jammcq> sbalneav: the 1700's just called, they want their words back
| |
10:24 | <_UsUrPeR_> jammcq: lol
| |
10:24 | <sbalneav> Headingly pennitetiary is located on "Gaol road"
| |
10:24 | http://maps.google.com/maps?f=q&source=s_q&hl=en&q=Gaol+Rd,+Headingley,+Division+No.+11,+Manitoba,+Canada&sll=37.0625,-95.677068&sspn=53.87374,79.101563&ie=UTF8&cd=1&geocode=FXkJ-QIdXjMx-g&split=0&z=16&iwloc=addr
| |
10:25 | The satellite map shows you a good high-res of the prison itself.
| |
10:26 | japerry has quit IRC | |
10:31 | shrek has joined #ltsp | |
10:32 | <etyack> sbalneav: are you coming to the big D when Ragnar's in town?
| |
10:33 | <sbalneav> etyack: No, I'm going to have to take a pass. Things are too busy here atm.
| |
10:34 | <etyack> sbalneav: too bad. Weather's really nice here end of Feb :) Plus you could have met the Tyack clan first hand.
| |
10:35 | <jammcq> now that would be an honour
| |
10:35 | * jammcq hasn't even met the clan yet | |
10:36 | hanthana_ is now known as hanthana | |
10:36 | tjikkun_work has quit IRC | |
10:39 | <epsas> hrmmm
| |
10:40 | okay - so I am trying to boot a thin client off of my new k12linux install -- but I keep getting "/etc/rc.early_sysinit: No such file or directory"
| |
10:43 | japerry has joined #ltsp | |
10:45 | _Shane has left #ltsp | |
10:46 | staffencasa has joined #ltsp | |
10:50 | pdjbarber has joined #ltsp | |
10:50 | pdjbarber has quit IRC | |
10:54 | alkisg has joined #ltsp | |
10:56 | ogra has quit IRC | |
10:56 | ogra has joined #ltsp | |
11:05 | <johnb> i'm looking at the ldm log could our problem be with the greeter or should I be looking to ldm?
| |
11:07 | <Gadi> johnb: ldm is the greeter
| |
11:08 | it sounds like the session does not end on the server
| |
11:08 | check to see if there are any processes running for that user when you logout and are sitting at the black screen
| |
11:16 | Lns has joined #ltsp | |
11:18 | <johnb> gadi: running top I don't see any processes remaining
| |
11:18 | <Gadi> johnb: and what does ldm.log on the client get to?
| |
11:19 | <johnb> process 2985 exited with status 0
| |
11:19 | <Gadi> also, do: ps -ef on the client and see if you can tell what the last process is
| |
11:19 | <johnb> spawing greeter...
| |
11:20 | ldmtkgreet
| |
11:20 | <Gadi> definitely sounds like the greeter's not happy
| |
11:21 | <johnb> related problem
| |
11:21 | <Gadi> when you logged out, did the Xserver die and restart?
| |
11:21 | dirigeant has quit IRC | |
11:21 | <johnb> if I put in a wrong password it tries to log in then drops to black
| |
11:22 | <Gadi> how much memory in these clients?
| |
11:23 | <johnb> this client has 512
| |
11:23 | <Gadi> oh, this doesnt just happen on the old P1s
| |
11:23 | <johnb> have no P1s all P4
| |
11:24 | <Gadi> johnb: and if you ctrl-alt-backspace, does it come up properly?
| |
11:25 | <johnb> ram is 256 - 1000 mb on various clients also have a few j225 terms
| |
11:25 | no, it tries and fails
| |
11:25 | <Gadi> yeah, doesnt sound like the prob is resource-limiting
| |
11:25 | :)
| |
11:27 | <alkisg> johnb: I shouldn't be even saying this because it's silly, but it happened in one of my lab PCs: If you turn off the screen and then back on - without pressing anything on the keyboard or moving the mouse, does it come back?
| |
11:27 | (I guess mine had something to do with dpms)
| |
11:30 | <johnb> not silly at all... ya never know. No joy though. I am going to test some other clients and see if this is across the board
| |
11:31 | CAN-o-SPAM has quit IRC | |
11:32 | pcs0303 has joined #ltsp | |
11:32 | <pcs0303> hello!
| |
11:34 | <Gadi> johnb: did ctrl-alt-backspace make it come up?
| |
11:37 | <johnb> no
| |
11:38 | evilx has quit IRC | |
11:39 | <Lns> hi pcs0303, all
| |
11:42 | evilx has joined #LTSP | |
11:42 | aglio2 has quit IRC | |
11:44 | <pcs0303> It is normal ltsp not spread type" / var / opt / LTSP / swapfiles",because I am not achieving finds to reconfigure the lts.conf . someone idea?
| |
11:44 | <johnny> try that again
| |
11:45 | <pcs0303> Well, I have a LTSP closed. I wonder how can I do to reconfigure or something to change the sound card, video card?because the system is accepting only access the server if the station is the same type of cards.
| |
11:46 | etyack has quit IRC | |
11:46 | <Lns> pcs0303: Do you mean that your client isn't getting its sound and video chipset detected correctly?
| |
11:48 | argh!! my firewall is dying :(
| |
11:50 | <pcs0303> The customer with sound correctly,but is not accepting modify the sound card,the slab video... And I must modify because they are exceeded
| |
11:50 | I am sorry for my English :(
| |
11:51 | <johnb> the problem seems to be associated with using vesa
| |
11:51 | <sbalneav> pcs0303: Have you tried #ltsp-br?
| |
11:52 | it's the Brazillian LTSP channel here.
| |
11:53 | <johnb> but when I use the standard XSERVER it takes a about a minute from log out until the greeter returns
| |
11:53 | <Gadi> johnb: anything in the client's Xorg log file?
| |
11:55 | <johnb> I will take a look into it further tomorrow. It's looking like our existing clients might not work well with LTSP 5
| |
11:55 | bummer...
| |
11:55 | <Gadi> no - just sounds like maybe a video driver issue
| |
11:56 | they may not work "out of the box" with Fedora 10
| |
11:56 | aglio2 has joined #ltsp | |
11:57 | <johnb> will dig in again tomorrow. I am not adverse to trying Ubuntu if that will help. Thanks all.
| |
11:57 | john out
| |
11:57 | johnb has quit IRC | |
12:00 | CAN-o-SPAM has joined #ltsp | |
12:00 | din_o1 has joined #ltsp | |
12:03 | <din_o1> is there a way of using a newer version of syslinux instead of 3.53? i.e. just by replacing the pxelinux.0 file with the latest gpxelinux.0? I've tried and it doesn't work
| |
12:03 | shrek has quit IRC | |
12:04 | <epsas> hmmm
| |
12:04 | <alkisg> din_o1: use the latest pxelinux.0, not _g_pxelinux.0. I've tried 3.72, it works fine.
| |
12:04 | <epsas> okay - so I am trying to boot a thin client off of my new k12linux install -- but I keep getting "/etc/rc.early_sysinit: No such file or directory"
| |
12:06 | vagrantc has joined #ltsp | |
12:07 | Lns has quit IRC | |
12:07 | <cdealer> sbalneav: just about the module problem... if I put a NIC=r8169 on pxelinux.cfg/default its not going to make the other nics to stop working?
| |
12:07 | Lns has joined #ltsp | |
12:08 | din_os has quit IRC | |
12:08 | <alkisg> cdealer: put it in pxelinux.cfg/01-mac-address
| |
12:08 | <din_o1> ok thanks ;)
| |
12:09 | <alkisg> cdealer: See when then client boot for the exact filename (it says something like "trying to load 01-00-1d-0f-be-a6-b9")
| |
12:10 | *the
| |
12:10 | <cdealer> alkisg: I suppose that I mac-address must be replaced by the MAC right?
| |
12:10 | <alkisg> yes, in lower case and seperated with -
| |
12:10 | use "default" as a template
| |
12:10 | <cdealer> alkisg: inside I put the same line of default plus the NIC=r8169 ?
| |
12:11 | <alkisg> The same line yes, but I don't know this kernel parameter "NIC"
| |
12:11 | Whatever they told you :)
| |
12:11 | <cdealer> alkisg: isnt anyway for making this NIC to load together if needed? Because isnt just 1 box using this... we just received more 30 boxes all with the same
| |
12:11 | Hmm
| |
12:12 | <alkisg> cdealer: I don't know the problem - I just thought to help with the pxelinux/filename stuff. :)
| |
12:12 | <cdealer> alkisg: okay, I will tell you, maybe you could help me too
| |
12:13 | I just need to know how to make the client load an specific network driver, I have to load r8169, I tried using /opt/ltsp/i386/etc/modules I tried lts.conf with MODULE_01 = r8169 in global section, but nothing ... any ideia? When booting the client starts to boot and hang after ubuntu logo, with the last message "The client doesnt support options" after googling I so something about loading the NIC module to make it work
| |
12:14 | irule has joined #ltsp | |
12:14 | irule has joined #ltsp | |
12:14 | <alkisg> So what module does it load now? Why don't you remove the logo to see some more details?
| |
12:14 | irule has quit IRC | |
12:15 | <alkisg> (i.e. remove quiet splash from pxelinux.cfg/default)
| |
12:16 | <cdealer> this happened on a remote site, I could not test the box yet, our tests make here (hq) couldnt reproduce the error, the boot could even start, only after using a disket with gpxe image
| |
12:16 | s/make/made
| |
12:18 | I'm waiting to the box arrive, this may happen only tomorrow, then I will test on our primary enviorment ... these onboard rtl8111/8168B (gigabyte GA-G31M-S2L) doesnt seen to work how they should, even having bios boot lan is not working here
| |
12:19 | <alkisg> brb...
| |
12:21 | irule has joined #ltsp | |
12:26 | pmatulis has quit IRC | |
12:28 | <Gadi> cdealer: you need to follow the instructions for your distro of how to install a new network driver for the kernel, and do so in the chroot - don't forget to update the initramfs and the run update-ltsp-kernels when you're done
| |
12:28 | it is not working because the version of your distro lacks the appropriate driver
| |
12:28 | realtek provides open source drivers on their site
| |
12:29 | you can get the latest and compile it in
| |
12:29 | <alkisg> Gadi: do you know if these are the same drivers that e.g. Ubuntu has? Or they also include modified code?
| |
12:30 | (I had irq problems with 8169, had to use the irqpoll kernel parameter)
| |
12:30 | <Gadi> drivers from vendor sites tend to be larger in size than those shipped in kernel upstream
| |
12:31 | and usually (from what I have found) tend to be newer and resolve issues with upstream kernel drivers
| |
12:31 | <alkisg> So I'd better give them a try... ty, Gadi
| |
12:31 | <Gadi> since the fixes may lag in getting into the kernel
| |
12:31 | irule has quit IRC | |
12:31 | <Gadi> alkisg: dont forget to update the initramfs
| |
12:31 | <alkisg> Sure.
| |
12:31 | <Gadi> for LTSP, it is only the initramfs that matters when it comes to NICs
| |
12:32 | thats where the driver is loaded
| |
12:32 | <cdealer> Gadi, thanks for the info, this will be very helpfull
| |
12:33 | but unfortunetily I only know about making vmlinuz (kernel image) and initrd ... I dont know about how to update initramfs
| |
12:36 | <Gadi> cdealer: there are howtos for most distros
| |
12:36 | in general, what I do is:
| |
12:36 | 1. Download the kernel headers for the kernel I am using in the chroot
| |
12:36 | 2. Download the driver
| |
12:37 | 3. Adjust the Makefile in the driver package to point to the kernel headers (instead of the running kernel on the server - unless they are the same)
| |
12:37 | 4. Make the kernel module
| |
12:37 | 5. Copy it into the chroot
| |
12:38 | <cdealer> okay ...
| |
12:38 | <Gadi> 6. chroot into the chroot
| |
12:38 | 7. run: update-initramfs -u
| |
12:39 | <epsas> okay - so I am puzzled
| |
12:39 | <Gadi> 8. run: /usr/lib/ltsp/ltsp-kernels
| |
12:39 | 9. exit out of the chroot
| |
12:39 | 10. ltsp-update-kernels
| |
12:39 | <epsas> i see that the system is booting from the LTSP server, but it is running an init script that I am not familiar with...
| |
12:39 | makghosh has joined #ltsp | |
12:40 | <epsas> rather, it is running an init script that is not found on the ltsp initrd (which i unpacked and inspected)
| |
12:40 | <Gadi> epsas: sounds like its downloading the wrong initrd
| |
12:40 | <epsas> Gadi - yeah, and I have no idea where it is doing that from
| |
12:41 | <cdealer> Gadi, I think you saved my life here (well, not exactly my life but a lot of time) a big thanks
| |
12:41 | <Gadi> check your pxelinux.cfg/default setup
| |
12:41 | cdealer: np - it sounds harder than it is
| |
12:41 | :)
| |
12:41 | cdealer: and there are some added steps for introducing new drivers
| |
12:41 | <epsas> Gadi - ahh, where do i find that? =)
| |
12:41 | <Gadi> as you need to run a depmod in the chroot, as well
| |
12:42 | etyack has joined #ltsp | |
12:42 | <cdealer> well, Im familiar with most of the process, I think after your steps description will make it a lot easier
| |
12:42 | <Gadi> epsas: /var/lib/tftpboot/ltsp/i386/pxelinux.cfg/default
| |
12:42 | (on ubuntu)
| |
12:42 | <cdealer> depmod on 2.6 kernel?
| |
12:42 | <Gadi> cdealer: sure
| |
12:42 | that refreshes the modules.dep
| |
12:42 | <cdealer> isnt that depreceated since 2.4?
| |
12:42 | <Gadi> so modprobe knows how/from where to load modules
| |
12:43 | cdealer: you're thinking of modules.conf
| |
12:43 | <cdealer> sure, you're right
| |
12:44 | <epsas> weirder still, it is running a 2.6.20.9 kernel =/
| |
12:44 | okay - this is strange
| |
12:44 | <Gadi> epsas: check dhcpd.conf
| |
12:44 | <alkisg> epsas: maybe your clients are etherboot?
| |
12:44 | <Gadi> (or a competing dhcp server)
| |
12:44 | <alkisg> (and they load nbi.img?)
| |
12:45 | <epsas> alkisg - ahh, yeah. They are "DisklessWorkstations.com" thin clients
| |
12:46 | <alkisg> You could try modifying dhcpd.conf to send them pxelinux.0, though - it might work.
| |
12:46 | <epsas> Gadi - well, there is a competing DHCP server, but I set this ltsp server to be authoritative, and I see that the thin client is using it's subnet
| |
12:46 | <Gadi> yeah, so authoritative is mostly a placebo
| |
12:46 | :)
| |
12:47 | unless you know the competition is not authoritative
| |
12:49 | <epsas> Gadi - somehow I don't think that should be happening
| |
12:50 | if a client is issuing a dhcprequest to one server, it should be finding it's images from the same server
| |
12:50 | <vagrantc> nah
| |
12:52 | <huey> any reason why my xorg.conf file is blank?
| |
12:53 | <Gadi> epsas: keep in mind, we make 2 requests
| |
12:53 | <cdealer> you know... I'm having an issue since my ltsp server on a ubuntu 7.04, the problem still is happening and maybe someone had already heard something about it... Adobe Reader on clients takes a lot to Load and its very bugg, to roll a page its all stuck and seens very heavy weight (we are using adobe cause we had problem with evince and some pdf that had BarCode - evince was crashing)
| |
12:53 | <Gadi> and if they are answered from different servers, you are screwed (with default config)
| |
12:56 | irule has joined #ltsp | |
12:56 | <alkisg> That's why I'm saying that you should support passing root-path and the other dhcp parameters in the kernel command line, so that IPAPPEND could be used => no second dhcp request needed :)
| |
12:56 | <Gadi> alkisg: we do support that
| |
12:57 | nbdroot=<ip:port>
| |
12:57 | <alkisg> Gadi: these are not supported: DNSDOMAIN, NISDOMAIN, ROOTSERVER, ROOTPATH, and filename
| |
12:58 | filename is used to get the tftppath, and root* for nfs, I think...
| |
12:59 | So if someone uses IPAPPEND to only do 1 dhcp request, lts.conf isn't looked for in the correct path
| |
12:59 | <Gadi> well, its up to the distros, really
| |
13:00 | for ubuntu, it would be easy to add the code
| |
13:00 | <johnny> how does ROOTSERVER get set ?
| |
13:00 | <Gadi> but, of course, that would be a PXE-only solution
| |
13:00 | <johnny> i had big probelms with dnsmasq running on a different server
| |
13:00 | <alkisg> Why pxe only? Someone could chainload gpxe from etherboot...
| |
13:01 | <newbie mode on>And why would that be distro work? E.g. ipopts handling used to be in ltsp-upstream... </newbie mode off>
| |
13:02 | <Gadi> ipopts is a kernel standard
| |
13:02 | <alkisg> johnny: ipconfig gets it from the dhcp server
| |
13:02 | <johnny> the rest are implemented in distro specific initrd code alkisg
| |
13:03 | <alkisg> Gadi: aren't all kernel parameters passed into the environment? So it would only be a matter of using them instead of blindly including /etc/net-eth0.conf
| |
13:03 | <johnny> alkisg, only if the initrd is coded to do something with em
| |
13:03 | not all distros uses initramfs-tools
| |
13:03 | <Gadi> right - what he said
| |
13:03 | <johnny> of course.. for debian and ubuntu and their derivatives.. it'll work fine
| |
13:03 | <alkisg> Ah... ok, too deep for me. Thanks!
| |
13:03 | <johnny> but not gentoo and fedora
| |
13:03 | <Gadi> each distro has its own initrd
| |
13:03 | and way of handling things
| |
13:04 | <johnny> Gadi, have you heard of this distro agnostic initrd some fedora people are working on?
| |
13:04 | pcs0303 has quit IRC | |
13:04 | <johnny> altho i imagine debian will be nearly impossible to change
| |
13:04 | <Gadi> nope
| |
13:05 | <johnny> that's why i don't use debian on the desktop
| |
13:05 | <Gadi> but, it sounds silly
| |
13:05 | <johnny> they should just use initramfs-tools instead probably
| |
13:05 | <Gadi> they should use what works for their distro
| |
13:06 | <johnny> it's not all that special imo..
| |
13:06 | <Gadi> the initramfs, in my view, is a mini-distro
| |
13:06 | <johnny> the init system is more special.. and that is on both fedora and ubuntu
| |
13:06 | <Gadi> so, it makes sense for each distro to use a mini-distro of their own flavor
| |
13:06 | <johnny> except they are generally so minimal that it doesn't really make sense imo
| |
13:06 | obviously special purpose distros are different in that regard
| |
13:07 | and their initramfs might be THE distro
| |
13:08 | give me the most minimal code it takes to get into the root, so i can do everything else :)
| |
13:08 | if i had my druthers.. i'd setup upstart in gentoo and use that for ltsp
| |
13:08 | too bad it's probably not worth the hassle
| |
13:17 | vagrantc has quit IRC | |
13:17 | <alkisg> Does any version of vmware have embedded rdp support, like virtualbox? Or they only have vnc?
| |
13:20 | Remaille has joined #ltsp | |
13:21 | loather-work has joined #ltsp | |
13:25 | artista-frustrad has quit IRC | |
13:26 | artista-frustrad has joined #ltsp | |
13:28 | dirigeant has joined #ltsp | |
13:29 | Sarten-X has quit IRC | |
13:29 | loather-work has quit IRC | |
13:29 | etyack has quit IRC | |
13:29 | din_o1 has quit IRC | |
13:29 | aglio2 has quit IRC | |
13:29 | heart has quit IRC | |
13:29 | topslakr has quit IRC | |
13:29 | ltsplogbot has quit IRC | |
13:29 | Appiah_ has quit IRC | |
13:29 | epsas has quit IRC | |
13:29 | loather-work has joined #ltsp | |
13:29 | etyack has joined #ltsp | |
13:29 | din_o1 has joined #ltsp | |
13:29 | aglio2 has joined #ltsp | |
13:29 | heart has joined #ltsp | |
13:29 | Appiah_ has joined #ltsp | |
13:29 | Sarten-X has joined #ltsp | |
13:29 | ltsplogbot has joined #ltsp | |
13:29 | epsas has joined #ltsp | |
13:29 | topslakr has joined #ltsp | |
13:31 | din_o1 has left #ltsp | |
13:31 | din_o1 has joined #ltsp | |
13:36 | irule has quit IRC | |
13:44 | knipwim has left #ltsp | |
13:45 | Lns has quit IRC | |
13:46 | Lns has joined #ltsp | |
13:50 | <epsas> yup - that was it... competing DHCP servers
| |
13:52 | tier1_ has joined #ltsp | |
13:54 | <cliebow> cage wrestling..isc vs. dhcp
| |
13:56 | tarbo has joined #ltsp | |
13:58 | Remaille has quit IRC | |
14:01 | tarbo has quit IRC | |
14:06 | tier1__ has quit IRC | |
14:06 | tarbo has joined #ltsp | |
14:13 | litlebuda has joined #ltsp | |
14:18 | tarbo has quit IRC | |
14:18 | pmatulis has joined #ltsp | |
14:19 | tarbo has joined #ltsp | |
14:21 | cdealer has quit IRC | |
14:22 | Blinny has quit IRC | |
14:23 | vagrantc has joined #ltsp | |
14:27 | artista-frustrad has quit IRC | |
14:27 | twinprism has quit IRC | |
14:28 | artista-frustrad has joined #ltsp | |
14:31 | tier1__ has joined #ltsp | |
14:34 | tier1_ has quit IRC | |
14:35 | davidj2 has quit IRC | |
14:38 | tarbo_ has joined #ltsp | |
14:38 | tarbo_ has quit IRC | |
14:42 | twinprism has joined #ltsp | |
14:45 | dmaran has left #ltsp | |
14:49 | krishna has joined #ltsp | |
15:04 | Gadi has left #ltsp | |
15:07 | bobby_C has joined #ltsp | |
15:11 | tier1_ has joined #ltsp | |
15:11 | cliebow has quit IRC | |
15:17 | din_o1 has left #ltsp | |
15:18 | etyack has quit IRC | |
15:24 | CodyG has joined #ltsp | |
15:25 | CodyG has quit IRC | |
15:26 | tier1__ has quit IRC | |
15:26 | tier1__ has joined #ltsp | |
15:27 | tier1_ has quit IRC | |
15:29 | krishna has quit IRC | |
15:40 | knipwim has joined #ltsp | |
15:52 | evilx has quit IRC | |
15:54 | irule has joined #ltsp | |
15:55 | Gadi_eeepc has joined #ltsp | |
16:01 | jammcq has quit IRC | |
16:03 | tier1_ has joined #ltsp | |
16:05 | CAN-o-SPAM has quit IRC | |
16:05 | alkisg has quit IRC | |
16:13 | knipwim has left #ltsp | |
16:16 | tier1__ has quit IRC | |
16:17 | tier1__ has joined #ltsp | |
16:18 | knipwim has joined #ltsp | |
16:23 | BrunoXLambert has quit IRC | |
16:32 | tier1_ has quit IRC | |
16:45 | tier1_ has joined #ltsp | |
16:45 | warren has joined #ltsp | |
16:45 | <warren> Hmmm
| |
16:45 | does anyone see in our code where we define $CHROOTEXEC?
| |
16:46 | oh, nevermind
| |
16:46 | mikkel has quit IRC | |
16:46 | <stgraber> server/plugins/ltsp-build-client/common/000-check-paths:
| |
16:47 | npman has joined #ltsp | |
16:48 | krishna has joined #ltsp | |
16:50 | RobertLaptop has quit IRC | |
16:52 | npman has quit IRC | |
16:58 | bobby_C has quit IRC | |
17:01 | tier1__ has quit IRC | |
17:12 | npman has joined #ltsp | |
17:15 | <npman> Is anyone here running LTSP on Ubuntu 8.04.2 (32-bit chroot, 64-bit server)?
| |
17:15 | well, 32-bit clients...
| |
17:21 | J45p3r__ has joined #ltsp | |
17:23 | irule has quit IRC | |
17:26 | warren has left #ltsp | |
17:35 | tier1__ has joined #ltsp | |
17:37 | krishna has quit IRC | |
17:50 | tier1_ has quit IRC | |
17:50 | tier1_ has joined #ltsp | |
17:56 | dirigeant has quit IRC | |
17:58 | Egyptian[Home] has quit IRC | |
17:59 | Egyptian[Home] has joined #ltsp | |
18:01 | tier1__ has quit IRC | |
18:04 | vagrantc has quit IRC | |
18:08 | hanthana has quit IRC | |
18:13 | RobertLaptop has joined #ltsp | |
18:16 | tier1__ has joined #ltsp | |
18:17 | RobertLaptop has quit IRC | |
18:20 | RobertLaptop has joined #ltsp | |
18:22 | Lns has quit IRC | |
18:24 | RobertLaptop has quit IRC | |
18:26 | RobertLaptop has joined #ltsp | |
18:28 | RobertLaptop has joined #ltsp | |
18:30 | RobertLaptop has quit IRC | |
18:31 | laserdrill has joined #ltsp | |
18:32 | RobertLaptop has joined #ltsp | |
18:33 | tier1_ has quit IRC | |
18:34 | chrisinajar has joined #ltsp | |
18:35 | <laserdrill> Hi all, I am happily running ltsp5 on my AMD X2 64 system running Ubuntu 8.04. It has 1Gb of RAM. I find owever, that with only 2 terminals running OpenOffice the whole experience is dreadfully slow. A student streamed a video clip from the server on one of the clients and the server became so unstable we had to restart it. Has anyone had any experience like this?
| |
18:38 | tier1__ has quit IRC | |
18:41 | RobertLaptop has quit IRC | |
18:43 | RobertLaptop has joined #ltsp | |
18:45 | <npman> laserdrill: when the 2 terminals are running OOo, how many other clients are running?
| |
18:52 | brendan0powers has joined #ltsp | |
18:53 | brendan0powers has left #ltsp | |
18:55 | etyack has joined #ltsp | |
19:00 | staffencasa has quit IRC | |
19:01 | etyack has left #ltsp | |
19:01 | try2free has joined #ltsp | |
19:27 | npman has quit IRC | |
19:33 | aglio2 has quit IRC | |
19:51 | japerry has quit IRC | |
19:59 | <laserdrill> npman: sorry I missed your post. Only two clients along with the server. Nothing else is running from the server
| |
20:00 | Hi all, I am happily running ltsp5 on my AMD X2 64 system running Ubuntu 8.04. It has 1Gb of RAM. I find owever, that with only 2 terminals running OpenOffice the whole experience is dreadfully slow. A student streamed a video clip from the server on one of the clients and the server became so unstable we had to restart it. Has anyone had any experience like this?
| |
20:07 | japerry has joined #ltsp | |
20:28 | davidj has quit IRC | |
20:49 | makghosh has quit IRC | |
20:50 | laserdrill has left #ltsp | |
20:55 | try2free has left #ltsp | |
20:58 | vagrantc has joined #ltsp | |
21:01 | pmatulis has quit IRC | |
21:16 | litlebuda has quit IRC | |
21:18 | RobertLaptop has quit IRC | |
21:47 | RobertLaptop has joined #ltsp | |
22:02 | CaScAdE^FarAway has joined #ltsp | |
22:04 | makghosh has joined #ltsp | |
22:17 | vagrantc_ has joined #ltsp | |
22:19 | CaScAdE^1arAway has quit IRC | |
22:29 | vagrantc has quit IRC | |
22:36 | makghosh has quit IRC | |
22:39 | hanthana has joined #ltsp | |
22:52 | jhutchins_lt has quit IRC | |
22:55 | Gadi_eeepc1 has joined #ltsp | |
22:55 | Gadi_eeepc has quit IRC | |
22:56 | Gadi_eeepc1 has quit IRC | |
22:56 | Gadi_eeepc has joined #ltsp | |
22:57 | Gadi_eeepc1 has joined #ltsp | |
22:57 | Gadi_eeepc has quit IRC | |
22:57 | Gadi_eeepc has joined #ltsp | |
22:57 | Gadi_eeepc1 has quit IRC | |
22:58 | Gadi_eeepc has quit IRC | |
22:58 | Gadi_eeepc1 has joined #ltsp | |
23:01 | beachsurfin has joined #ltsp | |
23:02 | <beachsurfin> could someone please specify to me what type of thin clients could be used w/ edubuntu? and would it be difficult to use blender with such a setup?
| |
23:03 | or would it work if there was a powerful server which it was connected to? what would be the specs for such a server..
| |
23:03 | wouldn't be doing pixar animations
| |
23:04 | <vagrantc_> not sure about blender, but thin-client requirements are fairly modest by today's standards. though for graphics-intensive things they tend to need more ram. a basic thin client works fine with 128-256MB of ram and a 400MHz processor.
| |
23:05 | but blender throws in a host of unknowns, so it's hard to really guage.
| |
23:06 | you'd probably have to just experiment with it
| |
23:07 | <stgraber> blender on the app server usually doesn't work well but is really good to run as a localapp (you'll need a very recent ltsp though)
| |
23:08 | alkisg has joined #ltsp | |
23:08 | twinprism has quit IRC | |
23:08 | topslakr has quit IRC | |
23:08 | ltsplogbot has quit IRC | |
23:08 | Appiah_ has quit IRC | |
23:08 | heart has quit IRC | |
23:08 | epsas has quit IRC | |
23:08 | loather-work has quit IRC | |
23:08 | <vagrantc_> at which point each thin client needs enough ram to run blender, and generally more since you don't have swap available...
| |
23:09 | twinprism has joined #ltsp | |
23:09 | loather-work has joined #ltsp | |
23:09 | heart has joined #ltsp | |
23:09 | Appiah_ has joined #ltsp | |
23:09 | ltsplogbot has joined #ltsp | |
23:09 | epsas has joined #ltsp | |
23:09 | topslakr has joined #ltsp | |
23:10 | <vagrantc_> stgraber: i think we should do what cyberorg suggested on the list by setting a variable to enable the local mounting of LOCALDEV stuff ... disabled by default.
| |
23:11 | that way we can tag and move with it, easier to test and such, but not introduce unpredictable behaviors otherwise...
| |
23:11 | <cyberorg> vagrantc_, when we use AOE, local ltspfs mounts all the images exported in the network, sometimes there could be many of those :)
| |
23:11 | <vagrantc_> cyberorg: AOE?
| |
23:12 | <cyberorg> vagrantc_, http://en.opensuse.org/LTSP/AoE
| |
23:12 | <stgraber> vagrantc_: what part of ltspfs would need to read that variable ?
| |
23:12 | vagrantc_: if it's one of these called from udev that'll be a problem
| |
23:13 | <vagrantc_> stgraber: several places, but i think it shouldn't be too difficult. i'll look into it tomorrow.
| |
23:13 | Patina has quit IRC | |
23:13 | <cyberorg> vagrantc_, all the devices launch one ltspfs in the client like this http://picpaste.com/pics/Capture.1234329188.JPG
| |
23:14 | <stgraber> vagrantc_: my main issue with ltsp-cluster is that I'm trying to reduce the required reboot of the thin client to minimal
| |
23:14 | vagrantc_: so I fail if a user wanting to switch from ldm+ssh to rdp has to reboot to get its usb key working ...
| |
23:15 | <vagrantc_> stgraber: so then enable it globally by default :)
| |
23:15 | <stgraber> btw, is there a way to change the default configuration for each distro easily ?
| |
23:15 | (other than shipping a lts.conf)
| |
23:16 | <vagrantc_> we could include something at the end of client/ltsp_config that checks for the presence of ltsp_config_vendor and sources that ...
| |
23:17 | <cyberorg> stgraber, we use /etc/sysconfig/kiwi-ltsp, for the cluster i intend to use /etc/sysconfig/ltsp-cluster
| |
23:17 | <stgraber> I'd rather see it at the top actually so the other will override it (making that a default and not a mandatory value)
| |
23:17 | <vagrantc_> cyberorg: i'm at a loss with the nomad patches ... something just doesn't look right to me and i can't place my finger on it.
| |
23:18 | <cyberorg> vagrantc_, let me explain :)
| |
23:18 | <vagrantc_> (other than issues already apparently addressed)
| |
23:18 | <stgraber> cyberorg: that's on the server or in the chroot ? (your sysconfig stuff)
| |
23:19 | <cyberorg> if LDM_NOMAD is set in lts.conf, ldm will create a ssh socket which will be used to do local dev stuff, and then use normal rdesktop to connect to xrdp server
| |
23:19 | <vagrantc_> cyberorg: so the login screen is still from ldm ?
| |
23:19 | <cyberorg> stgraber, on the server, we prefer to transfer all required files via tftp without modifying chroot
| |
23:19 | vagrantc_, yes
| |
23:20 | <vagrantc_> cyberorg: and it launches rdesktop on the thin client, or on the server?
| |
23:20 | <cyberorg> vagrantc_, in the thin client
| |
23:20 | <stgraber> isn't ltspfs using X atom ?
| |
23:21 | <cyberorg> vagrantc_, that is why we could not use rc scripts
| |
23:21 | stgraber, yes, ldm starts X, rdesktop if running full screen on that
| |
23:21 | <vagrantc_> stgraber: well, that's what the local mounting patches are all about
| |
23:22 | cyberorg: or is nomad not depending on the local mounting patches?
| |
23:22 | <stgraber> vagrantc_: yeah, was just wondering how they did to make ltspfs to work when they don't use X11 for transport :)
| |
23:22 | <cyberorg> vagrantc_, in nomad case local mounting is not required
| |
23:23 | stgraber, it just works without it :)
| |
23:23 | stgraber, we use ssh socket for that
| |
23:23 | Patina has joined #ltsp | |
23:23 | <cyberorg> stgraber, https://forgesvn1.novell.com/viewsvn/kiwi-ltsp/trunk/kiwi-ltsp/ltsp/include/kiwi-ltsp-functions.sh?r1=413&r2=416
| |
23:24 | that is how cluster config will be handled, it will be transfered from server to the client
| |
23:24 | <stgraber> fun :) Novell can't buy themselves a valid SSL certificate ? :)
| |
23:24 | <cyberorg> stgraber, yeah :)
| |
23:24 | slashdotfx has quit IRC | |
23:25 | <cyberorg> hey they have had a recession for decades
| |
23:26 | <vagrantc_> cyberorg: passing that password on the commandline still worries me ... i think ldm logs the commands it executes....
| |
23:26 | and if you're using remote syslogging
| |
23:26 | <cyberorg> vagrantc_, it is not passing password at commandline, it shows up as XXXX
| |
23:26 | <johnny> i bet you do
| |
23:27 | 4 X's ?
| |
23:27 | that's extra dirty..
| |
23:27 | <cyberorg> johnny, there may have been more, but it is all top quality X
| |
23:28 | <vagrantc_> cyberorg: before it even executes it, ldm has the string in memory, and may log the string when it runs.
| |
23:28 | i.e. about to run: foo bar -p baz
| |
23:29 | <cyberorg> vagrantc_, want ssh access to client running it?
| |
23:29 | <vagrantc_> i don't see how the password can possibly be passed without displaying it at *some* point.
| |
23:29 | even if it cleans it up later.
| |
23:30 | ldm.nomadpassword = g_strdup(ldm.password);
| |
23:30 | <stgraber> I guess rdesktop starts by forking another rdesktop but still, the parent has the password
| |
23:30 | * johnny forks stgraber | |
23:30 | <vagrantc_> is clearly just storing the password before it gets cleaned up
| |
23:30 | <cyberorg> vagrantc_, it gets cleaned up immediately after running rdesktop
| |
23:31 | <vagrantc_> cyberorg: your patch never frees it
| |
23:31 | cyberorg: why not just use ldm.password ?
| |
23:31 | <cyberorg> vagrantc_, because it gets freed immediately after use
| |
23:31 | <vagrantc_> never frees it, as in, it does actually free it.
| |
23:31 | :)
| |
23:31 | <cyberorg> g_free(ldm.nomadpassword);
| |
23:32 | line 37 in the patch
| |
23:32 | <vagrantc_> cyberorg: it should only set ldm.nomadpassword if ldm.nomad is true
| |
23:32 | otherwise it will never get freed
| |
23:32 | and you're working around the fact that it gets freed ...
| |
23:32 | <cyberorg> vagrantc_, ah right
| |
23:32 | <vagrantc_> that ldm.password gets freed
| |
23:33 | maybe instead, work around the g_free(ldm.password) by *not* freeing that when ldm.nomad = true
| |
23:34 | and then freeing it after your call to ldm.nomad
| |
23:34 | * cyberorg can't code :P | |
23:34 | <cyberorg> vagrantc_, yes that makes more sense
| |
23:34 | <vagrantc_> i don't know C, either ... but anything that duplicates a password and stores it for later seems very suspect and needs a lot of review :)
| |
23:35 | but that should shorten the diff a little
| |
23:35 | by not having ldm.nomadpassword at all
| |
23:36 | but even my suggestion makes me cringe a little.
| |
23:37 | marabout has joined #ltsp | |
23:39 | <johnny> cyberorg, sounds like the guy who wrote this needs a C tutorial..
| |
23:39 | somebody should be talking to him directly instead of to you :)
| |
23:39 | <cyberorg> oh noooos
| |
23:39 | <johnny> then perhaps the problems can be resolved
| |
23:41 | |Paradox| has quit IRC | |
23:41 | <ltsppbot> "cyberorg" pasted "reworked nomad patch" (95 lines) at http://pastebot.ltsp.org/243
| |
23:42 | <cyberorg> vagrantc_, how does that look?
| |
23:42 | johnny, i would rather not stick my nose in something i will never be good at :)
| |
23:43 | vagrantc_, we have to use ldm.password twice as we are creating two connections to the server, one ssh for localdev and one rdesktop
| |
23:45 | <Ryan52> johnny, ya, and I really need a python tutorial...but that doesn't stop me from attempting to mess with ldminfo. :P
| |
23:45 | * Ryan52 has no interest to learn python, at all, even tho people keep telling him he should. | |
23:45 | <johnny> Ryan52, how come?
| |
23:45 | <vagrantc_> Ryan52: can you give a look at the patch cyberorg pasted?
| |
23:45 | <Ryan52> vagrantc_, ya, I will.
| |
23:46 | |Paradox| has joined #ltsp | |
23:46 | <vagrantc_> cyberorg: it basically looks ok to me, even though it still makes me feel uneasy. :)
| |
23:46 | <cyberorg> vagrantc_, it shouldnt as everything in there runs only if LDM_NOMAD is set
| |
23:47 | <vagrantc_> cyberorg: well, there's nothing to prevent someone from setting LDM_NOMAD ...
| |
23:47 | <Ryan52> johnny: why should I? :P. I feel like there isn't really a point in adding yet another scripting language to my list of tools...they all do the same thing. and the only reason to use a certain language over another is for some library it has, and afaict python has nothing too special ;)
| |
23:47 | <vagrantc_> cyberorg: is there any simple way to test if their rdesktop supports nomad? it does require a patched rdesktop ?
| |
23:48 | <Ryan52> plus I don't know if I could live with not being able to have emacs automatically indent. :P
| |
23:48 | <johnny> Ryan52, i just learn whatever other people are using for whatever projects :)
| |
23:48 | <cyberorg> vagrantc_, that wont harm them, without xrdp running on linux server their attempt will fail, password is not logged anywhere
| |
23:48 | <johnny> Ryan52, so.. some ruby, perl, php, python, erlang, C, etc..
| |
23:48 | lua..
| |
23:48 | <cyberorg> vagrantc_, plain rdesktop works, it just does not use special x11rdp channel
| |
23:49 | <Ryan52> cyberorg, ldm.password still needs to be freed.
| |
23:49 | at some point in time.
| |
23:49 | so after the last time you use it, free it.
| |
23:49 | <cyberorg> Ryan52, g_free(ldm.password); is there
| |
23:49 | <johnny> Ryan52, personally tho.. i avoid languages that require me to free things :)
| |
23:49 | hehe
| |
23:49 | <Ryan52> cyberorg, oops, I missed it.
| |
23:50 | cyberorg, your old patch didn't, iirc, so I just assumed...sorry :P
| |
23:50 | johnny, hehe
| |
23:50 | <cyberorg> Ryan52, it freed ldm.nomadpassword
| |
23:50 | <Ryan52> rly? ok...*shrug*. /me needs to memtest his brain.
| |
23:51 | <johnny> so i never chose to use C for anything i do.. which is easy.. if you're not doing systems programming..
| |
23:51 | <cyberorg> let me know if anyone wants access to client running ldm with nomad patch, try and steal the password :)
| |
23:51 | <johnny> has anybody ever ran ldm through valgrind ?
| |
23:51 | <vagrantc_> cyberorg: so i should be able to test this with an unpatched rdesktop and xrdp ?
| |
23:52 | <cyberorg> vagrantc_, yes
| |
23:52 | <vagrantc_> ok, being able to test it makes me happier.
| |
23:52 | marabout has quit IRC | |
23:53 | <cyberorg> vagrantc_, you may even be able to install our prebuilt images and test it on debian server if you wish :)
| |
23:53 | <Ryan52> you still have some funky indenting in there..
| |
23:53 | <cyberorg> Ryan52, i used just spaces this time
| |
23:53 | <Ryan52> and I think that "/* wait for rdesktop to close before closing socket */" is a useless comment.
| |
23:53 | +++ b/src/ldm.c 2009-02-11 11:10:42.000000000 +0530
| |
23:53 | @@ -279,6 +280,12 @@
| |
23:54 | then last curly of the added if.
| |
23:54 | is intended one level too many.
| |
23:54 | <cyberorg> Ryan52, that is just there for developers to know why that part is added
| |
23:55 | <Ryan52> ldm_wait(ldm.sshpid);
| |
23:55 | ldm.sshpid = 0;
| |
23:55 | our "normal" one doesn't have a comment...so why should nomad's? :)
| |
23:55 | anyway, doesn't matter.
| |
23:56 | <cyberorg> Ryan52, because the patch is going in for review and not everyone might know why we have added lines in the patch :)
| |
23:56 | <Ryan52> ah, ok.
| |
23:58 | <vagrantc_> cyberorg: i'll try to test it out tomorrow
| |
23:58 | <Ryan52> but ya, imo, lets merge it.
| |
23:59 | <vagrantc_> or maybe just merge ...
| |
23:59 | <johnny> let's drink a beer..
| |
23:59 | <vagrantc_> oh, there's a missing curly brace ...
| |
23:59 | <johnny> oh .. that's me..
| |