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


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

00:01zirconiumks has joined #ltsp
00:05Akash has joined #ltsp
00:09Akash has left #ltsp
00:12mushroom1lue has joined #ltsp
00:12mushroomblue has quit IRC
00:12mushroom1lue is now known as mushroomblue
00:48shrek has joined #ltsp
01:05synchris has quit IRC
01:06synchris has joined #ltsp
01:33shrek has quit IRC
01:33shrek has joined #ltsp
02:07muttley has joined #ltsp
02:08
<muttley>
i have an ISA sound card on my thin client...and sound don't work.
02:09
how can find this setting for my sound card: SMODULE_01 = "sb io=0x220 irq=5 dma=1" (http://wiki.ltsp.org/twiki/bin/view/Ltsp/SoundCards)
02:28twinprism has quit IRC
02:40_Shane has joined #ltsp
02:43dipeshmehta has joined #ltsp
02:44tarzeau has joined #ltsp
02:45zirconiumks has quit IRC
02:45
<tarzeau>
daduke: http://wiki.ltsp.org/twiki/bin/view/Ltsp/SuccessStories
02:47chrisjrob has joined #ltsp
02:50F-GT has quit IRC
02:52F-GT has joined #ltsp
02:59Shingoshi has quit IRC
03:03
<dipeshmehta>
hello all,
03:04
I have installed LTS server on my Ubuntu 8.04 Server, but at PXE Client, I am not getting gui / x-server interface, can anybody please help me out?
03:12slashdotfx has joined #ltsp
03:15dipeshmehta has left #ltsp
03:16try2free has joined #ltsp
03:17Shingoshi has joined #ltsp
03:21try2free has left #ltsp
03:26dipeshmehta has joined #ltsp
03:27dipeshmehta has left #ltsp
03:29dipeshmehta has joined #ltsp
03:29ogra has quit IRC
03:30dipeshmehta has left #ltsp
03:30alkisg has joined #ltsp
03:30bobby_C has joined #ltsp
03:30ogra has joined #ltsp
03:31Shingoshi has quit IRC
03:32Shingoshi has joined #ltsp
03:32bobby_C has quit IRC
03:38cyberorg has quit IRC
03:42alkisg has quit IRC
03:45alkisg has joined #ltsp
03:48bobby_C has joined #ltsp
03:50shrek_ has joined #ltsp
03:50
<alkisg>
Is there any way to disable flow control on RTL8169? It doesn't support ethtool and with `modinfo r8169|grep ^parm` I can't see any relevant parameters. It does support mii-tool, but I don't see any option in mii-tool to disable flow control...
03:51valvoja has joined #ltsp
03:52valvoja is now known as EXP__
03:52
<EXP__>
In 8.04 and ltsp is it possiblte to change ltsp lofin screen language?
03:52
login
03:53
<alkisg>
I don't think so, it was fixed in 8.10
03:56Shingoshi has quit IRC
03:56
<EXP__>
is it hard coded to a file, I changed earlier in 7.10 or 7.04 some file where those thing were hardcoded to a file
03:57
<Appiah>
isn't that controled by gdm?
03:59
<EXP__>
LTSP logins don't use GDM (Gnome Display Manager) at all. Instead LDM (Local Display Manager) is used.
04:00
<Appiah>
ah
04:00
correct
04:00
<EXP__>
I tried to change LDM_LANGUAGE="fi_FI.UTF-8"
04:00
in lts.conf
04:00Shingoshi has joined #ltsp
04:00alkisg has quit IRC
04:01
<EXP__>
but that did not change login screen language
04:02shrek_ has quit IRC
04:03alkisg has joined #ltsp
04:04EXP__ has quit IRC
04:08shrek has quit IRC
04:10
<alkisg>
EXP__ (in case you read the logs :)): I think the patch you're looking for is this one: http://bazaar.launchpad.net/~ltsp-upstream/ltsp/ltsp-trunk/revision/896
04:17alkisg has quit IRC
04:22cyberorg has joined #ltsp
04:27alkisg has joined #ltsp
04:31laga has quit IRC
04:33synchris_odium has joined #ltsp
04:35zirconiumks has joined #ltsp
04:35laga has joined #ltsp
04:36mushroomblue has quit IRC
04:36highvoltage has quit IRC
04:36sutula has quit IRC
04:36mushroomblue has joined #ltsp
04:36sutula has joined #ltsp
04:36highvoltage has joined #ltsp
04:38mushroomblue has quit IRC
04:38mushroomblue has joined #ltsp
04:45sutula has quit IRC
04:50AlanBell1 has joined #ltsp
04:52synchris has quit IRC
04:54pasmen has joined #ltsp
04:59sutula has joined #ltsp
04:59Eghie has joined #ltsp
05:06alkisg1 has joined #ltsp
05:07alkisg1 has quit IRC
05:11bobby__C has joined #ltsp
05:19
<muttley>
how can find my setting for my sound card: ex. SMODULE_01 = "sb io=0x220 irq=5 dma=1" (http://wiki.ltsp.org/twiki/bin/view/Ltsp/SoundCards)
05:24hersonls has joined #ltsp
05:37
<ogra>
stgraber, sorry, i wont have time for that before A6
05:37greenmang0 has joined #ltsp
05:37
<ogra>
stgraber, seb128 might be able to help though
05:38
<greenmang0>
i have installed LTSP5 on Debian, the client keeps on loading nbi.img
05:38
what can be the possible solution?
05:39
http://wiki.debian.org/LTSP/Howto <- i followed this link
05:39
ogra, ^^
05:41artista_frustrad has quit IRC
05:41
<greenmang0>
ping *
05:42
can anybody help me ?
05:43
<chrisjrob>
this is defined in your /etc/dhcp3/dhcpd.conf - specifies the filename to use.
05:44
<greenmang0>
chrisjrob, i have tried connecting server and client directly with crossover cable, and it worked
05:44
chrisjrob, but if i try through switch it doesn't
05:46artista_frustrad has joined #ltsp
05:47
<greenmang0>
yelp
05:49
yelp
05:50
<cyberorg>
greenmang0, you possibly have another dhcp server running somewhere
05:51
<greenmang0>
cyberorg, ok. i need to check
05:56zirconiumks has quit IRC
05:59greenmang0 has quit IRC
06:00alkisg has quit IRC
06:03greenmang0 has joined #ltsp
06:11
<greenmang0>
cyberorg, ok, i tried "dhclient eth0" and a router in our network has assigned it an IP
06:11
cyberorg, i switched router off
06:11
cyberorg, and tried again , but no luck
06:12
cyberorg, nbi.img keeps on loading
06:13
<ogra>
if you mean the "filename: ... " output, thats normal, ignore it
06:13
it shows that even with pxe
06:14
because the kernel sends a second dhcp request and gets that as answer with pxe
06:14
(while the actual kernel already loaded via the first pxe request)
06:14
<greenmang0>
ogra, yeah, but client takes around an hour to boot
06:15
ogra, since yesterday i have been trying to solve the problem w/o luck
06:15
<ogra>
try to add break=top to your pxelinux.cfg/default file
06:15
if it stops at an initramfs prompt you can be sure its loading pxe
06:15* ogra goes back to his meeting
06:15
<greenmang0>
ogra, if i connect client-server with crossover cable, it works fine
06:16
<cyberorg>
greenmang0, look for more dhcp servers in your network
06:16
if you have managed switch, check its settings too
06:18
<greenmang0>
cyberorg, what I actually did is, disconnected all the machines in network, put off router, i could see only 2 leds blinking on switch,
06:18
client and server
06:18
cyberorg, it didn't boot
06:21alkisg has joined #ltsp
06:43
<greenmang0>
cyberorg, any other clue?
06:44
<ogra>
did you try my suggestion ?
06:46
<greenmang0>
ogra, yeah
06:46
<ogra>
so do you get to an initramfs prompt ?
06:46F-GT has quit IRC
06:46
<greenmang0>
it takes at least 20 minutes to load nbi.img
06:46
<ogra>
so do you get to an initramfs prompt ?
06:47
else your dhcp setup is broken
06:49F-GT has joined #ltsp
06:58bobby_C has quit IRC
07:10hanthana has quit IRC
07:12
<greenmang0>
ogra, i didn't get initramfs prompt
07:13
<ogra>
well, then change your dhcp setup if you are sure your clients are pxe
07:13
<greenmang0>
i edited /var/lib/tftpboot/ltsp/i386/pxelinux.cfg/default
07:13
<ogra>
and appended break=top ?
07:13
to the line
07:13
<greenmang0>
and put DEFAULT vmlinuz ro initrd=initrd.img root=/dev/nfs ip=dhcp boot=nfs break=top
07:13
<ogra>
right
07:14
so if you are sure your clients are PXE, remove the etherboot stuff from your dhcpd config
07:14
<greenmang0>
client just's halts' for 20 minutes at "Loading 192.168.0.192:/ltsp/i386/nbi.img ... (ELF)........
07:15
<cyberorg>
greenmang0, grep nbi.img /etc/* -R
07:16
<greenmang0>
ogra, http://paste.debian.net/29812/ <- /etc/dhcp3/dhcpd.conf
07:16
<cyberorg>
run that on the server with 192.168.0.192 IP
07:16
<greenmang0>
/etc/dhcp3/dhcpd.conf: filename "/ltsp/i386/nbi.img";
07:16
/etc/ltsp/dhcpd.conf.bkp: filename "/ltsp/i386/nbi.img";
07:16
/etc/ltsp/dhcpd.conf: filename "/ltsp/i386/nbi.img";
07:17
<ogra>
remove line 18+19 and 20-22
07:17
and try again
07:17
that way you only serve pxe
07:17
<cyberorg>
greenmang0, make a symlink from /etc/dhcp3/dhcpd.conf to /etc/ltsp/dhcpd.conf
07:18
<greenmang0>
ogra, cyberorg ok
07:18
<cyberorg>
and what ogra said
07:18
<alkisg>
greenmang0: don't remove 19...
07:19
<ogra>
err, indeed
07:19
18 and 20-22
07:19
just comment them
07:19
so you can change back
07:20
<alkisg>
(but if it needs 20 minutes to load nbi.img, maybe it's a tftp problem? He could check with a standalone PC, by installing/running tftp client and doing "bin" and "get /ltsp/i386/nbi.img"...)
07:20
<greenmang0>
ogra, ok
07:21
ogra, there's a bootrom socket on my nic, i bought some pxe bootroms yesterday to get it working
07:21
<cyberorg>
i never could get the idea of having two dhcpd.conf, it just confuses people
07:23
<ogra>
cyberorg, if debian *uses* the one in /etc/ltsp thats a bug ...
07:23
its only there as example on debian
07:23
<cyberorg>
then it should be named dhcpd.conf.example just to make sure it is not used as it is :)
07:24
<ogra>
file a bug in debian :)
07:24
<cyberorg>
i'll bug vagrantc when he comes here ;)
07:24
<greenmang0>
ogra, didn't help
07:25
cyberorg, do we really need /etc/ltsp/dhcpd.conf?
07:25
<cyberorg>
greenmang0, as ogra said, no
07:26
<ogra>
on ubuntu its used, on debian its just an example
07:26
<greenmang0>
ok
07:27
<cyberorg>
greenmang0, http://paste.debian.net/29814/ try this, dont forget to restart dhcpd
07:28
<greenmang0>
cyberorg, ok
07:29
cyberorg, do i need to restart other services? openbsd-inetd, tftp-hpa nfs-kernel-server?
07:29
<cyberorg>
no
07:33
<greenmang0>
cyberorg, now it's loading vmlinuz
07:33
:(
07:33
last 4 minutes
07:34Guest92678 is now known as johnny
07:34
<alkisg>
greenmang0: do you have a standalone pc to test the speed of your tftp server?
07:34johnny is now known as Guest84310
07:34
<alkisg>
i.e. tftp server; bin; get /ltsp/i386/vmlinuz ?
07:34
<greenmang0>
alkisg, i do
07:34
but alkisg how do i test it?
07:35
<alkisg>
I've heard of other people having this problem, and it was due to wrong tftpd params...
07:35
Install the client, tftp-hpa
07:35
<greenmang0>
alkisg, ok
07:35
<alkisg>
aptitude install tftp-hpa
07:35
Then tftp <ip-of-your-server>
07:35
Then, inside tftp, do: bin
07:35
And: get /ltsp/i386/vmlinuz
07:35
<greenmang0>
alkisg, ok
07:35
ok
07:36
got you
07:36
<alkisg>
And time it - if it takes 2 secs, it's ok, if it needs more than 1 minute... :)
07:38
<greenmang0>
alkisg, you are right
07:38
1 minute boundry crossed
07:38
alkisg, what do i do now?
07:38
<alkisg>
Then it maybe a tftp-server problem. Which one are you using?
07:39
<greenmang0>
then one which comes default
07:39
tftp-hpa
07:40
<alkisg>
hm... and you said that if you use a cross-over cable, then it's fast?
07:40
<greenmang0>
alkisg, yeah
07:41
<ogra>
sounds like a prob with the switch
07:42
<greenmang0>
alkisg, that standalone dude is still downloading the image
07:42
alkisg, oh,,, completed
07:43
<alkisg>
...or the pxe stack... difficult... greenmang0: sorry, can't help, I've heard this problem happening with other tftp servers, but not with tftpd-hpa...
07:43
<ogra>
might be an inetd issue though
07:45
<greenmang0>
alkisg, http://wiki.ltsp.org/twiki/bin/view/Ltsp/Debian <- recommends atftpd
07:46
<alkisg>
greenmang0: sorry, I haven't used ltsp in debian, I don't know what to tell you. After the 10-20 minutes it takes to load the kernel and initrd, does the client boot fast?
07:46
<greenmang0>
it takes more than 1 hour to boot
07:47
<alkisg>
So even nfs is slow?
07:47
<greenmang0>
alkisg, how can i determine?
07:47
<alkisg>
-to put this another way- after it boots, does it run OK?
07:48
<greenmang0>
alkisg, actually after an hour i just got mouse pointer on display,,, LDM didn't come
07:48
<alkisg>
(erm, what I mean is: do you have other problems with your network? If you do ssh / if you copy files over the network, is it fast?)
07:49
<greenmang0>
alkisg, yeah indeed
07:49
i mean
07:49
no problem with ssh scp
07:49
ogra, I got initramfs just now
07:50
after cyberorg gave me new dhcpd.conf,
07:54
<ogra>
btw, how much ram do your clients have ?
07:54
(and what kind of CPU)
07:55
<greenmang0>
time to leave office, or watchman will start calling me names...
07:55
ogra, celeron
07:55
<ogra>
and ram ?
07:55
<greenmang0>
ogra, 512
07:55
<ogra>
you should have more than 64M to make it work at all
07:55
ok, thats fine
07:56japerry has quit IRC
07:56
<greenmang0>
thanks guys, ogra cyberorg alkisg , see you tomorrow, be there to help me...
07:57
i will have to get it working
07:57
<alkisg>
greenmang0: good luck :)
07:57
(I'd try changing tftpd, then the switch, then loading a the ltsp kernel from hd)
07:57* ogra wouldnt change tftpd
07:57
<ogra>
tftpd-hpa works for everyone else ...
07:58japerry has joined #ltsp
08:00xorITor has quit IRC
08:05alekibango has joined #ltsp
08:09Egyptian[Home] has quit IRC
08:10RobertLaptop has joined #ltsp
08:20ogra has quit IRC
08:21ogra has joined #ltsp
08:22Egyptian[Home] has joined #ltsp
08:22ogra has quit IRC
08:23jammcq has joined #ltsp
08:25ogra has joined #ltsp
08:25alkisg has quit IRC
08:28Neaai has joined #ltsp
08:31Gadi has joined #ltsp
08:33
<Neaai>
Hi all. I am strugling still to get the client machine to have access to its local hard disk. I've searched around and followed http://www.ltsp.org/~sbalneav/LTSPManual.html#id2539065 , Chapter 24 Apendix I. What am I missing or where can I look for what's wrong ?
08:33
<Gadi>
!distro
08:33
<ltspbot>
Gadi: Error: "distro" is not a valid command.
08:34
<Gadi>
Neaai: what distro and version of ltsp
08:35
<Neaai>
Gadi: I'm using Debian 5 (lenny) and it's prebundled ltsp of version 5.1.10
08:36
<Gadi>
ah - we deny access to local hard drive by default (security risk)
08:37
let me look up the lts.conf param to allow it...
08:37pmatulis has joined #ltsp
08:38
<Gadi>
LOCALDEV_DENY_INTERNAL_DISKS=False
08:38
put that in your lts.conf
08:38
be aware that anyone who logs in will have complete access to all files on that hard drive
08:39
<Neaai>
Gadi: I see. My need for that is that I want to deploy ltsp in an ofice, currently running Windoze. They have a lot of files they currently work with and documnts migration could be very easy once the system is deploied. Once that is done, I'll disable it again.
08:39
Gadi: got your point. Let me have a look and a try.
08:39
<Gadi>
good luck
08:39
:)
08:39
<Neaai>
thx :)
08:41F-GT has quit IRC
08:42F-GT has joined #ltsp
08:48
<sbalneav>
Morning all
08:49
So, yesterday, I think I may have finally figured out the bug that's been kicking my butt for the last 2 months.
08:49
Problem was garbled fonts when printing out docs from OO.o
08:50
It's looking like Bistream Vera Sans was the problem. So far, if we switch to DejaVu Sans, the problem doesn't come up.
08:56
<wigwam>
please, i use ltsp with ubuntu
08:56
when i login to ldm on thin client as admin user, i can't unlock gnome administration tools
08:57
it's possible to change it somewhere?
08:57
somehow?
08:57
<sbalneav>
wigwam: No, it's a known issue.
08:58
You'll either have to do the administration from the server console, or, us command-line tools.
09:00
wigwam: The problem is, the admin tools interact with console-kit, but console-kit isn't remote display aware.
09:00shrek has joined #ltsp
09:00alkisg has joined #ltsp
09:02artista_frustrad has quit IRC
09:02* ogra is always impressed how sbalneav can put complex issues in such simple words :)
09:03
<sbalneav>
I have to put them in simple words: I have a simple mind :)
09:03
Morning oga!
09:03artista_frustrad has joined #ltsp
09:05
<ogra>
good $timeofday
09:07
<jammcq>
Scotty !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
09:08pmatulis has quit IRC
09:08Gadi2 has quit IRC
09:11
<alkisg>
How can I disable flow-control in RTL8169 (or other NICs that do not support ethtool)? r8169 does support mii-tool, but I don't think mii-tool supports switching flow-control off...
09:11
<Gadi>
module option?
09:11
<alkisg>
modinfo r8169 | grep parm => nothing relevant :(
09:14
Would I have any chance emailing the r8169 devs? :'( Or, how difficult would compiling r8169 from source be?
09:15Neaai has quit IRC
09:25Gadi1 has joined #ltsp
09:35
<sbalneav>
alkisg: Are these nic's on board?
09:35
<alkisg>
sbalneav: no
09:35
<sbalneav>
How many of them do you have?
09:35
<alkisg>
But realteks are really common in Greek labs, so I'd like to find a solution, not just replace the nic...
09:36
<sbalneav>
realteks are the ford pinto of the networking world.
09:37
You'd be better off simply disabling flow control on the switch
09:37
<alkisg>
My switch is unmanaged :(
09:37
I think I can fiddle with the r8169.c source to disable flow control, but how can I compile it to produce r8169.ko ?
09:37Neaai has joined #ltsp
09:38
<Ahmuck-Jr>
hi. i'm having trouble with hplip monitor, highlighting in firefox, copy/paste from firefox to word, etc
09:38
<sbalneav>
What? It's complicated enough to have FLOW CONTROL but doesn't have a web or telnet or SNMP interface? I find that hard to beleive.
09:38
<alkisg>
Yup, let me give you a link...
09:39
That's the one: http://www.e-shop.gr/show_per.phtml?id=PER.613829 (ZYXEL ES-1124 24-PORT UNMANAGED FAST ETHERNET SWITCH WITH 2 GIGABIT PORTS)
09:39
I've read the manual, send an email to zyxel, nothing - I'm stuck with flow control on :)
09:39
<sbalneav>
What port is it doing flow control on? Just the gigabit port?
09:40
Or all ports?
09:40
<alkisg>
I don't know, but I have to connect the server to the gigabit port to have >100mbps overall bandwidth
09:40
So I've just tried with the server on the gigabit ports
09:40
<Neaai>
Ok, I did add the LOCALDEV_DENY_INTERNAL_DISKS=False in the lts.conf file but the client machine doesn't seem to see the local hard disk. Any ideas ?
09:41
<sbalneav>
And the server is the machine with the 8169?
09:41
<alkisg>
Yes.
09:41
<sbalneav>
A server/.
09:41
With an 8169
09:41
<Gadi>
Neaai: under the [default] section?
09:41
<nicros>
anyone know why i would get "Device etherd!e0.1 not handled" when i run mkinitrd?
09:42
<alkisg>
sbalneav: I also have some intel gigabit nics, tried with them and everything worked fine (they support ethtool), I'm just looking for a solution for r8169, if I can find it of course...
09:42
<sbalneav>
No buffering in the card, no interrupt queing? Dude, spend 100 bucks and get like an Intel or something card for the server.
09:42
<Neaai>
Gadi: yes. Sorry for my disconnection before. It was unintended.
09:42
<sbalneav>
Server's not the place to have a cheap network card.
09:42
If you have an intel card on the server, then you could control the flow control.
09:43
<alkisg>
sbalneav: I didn't see any performance difference when I compared r8169 to e1000 in another (gigabit only) lab...
09:43
...and some motherboards have built-in realtek NICs, that's why I"m looking for a solutions
09:43
Not even CPU usage difference, in old clients...
09:44
<Neaai>
Gadi: to be consistent, my conf file is at /opt/ltsp/i386/etc/lts.conf
09:44
<Gadi>
Neaai: thats correct - debian uses NFS
09:44
so, that's where it should be
09:45
are the hard drives ntfs?
09:45
<sbalneav>
Well, my recommendation would be to either fix the switch, or fix the cards. Playing around with a kernel driver means you're going to have to constantply maintain a patch. Your time's worth something, too.
09:45
<Gadi>
Neaai: I would create a password for root in the chroot and login at the terminal to debug further
09:45
<Neaai>
Gadi: Well no. The test machine is another debian with just the barebone system installed but which has the first boot device to be the network card.
09:46
<sbalneav>
And I have, years ago, measured E100 vs 8139 cards, and the E100's had significantly fewer interrupts/second.
09:46
<alkisg>
sbalneav: yeah, I guess you're right, I should have a limit in trying to find the cheapest solutions... :P Thanks!
09:47
<sbalneav>
Well, there comes a point where cheaping out does you no good. Having decent network hardware in a thin client environment just makes sense.
09:47
Simplest solution for you would be to just replace the switch with either a managed one that you can crontol, or an unmanaged one with no flow control.
09:49
<alkisg>
Or buy an Intel NIC for 25€... :)
09:49bobby_C has joined #ltsp
09:49
<sbalneav>
That too.
09:51
<alkisg>
I saw a _great_ improvement with flow-control off, from 90mbps bandwidth before (measured on the server) => to 900mbps after!
09:51
<Neaai>
Gadi: that password in the chroot, I guess I'll have to restart the client to have it working properly.
09:51
<nicros>
where does mkinitrd get the "Resume device" from?
09:52
<cyberorg>
nicros, you were looking for suse people?
09:52
<nicros>
looking for anyone familiar with aoe :)
09:53
nobody on #suse knows anything about aoe
09:53
<sbalneav>
At some point it's a case of diminishing returns. I don't know wether you're a consultant or an employee, but hardware's cheap, and the amount of time you're going to spend: devising a patch, testing the patch, rolling a new kernel, then MAINTAINING that patch through every kernel upgrade that comes from your linux vendor (and, ideally, RE-TESTING every time too), you're gonna be able to justify it in time terms alone.
09:53
<cyberorg>
saw this already? http://en.opensuse.org/LTSP/AoE
09:53
<nicros>
yea
09:53
<cyberorg>
ok, got everything figured out? :)
09:54
<alkisg>
sbalneav: I'm a teacher, but being one of the first here to try LTSP, I'm also being paid to write an installation manual. I just thought of adding a module option, and maybe hoping it could go upstream, but as you say, it's probably not worth it.
09:58
<cyberorg>
nicros, if you dont have any questions i can leave :)
09:59cliebow has joined #ltsp
09:59
<nicros>
i'm sooo lost right now :)
10:08
<Neaai>
Gadi: By logging in at the ltsp terminal, I can see that the terminal itself can see the local disk partitions. I can mount them from there. But I can't see anything of the sort when some user logins normally. Still there's only the server's contents.
10:13
Any ideas how to get the ltsp client to see and access the local hardisk ?
10:18din_os has joined #ltsp
10:20shrek has quit IRC
10:22Shingoshi has quit IRC
10:23
<Gadi>
Neaai: sorry - I have a meeting, but from the thin client console, run: getltscfg -a
10:24staffencasa has joined #ltsp
10:24
<Gadi>
and make sure your parameters are set as you expect
10:24
<Neaai>
Gadi: no worries. Thanks so far for your patience :)
10:25ogra_ has joined #ltsp
10:27ogra has quit IRC
10:27hanthana has joined #ltsp
10:28alkisg has quit IRC
10:28
<Neaai>
For the record, I have LOCALDEV="True" and LOCALDEV_DENY_INTERNAL_DISKS="False" and then these variables are exported.
10:29
env
10:29
ooops... sorry.
10:30alkisg has joined #ltsp
10:34ogra_ is now known as ogra
10:35Shingoshi has joined #ltsp
10:36Eghie has quit IRC
10:38
<din_os>
so... changing the volume from one client, changes the volume from all clients, and server... correct? (8.04 i386)
10:44
<Neaai>
din_os: what's a volume ?
10:45
<din_os>
sorry, sound volume... the volume slider
10:46
if I reduce it from any client, it gets reduced everywhere... is that normal?
10:47
<Neaai>
din_os: I don't know. I have disabled the sound in the server. Will not need it at all.
10:49alkisg has quit IRC
10:49
<Neaai>
din_os: actually, when you play the sound, is it heared on the client or the server ?
10:51alkisg has joined #ltsp
10:54
<din_os>
client
10:57
<Neaai>
din_os: And which volume slider. The system mixer slider? Or say, vlc player's slider. You could try what happens.
10:58
<din_os>
system mixer, the -e.g.- totem one works fine...
10:58
which seems to be natural, cause it's only an instance
10:59
anyway, maybe someone else knows if it's normal behaviour, I can wait :)
11:01
<Neaai>
din_os: so seems that the system mixer controls the systemwide audio device before it gets redirected to a specific client. Anyone with rights to the system mixer would be able to change that and affect anyone else. I wonder, does that same thing happen when 2 people for eg. are logedin at the same time on the physical machine? Would one affect the other?
11:02
I haven't tried this, never thought of it.
11:02nicoAMG has joined #ltsp
11:04
<din_os>
yeah, it probably does, but maybe there's a workaround? maybe not... it's not a major issue anyway
11:06topslakr has quit IRC
11:08porter1 has joined #LTSP
11:08
<din_os>
it's just funny... some students play around with the classroom's sound from a single terminal. I guess I could disable the slider...
11:09
<porter1>
Hey LTSP people :)
11:09
<ogra>
din_os, hmm, the volume control usually works per user
11:10
<din_os>
is it? hmm indeed
11:10
<ogra>
you can hack around that, but the logged in user automaticallly only controls the client he is logged in to
11:10
the user session gets initiated with the PULSE_SERVER=<ip of client> variable
11:10topslakr has joined #ltsp
11:11
<ogra>
that the volume control should only control what PULSE_SERVER= points to ... and since you are using different users each user has his own envorinment
11:11
usually i cant see another users env from one user
11:12
(assuming you use different users indeed (if not that would break a lot of other stuff as well))
11:12
<din_os>
I do use different users, how can I troubleshoot?
11:14
<ogra>
check the PULSE_SERVER variables of the users
11:14
<din_os>
the PULSE_SERVER var would be the same or different for each?
11:14
<ogra>
to make sure they really point to the clients
11:14
different
11:15
it should point to the client you are logged in at
11:15
<Neaai>
is there any seting named LOCAL_STORAGE in the lts.conf file? I can't seem to see the client's disk after the login, yet.
11:16
<din_os>
so a simple echo $PULSE_SERVER on the clients? would show me the way?
11:17
<ogra>
in the running session
11:18
you need to be logged in to the desktop, run it in a gnome terminal
11:18
<din_os>
not in ldm... in the session. ok
11:18
<ogra>
env|grep PULSE
11:21
<din_os>
ogra: ok, but hold on... I DO have separate sound on the clients. so that means that pulse IS communicating with each client separately. But I'll try it anyway on my lab tomorrow.
11:21chrisjrob has quit IRC
11:21chrisjrob has joined #ltsp
11:24ogra has quit IRC
11:25ogra has joined #ltsp
11:26
<Neaai>
SOLVED: I'm able to see the client's local disk. After the lts.conf changes as mentioned, within Gnome I had to give the intended users the right to use FUSE filesystems. It translates classically to that user being part of group "fuse" (gid=118 in Debian).
11:28
It was mentioned here: https://wiki.ubuntu.com/EnableLTSP5LocalDevices
11:29
and lo and behold, the example there mentions "ogra". :)
11:29
<ogra>
i might have written it in the past :)
11:30F-GT has quit IRC
11:30
<Neaai>
ogra: and it served me well indeed. Thanks for that. :) So now I can go for today and continue testing tomorrow.
11:31
<ogra>
enjoy :)
11:31
<Neaai>
byes all.
11:31Neaai has quit IRC
11:33F-GT has joined #ltsp
11:34muttley has quit IRC
11:37japerry has quit IRC
11:47twinprism has joined #ltsp
12:33chrisjrob has left #ltsp
12:38alkisg has quit IRC
12:40alkisg has joined #ltsp
12:42
<nicros>
is there an Easy-LTSP for SUSE 11.1?
12:46hanthana has quit IRC
12:49hanthana has joined #ltsp
13:02alkisg has quit IRC
13:05alkisg has joined #ltsp
13:05vagrantc has joined #ltsp
13:09vagrantc_ has joined #ltsp
13:14nicros_ip has joined #ltsp
13:32vagrantc_ has left #ltsp
13:41hersonls_ has joined #ltsp
13:44gfarras has joined #ltsp
13:47nicros_ip has quit IRC
13:49hersonls has quit IRC
13:55hanthana has quit IRC
13:55hersonls_ has quit IRC
13:56hersonls has joined #ltsp
13:58shogunx has joined #ltsp
14:05
<nicros>
what do i need to put in my pxelinux.cfg/default confile file to boot off ltsp server?
14:07mikkel has quit IRC
14:23
<din_os>
nicros: if you get busy box try IPAPPEND 3
14:26
<nicros>
got the client to boot but it locks up and reboots
14:26
<din_os>
do you get login screen on the client?
14:26
<nicros>
on the green/gray openSUSE screen
14:28
ah getting "Failed to load network module !
14:47
<mushroomblue>
anyone able to get LTSP and likewise to play nice?
14:47
just want to know if it's possible, before I spend the next 3 hours swearing at it. :)
15:01Gadi has left #ltsp
15:05cliebow has quit IRC
15:14
<mushroomblue>
I'll take that as "I dunno"
15:15
<Guest84310>
well your sentence doesn't make sense on it's own
15:15
what is likewise?
15:15
lol
15:15Guest84310 is now known as johnny
15:15hersonls has quit IRC
15:23
<mushroomblue>
likewise is an application that allows unix users to connect to a windows Active Directory network.
15:26
question number 2: usb printers aren't being forwarded to the server. /dev/usb/lp0 is working on the client, but isn't being forwarded correctly.
15:26
is there more to it than the proper config in lts.conf
15:26
?
15:27
PRINTER_0_DEVICE is set to /dev/usblp0, which is a symlink to /dev/usb/lp0
15:27
<vagrantc>
mushroomblue: LDM just uses ssh to log into the server, so if your authentication system works with ssh, it should work with LDM.
15:28
though you'll want to make sure that each user's default group is unique to that user.
15:37alkisg has quit IRC
15:38evilx has joined #LTSP
15:43jbrett has quit IRC
15:43sutula has quit IRC
15:47
<stgraber>
vagrantc, Gadi1: Saw my ltspfs change ? any better way of fixing that bug ?
15:47
<Gadi1>
saw it - is the problem that the value has spaces?
15:48
<stgraber>
yes
15:48
it basically does: export variable=value1 value2 value3
15:48
and that fails unless it'd be: export variable="value1 value2 value3"
15:49din_os has left #ltsp
15:49
<Gadi1>
stgraber: export "variable=value1 value2 value3"
15:49
works
15:50
perhaps just quote the $()
15:50
<stgraber>
right but how would you do that on the line I changed ?
15:50
it's multiple lines not just one that gets exported
15:50
<Gadi1>
export "$()"
15:50
does that not work?
15:51
<stgraber>
that won't work as $() is multi-line
15:54bobby_C has quit IRC
15:58
<Gadi1>
eval "$(udevinfo -q env -n sda)"
15:58
does that work?
15:58
I need to find a working example to play with
15:58
:)
15:59
seems to be a bug in udevinfo if it doesnt return environment variables you can export
15:59
<stgraber>
hang on a sec I'll pastebin the output I currently have
16:01
http://paste.ubuntu.com/126944
16:01
last line is the problem
16:02
an idea would be to loop through the output, split on the = and do the export again with the value between "
16:03vagrantc has quit IRC
16:03
<johnny>
oh lame :(
16:11
<Gadi1>
eval "export $($udevinfo -qenv -n ${DEVICENAME})|sed -e 's/=/="/' -e 's/$/"/')"
16:11
that should do it
16:11
oops
16:11
syntax error
16:12
eval "export $($udevinfo -qenv -n ${DEVICENAME}|sed -e 's/=/="/' -e 's/$/"/')"
16:12
had an extra parentheses
16:12
:D
16:12jbrett has joined #ltsp
16:12sutula has joined #ltsp
16:13RobertLaptop has quit IRC
16:20
<Gadi1>
stgraber: ping
16:23
<stgraber>
Gadi1: pong
16:23
Gadi1: looks good, I'll try that when I get back home, don't have Jaunty here :(
16:23
but the sed looks good
16:24
<Gadi1>
ok - you saw my commit with the sound volume adjust the other day, yes?
16:24
I tested it on another client hardware and had to tweak
16:24
should work nicely all around now
16:25
and you can adjust any channel volume in lts.conf if you know its name
16:25* Gadi1 had hardware with no "Master" channel but a "Master Front" channel
16:25
<Gadi1>
can you believe it?
16:25
:)
16:26
so, now I can set it independently with: MASTER_FRONT_VOLUME
16:26
or just let it get the default value for VOLUME
16:29
<nicros>
wow, there are a ton of people in here now :)
16:29Gadi1 is now known as Gadi
16:30
<nicros>
i'm using this doc: http://en.opensuse.org/KIWI_Migrate to clone a system with openSUSE 11.1 on it, how do i take that image and make it deployed using kiwi and ltsp?
16:30nicoAMG has quit IRC
16:31
<stgraber>
Gadi: I believe I have a similar soundcard somewhere (IBM thin client IIRC)
16:47artista_frustrad has quit IRC
16:58artista_frustrad has joined #ltsp
17:02mart_n has joined #ltsp
17:06
<mart_n>
Hi there! I'm having trouble configuring my server so that I can access the local HD on a thin client. I'm using Ubuntu 8.04, and I followed all the steps described on https://wiki.ubuntu.com/EnableLTSP5LocalDevices (ltspfs and ltspfsd are installed, LOCALDEV=TRUE and I'm in the fuse group). Any hints?
17:09vagrantc has joined #ltsp
17:17mart_n has quit IRC
17:23jammcq has quit IRC
17:24knipwim_ has joined #ltsp
17:33|Paradox| has quit IRC
17:37knipwim has quit IRC
17:37pimpministerp has joined #ltsp
18:09|Paradox| has joined #ltsp
18:49nicros_ip has joined #ltsp
18:54staffencasa has quit IRC
18:57nicros_ip has joined #ltsp
19:21nicros_ip has quit IRC
19:23
<stgraber>
ogra: around ?
19:23
Gadi: ltspfs works fine with your fix thanks. Can you commit it ? (if not already done)
19:25RobertLaptop has joined #ltsp
19:27RobertLaptop has joined #ltsp
19:30
<Ryan52>
vagrantc: is ltsp broken in unstable due to ldm-server being stuck in NEW? (iirc you said it is, but I don't remember well :P). if so, why did you upload to experimental?
19:31
and doesn't ldm-server need to "Replace" ltsp-server in addition to the Conflicts? iirc forgetting to do that is how I broke freegeek-extras that one time :P
19:41RobertLaptop has quit IRC
19:41vagrantc has quit IRC
19:42RobertLaptop has joined #ltsp
19:44nicros_ip has joined #ltsp
19:46nicros_ip has quit IRC
19:47nicros_ip has joined #ltsp
19:48nicros_ip has joined #ltsp
19:48nicros_ip has joined #ltsp
19:48RobertLaptop has quit IRC
20:05try2free has joined #ltsp
20:20rjune has quit IRC
20:27rjune has joined #ltsp
20:50nicros_iphone has joined #ltsp
20:55nicros_iphone has quit IRC
20:55nicros_iphone has joined #ltsp
20:56tarbo has joined #ltsp
20:57markstos has joined #ltsp
21:08tarbo_ has quit IRC
21:47nicros_i_ has joined #ltsp
21:52nicros_iphone has quit IRC
22:05alkisg has joined #ltsp
22:06greenmang0 has quit IRC
22:06CaScAdE^1arAway has joined #ltsp
22:07greenmang0 has joined #ltsp
22:09nicros_i_ has quit IRC
22:17CaScAdE^FarAway has quit IRC
22:17nicros_iphone has joined #ltsp
22:21nicros_i_ has joined #ltsp
22:24japerry has joined #ltsp
22:24try2free has left #ltsp
22:24zirconiumks has joined #ltsp
22:24japerry_cat has joined #ltsp
22:28dipeshmehta has joined #ltsp
22:36nicros_iphone has quit IRC
22:41markstos has quit IRC
22:42japerry has quit IRC
22:42rjune has quit IRC
22:53nicros_i_ has quit IRC
22:59zirconiumks has quit IRC
23:07alkisg has quit IRC
23:08synchris_odium is now known as synchris
23:14
<greenmang0>
ogra, alkisg cyberorg
23:15
client took 10 minutes to boot, i could login through LDM, but its running slow
23:18
<dipeshmehta>
hello all,
23:19
I have setup LTS on my Ubuntu 8.04 server, but at PXE-client, I go not get LDM login screen, as told in howto
23:20
can anybody here please help me?
23:22
<cyberorg>
greenmang0, try another switch and new cables
23:23shrek has joined #ltsp
23:24
<greenmang0>
cyberorg, hmm... i need to talk to accounts dept :)
23:24
<cyberorg>
greenmang0, not for testing, just borrow from someone
23:25
<greenmang0>
cyberorg, there's only one switch, our office is small, 25 people
23:25
<cyberorg>
what kind of switch have you got?
23:26
if it is a cheap hug or expensive managed switch you might run into these kind of issues
23:26
<greenmang0>
cyberorg, what kind of means what?
23:27
<cyberorg>
*cheap hub
23:27
as you say everything works fine with direct connection between client and server, so i blame switch/hub or the cables
23:27
there is nothing wrong with your server
23:28
<greenmang0>
cyberorg, ok
23:29
cyberorg, i still wonder how does booting time reduced to 10 minutes
23:29
cyberorg, is it because pxeimage ? and not using nbi?
23:31
<cyberorg>
greenmang0, i suspect huge amount of pack drops when the traffic goes via your switch, just find another to test, also change the cables when doing that
23:31
<greenmang0>
cyberorg, sure
23:34dipeshmehta1 has joined #ltsp
23:34dipeshmehta has quit IRC
23:35dipeshmehta1 has left #ltsp
23:35dipeshmehta1 has joined #ltsp
23:35dipeshmehta1 has left #ltsp
23:53vagrantc has joined #ltsp
23:55
<vagrantc>
Ryan52: yes, ltsp-server in unstable doesn't have ldminfod, which is in ldm-server, which is stuck in NEW ... i picked experimental so i could continue to upload to unstable and not have to do weird things with the bzr packaging branches.
23:56
Ryan52: as soon as it's accepted in experimental, i'll be able to upload a version with ldm-server, which i'll likely do.
23:56
<Ryan52>
ah, ok.
23:56
<vagrantc>
Ryan52: and ldm-server definitely doesn't Replace ltsp-server, as it doesn't include ltsp-build-client or any number of other parts
23:58
<Ryan52>
but do upgrades actually work?
23:58* Ryan52 thought that Replaces applies if you are only partially replacing another package also
23:59
<vagrantc>
the conflicts should prevent the upgrade from breaking
23:59
it would seem really weird to declare a replaces when it only replaces a single file ...
23:59
<Ryan52>
ah, ok.