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


Channel log from 27 March 2009   (all times are UTC)

00:16alkisg has quit IRC
00:35ccherrett has joined #ltsp
00:47pasmen has quit IRC
01:00monticule 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:14rjune_ has joined #ltsp
01:17
<Ryan52>
why did you change the ip address?
01:17rjune 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:22monticule has left #ltsp
01:22monticule has joined #ltsp
01:22monticule has left #ltsp
01:34vagrantc_ has quit IRC
01:38Egyptian[Home] has quit IRC
01:49rjune_ has quit IRC
01:49chupacabra has quit IRC
02:14Selveste1 has joined #ltsp
02:17phantom has joined #ltsp
02:18F-GT has quit IRC
02:57alkisg_work has joined #ltsp
03:47tjikkun_work has joined #ltsp
03:50Egyptian[Home] has joined #ltsp
03:51bobby_C has joined #ltsp
04:11comete 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:32din_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:49alkisg has joined #ltsp
04:51bobby_C has quit IRC
04:52bobby_C has joined #ltsp
05:22alkisg has quit IRC
05:31shrek has joined #ltsp
05:41mikkel has joined #ltsp
05:48CaScAdE^FarAway has quit IRC
05:51cascade has joined #ltsp
05:51cascade is now known as CaScAdE^Uni
06:05pmatulis has joined #ltsp
06:05bobby_C has quit IRC
06:06Appiah has quit IRC
06:06ajohnson has quit IRC
06:06Appiah has joined #ltsp
06:06ajohnson has joined #ltsp
06:07rjune has joined #ltsp
06:15laprag has joined #ltsp
06:16jammcq has quit IRC
06:17tadeu_ 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:20laprag has left #ltsp
06:25rjune has quit IRC
06:26maginot 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:48alkisg 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:59alekibango has quit IRC
07:02
<NeonLicht>
maginot, how do you configure Firefox as a localapp?
07:05wima 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:21CaScAdE^Uni is now known as CaScAdE^AFK
07:22evilx 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:41din_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:51likuidkewl 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:54likuidkewl 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:08vvinet has joined #ltsp
08:11shrek has quit IRC
08:13Gadi has joined #ltsp
08:19carniel has joined #ltsp
08:21bobby_C has joined #ltsp
08:29Selveste1 has quit IRC
08:34gentgeen__ has quit IRC
08:34gentgeen__ has joined #ltsp
08:35rjune has joined #ltsp
08:45bobby_C has quit IRC
08:47cliebow has joined #ltsp
08:48Psifidotos 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:04wima 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:13elisboa 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:32ettin_ 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:34Ahmuck 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:43ettin has quit IRC
09:43hanthana_ 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:01alekibango has joined #ltsp
10:04Selveste1 has joined #ltsp
10:05hanthana has quit IRC
10:16comete has quit IRC
10:16staffencasa has joined #ltsp
10:31ltsplogbot has joined #ltsp
10:33hanthana_ has quit IRC
10:39wwx has quit IRC
10:39alkisg_work has quit IRC
10:46hanthana has joined #ltsp
10:47alekibango has quit IRC
10:49runout has joined #ltsp
10:49
<runout>
hi, i have a question related to gnome-watchdog
10:51wwx has joined #ltsp
10:52ogra has quit IRC
10:53ogra has joined #ltsp
10:56makghosh has joined #ltsp
11:04alkisg has quit IRC
11:08nicoAMG has joined #ltsp
11:09ettin_ is now known as ettin
11:10Psifidotos has quit IRC
11:13vagrantc has joined #ltsp
11:16Psifidotos has joined #ltsp
11:18makghosh_ has joined #ltsp
11:24Yggdrasill_ has joined #ltsp
11:25Yggdrasill_ has quit IRC
11:31alkisg has joined #ltsp
11:31makghosh has quit IRC
11:41
<maginot>
I'm testing ltsp-localapps running firefox + j2re.1.4.x plugin + acrobat 8 plugin.
11:41
...
11:41Psifidotos 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:51tjikkun_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:14srdjo has joined #ltsp
12:15
<srdjo>
anyone to talk about fat client setup ?
12:15Lns 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:27tadeu_ 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:52ajohnson 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:04chupacabra has joined #ltsp
13:12spectra has joined #ltsp
13:13carniel has quit IRC
13:16achandra 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:31alkisg has quit IRC
13:31alkisg 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:48vagrantc has quit IRC
13:51sepski has joined #ltsp
13:52
<achandra>
maginot: which distro??
13:53dmaran 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:06cliebow has quit IRC
14:19
<Lns>
maginot: install ssh server on the chroot?
14:19sepski has quit IRC
14:19
<Lns>
or possibly italc
14:19
but not sure
14:20achandra has quit IRC
14:22Psifidotos has joined #ltsp
14:23Psifidotos has quit IRC
14:23Psifidotos has joined #ltsp
14:24Psifidotos has joined #ltsp
14:25Psifidotos 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:52vagrantc 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:12vvinet 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:18runout 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:19knipwim 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:28maginot has quit IRC
15:33elisboa has quit IRC
15:50Egyptian[Home]1 has joined #ltsp
15:51Egyptian[Home] has quit IRC
16:03
<vagrantc>
localapps and locales don't play well together ... at least, if you select a locale.
16:04alkisg has quit IRC
16:12laprag has joined #ltsp
16:12
<vagrantc>
it just assumes that the localapps run as whatever locale ldm is running as.
16:22spectra has quit IRC
16:25CAN-o-SPAM has quit IRC
16:28nicoAMG has quit IRC
16:30lucascoala has joined #ltsp
16:53Gadi has left #ltsp
16:58synchris_odium has joined #ltsp
17:09Psifidotos has joined #ltsp
17:13synchris has quit IRC
17:32mistik1 has quit IRC
17:33mikkel has quit IRC
17:35vagrantc has quit IRC
17:36makghosh_ has quit IRC
17:36mistik1 has joined #ltsp
17:36Lns has quit IRC
17:42Selveste1 has quit IRC
18:07Psifidotos has quit IRC
18:14sepski has joined #ltsp
18:19Psifidotos has joined #ltsp
18:19sepski has quit IRC
18:20Psifidotos has quit IRC
18:32Appiah has quit IRC
18:40ltspbot has joined #ltsp
18:49staffencasa has quit IRC
19:08chupacabra has quit IRC
19:22phantom has quit IRC
19:24phantom has joined #ltsp
19:31chupacabra has joined #ltsp
19:43hanthana_ has joined #ltsp
20:07hanthana has quit IRC
20:09epsas has quit IRC
20:10lucascoala has quit IRC
20:13lucascoala has joined #ltsp
20:29pmatulis has quit IRC
20:34epsas has joined #ltsp
20:39japerry has joined #ltsp
20:42epsas has quit IRC
20:43epsas_ has joined #ltsp
20:47epsas_ has quit IRC
20:48epsas has joined #ltsp
20:54lucascoala has joined #ltsp
21:15achandra has joined #ltsp
21:16
<achandra>
anyone from the diskless workstations.com site around?
21:34ltspbot has joined #ltsp
21:50achandra has quit IRC
22:05jammcq has joined #ltsp
22:05
<jammcq>
hola ltsp
22:21laprag has left #ltsp
22:33cyberorg has quit IRC
22:40tessier 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:01CaScAdE^1FK has joined #ltsp
23:03japerry has quit IRC
23:11
<tessier>
ah...CF slot is on the bottom of the mobo.
23:15alkisg has joined #ltsp
23:20CaScAdE^AFK has quit IRC
23:57
<chupacabra>
tessier: why?