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


Channel log from 9 October 2011   (all times are UTC)

00:02Alex_____ has left IRC (Alex_____!~Alex@222.155.246.51)
00:19andygraybeals has left IRC (andygraybeals!~andy@h169.89.213.151.dynamic.ip.windstream.net, Ping timeout: 258 seconds)
01:31vagrantc has left IRC (vagrantc!~vagrant@75-150-46-245-Oregon.hfc.comcastbusiness.net, Ping timeout: 255 seconds)
03:48Alex____ has joined IRC (Alex____!~Alex@60-234-208-147.bitstream.orcon.net.nz)
03:49
<Alex____>
Hi all, earlier today I came on to ask some Q's about ltsp and launching Rdesktop into a VM, someone pointed in me in the direction of attempting to launch Rdesktop in xterm on the thin client, this didn't do anything. So I guess this is progress, but I don't know exactly what it means???
03:57
Does anybody have any clues on how to proceed? I'm attempting to get Rdesktop to launch into a Windows 7 virtual machine. I want this to work via lts.conf. When adding in screen_07 = Rdesktop and underneath that, RDP_SERVER = "192.168.1.71" I am greeted with a black screen but moveable white cursor at boot. If I try to boot into Rdesktop using the standard GNOME desktop environment, this works flawlessly. Xterm, nothing happens, it just
03:57
something but nothing happens.
04:19jason___ has joined IRC (jason___!ae3bf27c@gateway/web/freenode/ip.174.59.242.124)
04:36jason___ has left IRC (jason___!ae3bf27c@gateway/web/freenode/ip.174.59.242.124, Changing host)
04:36jason___ has joined IRC (jason___!ae3bf27c@unaffiliated/roasted)
04:36jason___ has joined IRC (jason___!ae3bf27c@gateway/web/freenode/ip.174.59.242.124)
04:43alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
04:48Yet_another_Bill has left IRC (Yet_another_Bill!~billy@203.114.244.88, Ping timeout: 252 seconds)
04:49
<Alex____>
No one out there able to help?
04:51
alkisg were you the one who was able to help me earlier? Sorry if not.
04:51
<alkisg>
Yup
04:51
<Alex____>
Ah !
04:51
Xterm didn't launch a thing :)
04:52
<alkisg>
Did the local xterm open?
04:52
<Alex____>
Yup
04:52
<alkisg>
What was the output, when you ran the rdesktop command?
04:52
<Alex____>
Nothing, it hung,
04:53
<alkisg>
What command did you try?
04:53Yet_another_Bill has joined IRC (Yet_another_Bill!~billy@203.114.244.88)
04:53
<Alex____>
(Inside local xterm) rdesktop -u user -p password -f 192.168.1.71
04:53
<alkisg>
OK, open a local xterm again and try: ping 192.168.1.71
04:53
<Alex____>
More args later once it works obviously.
04:54
Ok - one second.
04:54
<alkisg>
Wait. When you say "it hanged"?
04:54
<Alex____>
Sure?
04:54
It took the command, no output
04:54
<alkisg>
You mean it actually hanged? You couldn't move your mouse anymore?
04:54
<Alex____>
No I mean, it took the command, but absolutely nothing happened,
04:54Mava has left IRC (Mava!~Mava@a91-154-45-40.elisa-laajakaista.fi, Read error: Connection reset by peer)
04:54
<Alex____>
However the terminal was then busy, not able to input anything else
04:54
<alkisg>
OK, try the ping above ^
04:55Mava has joined IRC (Mava!~Mava@a91-154-45-40.elisa-laajakaista.fi)
04:55
<Alex____>
Nothing
04:55
Sends one ping, no response, no timeout,
04:56
Cant enter any other commands.
04:56
<alkisg>
Wait for a timeout
04:56
<Alex____>
Will do,
04:57
<alkisg>
Ah or maybe ping doesn't timeout, not sure
04:57
OK, anyway
04:57
Now try: ping server
04:57
(press ctrl+c)
04:57
(to stop the previous ping)
04:57
<Alex____>
Ah, that yielded results.
04:57
100% timeout :)
04:57
<alkisg>
What's the server ip?
04:57
<Alex____>
192.168.0.1
04:57
Hang on
04:57
Let me double check.
04:57
<alkisg>
So when you said "ping server",
04:58
it replied that it got a response from 192.168.0.1 ?
04:58
<Alex____>
192.168.254.1
04:58
<alkisg>
Let me put it another way
04:58
<Alex____>
Before when I pinged 192.168.1.71 - 100% loss (This is the IP of the VM)
04:58
<alkisg>
grep server /etc/hosts
04:58
What's the output of that?
04:59
<Alex____>
Gives my LTSP server ip of 192.168.254.1 (This is also the machine where the VM's are running.
04:59
<alkisg>
Yesterday you said that your ltsp server ip is 192.168.1.70
04:59
<Alex____>
No, that is the IP of Windows 7 VM
05:00
<alkisg>
Let me check that I got this correctly:
05:00jason___ has left IRC (jason___!ae3bf27c@gateway/web/freenode/ip.174.59.242.124, Ping timeout: 252 seconds)
05:00
<alkisg>
Physical server: 192.168.254.1
05:00
<Alex____>
Yes
05:00
<alkisg>
LTSP server: 192.168.1.71
05:00
<Alex____>
No
05:00
<alkisg>
windows 7: 192.168.1.70
05:00
No?
05:01
<Alex____>
Physical server = LTSP server = 192.168.254.1
05:01
Windows 7 VM = 192.168.1.71
05:02
<alkisg>
http://irclogs.ltsp.org/?d=2011-10-08
05:02
18:11<alkisg>What's the ip of the vm server? 18:11<Alex_____>192.168.1.71 18:11<alkisg>What's the ip of the ltsp server? 18:11<Alex_____>70
05:02
So you did say yesterday that your ltsp server ip is .70
05:03
<Alex____>
Oh shit, sorry.
05:03
Sorry about that.
05:03
<alkisg>
So anyway your problem is that your ltsp client doesn't have a route to your windows vm
05:03
<Alex____>
Didn't meant to cause confusion.
05:04
Ok, so how do I fix that?
05:04
<alkisg>
You need to do NATting on your ltsp server
05:04
https://help.ubuntu.com/community/UbuntuLTSP/ThinClientHowtoNAT
05:04
Or something like that
05:04
Alex____: how many NICs does your ltsp server vm have?
05:05
<Alex____>
2
05:05
One using DHCP to get an IP from the router,
05:05
<alkisg>
bridged, right?
05:05
<Alex____>
Ye
05:05
s
05:05
Eth0 bridged with bra for the VM
05:05
br0
05:05
*
05:06
eth1 = static ip running dhcp3 server for the LTSP clients.
05:06
<alkisg>
And eth1 again bridged, so that the physical ltsp client will boot?
05:06
<Alex____>
eth1 is not bridged.
05:06
I have a proper thin client here,
05:06
Booting via PXE
05:07
<alkisg>
When you say proper... is that client real hardware, or a VM?
05:07
<Alex____>
Real hardware.
05:07
Ok
05:07
Let me clear this up exactly.
05:07
It's as follows.
05:07
<alkisg>
what networking mode do you use for eth1?
05:07
...if not bridged?
05:07
<Alex____>
What mode?
05:08
<alkisg>
How many physical NICs does your physical server have?
05:08
<Alex____>
2
05:08
<alkisg>
So, you bridge the ltsp eth0 with the server eth0, right?
05:09
<Alex____>
No, eth0 is bridged with (virtual adapter br0) for the VM's. Eth1 is acting as a DHCP for the thin clients on the network.
05:10
eth0 receives internet, this gives the VM access to the outside world (And makes it accessible via RDP)
05:10
Eth1 is not bridged. It's configured to run dhcp3 server for the network, so that thin clients can boot via PXE. The only virtual components in this system are, (windows vm's and br0 as the bridged virtual adapter for the VM's to use)
05:11
<alkisg>
Your ltsp server is a VM, right?
05:11
<Alex____>
No, it's a physical server
05:11
It's built into ubuntu
05:11
It's the same machine that runs the VM's,
05:12
<alkisg>
OK, sorry I thought your ltsp server was a vm too
05:12
So yes, that nat wiki page is what you're looking for
05:12
<Alex____>
Nope, it's real enough for me to throw out the window :)
05:13
<alkisg>
:)
05:13
<Alex____>
Great!
05:14
How likely to stuff everything up is the NAT process ?
05:15
So with NAT configured, Rdesktop should be able to find its own route to the VM ?
05:15
<alkisg>
Yes
05:15
<Alex____>
Or do I need to configure this specifically for the VM setup I have?
05:15
Awesome.
05:16
Right, that answers the biggest question. I'll get onto that soon. Thank you so much for that.
05:16
I had another small (minor detail)
05:16
Will this then work at boot through lts.conf (IE screen_07 = desktop) etc etc?
05:17
<alkisg>
Alex____: if you move your vm to the other subnet, you won't need nat
05:17
I.e. put it in the ltsp client subnet
05:17
<Alex____>
Really? Do I need to configure br0's ip/subnet to match? Or change the IP's within the VM itself?
05:19
So for example, even though eth1's ip is 192.168.1.70 can I bridge br0 with different ip and subnet ranges?
05:21
eth0 = 192.168.1.70 bridged with eth0 ip of 192.168.69 (for the VM etc)
05:22
eth1 = 192.168.1.254.1 (LTSP dhcp3 server)
05:22
Can I just changed eth0 to match the subnet of eth1?
05:23
<alkisg>
I meant that you made a new bridge for eth1, and put the windows vm in the 192.168.254.x subnet too
05:23
<Alex____>
SHIT
05:23
Typo
05:23
So,
05:23
<alkisg>
If that sounds like trouble, follow the nat page instead
05:23
<Alex____>
No no, that makes sense,
05:23
Can I bridge with eth0 and eth1 at the same time??
05:24
Because if I remove the bridge from eth0, then the VM no longer has internet access. Or will it get internet access through eth1?
05:25
<alkisg>
You're right, you'd need NAT again for the windows vm, OR
05:26
to have 2 nics on the windows vm too
05:26
<Alex____>
And bridge one NIC with eth0 and one with eth1?
05:26
<alkisg>
One as it is now, and a new one on the new bridge we're talking about
05:26
Yes
05:26
<Alex____>
That sounds easy enough :)
05:26
<alkisg>
Then you'd rdesktop to the new vm ip
05:27
<Alex____>
Which would be in the region of 192.168.254.xx
05:27
<alkisg>
(well the easier setup would have been to only use 1 single subnet everywhere :D)
05:27
Yes, 192.168.254.xxx
05:27
<Alex____>
Yes :D but my router didn't like me handing out a DHCP server while it was dishing out one too.
05:27
<alkisg>
You don't need 2 dhcp servers to run ltsp
05:27
1 is enough, the one from your router
05:28
<Alex____>
Oh really?
05:28
I didn't know this. :P
05:28
<alkisg>
But anyway you're close now, leave that for another time
05:28
<Alex____>
I shall,
05:28
This has been the best help ever. Thank you so much. I'll be sure to keep coming back and help out myself where I can.
05:28
<alkisg>
You're welcome, lets see :)
05:29
<Alex____>
I have to give it a crack later, work beckons once again :S
05:30
Alright - I'm off. Hope to chat again sometime.
05:30Alex____ has left IRC (Alex____!~Alex@60-234-208-147.bitstream.orcon.net.nz)
06:02alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
06:06Parker955 is now known as Parker955_Away
06:57alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
08:24Yet_another_Bill has left IRC (Yet_another_Bill!~billy@203.114.244.88, Ping timeout: 260 seconds)
08:29Yet_another_Bill has joined IRC (Yet_another_Bill!~billy@203.114.244.88)
08:42Alex____ has joined IRC (Alex____!~Alex@60-234-208-147.bitstream.orcon.net.nz)
08:42
<Alex____>
Hi alkisg :) I'm back :D
08:43
NAT is set up (from what I can tell) correctly, but it still doesn't let me connect to the VM,
08:44
I also attempted to setup a secondary bridge (br1) bridging with eth1 (which is the LTSP configured NIC) and adding a second NIC in the VM, this then prevented the thin client from booting for some odd reason.
08:44
I don't know why but the thin client couldn't seem to decide what to choose from.
08:46
<alkisg>
Alex____: can you ping the windows VM from the ltsp client?
08:46
<Alex____>
Nope,
08:46
Still definitely no route
08:46
<alkisg>
Try running those commands on your ltsp server:
08:46
sudo -i
08:46
iptables -t nat -A POSTROUTING -j MASQUERADE
08:46
echo 1 > /proc/sys/net/ipv4/ip_forward
08:47
Then on the local xterm on the client again, try pinging the windows vm
08:47
<Alex____>
Ok give me one second, I'll post results when done.
08:52
Ok done, still no ping.
08:53
18 transmitted, 0 received, 100% loss.
08:54
<alkisg>
Alex____: and now try pinging the windows vm from a gnome terminal inside the thin client session
08:55
Ah, Alex____, did you put option routers to your dhcpd.conf?
08:55
Paste your dhcpd.conf from your ltsp server
08:55
<Alex____>
Uh, destination un reachable?
08:55
<alkisg>
!pastebin
08:55
<ltsp>
alkisg: pastebin: the LTSP pastebin is at http://ltsp.pastebin.com. Please paste all text longer than a line or two to the pastebin, as it helps to reduce traffic in the channel. Don't forget to paste the URL of the text here.
08:55
<alkisg>
Ah, you can't ping it from inside the session either?
08:55
<Alex____>
Yeah,
08:56
<alkisg>
I thought you said it was working previously
08:56
<Alex____>
It's returning from 192.168.1.69 though, not 71
08:56
It was,
08:56
<alkisg>
Wrong route then
08:56
<Alex____>
I seem to have broken something here,
08:56
How do I get it to route to the correct ip?
08:57
I can still connect to the Rdesktop session in the gnome terminal
08:57
On the ltsp thin client.
08:57
<alkisg>
Erm what? That's what I told you to try.. then what part returns destination unreachable?
08:58
So anyway, all this is a networking problem, not really related to ltsp. You can ask here to see if anyone's available, or you can try in #networking, or #yourdistro, or even google it a bit. /me is off for a bit, bbl
08:58
<Alex____>
No I mean, I can't PING it, I can still Rdesktop into it.
08:58
<alkisg>
Ah, you've some kind of firewall then
08:58
So try rdesktop from the local xterm
08:59
<Alex____>
I have,
08:59
Still no go with Rdesktop in local xterm.
08:59
It's alright, you've helped me plenty. :)
08:59
<alkisg>
Pastebin your /etc/ltsp/dhcpd.conf
08:59
<Alex____>
I did,
08:59
<alkisg>
url?
09:00
<Alex____>
http://pastebin.com/JmjSyAvx
09:01
<alkisg>
from the local xterm on the client, do: route -n
09:01
And the same from gnome-terminal
09:02
<Alex____>
xterm - no command found.
09:02
Gnome, what would you like to see?
09:02
Output?
09:03
<alkisg>
Yes, output of route -n
09:03
<Alex____>
Easiest if I paste bin it.
09:04
pastebin.com/0xwRDTLu
09:04
http://pastebin.com/0xwRDTLu
09:06
<alkisg>
And from the local xterm, try: /sbin/route -n
09:08
<Alex____>
How to copy in xterm :S
09:09
<alkisg>
Select, and middle mouse click on the destination
09:10
<Alex____>
Crikey and on a laptop?!
09:10
<alkisg>
left+right click together
09:12
<Alex____>
http://pastebin.com/daG3zp1u
09:13
<alkisg>
And your ltsp server is at 192.168.254.1 ?
09:14
<Alex____>
Yeah
09:14
<alkisg>
Your routes seem ok with a quick look then, so it must be a nat problem
09:14
OK, I'm off, try #networking if you don't get help here
09:15
<Alex____>
Thanks for everything :)
09:15
Have a good one,
09:15alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
09:15
<Alex____>
Cheers
09:15Alex____ has left IRC (Alex____!~Alex@60-234-208-147.bitstream.orcon.net.nz)
09:18andygraybeals has joined IRC (andygraybeals!~andy@151.213.89.169)
10:32alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
10:41Mobe has joined IRC (Mobe!~Mobe@adsl-82-141-95-1.kotinet.com)
11:02alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
11:07andygraybeals has left IRC (andygraybeals!~andy@151.213.89.169, Ping timeout: 260 seconds)
11:21ogra_ has left IRC (ogra_!~ogra@p5098ed03.dip0.t-ipconnect.de, Excess Flood)
11:22ogra_ has joined IRC (ogra_!~ogra@p5098ed03.dip0.t-ipconnect.de)
11:37toscalix has joined IRC (toscalix!~toscalix@178.139.114.83)
11:59khildin has joined IRC (khildin!~robb@ip-83-134-229-185.dsl.scarlet.be)
12:16alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
12:22toscalix has left IRC (toscalix!~toscalix@178.139.114.83, Remote host closed the connection)
12:23toscalix has joined IRC (toscalix!~toscalix@178.139.114.83)
12:40Yet_another_Bill has left IRC (Yet_another_Bill!~billy@203.114.244.88, Quit: Good night ^_^)
12:42Yet_another_Bill has joined IRC (Yet_another_Bill!~billy@203.114.244.88)
12:50andygraybeals has joined IRC (andygraybeals!~andy@h169.89.213.151.dynamic.ip.windstream.net)
13:03ogra_ has left IRC (ogra_!~ogra@p5098ed03.dip0.t-ipconnect.de, Ping timeout: 245 seconds)
13:04ogra_ has joined IRC (ogra_!~ogra@80.152.237.3)
13:16khildin is now known as khildin_away
13:41khildin_away has left IRC (khildin_away!~robb@ip-83-134-229-185.dsl.scarlet.be, Quit: ChatZilla 0.9.87 [Firefox 7.0.1/20110928134238])
14:05Gremble has joined IRC (Gremble!~Ben@cpc12-aztw24-2-0-cust146.aztw.cable.virginmedia.com)
14:09Steve_the_Pirate has joined IRC (Steve_the_Pirate!~Gary@cpc16-haye17-2-0-cust169.haye.cable.virginmedia.com)
14:10Steve_the_Pirate has joined IRC (Steve_the_Pirate!~Gary@cpc16-haye17-2-0-cust169.haye.cable.virginmedia.com)
14:20Steve_the_Pirate has left IRC (Steve_the_Pirate!~Gary@cpc16-haye17-2-0-cust169.haye.cable.virginmedia.com, Remote host closed the connection)
14:26Steve_the_Pirate has joined IRC (Steve_the_Pirate!~Gary@cpc16-haye17-2-0-cust169.haye.cable.virginmedia.com)
14:58Parker955_Away is now known as Parker955
15:19alexqwesa_ has left IRC (alexqwesa_!~alex@alexo-veto.broker.freenet6.net, Ping timeout: 244 seconds)
15:24Matrix3000 has joined IRC (Matrix3000!~Matrix@cpe-184-57-4-0.columbus.res.rr.com)
15:24
<Matrix3000>
Anyone using SSH_FOLLOW_SIMLINKS?
15:25FrozenZia has joined IRC (FrozenZia!pbrown@shell.paivola.fi)
15:25
<FrozenZia>
Hi! Question. I
15:26
I'm trying to figure out what's going on when I boot up a machine on my Debian-Edu setup...
15:26
There seems to be /etc/dhcp3/dhcpd.conf, but then there's also /etc/ltsp/dhcpd.conf...
15:28
It looks like the 1st one is getting used for starters, but is there a way to tell which .conf or .cfg files are actually getting USED when a client gets booted?
15:29
<alkisg>
Matrix3000: I think I answered you nfs question twice the last days, but both times it was some hours after you asked (you were still online)
15:29
Matrix3000: you can set NFS_HOME=otherserverip:/home
15:31
<Matrix3000>
ah ok
15:31
and that would fix my issue with google chrome?
15:31
<FrozenZia>
What I'm actually trying to do is work out how to get to a PXE menu (so I could boot other options), and according to documentation, it looks like that's how DebianEdu is set up "out of the box", but my clients seem to boot straight w/o any sort of menu.
15:32
<alkisg>
Matrix3000: Yes, as long as your nfs is configured correctly and works
15:32
<Matrix3000>
FrozenZia, it is possible, what options do you neeed?
15:32
<FrozenZia>
The /etc/ltsp/dhcpd.conf has an entry pointing to a specific pxelinux.0 (and the .cfg/default doesn't have a menu)
15:33
<Matrix3000>
It doesn't by default
15:33
you have to set it up to use it
15:34
http://irclogs.ltsp.org/?d=2011-09-05
15:34
It's been talked about setting it up for Memtest
15:35
<FrozenZia>
Matrix3000: that's fine, I'm just trying to determine what places I *really* need to edit to get it working, and was trying to determine how the whole boot-up/dhcp sequence works...
15:35* FrozenZia is checking the link...
15:35
<Matrix3000>
alkisg, so there is no need for the Symlink stuff?
15:36Parker955 is now known as Parker955_Away
15:36
<alkisg>
Matrix3000: didn't you say that it doesn't work for you, with SSH_FOLLOW_SYMLINKS=True or False?
15:36alexqwesa has joined IRC (alexqwesa!~alex@alexo-veto.broker.freenet6.net)
15:36
<alkisg>
There are a few apps that just won't work with sshfs. I know evolution is one of them, I don't know about chrome or whatever else you're using
15:36
<Matrix3000>
No, i was reading it, and it said that there we too options
15:37
<alkisg>
But if you'll be using NFS, then there's no need for SSH_FOLLOW_SYMLINKS, no
15:37
<Matrix3000>
Chrome puts a lock on a file and people have issues with it
15:37
i have /home mounted specifically on the server itself
15:37
<alkisg>
Try first with SSH_FOLLOW_SYMLINKS=True, then try with SSH_FOLLOW_SYMLINKS=False, and if noone of them works, use NFS.
15:37
<Matrix3000>
just on the server
15:37
ah ok
15:37
will try that then
15:40Steve_the_Pirate has left IRC (Steve_the_Pirate!~Gary@cpc16-haye17-2-0-cust169.haye.cable.virginmedia.com, Remote host closed the connection)
15:54
<FrozenZia>
Matrix3000: alright, looked at your conversation with Vagrant, but it doesn't seem to apply to my case.
15:57
<Matrix3000>
ok, what are you trying to do exactly then?
15:59
<FrozenZia>
Well, I guess i wanted to start by editing the *appropriate* dhcpd.conf so that instead of getting pxelinux from spot X, it'd get it from spot Y.
16:01
I tried to be sure I was using the right dhcpd.conf by specifying a fixed IP for a certain MAC address, but that didn't seem to "take", so I think I'm editing the wrong file.
16:01
<Matrix3000>
ah, yea that's outside of my realm im not using dhcpd on ubuntu
16:01
im using a completely different system
16:01
so yea, i won't be able to help
16:01
<FrozenZia>
rats.
16:02
you and Vagrant were talking about /ltsp/update-kernels, and it seems I don't have any such beast in debianEdu
16:03
But I think the instructions that I have found will work, as soon as I could figure out the bootup/dhcp process, and how it really goes.
16:05
it's weird - the /etc/dhcp3/dhcpd.conf lists a leases file, and sets ddns-update-style to none, but the rest of the settings are all about ldap, nothing about ltsp.
16:06
...and nothing that screams at me "this is a link to the ltsp/dhcpd.conf file which also gets used..."
16:21
<Matrix3000>
how does this look for a lts.conf file?
16:21
http://pastebin.ubuntu.com/704958/
16:22
will that also shutdown the fat clients?
16:40Parker955_Away is now known as Parker955
16:42komunista has joined IRC (komunista!~slavko@adsl-195-168-237-112.dynamic.nextra.sk)
16:50
<FrozenZia>
hmmm -- if I understood what I just came across correctly, Debian Edu 5.0 has the DHCP and DNS config actually stored in LDAP, which would explain why the /etc/dhcp3/dhcpd.conf basically consisted of ldap entries. Sheesh what a pain in the butt. Well, this is gonna have to wait til tomorrow for more investigations.
17:10andygraybeals has left IRC (andygraybeals!~andy@h169.89.213.151.dynamic.ip.windstream.net, Ping timeout: 248 seconds)
17:14Gremble has left IRC (Gremble!~Ben@cpc12-aztw24-2-0-cust146.aztw.cable.virginmedia.com, Quit: I Leave)
17:57toscalix has left IRC (toscalix!~toscalix@178.139.114.83, Remote host closed the connection)
17:58toscalix has joined IRC (toscalix!~toscalix@178.139.114.83)
18:36komunista has left IRC (komunista!~slavko@adsl-195-168-237-112.dynamic.nextra.sk, Quit: Leaving.)
18:39
<Matrix3000>
Debian Edu seems pretty cool
18:39
I use LDAP heavily in our business environment
18:39
I wish I could manage DNS and DHCP with LDAP
18:50vagrantc has joined IRC (vagrantc!~vagrant@75.150.46.245)
18:53
<Matrix3000>
How do I specify multiple "SEARCH_DOMAINS"?
18:55andygraybeals has joined IRC (andygraybeals!~andy@h169.89.213.151.dynamic.ip.windstream.net)
18:58bobby_C has joined IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at)
19:05monkeydiver has joined IRC (monkeydiver!~de3legged@24.152.225.163)
19:08monkeydiver has left IRC (monkeydiver!~de3legged@24.152.225.163, Client Quit)
19:40andygraybeals has left IRC (andygraybeals!~andy@h169.89.213.151.dynamic.ip.windstream.net, Ping timeout: 245 seconds)
19:42toscalix has left IRC (toscalix!~toscalix@178.139.114.83, Read error: Connection reset by peer)
20:03
<Matrix3000>
When using chrome on LTSP i get this. The profile appears to be in use by process 1875 on host ltsp105. If you are sure no other processes are using this profile, delete the file /home/eanderson/.config/google-chrome/SingletonLock and relaunch Google Chrome.
20:04
<alkisg>
And if you close google chrome and delete that file and re-launch chrome, does the message persist?
20:04
<Matrix3000>
nope
20:04
<alkisg>
So it then works?
20:04
<Matrix3000>
but then it comes back if i go to a different pc
20:04
after closing chrome
20:05
<alkisg>
So just make a /usr/local/bin/chromium-browser launcher that deletes that file before actually running chrome :)
20:05
<Matrix3000>
haha, that's sneaky
20:05
kinda like how i fixed that gnome-panel issue
20:05
<alkisg>
#!/bin/sh
20:05
rm -f ~/.config/google-chrome/SingletonLock
20:05
exec /usr/bin/chromium-browser "$@"
20:06
That's all...
20:06Parker955 is now known as Parker955_Away
20:06
<alkisg>
Or, switch to NFS, you're already using it anyway
20:06
Unless you're too concerned about security and you didn't use kerberos etc
20:07
<Matrix3000>
I used LDAP
20:07
but the nfs share i believe has LDAP installed on it
20:19alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
20:24Parker955_Away is now known as Parker955
21:06Matrix3000 has left IRC (Matrix3000!~Matrix@cpe-184-57-4-0.columbus.res.rr.com, Ping timeout: 258 seconds)
21:08Matrix3000 has joined IRC (Matrix3000!~Matrix@184.57.4.0)
22:30bobby_C has left IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at, Ping timeout: 260 seconds)
23:59ddave7 has joined IRC (ddave7!~Miranda@109-183-69-199.tmcz.cz)