00:03 | dmarkey has quit IRC | |
00:15 | dmarkey has joined #ltsp | |
00:30 | dmarkey has quit IRC | |
00:31 | dmarkey has joined #ltsp | |
00:35 | alkisg has joined #ltsp | |
00:43 | evilx_ has joined #ltsp | |
00:43 | evilx has quit IRC | |
00:48 | zirconiumks has joined #ltsp | |
00:50 | <alkisg> TODO: man proc => adjust /proc/[X-pid]/oom_adj for X to be killed first in out-of-memory situations
| |
01:10 | Better yet, xatomwait could spawn each localapp with a high kill score, e.g. 10, and the ssh connection coud be marked with e.g. a 5 kill score - that should ensure that on out of memory conditions, localapps are killed first, then the user session (cleanly). That should leave the TC stable...
| |
01:14 | <vagrantc> alkisg: sounds worth exploring for sure...
| |
01:17 | <alkisg> Hi vagrantc... heh, I think we could also have two tiny apps: notifier_slave, with the biggest kill score, and notifier_master, which would wait to see when notifier_slave is killed, and if it is, it would notify the user that he's running out of memory ;) (ok that's an overkill :D)
| |
01:20 | try2free has joined #ltsp | |
01:32 | vagrantc has quit IRC | |
01:36 | try2free has left #ltsp | |
01:44 | zirconiumks has quit IRC | |
02:10 | Selveste1_ has joined #ltsp | |
02:18 | Selveste1_ has quit IRC | |
02:19 | Selveste1_ has joined #ltsp | |
02:34 | zirconiumks has joined #ltsp | |
02:35 | zirconiumks has quit IRC | |
02:39 | Faithful has quit IRC | |
02:54 | Faithful has joined #ltsp | |
04:10 | Selveste1_ has quit IRC | |
04:19 | plasticdoc has joined #ltsp | |
04:28 | Faithful has quit IRC | |
04:42 | Faithful has joined #ltsp | |
05:36 | The_Code__ has joined #ltsp | |
05:37 | The_Code__ has quit IRC | |
05:37 | The_Code__ has joined #ltsp | |
05:37 | The_Code__ is now known as The_Code_ | |
06:14 | alkisg has quit IRC | |
06:17 | ltsplogbot has quit IRC | |
06:18 | Appiah has quit IRC | |
06:19 | Appiah has joined #ltsp | |
06:19 | ltsplogbot has joined #ltsp | |
06:33 | pmatulis has joined #ltsp | |
06:39 | daya has quit IRC | |
06:39 | ogra has quit IRC | |
06:40 | ogra_ has joined #ltsp | |
06:41 | ogra_ is now known as ogra | |
06:41 | ogra has quit IRC | |
06:41 | ogra has joined #ltsp | |
07:01 | jammcq has quit IRC | |
07:14 | xuzhoujim has joined #ltsp | |
07:15 | <xuzhoujim> Hello, looking for a starting place to solve some sound problems.
| |
07:26 | Faithful has quit IRC | |
07:28 | alibaba has joined #ltsp | |
07:31 | <alibaba> Hello, I have here an old geode-based thin client (AXUS 200L?). This machine has a BIOS which does not allow PXE-boot, but it also has an IDE cable connector inside. I think about plugging in there a little DiskOnChip (32MB or something like that) and to boot from there. Is this possible?
| |
07:41 | Faithful has joined #ltsp | |
07:42 | The_Code_ has quit IRC | |
07:48 | <cyberorg> alibaba, yes, see gpxe
| |
07:49 | <alibaba> What is gpxe?
| |
07:50 | <Appiah> tool
| |
07:50 | http://en.wikipedia.org/wiki/GPXE
| |
07:51 | <alibaba> I am unsure if this AXUS Thin client supports PXE. Doesn't have the NIC to support PXE, too?
| |
07:54 | This Thin Client has a SuSE 5.0 based OS inside, the BIOS is very, very limited.
| |
07:54 | mikkel has joined #ltsp | |
07:55 | <alibaba> I'd like to "refurbish" this client to become a little LTSP-KIWI client.
| |
07:57 | <cyberorg> alibaba, install gpxe in the client, it provides pxe booting even if your nic does not support it
| |
07:59 | <alibaba> Sorry for my boring questions, but how do I install gpxe? ;)
| |
08:02 | <Appiah> check the gpxe documentation for that
| |
08:03 | (has nothing to do with ltsp)
| |
08:03 | http://etherboot.org/wiki/index.php
| |
08:03 | <alibaba> Could you, please, point me to one? I stuck.
| |
08:03 | <Appiah> thats the offical gpxe wiki
| |
08:03 | <alibaba> Ah, thanks.
| |
08:06 | alibaba has quit IRC | |
08:07 | The_Code_ has joined #ltsp | |
08:11 | Blinny has joined #ltsp | |
08:33 | cybastl has joined #ltsp | |
08:33 | <cybastl> hi one question if i run LTSP can i open an terminalsession from windows machines like rdp to windows server?
| |
08:40 | Faithful has quit IRC | |
08:41 | g4tsu has joined #ltsp | |
08:41 | <g4tsu> hi
| |
08:41 | I've got a problem with ltsp
| |
08:42 | I've only 6 max users that can be connected in the same time
| |
08:42 | mikkel has quit IRC | |
08:43 | <sbalneav> g4tsu: And what happens if you try to have more than 6 log in?
| |
08:43 | <g4tsu> pk find it
| |
08:43 | ok*
| |
08:44 | I was blacklisted
| |
08:44 | ^^'
| |
08:45 | <sbalneav> ...I'm sorry? I don't understand.
| |
08:49 | g4tsu: Who or what blacklisted you?
| |
08:54 | Faithful has joined #ltsp | |
08:56 | slidesinger has joined #ltsp | |
09:03 | epaphus has joined #ltsp | |
09:08 | <dberkholz> johnny: fyi, i just got a google summer of code student email me about porting dracut to gentoo
| |
09:15 | alkisg has joined #ltsp | |
09:27 | thunsucker has joined #ltsp | |
09:27 | <thunsucker> is there anything special I have to do for clients to access a 2008 TS
| |
09:28 | I was using 2003 TS and everything was fine, converted those servers to 2008 TS and now sound is broken
| |
09:30 | mikkel has joined #ltsp | |
09:39 | lucascoala has joined #ltsp | |
09:43 | plasticdoc has left #ltsp | |
09:44 | <sbalneav> thunsucker: Yeah. Get rid of Microsoft products and use Linux. Worked for us here at Legal Aid :)
| |
09:45 | Other than that, don't know.
| |
09:46 | thunsucker: Gadi would probably be the one to know, if anyone.
| |
09:46 | !seen gadi
| |
09:46 | <ltspbot> sbalneav: gadi was last seen in #ltsp 1 week, 0 days, 22 hours, 58 minutes, and 35 seconds ago: <Gadi> but not to vt10
| |
09:46 | <sbalneav> Looks like he's been busy lately.
| |
09:46 | Year end's a busy time for a lot of people.
| |
09:47 | <alkisg> He'll be gone for another week afaik
| |
09:48 | <thunsucker> sbalneav: oh trust me I'm all for it
| |
09:48 | the answer is probably to udpate the chroot up to date
| |
09:48 | it has been updated in about 3 months
| |
09:49 | <sbalneav> Probably a good place to start, regardless.
| |
09:49 | <thunsucker> agreed, I'm going to make a new chroot and test from there, client doesn't want any updates pushed out
| |
09:50 | shogunx has quit IRC | |
09:51 | shogunx has joined #ltsp | |
09:53 | shogunx has quit IRC | |
10:00 | mischko has joined #ltsp | |
10:05 | shogunx has joined #ltsp | |
10:05 | The_Code_ has quit IRC | |
10:07 | lucascoala has quit IRC | |
10:12 | lucascoala has joined #ltsp | |
10:17 | staffencasa has joined #ltsp | |
10:18 | mischko has quit IRC | |
10:42 | Faithful has quit IRC | |
10:57 | Faithful has joined #ltsp | |
10:59 | thunsucker has left #ltsp | |
11:17 | gnunux has quit IRC | |
11:45 | amnesia has joined #ltsp | |
11:46 | <amnesia> anybody know why ltsp freezes at nfs: server not responding?
| |
11:46 | 4.2
| |
11:46 | distro : slackware
| |
11:56 | heh dead?
| |
12:00 | <johnny> ltsp 4.2 is dead yes
| |
12:01 | <amnesia> 4.2 dead?
| |
12:01 | <ogra> yeah, it smells already
| |
12:01 | <amnesia> i dunno where to get 5 for slackware
| |
12:04 | alright
| |
12:19 | <vbundi> are there any bugs with running flash on a client? (not localapp)
| |
12:19 | trying to see how flash will work on these things and as soon as I load a youtube video things start locking up.. like not only is the video a little choppy.. but it takes forever to close out the window in firefox
| |
12:20 | additionally, I can see that nsplugin is creating more and more processes that are taking up like 100MB memory each
| |
12:20 | jhutchins has quit IRC | |
12:20 | jhutchins has joined #ltsp | |
12:21 | mgariepy has joined #ltsp | |
12:21 | <mgariepy> good afternoon everyone
| |
12:21 | <amnesia> hi
| |
12:22 | ltsp + slackware
| |
12:22 | ?
| |
12:22 | jhutchins has quit IRC | |
12:23 | <johnny> you would have to write ltsp5 for slackware amnesia
| |
12:23 | but the problem is probably that your nfs server is just generally not working?
| |
12:23 | can you mount it from some other pc?
| |
12:23 | <amnesia> hmm
| |
12:23 | let me try
| |
12:24 | i've never used nfs
| |
12:24 | so the whole thing is relatively new to me
| |
12:27 | yea
| |
12:27 | it mounted
| |
12:28 | root@paradigm:~# mount 192.168.0.1:/opt/ltsp /blah root@paradigm:~# cd /blah
| |
12:28 | root@paradigm:/blah# ls
| |
12:28 | data/ i386/ ltsp-utils/ ltsp-utils-0.25-0.tgz pkg_cache/ tarballs/
| |
12:28 | root@paradigm:/blah#
| |
12:29 | am i supposed to export /opt/ltsp or /opt/ltsp/i386
| |
12:29 | cuz i switched to /opt/ltsp/i386 and it caused a kernel panic
| |
12:29 | lol
| |
12:35 | ./opt/ltsp 192.168.0.0/255.255.255.0(ro,no_root_squash,sync)
| |
12:35 | ./etc/exports
| |
12:38 | mischko has joined #ltsp | |
12:40 | amnesia has quit IRC | |
12:54 | mischko has quit IRC | |
12:56 | japerry has quit IRC | |
12:57 | Lns has joined #ltsp | |
13:07 | japerry has joined #ltsp | |
13:10 | japerry has quit IRC | |
13:13 | vagrantc has joined #ltsp | |
13:18 | lucascoala has quit IRC | |
13:19 | ogra_cmpc has quit IRC | |
13:28 | <vagrantc> hrm. something is unconditionally setting the hostname in a way that it can't be changed later...
| |
13:28 | alibaba has joined #ltsp | |
13:30 | <alibaba> Hello, can somebody, please, tell me what the absolute minimum requirements for LTSP are? I want to get an old "AXUS 200 Thin Client" running, I got meanwhile a working PXE boot , but I cannot get the KDE desktop. It boots, but doesn't fire up the X server.
| |
13:31 | <Lns> alibaba: minimum requirements for LTSP will be *much* lower than minimum requirements for ltsp+kde
| |
13:32 | ogra_cmpc has joined #ltsp | |
13:32 | <alibaba> Well, this "grat piece of hardware" doesn't accept more than 128MB RAM and has a geode cpu with 233 MHz. :)
| |
13:33 | Sufficient or not? (It is also possible that the grapgics simply is not working without tweaking).
| |
13:33 | <vagrantc> alibaba: unforunately, software today generally requires more resources than that
| |
13:33 | <leio> alibaba: which geode? GX1?
| |
13:34 | <vagrantc> alibaba: you might be able to get by with very limited use, but probably not with a full desktop environment such as KDE
| |
13:34 | <alibaba> I was afraid you'd say that. Is Geode the CPU or the chip besides of it?
| |
13:35 | <leio> alibaba: the CPU. The companion chip model would probably reveal also which CPU it's likely to be
| |
13:35 | alibaba: well, Geode is the whole architecture actually. I mean is it Geode GX1, Geode GX2 or Geode LX CPU :)
| |
13:35 | <alibaba> So the CPU is the "Geode"?
| |
13:36 | Does AXUS TC-2xxL say something to you?
| |
13:36 | <leio> alibaba: Geode is a whole architecture too. I'm asking which family CPU it is to know what graphics is in there
| |
13:37 | alibaba: and no, that doesn't tell me anything
| |
13:39 | <alkisg> alibaba: does it work if you put XSERVER=vesa in lts.conf? My clients are working fine with 64RAM + Gnome...
| |
13:39 | <vagrantc> ah, the new hostname code in initramfs-tools sets /etc/hostname...
| |
13:40 | <alibaba> I could remove the CPU heatsink and see what it sais. The chip besides the CPU shows the following: Geode CS5530 / 25420-03 / J0013EAP / W5314AAH
| |
13:40 | <leio> ok, GX1 then I think, some kernel log will tell too
| |
13:40 | now what driver are you using
| |
13:41 | <alibaba> I also guess it is GX1 as this bos is surely >5 years old
| |
13:41 | <leio> looks like CS5530 is only for GX1 yeah
| |
13:41 | <alibaba> How can I find that out? Btw., this is kiwi-ltsp
| |
13:41 | <leio> I know nothing of ltsp really, plenty of geode though
| |
13:42 | you highlighted me with its mentioning ;)
| |
13:42 | <alibaba> Still good. :)
| |
13:42 | <leio> GX2 requires CS5535 it sees, so it's almost surely GX1, yes
| |
13:42 | what xorg driver are you trying to use
| |
13:42 | s/sees/seems
| |
13:43 | <alibaba> Hmm - I use a very default setup.
| |
13:45 | <vagrantc> alibaba: there is a channel for kiwi-ltsp
| |
13:46 | <alibaba> only very few people inside...
| |
13:46 | where are this individual configs located in the tftp derver?
| |
13:48 | <vagrantc> alibaba: cyberorg is one of the kiwi-ltsp developers...
| |
13:54 | <leio> alibaba: typically you might have more luck with vesa driver than a geode driver (nsc or cyrix; xf86-video-geode does not support GX1 at the moment) on a GX1
| |
13:55 | <alibaba> thank you very, very much.
| |
13:58 | Booting stops even with XSERVER=vesa with a blinking cursor in upperleft corner... :(
| |
14:01 | alibaba has quit IRC | |
14:11 | <stgraber> ok, just tested current trunk, it works perfectly here !
| |
14:11 | going to tag it in the next 2 hours
| |
14:13 | g4tsu has left #ltsp | |
14:16 | <vbundi> so I followed the guide here https://help.ubuntu.com/community/UbuntuLTSPKarmicLocalAppsFirefox and when I run ltsp-localapps firefox I can't surf
| |
14:17 | so I brought up a localxterm and ping google.com.. it resolves but no response... seems like a weird routing issue
| |
14:18 | I realize this probably isn't an LTSP issue but am scratching my head nonetheless
| |
14:19 | <abeehc_> output of route mightbe helpful
| |
14:20 | on the localxterm that is
| |
14:23 | <vbundi> abeehc_: I tried that, the output was 'command not found' ... odd ha
| |
14:24 | I did fix it as per this document https://help.ubuntu.com/community/UbuntuLTSP/ThinClientHowtoNAT/
| |
14:24 | <abeehc_> hehe
| |
14:24 | <vbundi> by enabling ipv4 NAT using sudo sysctl -w net.ipv4.ip_forward=1
| |
14:24 | <abeehc_> what about ifconfig
| |
14:25 | is your ltsp server the gateway? i'm not familiar with those setups
| |
14:25 | <alkisg> vbundi: you also need the MASQUARADE line , did you run that?
| |
14:25 | <vbundi> no the ltsp server isn't the gateway
| |
14:26 | <alkisg> vbundi: it should be, if the clients are on a separate subnet
| |
14:27 | <vbundi> alkisg: no I did not, I changed my /etc/sysctl.conf and ran the command mentioned before and 'it works now'
| |
14:27 | <alkisg> vbundi: erm, what's your network setup?
| |
14:27 | 2 nic server, one facing the clients, the other one the internet?
| |
14:28 | <vbundi> alkisg: this is just for testing.. I have an ipcop gateway facing the net, the LTSP server and the clients are parallel behind that on a switch
| |
14:28 | <alkisg> So the LTSP server only has 1 nic?
| |
14:29 | Then you don't need to do any forwarding/NAT at all
| |
14:29 | <vbundi> yes
| |
14:29 | yeah actually I'm kinda wondering now wtf
| |
14:29 | <alkisg> So undo that sysctl change...
| |
14:29 | <vbundi> I'm wondering why it even works because of that
| |
14:29 | <abeehc_> hehe
| |
14:29 | you might need to do this i don't know https://help.ubuntu.com/community/UbuntuLTSP/LocalAppsResolvConf
| |
14:31 | <vbundi> after running sysctl -w net.ipv4.ip_forward=0 --- I can no longer surf or ping google ect
| |
14:31 | <alkisg> Resolving, but not pinging?! That doesn't sound like a dns problem...
| |
14:31 | vbundi: what's the gateway for the clients?
| |
14:32 | route -n
| |
14:32 | <vbundi> alkisg: the ipcop
| |
14:32 | <alkisg> Are you sure?
| |
14:32 | <vbundi> alkisg: the resolv.conf points to my ipcop as well
| |
14:33 | <alkisg> OK, but does route -n show your ipcop?
| |
14:33 | <vbundi> in a ltsp-localapps xterm I can't run route btw
| |
14:33 | <alkisg> Or does it point to your ltsp server?
| |
14:33 | /sbin/route -n
| |
14:33 | <vbundi> ohh
| |
14:33 | aw shit it's the ltsp server
| |
14:33 | <alkisg> Right
| |
14:33 | <vbundi> you win
| |
14:33 | <alkisg> So your dns server is OK and your gateway isn't :)
| |
14:34 | That explains everything...
| |
14:34 | <vbundi> I'm thinking my dhcp server isn't set up right
| |
14:36 | <alkisg> Put option-routers there
| |
14:36 | <vbundi> yea I see that it's pointing to my ltsp server
| |
14:37 | was just readin the man file to double check
| |
14:37 | thanks for the help ;)
| |
14:37 | <alkisg> np
| |
14:38 | <vbundi> another question for local xterm.. why can't I run sudo commands, the user I'm logged in under is in wheel
| |
14:39 | <alkisg> The password is not stored in /etc/shadow for safety reasons, so the user can't authenticate
| |
14:40 | <vbundi> oh, I think I remember you guys talking about that one day dealing with a screensaver or something
| |
14:41 | <alkisg> Right. You can get a root shell with SCREEN_02=shell in lts.conf, though
| |
14:42 | <vbundi> ah thats right
| |
14:43 | with local_apps_menu = true ... I was expecting some sort of gnome-panel menu
| |
14:46 | is there some hidden menu it's creating that I am not seeing?
| |
14:48 | <alkisg> It's not hidden; it replaces your menu entries with localapps on the fly
| |
14:48 | So firefox from the menu should run locally...
| |
14:50 | <vbundi> don't think it's doin that either... my titlebar doesn't say (ltspxx) up there
| |
14:50 | <alkisg> Can you upload your lts.conf? And, where did you put it/
| |
14:50 | ?
| |
14:50 | <vbundi> /var/lib/tftpboot/ltsp/i386/lts.conf
| |
14:51 | <alkisg> better yet, try getltscfg -a from a local xterm
| |
14:51 | <vbundi> http://pastebin.com/xKTX7gUw
| |
14:52 | <alkisg> You don't need SOUND, LOCALDEV, LOCAL_APPS and LOCAL_APPS_MENU_ITEMS...
| |
14:53 | Try getltscfg -a from a local xterm to verify that they reach the client
| |
14:54 | pmatulis has quit IRC | |
14:55 | <vbundi> ok
| |
14:56 | everything seems to be here
| |
14:57 | <alkisg> OK, next step
| |
14:57 | On the client, open a gnome terminal (not a local xterm)
| |
14:57 | <vbundi> k
| |
14:57 | <alkisg> Then, echo $XDG_DATA_DIRS
| |
14:58 | <vbundi> /usr/share/gnome:/usr/local/share/:usr/share/
| |
14:58 | <alkisg> That's not right... which OS is that?
| |
14:58 | <vbundi> ubuntu 9.10
| |
14:59 | Blinny has quit IRC | |
14:59 | <alkisg> Try removing the lines that I said... especially the menu items one
| |
14:59 | <vbundi> ok
| |
14:59 | <alkisg> Then reboot the client
| |
15:02 | jimcooncat has joined #ltsp | |
15:04 | <jimcooncat> what's the easiest way to manage using dchp for both ltsp and netboot installs? two separate physical servers, and have the netboot dhcp pass off certain MACs to ltsp?
| |
15:06 | <alkisg> A pxelinux menu?
| |
15:06 | With ltsp==the default option, and netboot=the second option?
| |
15:07 | <jimcooncat> I was hoping certain clients would automatically use ltsp, while others/unknown would be given options
| |
15:08 | <alkisg> Sure, you can do that if you specify the mac addresses...
| |
15:08 | <jimcooncat> alkisg: so I can just do this with only one dhcp server provided by ltsp?
| |
15:09 | <vbundi> alkisg: cool so now I've got /tmp/ltsp-localapps-ltspadmin-SIbMUb/:/usr/local/share:/usr/share/
| |
15:09 | <alkisg> jimcooncat: sure
| |
15:09 | <vbundi> and my firefox from the menu launches local firefox now
| |
15:09 | <alkisg> vbundi: so it might be a spacing related bug with menu_items
| |
15:09 | If you have the time, pinpoint it, and file a bug...
| |
15:09 | <jimcooncat> is flash an option with local firefox?
| |
15:10 | <alkisg> Yes, lots of people are using local firefox+flash...
| |
15:10 | <jimcooncat> thanks alkisg for the info
| |
15:12 | <vbundi> alkisg: cool so I'm not getting sound now though now since we removed SOUND=Y
| |
15:13 | <alkisg> ? Sound by default is true
| |
15:14 | <vbundi> my system begs to differ?
| |
15:15 | wait... my lsmod shows snd modules are loaded
| |
15:17 | hmm weird so I had to go in and choose my device in the sound mixer app
| |
15:18 | Jinux has joined #ltsp | |
15:18 | Jinux has left #ltsp | |
16:00 | <vbundi> alkisg: I tried uncommenting those lines I had and I couldn't get that path problem to happen again so I won't be filing a bug I guess
| |
16:13 | mgariepy has quit IRC | |
16:23 | Faithful has quit IRC | |
16:33 | Lns has quit IRC | |
16:34 | mikkel has quit IRC | |
16:40 | Faithful has joined #ltsp | |
16:49 | epaphus has quit IRC | |
16:55 | Faithful has quit IRC | |
17:03 | bobby_C has joined #ltsp | |
17:10 | Faithful has joined #ltsp | |
17:11 | vagrantc has quit IRC | |
17:11 | Lns has joined #ltsp | |
17:13 | <vbundi> !documentation
| |
17:13 | <ltspbot> vbundi: Error: "documentation" is not a valid command.
| |
17:13 | <vbundi> !lts.conf
| |
17:13 | <ltspbot> vbundi: "lts.conf" :: http://manpages.ubuntu.com/lts.conf
| |
17:13 | <alkisg> !docs
| |
17:13 | <ltspbot> alkisg: "docs" :: For the most current documentation, see https://sourceforge.net/apps/mediawiki/ltsp/index.php?title=Ltsp_LtspDocumentationUpstream
| |
17:14 | <vbundi> alkisg: I'm trying to set a screen to be rdesktop.. I"ve got.. screen_06 = 'rdesktop -a 16 -f 192.168.1.250'
| |
17:15 | don't see it in the documentation now
| |
17:16 | <alkisg> The rdesktop screen script is mentioned in the docs, but I suppose the parameters are not, as they're mentioned in man rdesktop...
| |
17:18 | <abeehc_> SCREEN_07=rdesktop 192.168.xx.xx
| |
17:18 | RDP_OPTIONS=" -f -k common -x lan -E -N -r sound:local -r disk:cdrom=/var/run/drives/cdrom"
| |
17:18 | that's working for me currently
| |
17:18 | more or less
| |
17:18 | but more than less
| |
17:20 | <vbundi> ah cool thanks.. I remember there was an RDP_SERVER=xxxx line but it wasn't required as you could compact it into 1
| |
17:20 | vagrantc has joined #ltsp | |
17:20 | <abeehc_> i don't think the options line is needed either really
| |
17:20 | seems to work though hehe
| |
17:21 | <vbundi> yeah I think you can compact it.. but that's cool
| |
17:21 | <abeehc_> the cdrom line doesn't work sadly
| |
17:21 | and i'm still fighting the odd numlock key that stops working if the user rdp's to yet another machine
| |
17:24 | <vbundi> lol
| |
17:24 | thats nasty
| |
17:29 | xzjim has joined #ltsp | |
17:29 | <abeehc_> fun stuff
| |
17:31 | <vbundi> wtf no sound in RDP
| |
17:31 | bah I"ll save it for tomorrow
| |
17:31 | cya guys
| |
17:32 | xuzhoujim has quit IRC | |
17:32 | xzjim has quit IRC | |
17:39 | gentgeen__ has joined #ltsp | |
17:42 | Faithful has quit IRC | |
17:45 | vagrantc has quit IRC | |
17:47 | <abeehc_> vbundi: start / run / tscc.msc
| |
17:55 | rjune_ has joined #ltsp | |
17:56 | Faithful has joined #ltsp | |
18:04 | rjune__ has joined #ltsp | |
18:06 | alkisg has quit IRC | |
18:07 | rjune_ has quit IRC | |
18:22 | Faithful has quit IRC | |
18:24 | mischko has joined #ltsp | |
18:34 | epequeno has joined #ltsp | |
18:34 | <epequeno> I got my ltsp set up working for those who helped
| |
18:35 | it became a lot easier when I just put in a 2nd nic and stopped worring about the dhcpd.conf
| |
18:36 | Faithful has joined #ltsp | |
18:38 | Lns has quit IRC | |
18:43 | bobby_C has quit IRC | |
18:48 | staffencasa has quit IRC | |
19:01 | pmatulis has joined #ltsp | |
19:20 | <stgraber> alright, tagging ltsp 5.2.1 and ldm 2.1.1 now
| |
19:22 | rjune has quit IRC | |
19:35 | kusznir has quit IRC | |
19:35 | kusznir has joined #ltsp | |
19:54 | highvoltage has quit IRC | |
20:45 | mischko has quit IRC | |
20:55 | highvoltage has joined #ltsp | |
21:11 | Faithful has quit IRC | |
21:13 | pmatulis has quit IRC | |
21:20 | amnesia has joined #ltsp | |
21:24 | amnesia has left #ltsp | |
21:26 | Faithful has joined #ltsp | |
21:26 | try2free has joined #ltsp | |
21:35 | Faithful has quit IRC | |
21:39 | epequeno has quit IRC | |
21:49 | Faithful has joined #ltsp | |
21:51 | dmarkey has quit IRC | |
21:54 | dmarkey has joined #ltsp | |
22:08 | try2free has quit IRC | |
22:17 | ogra_cmpc has quit IRC | |
22:18 | ogra_cmpc has joined #ltsp | |
22:24 | amnesia has joined #ltsp | |
22:37 | daya has joined #ltsp | |
22:38 | pmatulis has joined #ltsp | |
22:54 | <amnesia> how do i pull debug info from ltsp
| |
22:54 | when a client tries to connect to it
| |
22:54 | I just keep hanging at NFS server not responding still trying :[
| |
23:04 | pmatulis has quit IRC | |
23:04 | vagrantc has joined #ltsp | |
23:23 | <johnny> amnesia, how aobut checking your server logs..
| |
23:23 | first
| |
23:23 | check wherever the nfs logs are
| |
23:23 | and your daemon logs or general message logs..
| |
23:23 | your problem is probably not related to anything ltsp specific, unless you can't mount it from another pc
| |
23:28 | Egyptian[Home] has quit IRC | |
23:42 | Egyptian[Home] has joined #ltsp | |
23:42 | <amnesia> it mounts fine over the network
| |
23:43 | I mount ip:/opt/ltsp /tmp
| |
23:43 | on another box
| |
23:43 | an cp the entire directory to the local drive
| |
23:43 | i cant find any logs pertaining to it :(
| |
23:44 | Mar 24 00:25:28 msu mountd[19042]: authenticated mount request from 192.168.0.70:936 for /opt/ltsp/i386 (/opt/ltsp)
| |
23:46 | If i hadn't exhausted everything I could possibly fathom, I wouldn't be asking for any known reasons as to WHY -- I'm just trying to figure out, if I can infact mount the NFS on the remote system copy the directory and all be well -- I can honestly say I have NO idea why it would be timing out on the client
| |
23:49 | At this point, I'd be happy to see any error besides this one
| |
23:50 | <vagrantc> amnesia: what's the situation? looks like i missed the first part
| |
23:50 | <amnesia> NFS server not responding still trying
| |
23:50 | except, I know the NFS server is working
| |
23:50 | <vagrantc> amnesia: is it trying to connect to the right ip address?
| |
23:51 | <amnesia> yea, I thought about that about 15 hours ago
| |
23:51 | <vagrantc> i've definitely had my "NFS server not responding" issues in the past...
| |
23:51 | <amnesia> The company I work for wants to move to thinclients
| |
23:52 | I said something, now I gotta try to figure out how to make it work
| |
23:52 | :(
| |
23:53 | <vagrantc> i've had those sorts of issues crop up inexplicably when there was wierd routing issues, bad switches, nfs over udp instead of tcp, strange packet window sizes...
| |
23:53 | or a peppering of all of those and a few other oddities
| |
23:54 | <amnesia> well it just QUITS persion
| |
23:54 | it doesnt even say still trying more than once
| |
23:54 | but that is something to look at
| |
23:54 | udp/tcp brb
| |
23:55 | nfs/2 dgram rpc/udp wait root /usr/sbin/rpc.nfsd rpc.nfsd
| |
23:55 | nfs/2 stream rpc/tcp wait root /usr/sbin/rpc.nfsd rpc.nfsd
| |
23:56 | <vagrantc> amnesia: that sounds like the user server
| |
23:56 | amnesia: try nfs-kernel-server
| |
23:56 | this debian or ubuntu?
| |
23:56 | <amnesia> slackware
| |
23:57 | from reading ubuntu is pretty much done for you
| |
23:57 | so is debian
| |
23:57 | slackware seems to be the odd one out
| |
23:58 | <vagrantc> yeah, every once in a while someone wanders in looking for LTSP on slackware
| |
23:58 | <amnesia> haha sorry :\
| |
23:58 | <vagrantc> i've definitely seen those sorts of problems with the nfs-user-server ... switching to the kernel server often fixes the issue.
| |
23:59 | <amnesia> i will see
| |
23:59 | <vagrantc> don't know what it's called on slackware
| |
23:59 | <amnesia> me either
| |
23:59 | lol
| |
23:59 | another 2 days of googling
| |