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


Channel log from 9 August 2010   (all times are UTC)

00:01
<jdu>
http://ltsp.pastebin.com/5R7AEU4S
00:01
using ltsp-server instead of ltsp-server-standalone
00:01
as part of the switch to dnsmasq rather than dhcp3-server that comes with standalone
00:01
<alkisg>
Right, it all looks good
00:02
The only explanation is that your router is doing that, because it doesn't like something with the client etc. It shouldn't be a server problem. But again, I wonder why the router would do that...
00:02
<jdu>
yes, very, very strange
00:03
<alkisg>
I'll assume it's caused by a client nic module problem for now. Can you remove "quiet splash" from pxelinux.cfg/default?
00:03
<jdu>
the only non-default dhcp setting on the router is that it manually assigns an ip to a mac address which is not connected
00:03
ok, or I can hit esc
00:04
<alkisg>
Try to see the last lines it produces before the problem
00:04
<jdu>
but, I'll remove quiet esc too
00:04
ok, which I can't see here unless I can scroll up, which I can't do in linux can I?
00:04
could in freebesd
00:04
<alkisg>
shift+page up
00:05
...but that only works if a new mode hasn't been set
00:05
In any case, we only care for the last few lines, you shouldn't need to scroll..
00:05
<jdu>
which is currently a repetition of udhcpc ... started
00:05
sending discover ... (3x)
00:05
No lease, failing
00:06
but that is unconnected
00:06
<alkisg>
Ah
00:06
<jdu>
I'll make the change to the config then reboot the client without quiet splash
00:06
and see what it says before the problem
00:06
begins
00:06
scroll up did not work
00:06
far enough
00:07
<alkisg>
jdu: wait...
00:07
<jdu>
ok
00:07
<alkisg>
Since you lose the connection when you try stuff, here's another thing to try after the "quiet splash" thing
00:07
On another try, replace "quiet splash" with "break=mount"
00:07
<jdu>
ok, what should that do?
00:07
<alkisg>
This will give you an initramfs prompt
00:08
At that prompt, try: ipconfig eth0
00:08
This requests an ip from a dhcp server
00:08
<jdu>
ah, ok
00:08
<alkisg>
So, check if that's what's causing the problem, and if you do it 2-3 times, that the problem is caused 2-3 times etc
00:09
<jdu>
come again on your last clause
00:10
<alkisg>
I mean, if you run: ipconfig eth0, does the router close the server connection?
00:10
And, if you try it 2-3 times, does it do that consistently?
00:10
<jdu>
alright
00:10
I'll see what happens
00:15jdu has quit IRC
00:20jdu has joined #ltsp
00:20
<jdu>
perhaps I missed something; with the break=mount I was not able to reach the initramfs prompt
00:22
I did discover that it is on the third iteration of udhcpc that "eth0 NIC link is down" is printed on the thin client, afterwhich the server loses connection
00:22
<alkisg>
jdu: not necessarily, it's possible that it breaks before that. Try break=premount instead when you have a chance.
00:23
What I don't understand is why udhcpc even tries to run. With ipappend 3, it shouldn't.
00:23
That's all i386, right? No amd64 paths involved?
00:23
<jdu>
correct
00:23
hmm
00:24
really, very strange.
00:24
<alkisg>
ipappend 3 tells the nic to use a static ip (==the one from pxe)
00:24
So udhcpc shouldn't even be called
00:25
<jdu>
This is when -- when I am helping someone else -- I get frustrated at the other person, and think: they must be doing something or not telling me correctly what's going on
00:25
but I am trying =)
00:25
strange
00:25
<alkisg>
Nah, I'm sure the router is the first to blame here - it shouldn't do such "small resets" when a client has a problem
00:26
Can you try that "break=premount" / ipconfig eth0 thing now?
00:26
<jdu>
this is an older, d-link router/switch, which is rather mediocre
00:27
as in, does not compare to a router than can run dd-wrt
00:27
and I've had trouble getting certain settings to stick before.
00:28
<alkisg>
For example, in 10.04 there's a bug where the clients do not set their own netmask. Usually they work fine even with not netmask, but maybe your router is scared of that and resets?! :)
00:28
<z0r0>
best time to make them the most sticky ; )
00:30
<jdu>
if that is the case, do you have a recommendation?
00:30
<alkisg>
Another thing to try, is to remove ipappend 3, and instead replace "quiet splash" with a "ip=full-ip-info" parameter,
00:30
here's the format: http://codtech.com/wiki/index.php/Ipconfig#interface_spec_long_form
00:30
<z0r0>
set an extra static ip on the server
00:31
<alkisg>
But select a static ip outside of the dhcp range, to avoid scaring the router :)
00:31
Right
00:31
<jdu>
ok\
00:32
ok, i'll try that
00:33
I assume I can comment out lines in this file? with the standard #?
00:33
<alkisg>
Yes
00:34
(btw, is dhcp3-server stopped? I think it can be removed without being stopped - try ps -ef to see)
00:38
<jdu>
yes
00:38
booting the client again
00:40jdu_ has joined #ltsp
00:41
<jdu_>
ugh; same deal
00:41
append ro initrd=initrd.img ip=192.168.0.4:192.168.0.2:192.168.0.1:225.225.255.0:::dhcp autoconf=dhcp nbdport=2000
00:41
does that look right?
00:41
I skipped hostname and device
00:41
perhaps that was a mistake
00:42
<alkisg>
Ah, don't put autoconf there
00:42
<jdu_>
ok
00:42
<alkisg>
Oooh I didn't see that
00:42
That's why udhcpc was running
00:43
OK, remove autoconf and try either ip=xx or ipappend 3, it shouldn't make a difference now
00:43
<jdu_>
ok
00:44jdu has quit IRC
00:48jdu has joined #ltsp
00:48jdu_ has quit IRC
00:48
<jdu>
well, I am at *Starting LTSP client ..... [ OK ] and have not lost server connection yet
00:48
<z0r0>
alkisg: "ps -e f" works for me
00:53
<alkisg>
z0r0: I think -? parameters are unix-style options, while ? parameters are bsd-style options, so maybe mixing them isn't so straightforward...
00:53
(i.e. maybe it just confuses users)
00:54
jdu: ok then, the hard part is gone. :) I'd bet it was caused by udhcpc sending an empty client identifier.
00:56jdu has quit IRC
00:57jdu has joined #ltsp
00:58
<jdu>
better not to edit the default, because updating overwrites it.
01:00
YEA
01:00
boot complete to login screen!!!
01:00
<alkisg>
thank god :)
01:00
<jdu>
yes, thank you THANK YOU THANK YOU
01:01
you've been so helpful
01:01
<alkisg>
For the "default" to keep its contents you need to edit a configuration file, /etc/ltsp/ltsp-update-image.conf
01:01
<jdu>
ok
01:01
<alkisg>
BOOTPROMPT_OPTIONS there
01:02
<jdu>
yes
01:02
<alkisg>
jdu: btw, I believe you said that your ltsp server does *not* have a static ip?
01:02
<jdu>
it should
01:02
at least it did
01:02
<alkisg>
Ah ok then, because dynamic IPs need some entries in lts.conf
01:02
<z0r0>
alkisg: my apologies I think the -ef f is going to see some more traffic on my console.
01:03
<alkisg>
(I thought you said you only had 1 static ip on your router)
01:03
<jdu>
ah yes, at the moment, server requests static ip
01:03
mainly so it can be consistently printed to from other computers
01:04
what do I change at BOOTPROMPT_OPTIONS?
01:04
<alkisg>
z0r0: I mean that ps -ef => e and f are unix options there, while ps -ef f => the last f is a bsd option, so if you're using bsd options, why mix them up and not use *only* bsd options instead?
01:04
<jdu>
oh, dumb question
01:04
I put the ones I want to stay
01:04
alright
01:05
<alkisg>
Right. E.g. I'm using BOOTPROMPT_OPTIONS="nbd_proxy=false"
01:05
(that doesn't do anything on 10.04 though, it was committed after the release)
01:05
OK, enjoy your ltsp setup :)
01:05
<jdu>
thanks
01:06
it will be very nice to have ltsp this year, now that we have another student living with us (exchange), who needs computer access concurrent with my sister
01:06
yes, your help has been amazing
01:06
I could not have done that myself, I expect
01:07
now the question is: will I be able to wake up on time for work tomorrow.
01:07
=)
01:08
have a good night alkisg, thanks again!!
01:09jdu has quit IRC
01:10
<z0r0>
alkisg: hmm --forest is a lot to type
01:11
oop -H
01:13
<alkisg>
E.g. in bsd-style, i think the equivalent of "ps -e f" is "ps axf"
01:15
<z0r0>
ps -eH or ps axf
01:20* z0r0 is enlightened
01:31Luke_Wolf has joined #ltsp
01:34
<Luke_Wolf>
Hello, I'm trying to get an LTSP server up and operational under Fedora 13, but when I'm trying to connect with one of my clients I'm getting an error: mount.nfs: access denied by server while mounting 172.31.100.254:/opt/ltsp/i386 any thoughts?
01:46
<sweetpi>
Luke_Wolf: is this all clients or just one?
01:47
<Luke_Wolf>
I haven't been able to test all clients since I've only got one set up right now, but I would assume all
01:49
<sweetpi>
Luke_Wolf: what does the line from /etc/exports(or whatever RH uses) say?
01:50
<Luke_Wolf>
for some reason my /etc/exports is blank..
01:51
and I have yet to find anything to configure or what to fill it in with
01:53
<sweetpi>
I'm not sure if fedora uses nfs or nbd, maybe see if its listed in inetd
01:54
I'm really just guessing here. I haven't used a redhat distro for many years
01:56
<johnny>
redhat still uses nfs
01:56
sorry.. fedora does
01:56
that will change for both gentoo and fedora because of dracut tho
01:57
as gentoo plans to use dracut as well
01:57
Luke_Wolf, ubuntu writes an /etc/exports for you, i have no idea if fedora does that
01:57
their howto should explain that part
01:58
also.. grep -r '\/etc\exports/' /usr/share/ltsp (if that's where ltsp is) if you wanna know for sure
01:59
i have a feeling they don't set it up tho, they don't tend to allow scripts to modify other package config files like ubuntu
01:59
but their docs would mention it
02:04
<Luke_Wolf>
hm.. well a guy in #fedora just told be how to set it up, but when I try to do exportfs -a which I saw elsewhere was supposed to flush and reset NFS if I read it correctly, it is telling me that /opt/ltsp does not exist...
02:05
although it does exist
02:06
okay got a win, just told it to allow mounting to /
02:07komunista has joined #ltsp
02:21dobber has joined #ltsp
02:26Luke_Wolf has quit IRC
02:45alexqwesa has quit IRC
02:46Da-Geek has joined #ltsp
02:48alexqwesa has joined #ltsp
02:58DaGeek__ has joined #ltsp
03:01Da-Geek has quit IRC
03:02mikkel has joined #ltsp
03:02F-GT has quit IRC
03:04DaGeek__ has quit IRC
03:19F-GT has joined #ltsp
03:45Frank` has joined #ltsp
03:45Q-FUNK has joined #ltsp
03:45
<daduke>
Frank`: welcome indeed!
03:46
<Frank`>
daduke: :)
03:46
So many guys here
03:46
have a question to ask.
03:46
how to use LDM on an Ubuntu 9.10. Very newbie to LTSP.
03:47
because a bug can be reproduced using LTSP login screen
03:47
See daduke's paste img:http://www.phys.ethz.ch/~daduke/font.jpg
03:48
I don't have a Ubuntu Server, only having a Fedora one. Just want to get this login screen
04:03
<alkisg>
Frank`: erm, I didn't really understand your setup. You want to install ldm on a standalone ubuntu 9.10 machine?
04:04
<Frank`>
alkisg: yes
04:04
alkisg: I just want to get LDM login screen
04:04
as the http://www.phys.ethz.ch/~daduke/font.jpg show
04:04
<alkisg>
Frank`: I don't think that will be easy, as ldm will be missing information that it gets from dhcp in the special ltsp initramfs
04:05
<Frank`>
alkisg: :)
04:05
<alkisg>
LDM is designed to be used withinh ltsp chroots, not on standalone machines
04:05
<Frank`>
alkisg: Seems I had to prepare a LTSP server
04:05
<alkisg>
You can use ssh -X or xdmcp or vnc or neatx on standalone machines
04:06
<Frank`>
alkisg: "ssh -X" to a LTSP server?
04:06
<alkisg>
It would be possible to get ldm running, but it would require some major troubleshooting. I don't know of any wiki pages that describes the process.
04:06
Yes, any of those would do. Personally I prefer xdmcp and neatx.
04:06
<Frank`>
alkisg: daduke help me with that. He tries to make an image.
04:07
<daduke>
alkisg: just to give you a bit of background 411: I discovered an LDM issue with the geode driver. I'm in Switzerland, Frank` is in Taiwan (I think). Can he connect to our LTSP server using xdmcp?
04:07
<Frank`>
daduke: I am in Beijing:P
04:07
<daduke>
Frank`: China then.
04:07
<Frank`>
daduke: yep
04:07
<alkisg>
daduke: first of all, he can netboot to your infrastructure without using a local installation
04:07
<daduke>
sorry
04:08
<alkisg>
That would be slow, of course
04:08
<Frank`>
:)
04:08
<daduke>
alkisg: netboot across networks? PXE and all? I've tried that...
04:08
<alkisg>
daduke: what's the objective? to solve the ldm issue? to give him local access?
04:08
daduke: yes, I've successfully netbooted ltsp over http + behind nat.
04:08
<daduke>
alkisg: to give him local access to solve the ldm issue :)
04:08
<Frank`>
alkisg: I just want to get the login screen and get the driver log.
04:09
http://www.phys.ethz.ch/~daduke/font.jpg
04:09
alkisg: you can see some glyph rendering is wrong
04:09
alkisg: I want to reproduce that
04:09
<alkisg>
OK, so, daduke is having a font problem with fedora ltsp server + clients, and Frank` wants to help him solve it?
04:09
<Frank`>
alkisg: but I don't have a LTSP server
04:09
alkisg: yes
04:09
<alkisg>
OK, but daduke doesn't have ubuntu at all, right?
04:10
<Q-FUNK>
backwards
04:10
<daduke>
alkisg: Lucid LTSP server, lucid clients here. Only Frank` is on Fedora
04:10
<alkisg>
Gotcha
04:11
Well, for Frank` to get access to log files etc, he doesn't need to boot ltsp
04:11
Even if he did, he'd have to have a geode client to reproduce it
04:11
It's much easier to give him ssh / scp access
04:11
<daduke>
alkisg: that's true. First time I hear about the logs :)
04:12
I'm out for lunch too, back in 45
04:12
<alkisg>
OK, later
04:12
<Frank`>
alkisg: thanks.
04:12
<alkisg>
np
04:12
<leio>
not sure how logs will help in debugging the driver patches though
04:12
<Frank`>
leio: sure
04:13
leio: I just want to get the debug env myself
04:13
<alkisg>
Frank`: the lucid edubuntu dvd contains a live ltsp implementation
04:13
You should be able to reproduce the problem by booting some pc with that live dvd
04:14
...and then netbooting a geode client from that
04:14
<Frank`>
alkisg: install the lucid ubuntu ?
04:14
alkisg: on one of my server?
04:14
<alkisg>
No, without installing it. Directly from the live dvd.
04:14
"live" == without installation, running directly from the dvd
04:14
<Frank`>
alkisg: But it does not use the driver I built
04:14
alkisg: I want to get the driver print info.
04:15
<alkisg>
Ah. Well, you could modify the image on the live dvd, if you have enough ram.
04:15
Otherwise you could do a real or a vbox installation, sure.
04:16
<Frank`>
alkisg: I am install a server on one board with Ubuntu 9.10.
04:16
alkisg: use ltsp-build-client
04:16
alkisg: And prepare another board to be a client.
04:16
<alkisg>
Nice.
04:17
<Frank`>
alkisg: But I don't know how long ltsp-build-client run
04:17
alkisg: the first time for me to use LTSP
04:18
<alkisg>
It depends on your network speed. With my 6mbps adsl line it takes about 10 minutes. It's usually much faster if you install with the alternate cd, it doesn't require an internet connection.
04:19
<Frank`>
alkisg: as https://help.ubuntu.com/community/UbuntuLTSP/LTSPQuickInstall shows?
04:20
from CD?
04:20
<alkisg>
Yes.
04:20* alkisg goes back to work, good luck.
04:20
<Frank`>
alkisg: thanks.
04:27sweetpi has quit IRC
04:41pthsWork has quit IRC
04:49
<daduke>
re
04:50Da-Geek has joined #ltsp
05:08vmlintu has joined #ltsp
05:32alkisg has quit IRC
05:51alkisg has joined #ltsp
05:53
<Q-FUNK>
alright. x.org geode 2.11.9 release candidate ready.
05:53Q-FUNK has left #ltsp
05:59NeonLicht has quit IRC
06:02alkisg has quit IRC
06:09pmatulis has joined #ltsp
06:20EDinNY has quit IRC
06:20alkisg has joined #ltsp
06:29NeonLicht has joined #ltsp
06:37pthsWork has joined #ltsp
06:44pthsWork has quit IRC
06:44pthsWork has joined #ltsp
06:57g4tsu has joined #ltsp
06:57pthsWork has quit IRC
06:57
<g4tsu>
Hi
06:58
I've got a problem with sound and ltsp on debian lenny
06:58
The sound is playing on the server
06:58
(Apologies for my bad english, I'm french)
07:02rad4Christ has joined #ltsp
07:05DaGeek_ has joined #ltsp
07:06M4gic5t0rM has quit IRC
07:08Da-Geek has quit IRC
07:20Blinny has joined #ltsp
07:20bieb has joined #ltsp
07:24g4tsu has quit IRC
07:25[GuS] has joined #ltsp
07:29rad4Christ has quit IRC
07:31rad4Christ has joined #ltsp
07:31alkisg has quit IRC
07:40cliebow has joined #ltsp
08:05korcan has joined #ltsp
09:07mikkel has quit IRC
09:16alkisg has joined #ltsp
09:21cliebow has quit IRC
09:27cliebow has joined #ltsp
09:27cliebow_ has joined #ltsp
09:31vmlintu has quit IRC
09:32alkisg1 has joined #ltsp
09:35alkisg has quit IRC
09:35alkisg1 is now known as alkisg
09:37shawnp0wers has joined #ltsp
09:55lumpy4565 has joined #ltsp
09:55
<lumpy4565>
hi
09:56bix0r has quit IRC
09:57The_Code has joined #ltsp
09:58
<bieb>
hello
09:59
<_UsUrPeR_>
I have been experiencing spontaneous logouts with a 10.04 LTSP server I am testing. I will be using an LTSP client and it's operating as normal, and all of a sudden, my user will be logged out, and I will be taken back to a login screen.
09:59
checking /var/log/syslog on the client, I am seeing this: nbd9: unknown partition table, nbd9: NBD_DISCONNECT, nbd9: Receive control failed (result -32), nb9: queue cleared
09:59
has this been a problem for anybody else?
10:00
<alkisg>
_UsUrPeR_: no, but ignore that nbd message, it shouldn't be related.
10:00
Check the user's ~/.xsession-errors
10:02
<_UsUrPeR_>
alkisg: Could you take a look at these logs with me? I'm pastebinning them now
10:02
I think I see the error, but am unsure as to what caused it
10:03
<alkisg>
Sure, but this doesn't sound like an ltsp error, so I'm not very experienced at troubleshooting those :)
10:03
<_UsUrPeR_>
alkisg: here's the full file http://pastebin.com/gg5p0BhV
10:04
along the bottom is probably where it's located.
10:05
the last time this happened, it was ~10:55am, so the problem appears to be around line 688
10:05Selveste1 has joined #ltsp
10:06
<alkisg>
On line 689 I believe the X display is already lost. E.g. maybe the x server crashed or something.
10:07
But, line 688 is a gnome-terminal problem, which I don't think could bring down the session
10:07
So I'm guessing that there was a problem that's not recorded in ~/.xsession-errors (like e.g. a xorg crash)
10:07
<_UsUrPeR_>
would that failure be logged to the server or the client?
10:08
<alkisg>
I'm not sure. It's possible that xorg crashes are not logged at all.
10:08
<_UsUrPeR_>
hmm :/
10:08
any suggestions?
10:08
<alkisg>
Is it reproducable?
10:08
<_UsUrPeR_>
not really. I guess the best way to reproduce is to use a client in 10.04 normally until it logs out
10:09
there's not really a rhyme or reason behind the failure
10:09
I have seen the same issues with thinclient and fatclient installations on two different servers though...
10:09
At first I had thought it was due to some hokeyness pertaining to a 9.10 upgrade, which has been remedied by a full reinstallation of the 10.04 OS
10:10
stranger still, I had used this same client/server last week without failure
10:10
it has been running all weekend.
10:10
<alkisg>
https://wiki.ubuntu.com/X/Troubleshooting/Freeze
10:11
If it was too frequent, I'd suggest that you tried with XSERVER=vesa, to verify that it is indeed an X problem
10:11
<_UsUrPeR_>
ok, I can give that a shot.
10:11
<alkisg>
But if it isn't, well... you need much patience :)
10:11* _UsUrPeR_ = buddah.
10:11
<_UsUrPeR_>
patience is my strong suit ;)
10:12
<alkisg>
:)
10:16staffencasa has joined #ltsp
10:21
<bieb>
I have a question about local apps.. My LTSP configuration has FF as a local app, the issue we have is printing to printers on the server, I had spoken to Scott last year after BTS to see if there was a way to change this and at the time there wasn't, what I have been having students do is save whatever they are trying to print from FF to their home dir, then print it as a regular document. Is there a way to change this? or should I just look at running
10:36
<alkisg>
bieb: you sentence was cut at "or should I just look at running"
10:38
I'm using fat clients instead of localapps, but they're similar. What I do is that I enable cups printer sharing on the server, and automatic printer discovery on the clients. So they print to the server printer by default.
10:39
<highvoltage>
bieb: I got around that before by installing cups in the chroot and then copying the cups configuration from the server to the chroot, not the most elegant, but it did kind of work
10:40lumpy4565 has quit IRC
10:41
<bieb>
alkisg: thats weird it got cutoff, the remainder was "FF from the server instead of local?"
10:42
highvoltage: that's a possibility
10:48
alkisg: We are setup so there are 2 printers for students, and it uses a pay per print software (print server and software are Windows Server 2003) we just want to make sure the print payment software is still used. We tried to get a "Tech Fee" added this year that would have allowed us to ditch the pay for print system, but no luck .. maybe next year
10:49cliebow has quit IRC
10:55
<alkisg>
bieb: how is the user authenticated against that system? Does it work under linux?
10:56
<bieb>
there is a print client, that pops up an authentication window from the server, once logged in it shows their balance, each print job they send it requires them to authenticate to release the job
10:57
<alkisg>
So you'd have another instance of that client running locally?
10:57
<bieb>
it works fine under the current LTSP, but I guess since it is outside the chroot, it doesnt allow the locally run FF to pass the job
10:57
<alkisg>
One for the programs running on the server and one for localapps?
10:57
<bieb>
yeah I suppose that would be the best way.. running on server and local
10:57
<alkisg>
That would be a little annoying for your users... What are your thin client specs?
10:58
<bieb>
Diskless workstations..
10:58Selveste1 has quit IRC
10:58
<alkisg>
ram/cpu?
10:58
<bieb>
looking up the model
10:59
1520 with 1gb Ram
11:00
http://www.disklessworkstations.com/200118.html?id=siti38Wf
11:00
<alkisg>
You could use fat clients - that would require only one instance of that printer client. And it would also save you from the trouble of clicking on a thunderbird link launching firefox on the server, etc
11:00
And you'd offload the server cpu completely
11:01
<bieb>
ohh.. so everything would run locally on the client?
11:02
<alkisg>
Yeah
11:02
You'd have to maintain your program on the chroot in that case
11:02
E.g. if the users want google-chrome, now you install it on the server. For fat clients, you'd install it to the chroot.
11:03
<bieb>
alkisg: you have a good how to for that? I already have it configured the other way..
11:05
<alkisg>
Don't change your setup without doing a test drive first, you may find something you don't like about fat clients (the only drawback I found was that a few apps like evolution needed an nfs /home ==> low security)
11:05
https://help.ubuntu.com/community/UbuntuLTSP/FatClients
11:06
<bieb>
ok.. I will have to look at how it works with Codeweavers also. We are running that to give the students in the labs access to Office2007, as required by higher up the chain than me.. :)
11:08
<Blinny>
alkisg: Provided more info to ltsp-discuss on the nbd processes: http://pastebin.com/hTwJUyYQ
11:08
<alkisg>
bieb: I believe wine would run better locally than on the server, because it won't have the network overhead/delay. But yeah, try before switching.
11:08
Blinny: I'm on the list - I'd focus on checking if keep alive is really enabled
11:08
<bieb>
sounds good.. thanks alkisg
11:09
<alkisg>
Blinny: E.g. an extreme example is if inetd doesn't have the permissions to read /etc/hosts.allow... would keep alive be enabled then?
11:09
<Blinny>
And how do I do that check?
11:09
<alkisg>
No idea :)
11:09
<Blinny>
heh
11:09
Fun
11:10
<alkisg>
Blinny: did you try that tcpdchk command?
11:10
And look at the logs for warning when you run it
11:10
<Blinny>
No errors reported in hoss.allow
11:11
<alkisg>
Or, maybe denyhosts interferes with the usual setup
11:11
<Blinny>
nothing in messages
11:12
<alkisg>
(again, disabling keep alive without you knowning it)
11:12
I don't know, stuff like that. If keep alive is enabled, then after 2 hours the processes are killed
11:12
So if they're not killed for you, that means that somehow keep alive is disabled
11:13
<Blinny>
denyhosts just adds sshd: IP lines to /etc/hosts.deny
11:13
Is that the correct syntax for the keepalive line?
11:14
<alkisg>
I believe so. Here's what I have: http://pastebin.com/CbzPXvjZ
11:15
Also, try: cat /proc/sys/net/ipv4/tcp_keepalive_* ==> to verify that nothing's messed with the default settings
11:15
(that should say: 75 9 7200)
11:16
<Blinny>
Yah I'm doing that now
11:20
Mine were 7200 6 7200
11:20
To me that means that it'd be 4 hours minimum
11:21
I've set it back to 75 with a sysctl command.. processes still hanging around.
11:21
<alkisg>
Blinny: that means 7200 * 6 minutes
11:22
That's a really, really long time
11:22
<Blinny>
So that could be it eh
11:22
<alkisg>
Yup.... it evals to 30 days
11:22
So your processes die after 30 days
11:23
<Blinny>
Ah hA!
11:23
<alkisg>
I think sysctl will take effect on the *next* time tcpd will be started
11:24
So I'd suggest you restore the default settings permanately in /etc/sysctl* and start watching again after the next server reboot...
11:27shawnp0wers has quit IRC
11:27Luke_Wolf has joined #ltsp
11:28
<Blinny>
I added the sysctl change on Nov 5th, 2008 -- I wonder what happened between now and then to suddenly have this become an issue?
11:28
<alkisg>
Wow good bookkeeping :)
11:29
<Blinny>
I always make notes to myself right above the change about those types of things
11:30
<alkisg>
Hmmm no I miscalculated
11:31
It's 7200 + (6*7200) _seconds_
11:31dobber has quit IRC
11:31
<alkisg>
So 14 hours
11:31
<Blinny>
What I wrote to myself is:
11:31
"The first two parameters are expressed in seconds, and the last is the pure number. This means that the keepalive routines wait for two hours (7200 secs) before sending the first keepalive probe, and then resend it every 75 seconds. If no ACK response is received for nine consecutive times, the connection is marked as broken."
11:31
<alkisg>
`man tcp` tells you more info
11:32
<Blinny>
Right
11:32
<alkisg>
So your processes should die after 14 hours
11:33
(so e.g. that explains why they're still around in the mail that you just sent to the list, because only 2-3 hours have passed)
11:33
Notice though: if you reboot a client 10 times, you'll have 20 processes around which will die after 14 hours, even if no user logs in
11:33
(actually, 40 processes: nbdrood, nbd-server, nbdswapd, nbd-server)
11:38dobber has joined #ltsp
11:39
<Blinny>
OK - updated ltsp-discuss with your brilliance. Will know more tomorrow.
11:40
Thank you - will report tomorrow.
11:40Blinny has quit IRC
11:50
<Luke_Wolf>
Hello, my terminals are having issues with mounting local disk drives, flash drives are fine although you can't eject them from software side it complains about the flash drive not being in fstab and about not being root. I'm running a Fedora 13 based LSTP server
11:51
<alkisg>
ltspfs doesn't support unmounting. It flushes the data every 2 secs, so you just need to wait for 2 secs and then unplug the stick
11:51efra has joined #ltsp
11:51
<Luke_Wolf>
okay, but what about the Disk drives?
11:53
<alkisg>
There's a setting DENY_INTERNAL_DISKS or something that you need to set
11:54
<Luke_Wolf>
where would I set that?
11:54
<alkisg>
LOCALDEV_DENY_INTERNAL_DISKS
11:54
In lts.conf
11:54
LOCALDEV_DENY_INTERNAL_DISKS=False
11:54
By default, they are not mounted for security
11:55
!lts.conf
11:55
<ltspbot`>
alkisg: "lts.conf" :: http://manpages.ubuntu.com/lts.conf
11:55
<alkisg>
see more info on the man page ^^^
11:57
<Luke_Wolf>
should I be editing one in a specific location or all of them, since I just did a find and found 8 of them
11:57dobber has quit IRC
11:58
<alkisg>
Luke_Wolf: no idea about fedora. Ubuntu uses /var/lib/tftpboot/ltsp/i386/lts.conf - if you find one in a tftp directory, maybe you should prefer that one.
11:58
<Luke_Wolf>
okay, that works for me
12:03
<_UsUrPeR_>
alkisg: I have some logs that may be indicative of the failure
12:03
alkisg: http://pastebin.com/48W5G5cN
12:04
<Kyle__>
If you use a real device/partition for nbd, does it need to be in a squashfs fs?
12:04
<_UsUrPeR_>
alkisg: that starts when I connect to the server with a client. From that point, X is restarted 3 times (you can see where it connects)
12:04
<alkisg>
Kyle__: no, I'm using an ext3 one
12:05dobber has joined #ltsp
12:05
<Kyle__>
Awesome. Thanks.
12:05
<_UsUrPeR_>
alkisg: stranger still, the last time the client failed, the menu bars for X along the top and bottom disappeared, leaving the programs in X running.
12:05
alkisg: typically at that point, it would log my user out.
12:06
<alkisg>
_UsUrPeR_: as I said, I don't know much about general troubleshooting... i'm only good at the ltsp stuff. I haven't even made a glib app yet!
12:07
<_UsUrPeR_>
alkisg: hmm. Any suggestions about where I should start checking on this?
12:09
<alkisg>
Nah... e.g. if it's a xorg crash, then you wouldn't see anything related in the server daemon.log
12:10shawnp0wers has joined #ltsp
12:11alkisg1 has joined #ltsp
12:12alkisg has quit IRC
12:12alkisg1 is now known as alkisg
12:12
<Luke_Wolf>
alkisg, is there any command I need to run to have it recognize my changes?
12:12
<alkisg>
Luke_Wolf: no, just a client reboot
12:13
In the "old times" in ubuntu, lts.conf was inside the compressed nbd image, so it would require an update. I don't believe a recent fedora would require anything like that though.
12:18
<Luke_Wolf>
well it's not working that way so far as I can tell
12:19
<alkisg>
Does fedora support localapps? If you run `ltsp-localapps xterm`, do you get an xterm?
12:20
Or put something "visible" in lts.conf to verify that you found the correct one
12:21
e.g. SCREEN_02=shell or XRANDR_MODE_0=800x600 etc
12:21
<Luke_Wolf>
yeah, It'll run an xterm on the terminal
12:22
<alkisg>
OK, then from that xterm try: getltscfg -a
12:22
That will tell you whatever lts.conf directives actually reached the client
12:26cliebow has joined #ltsp
12:34
<Luke_Wolf>
well, It'll read a DVD thats in the drive when it boots, but it doesn't seem to be able to mount one after..
12:35
<alkisg>
DVDs are not internal disks
12:35
They should be able to work with no lts.conf at all
12:36* alkisg remembers a bug about them working only once, but it was fixed some time ago, I don't remember the details...
12:37
<Luke_Wolf>
well.. I know Fedora is stuck with an old version 5.1.95-1...
12:39
so this might have been a bug that got fixed,..
12:40hfrhryu34 is now known as abeehc
12:46johnny has left #ltsp
12:49johnny has joined #ltsp
12:55dobber has quit IRC
13:00
<Kyle__>
alkisg: Are you using an LVM partition, or a traiditional one for your ltsp root?
13:01
<alkisg>
Kyle__: a traditional one (/dev/sda2)
13:01
<Kyle__>
alkisg: Hum. I wonder if that's why it's upset...
13:02
alkisg: All you (should) need to change is the path you give nbdrootd in inetd.conf. Right?
13:02
<alkisg>
Yes, and have the partition unmounted
13:02
<Kyle__>
Doh.
13:02
<alkisg>
Otherwise if it's in use nbd-server can't expose it :)
13:02The_Code has quit IRC
13:02* Kyle__ coughs
13:03
<Kyle__>
Of course. I knew that. Just testing.
13:03
Heh.
13:03
<alkisg>
:D
13:04* Kyle__ starts to recycle all the clients again.
13:07
<Luke_Wolf>
How do I set the root password for the LTSP?
13:08
<alkisg>
chroot /opt/ltsp/i386 passwd ?
13:09
<Luke_Wolf>
tried that, though will try again
13:15Guest60014 is now known as chupacabra
13:16
<Luke_Wolf>
oh.. it doesn't set it for the local xterm..
13:18
<alkisg>
You can't use `su` from the local xterm?
13:19
<Luke_Wolf>
no, it asks for the root password but doesn't accept the one I've set
13:20
<alkisg>
Does fedora use nbd? or nfs?
13:20
<Luke_Wolf>
nfs
13:21
<alkisg>
Hmmm maybe it has some initscript that changes the password at boot then... try with SCREEN_02=shell in lts.conf, that should give you a local root shell in vt2
13:22
<Luke_Wolf>
remove the #?
13:23
(am I to assume a # before a line is commented out?)
13:24
<alkisg>
Ah, there's an example lts.conf in fedora? Yeah, # means comment.
13:24
<Luke_Wolf>
okay, that will help some other matters I've been trying to fix..
13:38gentgeen__ has quit IRC
13:39gentgeen__ has joined #ltsp
13:42rad4Christ has quit IRC
13:45
<Luke_Wolf>
hm.. how would I enable 3D support on a terminal? I'm using ATI IGPs that are under Evergreen class, and the Mesa drivers work on the server..
13:51* alkisg could never make 3d work on thin clients, only on fat, and would also like to know how to do that :)
13:55
<abeehc>
i thought it would mostly just work
13:55
clients are probly using mesa too, though
13:56sweetpi has joined #ltsp
13:58abeehc is now known as abeehc-
13:59
<Luke_Wolf>
so far as I can tell from system-config-display they are.. but the radeon mesa driver should have 3d support..
13:59
<abeehc->
glxgears would be a test?
14:00
i'm sure it has 3d support.. not so sure it's accellerated
14:00
<alkisg>
How are DRI commands going to be forwarded? I don't know of any ltsp component that takes care of that...
14:01
<abeehc->
i'm mistaken then probly
14:01
<alkisg>
No, I've no idea myself, I'm just asking..
14:01
<Luke_Wolf>
http://pastebin.com/VOLmeLML is the output of glxinfo and glxgears
14:03
<alkisg>
Maybe aiglx does that?
14:04
<abeehc->
that pastebin didn't work for me
14:05
last tim ei did ltsp5 fresh compiz just worked ootb.. i was thinking that indicated dri was ok
14:05
<Luke_Wolf>
http://pastebin.com/V0LmeLML sorry copied by hand mistook a 0 for an O
14:05Selveste1 has joined #ltsp
14:05
<abeehc->
hmm that sucks
14:05
i'm just gonna check one of my clients see what they say
14:10
well i get the same so i'm full of crap :)
14:10Selveste1 has quit IRC
14:12Selveste1 has joined #ltsp
14:14
<Luke_Wolf>
Is it trying to use the server's GPU for 3D or how should I read this?
14:15
<alkisg>
Can anyone try with some intel client? I think some of those are supposed to work out of the box (but again I've never seen that :))
14:17
<abeehc->
i'm using intel :\
14:17
82865g
14:17
desktop effects work pretty smooth
14:18
<alkisg>
But not glxgears?
14:19|GuS| has joined #ltsp
14:19|GuS| has joined #ltsp
14:19
<abeehc->
nope same error as luke posted
14:19
same for glxinfo
14:19[GuS] has quit IRC
14:20
<alkisg>
stgraber: any clues about 3d? ^^^ :)
14:20
<abeehc->
https://bugzilla.redhat.com/show_bug.cgi?id=611153
14:22|GuS| is now known as [GuS]
14:25
<abeehc->
hmm
14:25
and my client's xorg has "(II) intel(0): direct rendering: DRI2 Enabled"
14:26
server.. not so much
14:27Selveste1 has quit IRC
14:27Selveste1 has joined #ltsp
14:37shawnp0wers has quit IRC
14:42mikkel has joined #ltsp
14:42
<Luke_Wolf>
hm.. so is this a Fedora/Redhat bug or is it a LTSP bug?
14:43
<abeehc->
i found a similar bug in launchpad
14:44
against mesa.. but i really have no idea
14:44
https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/293012
14:49pmatulis has quit IRC
14:49
<Luke_Wolf>
hm.. well it's both against mesa and fglrx
14:49
<alkisg>
btw, if you install glxgears on the chroot and run it as a localapp, it's working then, right?
14:50
<Luke_Wolf>
one sec I'll test
14:50redbaritone has joined #ltsp
14:50Selveste1 has quit IRC
14:52
<Luke_Wolf>
bleh.. running into root problems on the local xterm, and I'm erroring out on doing "yum install glxgears" on tty2...
14:53
<alkisg>
Ah, if it isn't running locally then that would be a driver problem.
14:53
oops sorry
14:53cliebow has quit IRC
14:53
<alkisg>
(I scrolled up and read something else)
14:54* alkisg is booting some clients to try...
14:54
<abeehc->
same
14:54komunista has quit IRC
14:55
<alkisg>
In #ubuntu-x they're saying that it should work out of the box
14:55
...and the same is mentioned here: http://davelargo.blogspot.com/2006/12/thin-clients-and-remote-3d.html
14:56
<abeehc->
does that imply it depends on the server's video hardware?
14:56Selveste1 has joined #ltsp
15:00
<Kyle__>
If I want my fat clients to mount local drives on boot, is it best just to hardcode those thigns in the rc.local, or modify the way the bootscripts make my fstab?
15:01
<abeehc->
glxgears works as localapp
15:01
<alkisg>
Luke_Wolf, abeehc-, I was asked in #ubuntu-x if this works: LIBGL_ALWAYS_INDIRECT=1 glxgears
15:02
<abeehc->
hey
15:02
that works
15:02
<Kyle__>
X is clever, even if it's not a local app, the GL renderer on the client should handle the heavy lifting.
15:03
<abeehc->
that's what i'd hope, Kyle__
15:03
<Luke_Wolf>
I can confirm as well that it works
15:03
<abeehc->
nice
15:03[GuS] has quit IRC
15:03
<abeehc->
what kinda fps doy ou get i'd wonder
15:04
<Luke_Wolf>
~600 FPS on my client
15:04
<Kyle__>
abeehc-: I used to demo that by running OpenGL demos on an SGI, with the output on a SpacStation with a really expensive graphics card.
15:04* Kyle__ sighs. I miss those machines.
15:05
<abeehc->
i watch for them on my used site all the time
15:05
hhe
15:05
lol i'm hitting 200fps
15:05
i guess htat makes sense
15:05
<Kyle__>
My poor old O2 is rotting in my basement.
15:06
<abeehc->
:(
15:06
<alkisg>
abeehc-: LIBGL_ALWAYS_INDIRECT=1 glxgears works?
15:06
<abeehc->
it does yeah
15:06
<alkisg>
not as a localapp?
15:06
<abeehc->
yes
15:06
<alkisg>
Wow!
15:06
<abeehc->
sucess
15:06
luke confirmed as well
15:09
<Luke_Wolf>
hm.. I'm guessing we need to add this line to an xorg.conf then?
15:10* alkisg tried with an ati and glxgears worked even without it
15:10
<abeehc->
fglrx?
15:11
<alkisg>
But while it said 400fps, the wheels were just ...trembling
15:11komunista has joined #ltsp
15:11
<abeehc->
i would think lts.conf is a bettter spot if possible, Luke_Wolf
15:12
<alkisg>
I guess you can even put it to /etc/profile, test -n "$LTSP_CLIENT" && export LIBGL_ALWAYS_INDIRECT=1
15:12
or even better to some of the ltsp scripts...
15:12* alkisg tries google earth...
15:17
<alkisg>
5-8 fps or something like that, not bad...
15:22
Urm I forgot to check which driver my ati uses...
15:22
<Luke_Wolf>
cool threw the line into profile and glxgears works..
15:24
<redbaritone>
What are some of the things that can keep dhcp (and other network services) from starting on boot? The config file works fine when I do sudo /etc/init.d/dhcp-server start.
15:25
err, dhcp3-server start
15:25
We took out dnsmasq because it wasn't starting, then we noticed that dhcp3-server didn't start.
15:27
<Luke_Wolf>
alkisg, abeehc-, well now compositing works, but no hardware acceleration according to OpenArena..
15:27
<redbaritone>
We may have had some conflicts using the network-manager GUI, and then when it didn't update our files, we just modified /network/interfaces directly. What tools do you guys use in lucid?
15:27bieb has left #ltsp
15:28
<redbaritone>
Does Lucid still modify the /etc/network/interfaces file, or has this changed?
15:30
<alkisg>
Luke_Wolf, abeehc-: (radeon driver btw) I tried with the same client booted as fat client, really no comparison. Google earth gave me 4x times better FPS, and glxgears while it said 276 (instead of 400) was working really smoothly instead of the gears trembling
15:31
So it's either software emulation, or the network delay makes remote 3d acceleration really suck
15:32
<Luke_Wolf>
hm.. so can we shift it off to local hardware?
15:33
<alkisg>
I don't know if it currently runs locally or not, I don't know how to tell
15:34
<abeehc->
earth tries pretty hard to not fail
15:34
so i aaloways assume its just doing software
15:34
when it's terribly slow at least
15:35
<alkisg>
Well, 5 fps compared to 30 fps... I don't know if that's software or just "slow hardware 3d acceleration over network" :/
15:35
<abeehc->
yeah i gotcha
15:36
i think as you describe where glgears is visibly not keeping up but the software hits good fps
15:36
that's really gotta be network i'd guess
15:37
<alkisg>
I've seen the same symptoms on local machines with no hardware acceleration, so I'm not sure what to make out of glxgears
15:41
vblank_mode=0 glxgears
15:43Selveste1 has quit IRC
15:46
<Kyle__>
err. if you're getting 30fps I think it's already doing software rendering. I think.
15:46
Anyway.
15:46
Is rc.local honored in ltsp?
15:47
<alkisg>
Kyle__: 30 fps on googleearth is fine :)
15:47
<Kyle__>
alkisg Oh, google earth :) yes. I thought glxgears.
15:48
<alkisg>
redbaritone: about /etc/network/interfaces, it depends on how you installed ltsp. If from the alternate cd, then yes
15:48
redbaritone: one reason for dhcp not to start is if you're using network manager and you have a user connection (as opposed to a system connection)
15:49
<redbaritone>
alkisg: I installed from AMD-64 Desktop DVD. I couldn't find an alternate CD. Does it exist?
15:49
For edubuntu?
15:49
<abeehc->
Kyle__: iirc it the client didn't want to honor rc.local
15:49
<alkisg>
redbaritone: the easiest way is to just `cat` the file
15:49
<abeehc->
so i used RCFILE_01 = /file/in/chroot
15:49
in lts.conf
15:50
<Kyle__>
Ahh. OK.
15:50
<redbaritone>
So, interfaces is STILL supposed to exist. Should I just stop using the gui interface?
15:50
<alkisg>
redbaritone: the alternate cd is ubuntu-only: http://www.ubuntu.com/desktop/get-ubuntu/alternative-download
15:51
<redbaritone>
alkisg: edubuntu
15:51
<alkisg>
redbaritone: can you put your /etc/network/interfaces to pastebin?
15:51
!pastebot
15:51
<ltspbot`>
alkisg: "pastebot" :: The LTSP pastebot is at http://ltsp.pastebin.com. Please paste all text longer than a line or two to the pastebot, as it helps to reduce traffic in the channel. Don't forget to paste the URL of the text here.
15:51* Kyle__ adds RCFILE_01=/etc/rc.local and crosses his fingers
15:52
<redbaritone>
I could have, however, right now, it's just auto lo;iface lo inet loopback
15:53
<alkisg>
redbaritone: that's ok, edubuntu (like the ubuntu desktop cd) then leaves it up to you to define a static ip
15:53
<redbaritone>
I was under the assumption that network gui was storing this somewhere else, since it wasn't saving over interfaces itself.
15:53
<alkisg>
To do that, you either use /etc/network/interfaces, or setup a static *system* connection from network manager
15:54
redbaritone: yes, network manager (=the gui) is storing the connections in /etc/NetworkManager/system-connections
15:54
<redbaritone>
alkisg: It's done in the gui (which I don't have access to, right now), but not reflected in interfaces.
15:54
<alkisg>
But you can use either
15:54
The important thing is to check "[v] available for all users"
15:54
Otherwise the network only starts when someone logs in
15:54
That's not appropriate for a server...
15:57
<redbaritone>
alkisg: Thanks. I'll check that later. I'm not sure I want to expose my settings on pastebin.
15:57
<alkisg>
Sure, no problem
15:57
(it's usually internal IPs - 192.168.x.x which make no sense in the outside world anyway)
15:58
(or 10.x.x.x)
15:58
<redbaritone>
Unfortunately, some of mine are exposed. (Don't ask, I didn't do it, but it will be fixed, soon.)
16:00
<alkisg>
No worries. As long as you have a static IP either in /etc/network/interfaces or in /etc/NetworkManager/system-connections, you're fine for that part
16:00
<redbaritone>
alkisg: For my internal (eth1) interface: autoconnect=true
16:01
<alkisg>
redbaritone: also, check that the static ip there is on the same subnet as /etc/ltsp/dhcpd.conf
16:04
<redbaritone>
alkisg: It is, however our dns servers are not. We're tying those in with a static port on the router.
16:04
<alkisg>
Then dhcp server (or dnsmasq) should be starting automatically...
16:05
(although I don't understand what "We're tying those in with a static port on the router." means...)
16:05
<redbaritone>
Yeah. What logs should I look through, other than syslog?
16:06
<alkisg>
There's also a file I think in /etc/default/dhcp-server or something like that where you define the interface where dhcp should listen, this shouldn't be changed, but if you changed that to the internet-facing nic it could prohibit dhcp from working
16:07
<redbaritone>
alkisg: I'm really not the network expert, and I didn't set it up, however, we dedicated the forth port on the back of a router to go between the ltsp switch and the "rest" of the otherwise unavailable internal network. The DNS servers are on that network.
16:07
<alkisg>
I think syslog (or daemon.log) is where dhcp is logging when it's starting or why it isn't (I'm using dnsmasq myself so I can't look)
16:07
redbaritone: ah, you mean a physical port on a switch?
16:08
I thought you were talking about some TCP port...
16:08
(some routers have an embedded 4-port switch on them)
16:09
Don't mix the internal network with the internet, it complicates things a lot
16:09
<redbaritone>
alkisg: Yes, a physical port.
16:10
<alkisg>
Also, you need to use a different subnet for the ltsp network than your local network
16:10
<redbaritone>
alkisg: You meant intranet?
16:10
<alkisg>
(e.g. you can't have both eth0 and eth1 at 192.168.0.x)
16:10
Yes
16:11* alkisg notes that this chat would be much simpler if you uploaded your network settings, even if you replaced your subnet to a fake one..
16:11
<redbaritone>
alkisg: I have eth0 as the externally available IP address (and gateway, etc). Eth1 is 192.168.0.1
16:12
<alkisg>
OK, so dhcpd.conf should be 192.168.0.x, you should be able to pastebit that without problems as it's an internal network
16:12
<redbaritone>
Can likewise-opn-gui NT help me connect to ActiveDirectory on another part of our network?
16:12
open
16:13
<alkisg>
No idea there, wait for someone else, maybe they know, or ask in some relevant irc channel
16:16
<redbaritone>
alkisg: <http://ltsp.pastebin.com/m4zmdVK9>
16:18
<alkisg>
And your /etc/ltsp/dhcpd.conf ?
16:19
<redbaritone>
alkisg: Hang on.
16:19
<alkisg>
Btw, if I read that correctly, your route is not on the same subnet as the nic. That won't work.
16:19
192.168.0 vs 192.168.2 => the route needs to be on the same subnet
16:20
(but dhcp should still start)
16:23
<redbaritone>
alkisg: <http://ltsp.pastebin.com/wjJAFEtY>
16:24
something.private should be self-explanatory.
16:24* alkisg can't find any directives named "DHCPDARGS" in http://manpages.ubuntu.com/dhcpd.conf ...
16:24
<alkisg>
What is that directive?
16:24
<redbaritone>
alkisg: We put in the DHCPDARGS to specify the eth1 interface.
16:25
<alkisg>
And if you start it manually, it starts?
16:25
<redbaritone>
Could that be an old setting?
16:25
<alkisg>
You don't need to specify the interface, it's autodetected
16:25
<redbaritone>
Yes, it started fine.
16:26
I see.
16:26
<alkisg>
Hmm...
16:27
<redbaritone>
So, how do you tell it to ignore DHCP requests on eth0?
16:28
<alkisg>
It's done automatically since eth0 is not on 192.168.0.x which is mentioned in dhcpd.conf
16:28
Can you try booting the server, NOT logging into gdm, switching to vt1 with alt+ctrl+f1, and running ifconfig -a to see if eth1 is up before logging in?
16:28
<redbaritone>
alkisg: gotcha
16:29
alkisg: I'm offsite, so, no, I don't think I can.
16:29
I can reboot the server, but I can't test it from here, other than what I can see from ssh.
16:29
<alkisg>
OK. I don't have any advice other than that, and also looking at daemon.log to see any messages from dhcp.
16:30
Ah
16:30
If you can reboot the server and it's not configured for autologin, that will also do
16:30
Reboot, with no autologin enabled, ssh, and run ifconfig -a
16:30pmatulis has joined #ltsp
16:31
<alkisg>
(you can see if autologin is enabled in /etc/gdm/custom.conf)
16:31mikkel has quit IRC
16:32
<alkisg>
If eth1 is up and dhcpd still isn't started, then it's probably a bug either in network-manager or in the dhcp init script.
16:33
<redbaritone>
autologin setting in the /opt/ltsp/i386 directory?
16:33
I don't have an /etc/gdm/custom.conf file.
16:34
I don't have that in either gdm folder.
16:35
<alkisg>
OK, then it's not enabled, go on...
16:36
<redbaritone>
Go ahead and reboot it?
16:36
<alkisg>
Yup
16:37
<redbaritone>
(crossing fingers and toes)
16:37
;-)
16:37
<Kyle__>
If the home directory for a user is already there, will LDM still try and mount it via sshfs?
16:38
<redbaritone>
It takes a few minutes. It's a five-year old Dell server.
16:38
<alkisg>
Kyle__: how will it be there? you can e.g. put NFS_HOME=/somepath and ltsp will mount it automatically.
16:38
<Kyle__>
redbaritone: Sounds like the hardware I was given to work with. My P4 desktops are more powerful than my server :D
16:39
alkisg: It's going to be mounted via an RC script, and it wasn't going to be NFS.
16:39
<alkisg>
Kyle__: erm, that's for localapps, right?
16:39
<Kyle__>
alkisg: fat clients.
16:39* alkisg looks...
16:40
<alkisg>
# Mount the home directory
16:40
if [ -z "$NFS_HOME" ]; then
16:40
sshfs -o ${follow_home_symlinks}allow_other,ControlPath=${LDM_SOCKET} ${LDM_SERVER}:${LDM_HOME} ${LDM_HOME}
16:40
fi
16:40
<redbaritone>
Woohoo! dhcp started!
16:40
<alkisg>
So yeah, it'll still try to mount it
16:40
<Kyle__>
alkisg: alkisg Is that in the initrd?
16:40
<alkisg>
redbaritone: erm, what change did you make?
16:40
Kyle__: no, in ldm-rc.d/X01-localapps
16:40
<Kyle__>
Ahh.
16:41
<redbaritone>
Commented out the DHCPDARGS=eth1; in dhcpd.conf.
16:41
<alkisg>
Kyle__: that's why I was asking, if it's something that can be used by other people, we may be able to put it upstream...
16:41
redbaritone: heh, nice
16:41
Kyle__: e.g. I was thinking of adding support for a local /home partition...
16:41
<Kyle__>
alkisg: Maybe it can be in the future :) I'll write up this crazy setup when I'm done, let you decide that.
16:41
<redbaritone>
alkisg: Many thanks. Now onto the next problem - whenever I'm on-site to find it. ;-)
16:42
<Kyle__>
alkisg: For fat clients it could be very useful. So far mine are booting, using swap on the local drive, and mounting a partition, but not making use of it.
16:42
<alkisg>
Kyle__: ok, for now you just need to modify X01-localapps
16:42
Local swap partitions can currently be specified in lts.conf...
16:43
(USE_LOCAL_SWAP=true)
16:43
<Kyle__>
alkisg: Um. On the server, modify, so it doesn't do that, correct?
16:44* Kyle__ looks at the webpage again, swears he didn't see that option listed.
16:44
<Kyle__>
alkisg: Actualy the ubuntu image picked up on the local swap without any modification.
16:45
<alkisg>
Kyle__: yes, on the server, on the chroot, and update image afterwards
16:46
(12:44:52 πμ) Kyle__: alkisg: Actualy the ubuntu image picked up on the local swap without any modification. ==> it shouldn't have, according to the source code + my experience with USE_LOCAL_SWAP...
16:47
Ah. Fat clients. Never mind :)
16:48komunista has quit IRC
16:48
<redbaritone>
alkisg: I forgot to tell you that I ALSO replaced the /etc/network/interfaces file with the default values: auto lo; iface lo inet loopback.
16:49
alkisg: The lack of an interfaces file might also have had something to do with the success.
16:49
<alkisg>
redbaritone: I think you said that's what it had before; or wasn't that the case?
16:49
<Kyle__>
alkisg: It's what you do when you have a 933Mhz PIII as a server, and a lab full of 3ghz PIVs.
16:49
<alkisg>
Kyle__: heh, I'd use a client as the fat server in your case :)
16:49
<abeehc->
haha yeah
16:50
<redbaritone>
alkisg: I JUST replaced it, when you asked. I had an interfaces.bak file, but NO "interfaces" file in /etc/network. :-|
16:50
<Kyle__>
alkisg: I would, but 3 of the 20 desktops were already snagged for other serving purpose this past summer. I can't spare any more until I get those back :(
16:50
<alkisg>
redbaritone: ah. Maybe that also helped, then
16:50
<redbaritone>
alkisg: That probably had something to do with it, ehh?
16:50
<alkisg>
Kyle__: users can still work on it
16:51Selveste1 has joined #ltsp
16:52
<Kyle__>
Humm. Maybe.
16:52
<alkisg>
Kyle__: you can at least serve the nbd image from there
16:53
No need to install ltsp-server at all
16:53
(if you're hesitant to do that - although in all schools here the teacher is sitting on the ltsp server and we never had problems with that)
16:57alexqwesa has quit IRC
16:57alexqwesa has joined #ltsp
16:59* alkisg would love to have the nbd image automatically mirrored (live) on each fat client hard disk...
17:00
<redbaritone>
alkisg: I think I owe you a beer.
17:00
<alkisg>
Maybe a caching version of nbd-client would take care of that
17:01
redbaritone: heh, I wish there was an easy way to buy people beers or pizzas over the internet - although I'd probably be very fat if that was true :D
17:02
<Luke_Wolf>
hm.. I'm getting cannot read from resource errors when trying to play a DVD on a client, although it plays fine on the server.. and it looks like while Nautilus recognizes it as a DVD to play, totem itself does not..
17:03komunista has joined #ltsp
17:03
<alkisg>
try vlc?
17:03
<redbaritone>
alkisg: I think I'm too much of a linux newbie to know what files are MANDATORY. I'm getting there, though.
17:04
<alkisg>
redbaritone: don't worry once you get a working setup you'll learn soon enough
17:05
<redbaritone>
alkisg: Instead of the beer, would you accept some credit when I write my success story? :-)
17:06
<alkisg>
Heh, don't bother, I'm not much into publicity. Nice that you got it working though.
17:06
ok, it's late here, bye all...
17:06alkisg has quit IRC
17:07
<redbaritone>
alkisg: Well, I THINK it's working, now. I'll have to double-check. But with my daughter's school starting Wednesday, I'm definitely more confident now that it will be working by then.
17:15
<Luke_Wolf>
hm.. VLC doesn't work either but it gives an interesting log http://ltsp.pastebin.com/PEDHQPMv
17:17ogra_cmpc has quit IRC
17:17RiXtEr has quit IRC
17:17Patina has quit IRC
17:17villelai has quit IRC
17:18ogra_cmpc has joined #ltsp
17:18RiXtEr has joined #ltsp
17:18Patina has joined #ltsp
17:18villelai has joined #ltsp
17:30
<Luke_Wolf>
hm..
17:31
<abeehc->
hmmm
17:32
<Luke_Wolf>
I suspect my problem with DVD playback is connected with my inability to mount a dvd expect by restarting a client..
17:32
*except
17:33
<Kyle__>
Luke_Wolf: Yea, that does kindof sound like a sticking point.
17:33
<abeehc->
the css errors seem to indicated a problem with the device i guess
17:33
but vlc still looks like it tries to play it
17:33
is it intel hardware for video?
17:33* Kyle__ heads off . Tomorrow. I'll get it all working tomorrow.
17:33
<Luke_Wolf>
no, the DVD drive is a sony optiarc
17:33
<abeehc->
no i mean teh client video hardware
17:34
<Luke_Wolf>
ATI Radeon HD 4200 or 2100 IGP depending on how it's handled...
17:35
the server has a 4200, the mobo of the client is a 2100, although I think we discussed that it offloads to the server..
17:35
<abeehc->
could you pastebin the output of xvinfo maybe
17:36
haha i think we figured it ends up on the client :) at least my server is virtualized so it literally has svga atbest
17:36
<Luke_Wolf>
http://ltsp.pastebin.com/aB4LWJSh
17:37
<abeehc->
looks more or less good to me
17:38
if you ahve the ability to experiment i would also consider trying gxine
17:38
or different -vo options in vlc
17:38
as i recall, the server can play the dvd eh?
17:38
<Luke_Wolf>
yeah
17:39
<abeehc->
hmm i don't even have a dvd to test with
17:39
<Luke_Wolf>
server can play it but as per the other log I pastebinned from VLC it looks like libdvdcss has issues with ltspfs..
17:39
<abeehc->
yeah.. but it did still seem to attempt the playback
17:39
<Luke_Wolf>
yeah
17:39
<abeehc->
like if you use vlc on the server, i think it's possible the css errors are still there
17:39
andmaybe always happen if your disc is not actually protected?
17:40
<Luke_Wolf>
it's a commercial dvd, so I'm pretty sure it is
17:41
<abeehc->
i see
17:41
rip it ;)
17:42
<Luke_Wolf>
I would, but that defeats the point, I want my clients to be able to have DVD playback..
17:42
<abeehc->
yeah i gotcha.. someone else might be able to help but right now i have no dvds
17:43
i have barely got usb drive mounting working all that well
17:47
<Luke_Wolf>
ah, another oddity is that the client is showing the server's DVD drives, but then throws a permission error whenever a dvd goes into the server..
17:50
I mean, should a client even be seeing those drives?
17:51wurzzero has joined #ltsp
17:54
<abeehc->
i think it kinda dependsonthe version of ltsp you have going
17:54
i keep having to apply a fix on that front,
17:54wurzzero has quit IRC
17:55
<abeehc->
https://help.ubuntu.com/community/UbuntuLTSP/LocaldevCommonGroupWorkaround
17:55
at some point i imagine that should no longer be neccesary
17:57jhutchins_lt has quit IRC
17:58jhutchins_lt has joined #ltsp
18:01
<Luke_Wolf>
hm.. Fedora doesn't have a perl-suid package
18:05
<abeehc->
perl-suidperl maybe?
18:05
<Luke_Wolf>
yeah there we go
18:10
<abeehc->
idon't imagine that'llfix the playback
18:10
<Luke_Wolf>
hm.. thats interesting, it flashes the cd drive when you insert it the first boot of a client, but doesn't recognize after that...
18:10
<abeehc->
space bar failing..
18:11
for myself; if i don't apply that fix all floppy drives in every client shows on desktops
18:11
<Luke_Wolf>
yeah, I wouldn't suspect it would do that either, but if I'm understanding what it's doing correctly at least it will stop it from trying to access the servers DVD drives and hitting permission failures
18:11
<abeehc->
it should do
18:11
you might wanan reboot the client at least
18:12efra has quit IRC
18:12
<abeehc->
just checking to see if thatmatches my notes
18:12
<Luke_Wolf>
yeah, just did, although right now it's hanging at the plymouth..
18:12
<abeehc->
hehe
18:13
<Luke_Wolf>
oh my switch got bumped... thats why..
18:15
rabble... that didn't work, still shows the other and throws permission failures..
18:16
<abeehc->
did you umount the drive before that client booted?
18:19
<Luke_Wolf>
I'll try again..
18:19
still shows them
18:22jhutchins_lt has quit IRC
18:24
<Luke_Wolf>
hm..
18:28jhutchins_lt has joined #ltsp
18:34staffencasa has quit IRC
18:42sweetpi has quit IRC
19:03
<Luke_Wolf>
hm.. theres an idea, it complains about the fstab...
19:03johnny has left #ltsp
19:04johnny has joined #ltsp
19:09
<Luke_Wolf>
what should be the format for entries in ltpfs_fstab?
19:10
*ltspfs_fstab
19:16
well actually that's interesting... dmesg shows it recognizes it exists.. ... I wonder if what's happening is it's fighting over who is sr0...
19:22
<johnny>
by default it denys local devices
19:22
local disks i mean
19:22
fyi
19:22
err.. to be even more specific.. local internal disks
19:22
<Luke_Wolf>
yeah, I was told that, but what about DVD drives..
19:24
if I leave it in and reboot, it'll read it but if I eject it and have it take the tray back in, the device disappears, also if I reboot without a dvd and then load one in the device icon will appear and then immediately disappear
19:26
and If I try to play that DVD I get errors, http://ltsp.pastebin.com/PEDHQPMv
19:26
<johnny>
dvd drives should not need to be added at all to fstab
19:27
you should probably talk to alkisg or one of the other experts, my terminals have never had optical drives
19:30
<Luke_Wolf>
yeah, he helped me for a bit before he had to leave.. and I've been staying in channel waiting for someone else to help me, but I'm still trying to research and correct even without help..
19:32
<johnny>
well, i don't think editing fstab is the way to go
19:32
the general trend is that fstab barely needes to exist
19:33pmatulis has quit IRC
19:34
<Luke_Wolf>
ah, well it gives me errors when I'm trying to mount from terminal about not being able to find media in /etc/fstab or /etc/mtab
19:36
<johnny>
hmm.. this whole setup kinda sucks .. but i already knew that
19:36
we've been waiting on a component so that the two HALs and dbus (local and remote) talkl with each other
19:36
then you wouldn't need to do what you're trying to do
19:38
<Luke_Wolf>
ah, when are we getting that component?
19:43
or is there an ETA on that at all?
19:44ogra_cmpc has quit IRC
19:47
<johnny>
i'm not sure.. i wasn't at the last ltsp hackfest/summit
19:47
i'm hoping it gets attacked at BTS
19:47
basically its' an excuse for them to all get together at this hotel in maine and eat a lot of lobster and drink beer
19:49
i'tll happen in october or november iirc
19:49
!bts
19:49
<ltspbot`>
johnny: "bts" :: LTSP By The Sea 2009: http://wiki.ltsp.org/twiki/bin/view/Ltsp/ByTheSea2009
19:49
<johnny>
ah.. that so needs to be updated..
19:49
as that wiki isn't even alive anymore
19:49ogra has quit IRC
19:49
<Luke_Wolf>
ah..
19:50
<johnny>
alkisg might even be coming from across the sea.. which will be nice :)
19:50
all the way from greece :)
19:51
ogra has been at bts (he's from germany)
19:51
iirc
19:51
but ... yes.. talk to somebody else about the specifics of dvds :(
19:54
<Luke_Wolf>
well I guess I'll wait till tomorrow, and ask alkisg about it..
19:54komunista has quit IRC
19:56
<Luke_Wolf>
onto other things, Is there a way I can modify the LDM to have a user selection menu like GDM (or if this is not possible replace it with the GDM)? as this would fit the purpose of my customer better
19:57ogra_cmpc has joined #ltsp
19:58
<johnny>
you would have to code it
19:58
gdm only works for full environments
19:58
you would have to use fat clients
20:00
<Luke_Wolf>
ah.. hm.. I could probably just "steal" the code from gdm and implement it in there (or if not use it as a template to mod)..where is the LDM located?
20:02ogra has joined #ltsp
20:05
<Luke_Wolf>
okay found it
20:14korcan has quit IRC
20:16Frank` has quit IRC
20:18Frank` has joined #ltsp
20:19Frank` has quit IRC
20:33
<Luke_Wolf>
meh... looking at various sites before going in, looks like there would be plenty more issues than splicing code would do..
20:37
other issues... Is there a way to have it automatically turn on numlock at the LDM?
20:42
<johnny>
hmm.. i thought that was a bios setting :)
20:42
but maybe
20:50
<Luke_Wolf>
Well the bios turns it on, then when it hits the Plymouth it turns off, and when I log in it turns back on..
20:53
so LDM turns it off, there is a switch in lts.conf LDM_NUMLOCK but it doesn't seem to work
21:06
<johnny>
ah, probably an oversight.. that should work
21:07
talk to somebody who can verify it and then file a ticket
21:07
it's probably a fedora specific issue tho
21:07
warren may not have implemented the numlock feature
21:07
we need the fedora person to start hanging out in this room like warren used to
21:16sweetpi has joined #ltsp
21:19
<Luke_Wolf>
ah, hm..
21:46Frank` has joined #ltsp
21:46
<Frank`>
hi, I have installed Ltsp package on my server
21:46
and make sure /etc/init.d/dhcp3-server is start
21:47
then I start an non-Harddisk board to get ip using PXE, buf fail
21:47
Can anybody help me?
21:53
<Luke_Wolf>
what's the output on the client?
22:01
<Frank`>
Luke_Wolf: PXE-E61:Media test failure,check cable
22:01
Luke_Wolf: But the server and client are all connected to one hub
22:06
I don't know how to correctly set up the network env.
22:06
seems the client can not get ip from DHCP
22:11
<johnny>
you won't be able to get dhcp until you don't get media test failure
22:11leio_ has joined #ltsp
22:11
<johnny>
so fix that first
22:14leio has quit IRC
22:46
<Frank`>
johnny: thanks. I know the connection to DHCP is the frist issue I need to solve
22:46
<johnny>
plug up another computer to the hub
22:47
something that doesn't boot the OS from the network
23:15beakburke has joined #ltsp
23:38alkisg has joined #ltsp
23:46
<Luke_Wolf>
alkisg, I'm still having issues with getting the DVD drive to work on the client side, I've had it give me a number of issues involving fstab, and mtab when trying to mount, and my current theory is that it's fighting with the server for the sr0 slot..
23:47
<alkisg>
Good morning
23:47
It should be mounted at /media/username something, not in sr0.
23:50
!localdev
23:50
<ltspbot`>
alkisg: "localdev" :: (#1) Information regarding using pluggable devices and cdroms with LTSP can be found at http://wiki.ltsp.org/twiki/bin/view/Ltsp/LTSP-42-LocalDev, or (#2) for ubuntu: https://wiki.ubuntu.com/EnableLTSP5LocalDevices, or (#3) for debian-edu: http://wiki.debian.org/DebianEdu/HowTo/LocalDeviceLtspfs, or (#4) http://wiki.ubuntu.com/DebugLocalDev
23:51
<Luke_Wolf>
hm.. okay, well still running into the same issue when trying to mount, it tells me "mount: can't find /media/Zeppo/cdrom in /etc/fstab or /etc/mtab"
23:52
<alkisg>
What do you mean "trying to mount"? It's supposed to be done automatically
23:52
<Luke_Wolf>
It is, but it isn't doing so
23:53
<alkisg>
OK, try the debugging steps in the links above. They're a little outdated but they may help you better understand the problem
23:53
(e.g. to check if the dvd is mounted locally, if ltspfsd exports it etc)