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:15 | jdu has quit IRC | |
| 00:20 | jdu 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:40 | jdu_ 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:44 | jdu has quit IRC | |
| 00:48 | jdu has joined #ltsp | |
| 00:48 | jdu_ 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:56 | jdu has quit IRC | |
| 00:57 | jdu 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:09 | jdu 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:31 | Luke_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:07 | komunista has joined #ltsp | |
| 02:21 | dobber has joined #ltsp | |
| 02:26 | Luke_Wolf has quit IRC | |
| 02:45 | alexqwesa has quit IRC | |
| 02:46 | Da-Geek has joined #ltsp | |
| 02:48 | alexqwesa has joined #ltsp | |
| 02:58 | DaGeek__ has joined #ltsp | |
| 03:01 | Da-Geek has quit IRC | |
| 03:02 | mikkel has joined #ltsp | |
| 03:02 | F-GT has quit IRC | |
| 03:04 | DaGeek__ has quit IRC | |
| 03:19 | F-GT has joined #ltsp | |
| 03:45 | Frank` has joined #ltsp | |
| 03:45 | Q-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:27 | sweetpi has quit IRC | |
| 04:41 | pthsWork has quit IRC | |
| 04:49 | <daduke> re
| |
| 04:50 | Da-Geek has joined #ltsp | |
| 05:08 | vmlintu has joined #ltsp | |
| 05:32 | alkisg has quit IRC | |
| 05:51 | alkisg has joined #ltsp | |
| 05:53 | <Q-FUNK> alright. x.org geode 2.11.9 release candidate ready.
| |
| 05:53 | Q-FUNK has left #ltsp | |
| 05:59 | NeonLicht has quit IRC | |
| 06:02 | alkisg has quit IRC | |
| 06:09 | pmatulis has joined #ltsp | |
| 06:20 | EDinNY has quit IRC | |
| 06:20 | alkisg has joined #ltsp | |
| 06:29 | NeonLicht has joined #ltsp | |
| 06:37 | pthsWork has joined #ltsp | |
| 06:44 | pthsWork has quit IRC | |
| 06:44 | pthsWork has joined #ltsp | |
| 06:57 | g4tsu has joined #ltsp | |
| 06:57 | pthsWork 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:02 | rad4Christ has joined #ltsp | |
| 07:05 | DaGeek_ has joined #ltsp | |
| 07:06 | M4gic5t0rM has quit IRC | |
| 07:08 | Da-Geek has quit IRC | |
| 07:20 | Blinny has joined #ltsp | |
| 07:20 | bieb has joined #ltsp | |
| 07:24 | g4tsu has quit IRC | |
| 07:25 | [GuS] has joined #ltsp | |
| 07:29 | rad4Christ has quit IRC | |
| 07:31 | rad4Christ has joined #ltsp | |
| 07:31 | alkisg has quit IRC | |
| 07:40 | cliebow has joined #ltsp | |
| 08:05 | korcan has joined #ltsp | |
| 09:07 | mikkel has quit IRC | |
| 09:16 | alkisg has joined #ltsp | |
| 09:21 | cliebow has quit IRC | |
| 09:27 | cliebow has joined #ltsp | |
| 09:27 | cliebow_ has joined #ltsp | |
| 09:31 | vmlintu has quit IRC | |
| 09:32 | alkisg1 has joined #ltsp | |
| 09:35 | alkisg has quit IRC | |
| 09:35 | alkisg1 is now known as alkisg | |
| 09:37 | shawnp0wers has joined #ltsp | |
| 09:55 | lumpy4565 has joined #ltsp | |
| 09:55 | <lumpy4565> hi
| |
| 09:56 | bix0r has quit IRC | |
| 09:57 | The_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:05 | Selveste1 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:16 | staffencasa 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:40 | lumpy4565 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:49 | cliebow 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:58 | Selveste1 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:27 | shawnp0wers has quit IRC | |
| 11:27 | Luke_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:31 | dobber 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:38 | dobber 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:40 | Blinny 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:51 | efra 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:57 | dobber 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:05 | dobber 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:10 | shawnp0wers has joined #ltsp | |
| 12:11 | alkisg1 has joined #ltsp | |
| 12:12 | alkisg has quit IRC | |
| 12:12 | alkisg1 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:26 | cliebow 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:40 | hfrhryu34 is now known as abeehc | |
| 12:46 | johnny has left #ltsp | |
| 12:49 | johnny has joined #ltsp | |
| 12:55 | dobber 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:02 | The_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:15 | Guest60014 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:38 | gentgeen__ has quit IRC | |
| 13:39 | gentgeen__ has joined #ltsp | |
| 13:42 | rad4Christ 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:56 | sweetpi has joined #ltsp | |
| 13:58 | abeehc 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:05 | Selveste1 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:10 | Selveste1 has quit IRC | |
| 14:12 | Selveste1 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:27 | Selveste1 has quit IRC | |
| 14:27 | Selveste1 has joined #ltsp | |
| 14:37 | shawnp0wers has quit IRC | |
| 14:42 | mikkel 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:49 | pmatulis 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:50 | redbaritone has joined #ltsp | |
| 14:50 | Selveste1 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:53 | cliebow 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:54 | komunista 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:56 | Selveste1 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:11 | komunista 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:27 | bieb 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:43 | Selveste1 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:30 | pmatulis has joined #ltsp | |
| 16:31 | <alkisg> (you can see if autologin is enabled in /etc/gdm/custom.conf)
| |
| 16:31 | mikkel 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:48 | komunista 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:51 | Selveste1 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:57 | alexqwesa has quit IRC | |
| 16:57 | alexqwesa 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:03 | komunista 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:06 | alkisg 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:17 | ogra_cmpc has quit IRC | |
| 17:17 | RiXtEr has quit IRC | |
| 17:17 | Patina has quit IRC | |
| 17:17 | villelai has quit IRC | |
| 17:18 | ogra_cmpc has joined #ltsp | |
| 17:18 | RiXtEr has joined #ltsp | |
| 17:18 | Patina has joined #ltsp | |
| 17:18 | villelai 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:51 | wurzzero 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:54 | wurzzero 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:57 | jhutchins_lt has quit IRC | |
| 17:58 | jhutchins_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:12 | efra 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:22 | jhutchins_lt has quit IRC | |
| 18:24 | <Luke_Wolf> hm..
| |
| 18:28 | jhutchins_lt has joined #ltsp | |
| 18:34 | staffencasa has quit IRC | |
| 18:42 | sweetpi has quit IRC | |
| 19:03 | <Luke_Wolf> hm.. theres an idea, it complains about the fstab...
| |
| 19:03 | johnny has left #ltsp | |
| 19:04 | johnny 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:33 | pmatulis 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:44 | ogra_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:49 | ogra 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:54 | komunista 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:57 | ogra_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:02 | ogra has joined #ltsp | |
| 20:05 | <Luke_Wolf> okay found it
| |
| 20:14 | korcan has quit IRC | |
| 20:16 | Frank` has quit IRC | |
| 20:18 | Frank` has joined #ltsp | |
| 20:19 | Frank` 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:16 | sweetpi has joined #ltsp | |
| 21:19 | <Luke_Wolf> ah, hm..
| |
| 21:46 | Frank` 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:11 | leio_ has joined #ltsp | |
| 22:11 | <johnny> so fix that first
| |
| 22:14 | leio 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:15 | beakburke has joined #ltsp | |
| 23:38 | alkisg 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)
| |