IRC chat logs for #ltsp on irc.libera.chat (webchat)
Channel log from 27 March 2009 (all times are UTC)
| 00:16 | alkisg has quit IRC | |
| 00:35 | ccherrett has joined #ltsp | |
| 00:47 | pasmen has quit IRC | |
| 01:00 | monticule has joined #ltsp | |
| 01:00 | <monticule> Heloo :)
| |
| 01:05 | I have a problem with a LTSP Serveur (K12 Linux). This is a hardware problem... Iwant to change the NIC because eth0 (in the mother board) is dead ,but the thin client not booted in the LAN when eth1 (the new) is configured...The IP adresse of DHCP are changed etc... any idea? ThX!
| |
| 01:09 | <Ryan52> so add eth1 to ltspbr0 and remove eth0 from it?
| |
| 01:09 | monticule: "The IP adresse of DHCP are changed"...what?
| |
| 01:11 | <monticule> Yes sorry, i'm french and my english is... bad Ihave change /etc/dhcpd.conf address server for the IP adresse of eth1.Howto add eth1 to ltspbr0?thx :)
| |
| 01:14 | rjune_ has joined #ltsp | |
| 01:17 | <Ryan52> why did you change the ip address?
| |
| 01:17 | rjune has quit IRC | |
| 01:17 | <Ryan52> you should have kept the same ip address.
| |
| 01:17 | there's no reason to change it.
| |
| 01:17 | and changing more things just adds possibility for error.
| |
| 01:17 | <monticule> Ok, thx :)
| |
| 01:17 | I"m beginner :)
| |
| 01:18 | And for add eth1 to ltspbr0, it's difficult ?
| |
| 01:18 | <Ryan52> one second.
| |
| 01:18 | <monticule> ok sorry :)
| |
| 01:19 | <Ryan52> edit /etc/sysconfig/network-scripts/ifcfg-eth0
| |
| 01:19 | remove "BRIDGE=ltspbr0"
| |
| 01:20 | edit /etc/sysconfig/network-scripts/ifcfg-eth1
| |
| 01:20 | add "BRIDGE=ltspbr0"
| |
| 01:20 | ifdown eth0; ifdown eth1; ifup eth1
| |
| 01:20 | and tell me the output of "brctl show"
| |
| 01:22 | <monticule> Ok :) i'm go to work now:) I come back soon ( 1hour...) Thanks you very much
| |
| 01:22 | monticule has left #ltsp | |
| 01:22 | monticule has joined #ltsp | |
| 01:22 | monticule has left #ltsp | |
| 01:34 | vagrantc_ has quit IRC | |
| 01:38 | Egyptian[Home] has quit IRC | |
| 01:49 | rjune_ has quit IRC | |
| 01:49 | chupacabra has quit IRC | |
| 02:14 | Selveste1 has joined #ltsp | |
| 02:17 | phantom has joined #ltsp | |
| 02:18 | F-GT has quit IRC | |
| 02:57 | alkisg_work has joined #ltsp | |
| 03:47 | tjikkun_work has joined #ltsp | |
| 03:50 | Egyptian[Home] has joined #ltsp | |
| 03:51 | bobby_C has joined #ltsp | |
| 04:11 | comete has joined #ltsp | |
| 04:11 | <comete> hi
| |
| 04:17 | my LTSP (Edubuntu 8.10) small network (16 thinclients) behaves anormaly. My server is a Pentium 4 dual core 3Ghz with 4 Go RAM and 2 HDD with a RAID 1 SCSI controller, i have set up 2 NIC with load-balancing on it. My problem is that i can't start more than 4 thinclients simultaneously whithout getting slow answers or crash on the thinclients
| |
| 04:19 | my switches are brand new and have both been tested. I have no remote syslog configured on the server and no local DNS server on the network.
| |
| 04:20 | i have noticed that sudo command on the server is extremely slow when thinclients start to crash or hang.
| |
| 04:21 | My thinclients have all 128 Mo or 256 Mo RAM
| |
| 04:22 | they all boot via PXE or gPXE
| |
| 04:26 | i have enabled LDM_DIRECTX whithout success and now i have no idea... Do you see what could cause problem in this set up ?
| |
| 04:26 | <cyberorg> comete, run top on server with clients logged in
| |
| 04:28 | <comete> cyberorg: and ?
| |
| 04:29 | <cyberorg> comete, see if any process it hijacking processor
| |
| 04:29 | <comete> no problem with processor load
| |
| 04:31 | <cyberorg> comete, log in clients one after the other and see which client spikes the CPU
| |
| 04:32 | din_os has joined #ltsp | |
| 04:35 | <comete> cyberorg: the problem happen before user log in, it happens on thinclients boot
| |
| 04:35 | and the CPU doesn't seem to go up to 2%
| |
| 04:36 | <cyberorg> comete, check syslog on the server when things start to go slow
| |
| 04:37 | also try different sessions instead of default gnome to check if problem is gnome related or something else
| |
| 04:38 | <comete> thinclients hangs with this message: "/etc/rcS.d/S32ltsp-client-setup: 282: sort: Input/Output error"
| |
| 04:39 | "syslogd-listfiles: Input/Output error"
| |
| 04:39 | Unable to start /sbin/syslogd: Input/Output error
| |
| 04:39 | <cyberorg> comete, looks like network connection issue
| |
| 04:40 | <comete> yes but i'm on the same network with my laptop actually and i can still ping the server with good answers
| |
| 04:42 | the network monitor shows peaks at 9.7 Mio/s maximum during clients boot
| |
| 04:42 | i'm on a 100 Mb network
| |
| 04:43 | <cyberorg> comete, with bad connection/cable ping would still work well
| |
| 04:44 | <comete> i suspect bad cables from start but...
| |
| 04:44 | <cyberorg> there could be other reasons, you'd have to wait for orga or someone else who know ubuntu to be of more help :)
| |
| 04:46 | <comete> ok thanks for your help
| |
| 04:49 | alkisg has joined #ltsp | |
| 04:51 | bobby_C has quit IRC | |
| 04:52 | bobby_C has joined #ltsp | |
| 05:22 | alkisg has quit IRC | |
| 05:31 | shrek has joined #ltsp | |
| 05:41 | mikkel has joined #ltsp | |
| 05:48 | CaScAdE^FarAway has quit IRC | |
| 05:51 | cascade has joined #ltsp | |
| 05:51 | cascade is now known as CaScAdE^Uni | |
| 06:05 | pmatulis has joined #ltsp | |
| 06:05 | bobby_C has quit IRC | |
| 06:06 | Appiah has quit IRC | |
| 06:06 | ajohnson has quit IRC | |
| 06:06 | Appiah has joined #ltsp | |
| 06:06 | ajohnson has joined #ltsp | |
| 06:07 | rjune has joined #ltsp | |
| 06:15 | laprag has joined #ltsp | |
| 06:16 | jammcq has quit IRC | |
| 06:17 | tadeu_ has joined #ltsp | |
| 06:19 | <tadeu_> guys, i need to set up a LTS with just one network card. My DHCP is in another server. could you suggest some manuals ? i can't find clear explains about that
| |
| 06:20 | laprag has left #ltsp | |
| 06:25 | rjune has quit IRC | |
| 06:26 | maginot has joined #ltsp | |
| 06:27 | <maginot> Good morning.
| |
| 06:27 | <tadeu_> guys, i need to set up a LTS with just one network card. My DHCP is in another server. could you suggest some manuals ? i can't find clear explains about that
| |
| 06:29 | <maginot> you could install the dhcp server on your box and user the clients mac address and the dhcp option deny-unknown hosts
| |
| 06:29 | tadeu_, ^
| |
| 06:31 | <tadeu_> maginot, thanks, but is there no problem have 2 DHCP server in my network ?
| |
| 06:31 | <maginot> tadeu_, I have to here, but I use the deny-unknown clients so every dhcp server has it own list
| |
| 06:31 | */to/two
| |
| 06:32 | <tadeu_> maginot, good.. thanks!
| |
| 06:33 | <maginot> so in dhcpd.conf I have every client inside and the server only give ip for those registries
| |
| 06:33 | :)
| |
| 06:37 | <tadeu_> maginot, just to make it clear, the deny-unknown option must be in both DHCP servers, right ?
| |
| 06:38 | <maginot> tadeu_, well, yeah, you need to both to deny unknown so only those regesties will receive ip
| |
| 06:39 | but you could separete by sub-network
| |
| 06:39 | using mask
| |
| 06:39 | its very flexible
| |
| 06:39 | <tadeu_> maginot, right, i think i got it
| |
| 06:39 | maginot, thank you
| |
| 06:40 | <maginot> tadeu_, I think its possible to have the image on the default dhcp server and then point using the server option of lts.conf who is you server
| |
| 06:42 | Firefox is configured to be a localapp I use the LOCAL_APPS_MENU and LOCAL_APPS_MENU_ITEMS but seens to have no effect ... any tip ? http://maginot.pastebin.com/m12964e88
| |
| 06:43 | * maginot starts thinking if is anyone wake | |
| 06:48 | alkisg has joined #ltsp | |
| 06:50 | <maginot> Firefox is configured to be a localapp I use the LOCAL_APPS_MENU and LOCAL_APPS_MENU_ITEMS but seens to have no effect ... any tip ? http://maginot.pastebin.com/m12964e88
| |
| 06:59 | alekibango has quit IRC | |
| 07:02 | <NeonLicht> maginot, how do you configure Firefox as a localapp?
| |
| 07:05 | wima has joined #ltsp | |
| 07:10 | <maginot> NeonLicht, install the firefox package on the chroot, configure lts.conf like above in the pastebin link and after that run firefox with local apps wrapper /usr/bin/ltsp-localapps firefox ... ahh .. and just forgot you have to pic ltsp-localapps from the docs to /usr/bin
| |
| 07:21 | CaScAdE^Uni is now known as CaScAdE^AFK | |
| 07:22 | evilx has joined #LTSP | |
| 07:36 | <NeonLicht> maginot, I've tried the same as you and I have no obvious effect either
| |
| 07:40 | maginot, is it supposed to be that all that's needed? have you found any documentation on that?
| |
| 07:41 | din_os has left #ltsp | |
| 07:44 | <ogra> NeonLicht, https://wiki.ubuntu.com/LTSPLocalAppSetup ... on debian you dont need to copy the example stuff though, vagrantc loves the risk
| |
| 07:45 | <NeonLicht> thanks, ogra, I try...
| |
| 07:45 | <ogra> in sid or ubuntu jaunty it should just work if you set LOCAL_APPS=True in lts.conf ... if it doesnt, thats a bug
| |
| 07:46 | (and indeed the app needs to be installed in the chroot/nbd image)
| |
| 07:47 | <NeonLicht> well, I can stop already, since ltsp-localapps does not exist o /usr/share/doc/ltsp-server/examples/ XDDD
| |
| 07:47 | <ogra> you are using ubuntu ?
| |
| 07:47 | <NeonLicht> of course not
| |
| 07:47 | <ogra> then you should learn to read :P
| |
| 07:47 | <NeonLicht> I'd never do such a thing XD
| |
| 07:48 | <ogra> <ogra> NeonLicht, https://wiki.ubuntu.com/LTSPLocalAppSetup ... on debian you dont need to copy the example stuff though, vagrantc loves the risk
| |
| 07:48 | <NeonLicht> so, how are you supposed to run ltsp-localapps if ltsp-localapps doesn't exist?
| |
| 07:48 | <ogra> it should be in your path
| |
| 07:49 | <NeonLicht> it is not, of course
| |
| 07:49 | <ogra> but as i said, thats irrelevant on sid or jaunty, since its supposed to generate the proper menu entries
| |
| 07:49 | no idea if lenny had localapps already or not in the default ltsp, you might need a backport
| |
| 07:50 | <NeonLicht> who knows, I just wish I could find some documentation on that
| |
| 07:51 | likuidkewl has joined #ltsp | |
| 07:52 | <ogra> wait for vagrantc, he can tell you what he added and what not to which debian version
| |
| 07:52 | <NeonLicht> ok, ogra, thank you
| |
| 07:54 | <likuidkewl> Anyone have any experience booting from a gPXE boot cd into LTSP 5 (8.04.2)?
| |
| 07:54 | likuidkewl is now known as dmaran | |
| 07:54 | <maginot> ogra, talking about localapps, weid thing when trying to save a pdf from acrobat plugin that is inside firefox local, it complains saying that the tmp file is full and cant save but if I go to the firefox save option it saves normaly
| |
| 07:56 | dmaran, it depends on what you need, there is no secret booting using gpxe for what I know you just need to create the boot image for you nic card put on a disket or some booting media and its rady
| |
| 07:56 | <ogra> acrobat might use hardcoded paths or something for /tmp
| |
| 07:56 | <dmaran> maginot: So we thought too. But cannot get this little bugger to boot.
| |
| 07:57 | <maginot> dmaran, are you using a disket ?
| |
| 07:57 | <dmaran> maginot: Nope boot CD
| |
| 07:57 | <NeonLicht> dmaran, last week somebody was trying it out here (I suggested him to use gPXE since he wanted to use a remote LTSP server), but I think he finally did not report anything about the trial
| |
| 07:58 | <dmaran> We can boot. get a dhcp address but cannot seem to get the image
| |
| 07:59 | <maginot> well, if you boot (get ip) so it looks like your gpxe image is working okay... where the process is hanging?
| |
| 08:00 | <dmaran> Seems to be at initrd
| |
| 08:01 | <maginot> what distro are you using ?
| |
| 08:01 | <dmaran> Ubuntu LTSP 5 (8.04.2)
| |
| 08:02 | I am looking on the internets also but thought I would check here too
| |
| 08:02 | <maginot> dmaran, did you followed the default installation process of ltsp on ubuntu?
| |
| 08:03 | <dmaran> maginot: Yes this is the 3rd install we have completed. :) It has been installed and setup for over a year.
| |
| 08:04 | <maginot> dmaran, are you having this issue with some specific client ?
| |
| 08:05 | <dmaran> maginot: Just trying to get some information from some other gPXE booters. We have everything else covered ;) (for now!)
| |
| 08:08 | vvinet has joined #ltsp | |
| 08:11 | shrek has quit IRC | |
| 08:13 | Gadi has joined #ltsp | |
| 08:19 | carniel has joined #ltsp | |
| 08:21 | bobby_C has joined #ltsp | |
| 08:29 | Selveste1 has quit IRC | |
| 08:34 | gentgeen__ has quit IRC | |
| 08:34 | gentgeen__ has joined #ltsp | |
| 08:35 | rjune has joined #ltsp | |
| 08:45 | bobby_C has quit IRC | |
| 08:47 | cliebow has joined #ltsp | |
| 08:48 | Psifidotos has joined #ltsp | |
| 08:51 | <alkisg> dmaran: did you try the gpxe command line with ctrl+b? You can easily test if you can download the kernel with the command line...
| |
| 08:54 | <dmaran> alkisg: decided to try with the onboard nic and it still gets to the same point wondering if this is due to that b44 >1GB of memory crap
| |
| 08:55 | <alkisg> I don't know about this "b44>1GB" memory bug. Are your sure it's not a gpxe/dhcp/tftp/etc misconfiguration?
| |
| 08:58 | <dmaran> alkisg: When every other client besides this one boots, I get a little suspect
| |
| 08:58 | <alkisg> All others boot with gpxe? Then you're probably right to be suspect :)
| |
| 08:58 | *suspicious
| |
| 08:59 | <dmaran> alkisg: I switched back to the onboard nic. No more gPXE ;) and I just like to get suspect vs suspicious :)
| |
| 09:01 | alkisg: So IMO if I tell the gPXE cd to use the b44 and the chroot zips out b44 that is a common denominator
| |
| 09:01 | <comete> i can't boot more than 4 thinclients without crashing or hanging at start, my network is 100Mb and my server has 2 NIC with load-balancing, any idea of what it could be ?
| |
| 09:01 | <alkisg> dmaran: What is "b44"?
| |
| 09:01 | <dmaran> alkisg: The b44 network driver,
| |
| 09:01 | alkisg: For broadcom
| |
| 09:02 | <alkisg> Ah, I also have a broadcom nic but I use the tg3 driver
| |
| 09:02 | k
| |
| 09:04 | <comete> do you ever encounter any problems booting 10 thinclients simultaneously ?
| |
| 09:04 | wima has quit IRC | |
| 09:05 | <alkisg> comete: I do - it's probably a r8169 bug. If i specify "iqrpoll" as a kernel parameter clients do no crash, but performance sucks - from 150mbps per client it drops down to 10mbps. :(
| |
| 09:07 | <dmaran> alkisg: Plus these dells are a POS, I have to be honest
| |
| 09:08 | <comete> alkisg i use one r8169 and one e1000e for my bonding
| |
| 09:08 | <maginot> alkisg, I didnt know that. .. interesting ... whats bug do you know for r8169 ?
| |
| 09:09 | I have about 30 new clients that arrived last month with this nic and were the only to have any boot problems...
| |
| 09:09 | <alkisg> maginot: I didn't find any filed bug for this, but I did see some messages in the kernel netdev list. It only occurs with slow clients (CPU) and only when a lot of clients cause a lot of traffic, so it would be difficult to debug... I guess I'll send a screenshot of the kernel crash some day.
| |
| 09:12 | <maginot> that would be nice... in our tests with those client and default ltsp instalation the clients didnt boot, all hanging after ubuntu loading show and other the pxe even understood the server response... we tried connecting without a switch and all gone fine so we back to the switch and all is doing fine now, but in the meanwhile I did recompiled the kernel
| |
| 09:13 | alkisg, was you who said that some switchs cause problems right?
| |
| 09:13 | elisboa has joined #ltsp | |
| 09:16 | <alkisg> maginot: nope, I don't think so. The last thing that I heard with the switches was the flow-control problem, but my switches are unmanaged, so I had to solve it with ethtool
| |
| 09:17 | <maginot> alkisg, what did you do ?
| |
| 09:18 | <alkisg> ethtool -a autoneg off rx off tx off => turned flow control off => solved the problem of 1 gigabit server and 100 mbps clients running at 100mbps total bandwidth instead of 1 gbps.
| |
| 09:19 | (that's on another lab - the r8169 problem is on a native gigabit lab)
| |
| 09:23 | <maginot> Hmm
| |
| 09:24 | alkisg, any tip of how to select switches to avoid this problem?
| |
| 09:25 | <alkisg> Yes, either use managed switches (=more expensive) or look at the brochures to see that they don't use flow control.
| |
| 09:26 | <maginot> Hmm
| |
| 09:26 | okay
| |
| 09:26 | <alkisg> E.g. cisco/linksys ones respect flow control signals, but never emit them; that's a good thing. My unmanaged tp-link switch emits halt signals, and the server stops sending data for some msec - which drops performance - that's why I need to use ethtool
| |
| 09:27 | <maginot> alkisg, but running the ethtool tweak on the server can have any bad side ?
| |
| 09:27 | <alkisg> Well, e.g. r8169 driver doesn't support this.
| |
| 09:28 | And a fellow teacher of mine reported that disabling flow control on the server caused some glitches on the network traffic, as opposed to disabling flow control on the switch
| |
| 09:28 | <maginot> so I think I get lost here, the flow-control problem affect any nic ?
| |
| 09:29 | I thought we was talking about a correction for a bug with r8169 and some switches
| |
| 09:29 | <alkisg> maginot: lets start with the basics - is your server gigabit, your switch gigabit, and your clients 100mbps?
| |
| 09:29 | <maginot> well, some ... but r8169 are gigabit
| |
| 09:30 | <alkisg> No, like I said, it wasn't me that reported the switches problem that you heard
| |
| 09:30 | I just moved on with the conversation and spoke about a different problem I had with my switch... not related to the r8169 driver per se.
| |
| 09:30 | <maginot> Hmm m
| |
| 09:30 | I see...
| |
| 09:31 | <alkisg> The r8169 problem (kernel crashing) was on another lab of mine.
| |
| 09:31 | Unrelated to the flow control problem
| |
| 09:31 | <maginot> so you problem with flow-control affected some clients with 10/100 nics connected to a gigabit server nic
| |
| 09:32 | ettin_ has joined #ltsp | |
| 09:33 | <alkisg> Yup. And it just happened that with an r8169 NIC on the server, I couln't solve the problem because the driver didn't support ethtool, and I had to use an intel one.
| |
| 09:34 | <maginot> Hmmm
| |
| 09:34 | Ahmuck has joined #ltsp | |
| 09:35 | <maginot> r8169 doesn't seen to be a good nic
| |
| 09:35 | <alkisg> I don't think it's a nic problem, it's the driver that sucks IMHO ;)
| |
| 09:36 | <Gadi> have you used the driver from realtek's site?
| |
| 09:37 | <maginot> well, I didnt, im using the built in kernel module
| |
| 09:37 | <Gadi> perhaps it is just the one in the kernel that sucks
| |
| 09:37 | I know I have had to use the realtek one on other realtek chipsets
| |
| 09:37 | like 8110SC
| |
| 09:37 | <alkisg> Gadi, how do I do that? Just overwrite the r8169.ko file?
| |
| 09:37 | <Gadi> depends
| |
| 09:37 | <alkisg> Ubuntu 8.10
| |
| 09:38 | <Gadi> some of their chips use r8169
| |
| 09:38 | others use r8168
| |
| 09:38 | or something of another name
| |
| 09:38 | if u need one of those, then you have to make sure it loads first
| |
| 09:38 | before the r8169
| |
| 09:38 | <NeonLicht> is it possible to do a dd to an USB stick on a thin client?
| |
| 09:39 | <Gadi> NeonLicht: from the server?
| |
| 09:39 | or from the client shell?
| |
| 09:39 | <NeonLicht> Gadi, yes, from a session running on the client
| |
| 09:39 | <Gadi> no
| |
| 09:39 | <NeonLicht> Gadi, well, from wherever, actually :-)
| |
| 09:39 | <Gadi> unless you do it as a local app
| |
| 09:39 | :)
| |
| 09:39 | dd writes directly to the block device
| |
| 09:40 | so, you need to run dd on the machine with the block device
| |
| 09:40 | <NeonLicht> Gadi, I haven't been able to run anything as a local application, actually
| |
| 09:40 | <Gadi> NeonLicht: well, that may be a different story
| |
| 09:40 | :)
| |
| 09:41 | <NeonLicht> | |
| 09:41 | <alkisg> Gadi, ethtool -i eth0 gives me: driver: r8169 / version: 2.3LK-NAPI, and modinfo says "/lib/modules/2.6.27-11-generic/kernel/drivers/net/r8169.ko". How do I make sure the driver from realtek loads first? Sorry, new field for me, never had to do anything module-related before...
| |
| 09:42 | <maginot> Gadi, well, here is 02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 02) but uses r8169 driver
| |
| 09:43 | ettin has quit IRC | |
| 09:43 | hanthana_ has joined #ltsp | |
| 09:43 | <maginot> alkisg, ethtool is outputing your driver version, but maybe isnt the real nic ...
| |
| 09:43 | <alkisg> OK, this is from modinfo: Realtek Semiconductor Co., Ltd. RTL-8169 Gigabit Ethernet (rev 10)
| |
| 09:44 | Erm, sorry, from lspci
| |
| 09:44 | <cyberorg> hi Gadi saw the post on ltsp-discuss about local icewm? thanks for the great idea :)
| |
| 09:44 | <Gadi> whoa - overload
| |
| 09:44 | <alkisg> Hehe everyone, lets talk to Gadi! :)
| |
| 09:45 | <Gadi> NeonLicht: if you get local apps working, it will take care of everything
| |
| 09:45 | <NeonLicht> alkisg: weren't we doing that already? XDDD
| |
| 09:45 | <Gadi> maginot: I exploit a clever coding side-effect in ubuntu's initramfs
| |
| 09:45 | if you blacklist a driver and then put the drivers you want to load in order in $chroot/etc/initramfs-tools/modules
| |
| 09:45 | <maginot> Gadi, hMmm what side-effect ?
| |
| 09:46 | <Gadi> it will load the drivers u want in the order you want
| |
| 09:46 | (once you update-initramfs , of course)
| |
| 09:47 | <maginot> Gadi, this could be usefull
| |
| 09:47 | <Gadi> basically, maginot, what I do is:
| |
| 09:48 | download the driver from the website
| |
| 09:48 | edit its Makefile to use the kernel headers for my chroot's kernel
| |
| 09:48 | run make
| |
| 09:48 | copy the drivers into the appropriate directory under $chroot/lib/modules/...
| |
| 09:49 | <maginot> well, It can be done just changing to the chroot right ?
| |
| 09:49 | <Gadi> add a blacklist to $chroot/etc/modprobe.d/blacklist
| |
| 09:49 | add the drivers to /etc/initramfs-tools/modules
| |
| 09:49 | oh, chroot into the chroot and run a depmod
| |
| 09:49 | and update-initramfs
| |
| 09:49 | and see if it works
| |
| 09:49 | :)
| |
| 09:50 | if the driver is not named the same, depmod is important
| |
| 09:50 | to be sure it works, you can grep your new driver name in the chroot's modules.dep
| |
| 09:50 | to make sure its there
| |
| 09:51 | (man this sounds more complicated than it is)
| |
| 09:51 | :)
| |
| 09:52 | <maginot> no, Im understanding, and I will print this log to keep this in the folder here...
| |
| 09:53 | but just one thing, you are doing this to avoid using kernel built in module and load third part modules?
| |
| 09:56 | I think i will give a try with the realtek module ... but only after lunch :)
| |
| 09:58 | <alkisg> Thanks, Gadi. (I guess if both my server and my clients are i386, then I can just run `make`...)
| |
| 10:01 | alekibango has joined #ltsp | |
| 10:04 | Selveste1 has joined #ltsp | |
| 10:05 | hanthana has quit IRC | |
| 10:16 | comete has quit IRC | |
| 10:16 | staffencasa has joined #ltsp | |
| 10:31 | ltsplogbot has joined #ltsp | |
| 10:33 | hanthana_ has quit IRC | |
| 10:39 | wwx has quit IRC | |
| 10:39 | alkisg_work has quit IRC | |
| 10:46 | hanthana has joined #ltsp | |
| 10:47 | alekibango has quit IRC | |
| 10:49 | runout has joined #ltsp | |
| 10:49 | <runout> hi, i have a question related to gnome-watchdog
| |
| 10:51 | wwx has joined #ltsp | |
| 10:52 | ogra has quit IRC | |
| 10:53 | ogra has joined #ltsp | |
| 10:56 | makghosh has joined #ltsp | |
| 11:04 | alkisg has quit IRC | |
| 11:08 | nicoAMG has joined #ltsp | |
| 11:09 | ettin_ is now known as ettin | |
| 11:10 | Psifidotos has quit IRC | |
| 11:13 | vagrantc has joined #ltsp | |
| 11:16 | Psifidotos has joined #ltsp | |
| 11:18 | makghosh_ has joined #ltsp | |
| 11:24 | Yggdrasill_ has joined #ltsp | |
| 11:25 | Yggdrasill_ has quit IRC | |
| 11:31 | alkisg has joined #ltsp | |
| 11:31 | makghosh has quit IRC | |
| 11:41 | <maginot> I'm testing ltsp-localapps running firefox + j2re.1.4.x plugin + acrobat 8 plugin.
| |
| 11:41 | ...
| |
| 11:41 | Psifidotos has quit IRC | |
| 11:42 | <NeonLicht> have you got it already, maginot?
| |
| 11:43 | <maginot> its going fine, seen to be pretty more faster then using directly from server (and Im talking about the 2 x Quad Xeon with 32gb), java is realy good and acrobat is very very fast... there is no comparison how acrobat is fast, no scroll rendering problem
| |
| 11:43 | but Im founding some problem to save files from internet explorer
| |
| 11:44 | <NeonLicht> cool, have you followed some docs to do it?
| |
| 11:44 | <maginot> I noticed before the problem saving trhough Acrobat menu File > Save, wich going trhough firefox file > save it goes fine ...
| |
| 11:45 | but don't save if the destiny is the Desktop (I think this is related with localization issue, here is not Desktop but "Área de trabalho") Im saying that because saving directly in the user folder /home/user is goes noraml
| |
| 11:46 | NeonLicht, no ... Im using of some help here with the guys from the channel ... but is pretty simple ...
| |
| 11:51 | tjikkun_work has quit IRC | |
| 11:51 | <alkisg> maginot: what about opening, if you save a .pdf on the desktop, can acrobat reader open it?
| |
| 11:55 | <maginot> alkisg, no, its not possible to save in the desktop, Im going to test if creating a folder called "desktop" would help. If I save in the user folder he can open without any issue
| |
| 12:00 | <_UsUrPeR_> stgraber: just tried out the new 9.04 x64 alpha. Great job on getting rid of the LVDS output.
| |
| 12:01 | the 1520 is now a nice plug & play unit
| |
| 12:14 | srdjo has joined #ltsp | |
| 12:15 | <srdjo> anyone to talk about fat client setup ?
| |
| 12:15 | Lns has joined #ltsp | |
| 12:16 | <maginot> srdjo, just ask ...
| |
| 12:16 | maybe ring a bell for someone =)
| |
| 12:18 | <stgraber> _UsUrPeR_: all of DLW thin clients that we have here are working out of the box with Jaunty (we have both VIA and the Atom)
| |
| 12:18 | _UsUrPeR_: not sure about Geode, the driver seems to be broken so I forced that to VESA, so it'll work but won't be fast
| |
| 12:18 | <_UsUrPeR_> stgraber: ORLY? I have yet to try a 1420, but I was hoping it would not have the same openchrome driver issue I have seen in 8.10
| |
| 12:19 | <stgraber> _UsUrPeR_: what issue ? openchrome works fine if you don't use DVI, more than one xv channel or try to do 3D with it
| |
| 12:19 | <Lns> Gadi: ping?
| |
| 12:20 | <_UsUrPeR_> stgraber: that is precisely the issue, actually. The via drivers which can be procured here: http://linux.via.com.tw/support/downloadFiles.action support dual monitors as well as DVI.
| |
| 12:20 | <Lns> Or anyone really - can anyone verify/correct for me if I should assume that setting up an LDM *and* 'rdesktop' screen script will, for sure, increase bandwidth utilization on the network? Is it something that I should be concerned about if I were to do this by default in a 30-50 client ltsp setup?
| |
| 12:20 | <_UsUrPeR_> unfortunately the drivers they have only work for 8.04
| |
| 12:21 | the 8.10 experemental drivers were not working last I checked
| |
| 12:21 | <CAN-o-SPAM> Lns: get my mail?
| |
| 12:22 | <Lns> CAN-o-SPAM: I have - sorry, i've been swamped with stuff and need to look at it closer hopefully today
| |
| 12:22 | <stgraber> _UsUrPeR_: right, for now we do with 1 XV chan and VGA only (though I'm not sure, I think we got DVI working for a customer but not dual-head though)
| |
| 12:23 | <_UsUrPeR_> stgraber: I believe openchrome will work with X_OPTION_01 = "\"ForcePanel\" \"True\""
| |
| 12:24 | <CAN-o-SPAM> Lns: no problem, i've got some insight that i think will help you
| |
| 12:24 | <Lns> CAN-o-SPAM: awesome! I'd love to hear it
| |
| 12:27 | tadeu_ has quit IRC | |
| 12:29 | <srdjo> I have 3 ltsp setups - 2 x opensuse 11.1 kiwi-ltsp and one ubuntu 8.10. - Everything is working good, but many users that previously used XP are complaining that ltsp is slow. Since we have kinda powerful machines (P4, 512+ ram) i was thinking if I could use the benefits of fat client setup. Can anyone give me some directions on what to do get this work ? (users use openoffice, firefox and 2x terminal client/rdesktop most of the time)
| |
| 12:37 | <Lns> srdjo: https://help.ubuntu.com/community/UbuntuLTSP/ should have some info on fat clients, though i'd have to wonder what's making ltsp slow in the first place
| |
| 12:39 | <maginot> I think Im going to make a wiki with the experience im doing with local apps
| |
| 12:40 | srdjo, here we are start using the clients resources and for firefox its very fast and looks pretty stable
| |
| 12:40 | srdjo, you must use ltsp local apps if you want to enjoy the power of the client
| |
| 12:41 | <Lns> Hrm, the upstream ltsp documentation doesn't have any info re: lts.conf rdp_options and rdp_server stanzas
| |
| 12:41 | <maginot> srdjo, https://wiki.ubuntu.com/LTSPLocalAppSetup
| |
| 12:48 | stgraber, where did you get your wiki page from ?
| |
| 12:52 | ajohnson has quit IRC | |
| 13:01 | <srdjo> I am using local apps. But the application we use the most "2X application server client" wont install as local app. I was asking cyberorg and we worked on it for 2 days, but it just wont work when instaled. Thats why I wanted to try fat client setup.
| |
| 13:03 | If anyone has any idea how to get 2x client to work as a local app please help me. It would make my life much easier.
| |
| 13:04 | chupacabra has joined #ltsp | |
| 13:12 | spectra has joined #ltsp | |
| 13:13 | carniel has quit IRC | |
| 13:16 | achandra has joined #ltsp | |
| 13:17 | <achandra> hello. attempting to make a good choice for linux thin clients --about 20 or so. Any recommendations?
| |
| 13:24 | <maginot> achandra, are you going to buy new clients?
| |
| 13:25 | <achandra> maginot, yes..i suppose..unless i can get a sweet deal on used ones that would work for a class-room env. for some 5th graders.
| |
| 13:26 | <maginot> achandra, well, I think any celeron or low end pc (for price of course) can be good, with something about 256 of ram
| |
| 13:26 | and of course a pxe nic
| |
| 13:27 | <achandra> maginot, the teacher is trying to achieve lower physical footprint, so hence conversation about thin clients.
| |
| 13:27 | maginot, the less crap kids can jam stuff into the better.
| |
| 13:27 | maginot, im talking about anything from gum wrappers, crayons, etc.
| |
| 13:28 | brittney spears fan club cards...:)
| |
| 13:29 | <maginot> achandra, the power of your system are on the server configuration mainly
| |
| 13:31 | alkisg has quit IRC | |
| 13:31 | alkisg has joined #ltsp | |
| 13:32 | <achandra> maginot, i had an ltsp 5 env going at one point..with dhcp load balancing so i have some knowledge of setup..what didnt work so well at the time was having the systems all come up..and it would tax the network. Gig is the way to go i hear.
| |
| 13:36 | <maginot> here I have about 40 clients always on and more 40 network users and my network is 10/100 and have no problem
| |
| 13:48 | vagrantc has quit IRC | |
| 13:51 | sepski has joined #ltsp | |
| 13:52 | <achandra> maginot: which distro??
| |
| 13:53 | dmaran has quit IRC | |
| 13:55 | <alkisg> !lts.conf
| |
| 13:55 | <ltspbot> alkisg: "lts.conf" is http://wiki.ltsp.org/twiki/bin/view/Ltsp/LtsConf
| |
| 14:00 | <maginot> achandra, Ubuntu 7.10 and Ubuntu 8.10
| |
| 14:02 | <achandra> maginot, thanks
| |
| 14:06 | <maginot> how can I ssh into the client (if I need to killl any localapp) from the server?
| |
| 14:06 | cliebow has quit IRC | |
| 14:19 | <Lns> maginot: install ssh server on the chroot?
| |
| 14:19 | sepski has quit IRC | |
| 14:19 | <Lns> or possibly italc
| |
| 14:19 | but not sure
| |
| 14:20 | achandra has quit IRC | |
| 14:22 | Psifidotos has joined #ltsp | |
| 14:23 | Psifidotos has quit IRC | |
| 14:23 | Psifidotos has joined #ltsp | |
| 14:24 | Psifidotos has joined #ltsp | |
| 14:25 | Psifidotos has joined #ltsp | |
| 14:32 | <maginot> Lns, italc didnt work much good here ... maybe the ssh server
| |
| 14:33 | I just notice one more bug, firefox as localapps is losing any configuration made when the session have started
| |
| 14:33 | <Lns> maginot: just remember the security implications of having an ssh server on each client
| |
| 14:33 | <maginot> Lns, well, remote administration is essential
| |
| 14:33 | <Lns> right
| |
| 14:34 | not sure about localapps, i'm on ubu hardy
| |
| 14:34 | <maginot> and if firefox get killed in the chroot when opening him again it comes back with some memory cache wich is very weird, I need to do pkill -u user to get rid of any residual cache
| |
| 14:36 | Lns, okay, i just report in the channel when find something
| |
| 14:52 | vagrantc has joined #ltsp | |
| 14:55 | <maginot> well.. creating a desktop folder didn't solve the problem with firefox trying to save on Desktop and get /tmp space full
| |
| 15:03 | <Gadi> maginot: firefox will write to /tmp/ on the client before saving
| |
| 15:03 | so, if your file is larger than /tmp
| |
| 15:04 | <maginot> Gadi, thats the things, only if Im going to save on desktop this happen, if I save on the user root it saves normaly
| |
| 15:05 | other things that happen is no preferences are saved if made on the firefox running localy (history, bookmarks, configurations like proxy, all lost)
| |
| 15:05 | <Gadi> sounds like you have a configuration problem
| |
| 15:05 | it should write that stuff to ~/.mozilla
| |
| 15:06 | <maginot> and if firefox stuck and I kill him in the shell of the client if I dont pkill the user every time he open firefox he tries to use the same memory and firefox get stuck over and over until a pkill
| |
| 15:07 | Gadi, try to edit something in the chroot, it get lost after closing the session.
| |
| 15:07 | <Gadi> your home directory should be sshfs mounted
| |
| 15:08 | maybe you have a problem there
| |
| 15:08 | <maginot> well, this is something to config or is to be default?
| |
| 15:08 | <Gadi> by default
| |
| 15:08 | log in on ldm on one screen, and then switch to a shell
| |
| 15:08 | <Lns> hey Gadi =) real quick - any quick tips on using padsp w/rdesktop screen script? or does it "just work" for ubu hardy?
| |
| 15:08 | <Gadi> and check that /home/$USER is mounted
| |
| 15:09 | hardy?
| |
| 15:09 | hmm...
| |
| 15:10 | you will need to export the PULSE_SERVER
| |
| 15:11 | PULSE_SERVER=tcp:127.0.0.1:4713
| |
| 15:11 | <Lns> Gadi: ok cool =) thx
| |
| 15:11 | <maginot> Gadi, well, it is.. but any change made on the shell get lost in the end of section. If I use the console on ldm (wish brings the server) I have no problem and automactly shows up in the client shell, the same doesn't happen in the other way
| |
| 15:11 | <Lns> Gadi: ah crap, now i remember yo usaying something about "sound will work for one but not the other" or something if you've got an rdesktop screen in addition to ldm. .?
| |
| 15:12 | <Gadi> Lns: depends how you set it up
| |
| 15:12 | vvinet has quit IRC | |
| 15:12 | <Gadi> the way you are planning may work fine
| |
| 15:12 | on both
| |
| 15:13 | <Lns> Gadi: ok cool. =)
| |
| 15:13 | <Gadi> maginot: try running: ltsp-localapps xterm
| |
| 15:13 | and then run firefox within the xterm
| |
| 15:13 | <maginot> Gadi, Im doing that already but with gnome-terminal
| |
| 15:13 | <Gadi> and see if you get errors
| |
| 15:14 | <maginot> good thought, I did that for the java plugin but didnt thought on this for these problems
| |
| 15:14 | I will take a look
| |
| 15:18 | runout has left #ltsp | |
| 15:19 | <maginot> Gadi, Im still debuging but I notice that for users created under 8.10 the default desktop name is Desktop not "Área de Trabalho" like in 7.10... Im almost sure that have something to do with Localization and special chars like ç á é and so on
| |
| 15:19 | knipwim has quit IRC | |
| 15:20 | <Gadi> could be - seems in Portuguese, you imply that people are supposed to do *work* at their desktop
| |
| 15:20 | :)
| |
| 15:21 | does the chroot locale match the server locale?
| |
| 15:23 | <Lns> Gadi: so w/PULSE_SERVER set in the chroot i don't need to wrap the screen script / rdesktop with padsp ?
| |
| 15:23 | <Gadi> Lns: you may still have to
| |
| 15:23 | <Lns> oh
| |
| 15:24 | <Gadi> as you prolly don't have alsa->pulse redirection happening
| |
| 15:24 | <maginot> Gadi, taking a look in the chroot shell every folder with special chars are with a ?
| |
| 15:24 | thats why its geting lost
| |
| 15:24 | well
| |
| 15:24 | monday I will fix this
| |
| 15:24 | <Lns> hrm...is there no central doc on how to get rdesktop screenscript going ?
| |
| 15:24 | <Gadi> maginot: in your local app terminal window, type: echo $LANG
| |
| 15:25 | <Lns> if not i'll probably whip up a wiki entry for it once i figger it out
| |
| 15:25 | <Gadi> Lns: rdesktop screen script is a bastard child of LTSP
| |
| 15:25 | nobody cares for it much
| |
| 15:25 | I always mean to spruce it up
| |
| 15:25 | and pick around it here and there
| |
| 15:25 | <maginot> Gadi, no LANG var
| |
| 15:25 | <Gadi> but dont have time
| |
| 15:25 | <maginot> export nor env show
| |
| 15:25 | <Lns> Gadi: well it works right, for the most part (excluding sound etc)?
| |
| 15:26 | <Gadi> maginot: env|grep LC
| |
| 15:26 | maginot: certainly sounds like you have locale issues
| |
| 15:27 | <maginot> Gadi, no no, theres nothing to do
| |
| 15:27 | <Gadi> try:
| |
| 15:27 | export LANG=<your-locale>
| |
| 15:27 | firefox
| |
| 15:27 | <maginot> sorry but I will have to go now, end of shift and can't nobody be here
| |
| 15:27 | <Gadi> ok
| |
| 15:27 | ciao
| |
| 15:27 | <maginot> but monday I fix it and tell you if everything went fine
| |
| 15:28 | thanks Gadi
| |
| 15:28 | cya
| |
| 15:28 | maginot has quit IRC | |
| 15:33 | elisboa has quit IRC | |
| 15:50 | Egyptian[Home]1 has joined #ltsp | |
| 15:51 | Egyptian[Home] has quit IRC | |
| 16:03 | <vagrantc> localapps and locales don't play well together ... at least, if you select a locale.
| |
| 16:04 | alkisg has quit IRC | |
| 16:12 | laprag has joined #ltsp | |
| 16:12 | <vagrantc> it just assumes that the localapps run as whatever locale ldm is running as.
| |
| 16:22 | spectra has quit IRC | |
| 16:25 | CAN-o-SPAM has quit IRC | |
| 16:28 | nicoAMG has quit IRC | |
| 16:30 | lucascoala has joined #ltsp | |
| 16:53 | Gadi has left #ltsp | |
| 16:58 | synchris_odium has joined #ltsp | |
| 17:09 | Psifidotos has joined #ltsp | |
| 17:13 | synchris has quit IRC | |
| 17:32 | mistik1 has quit IRC | |
| 17:33 | mikkel has quit IRC | |
| 17:35 | vagrantc has quit IRC | |
| 17:36 | makghosh_ has quit IRC | |
| 17:36 | mistik1 has joined #ltsp | |
| 17:36 | Lns has quit IRC | |
| 17:42 | Selveste1 has quit IRC | |
| 18:07 | Psifidotos has quit IRC | |
| 18:14 | sepski has joined #ltsp | |
| 18:19 | Psifidotos has joined #ltsp | |
| 18:19 | sepski has quit IRC | |
| 18:20 | Psifidotos has quit IRC | |
| 18:32 | Appiah has quit IRC | |
| 18:40 | ltspbot has joined #ltsp | |
| 18:49 | staffencasa has quit IRC | |
| 19:08 | chupacabra has quit IRC | |
| 19:22 | phantom has quit IRC | |
| 19:24 | phantom has joined #ltsp | |
| 19:31 | chupacabra has joined #ltsp | |
| 19:43 | hanthana_ has joined #ltsp | |
| 20:07 | hanthana has quit IRC | |
| 20:09 | epsas has quit IRC | |
| 20:10 | lucascoala has quit IRC | |
| 20:13 | lucascoala has joined #ltsp | |
| 20:29 | pmatulis has quit IRC | |
| 20:34 | epsas has joined #ltsp | |
| 20:39 | japerry has joined #ltsp | |
| 20:42 | epsas has quit IRC | |
| 20:43 | epsas_ has joined #ltsp | |
| 20:47 | epsas_ has quit IRC | |
| 20:48 | epsas has joined #ltsp | |
| 20:54 | lucascoala has joined #ltsp | |
| 21:15 | achandra has joined #ltsp | |
| 21:16 | <achandra> anyone from the diskless workstations.com site around?
| |
| 21:34 | ltspbot has joined #ltsp | |
| 21:50 | achandra has quit IRC | |
| 22:05 | jammcq has joined #ltsp | |
| 22:05 | <jammcq> hola ltsp
| |
| 22:21 | laprag has left #ltsp | |
| 22:33 | cyberorg has quit IRC | |
| 22:40 | tessier has joined #ltsp | |
| 22:40 | <tessier> Hello all
| |
| 22:42 | Anyone here have a disklessworkstations.com Term 1520?
| |
| 22:42 | I want to put some flash memory in it to hold a basic OS to boot from. But I don't see how/where I can plug in flash.
| |
| 22:43 | I thought I could just take a USB header flash device and plug it directly into the motherboard but that doesn't seem to work.
| |
| 22:44 | Since I don't see anywhere such a thing can be plugged in.
| |
| 23:01 | CaScAdE^1FK has joined #ltsp | |
| 23:03 | japerry has quit IRC | |
| 23:11 | <tessier> ah...CF slot is on the bottom of the mobo.
| |
| 23:15 | alkisg has joined #ltsp | |
| 23:20 | CaScAdE^AFK has quit IRC | |
| 23:57 | <chupacabra> tessier: why?
| |