IRC chat logs for #ltsp on (webchat)

Channel log from 23 February 2015   (all times are UTC)

00:18gbaman has joined IRC (gbaman!
00:22gbaman has left IRC (gbaman!, Ping timeout: 252 seconds)
01:21gbaman has joined IRC (gbaman!
01:26gbaman has left IRC (gbaman!, Ping timeout: 256 seconds)
02:45telex has left IRC (telex!, Remote host closed the connection)
02:46telex has joined IRC (telex!
03:24gbaman has joined IRC (gbaman!
03:29gbaman has left IRC (gbaman!, Ping timeout: 250 seconds)
03:56cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, Ping timeout: 245 seconds)
03:57cyberorg has joined IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg)
05:00Bruckner2_ has left IRC (Bruckner2_!4b451a7c@gateway/web/freenode/ip., Ping timeout: 246 seconds)
05:27gbaman has joined IRC (gbaman!
05:32gbaman has left IRC (gbaman!, Ping timeout: 264 seconds)
06:27Fenuks has joined IRC (Fenuks!~Fenuks@
06:28gbaman has joined IRC (gbaman!
06:32gbaman has left IRC (gbaman!, Ping timeout: 245 seconds)
06:58mikkel has joined IRC (mikkel!
07:26khildin has joined IRC (khildin!
08:17bojan has joined IRC (bojan!75ca5860@gateway/web/freenode/ip.
can i configure NIS on LTSP??
08:27bojan has left IRC (bojan!75ca5860@gateway/web/freenode/ip., Quit: Page closed)
08:56khildin has left IRC (khildin!, Ping timeout: 245 seconds)
09:05fgth has joined IRC (fgth!
Hi all
Does someone know if there is a solution to have thin clients on a ltsp server with two networks card (one ltsp private LAN and one global LAN with internet access), but the thin clients having only access on the first net (private LAN), just using the server as router for internet access (I mean, no access at all to the global LAN resources, only internet) ? Any tutoriel URL if yes ?
09:44feanorsam has joined IRC (feanorsam!984dcbe2@gateway/web/freenode/ip.
10:27Fenuks has left IRC (Fenuks!~Fenuks@, Read error: Connection reset by peer)
11:01work_alkisg has left IRC (work_alkisg!, Quit: Leaving.)
11:02ricotz has joined IRC (ricotz!~rico@ubuntu/member/ricotz)
11:23work_alkisg has joined IRC (work_alkisg!
11:26work_alkisg is now known as alkisg
11:52alkisg has left IRC (alkisg!, Quit: Leaving.)
12:20khildin has joined IRC (khildin!
12:20work_alkisg has joined IRC (work_alkisg!
arcfour: is an SSH cipher which is more than 2 times faster than the default aes128-ctr. To enable it, set LDM_SSHOPTIONS="-o Ciphers=arcfour128".
12:32work_alkisg has left IRC (work_alkisg!, Quit: Leaving.)
12:37ricotz has left IRC (ricotz!~rico@ubuntu/member/ricotz, Quit: Ex-Chat)
12:45telex has left IRC (telex!, Remote host closed the connection)
12:46telex has joined IRC (telex!
12:46muppis_ is now known as muppis
13:04shogunx has left IRC (shogunx!, Ping timeout: 264 seconds)
13:04shogunx has joined IRC (shogunx!
13:27cliebow has joined IRC (cliebow!
13:28shogunx has left IRC (shogunx!, Ping timeout: 252 seconds)
13:30Faith has joined IRC (Faith!~paty@unaffiliated/faith)
13:30shogunx has joined IRC (shogunx!
13:53shogunx has left IRC (shogunx!, Ping timeout: 240 seconds)
13:57shogunx has joined IRC (shogunx!
14:43shogunx has left IRC (shogunx!, Ping timeout: 255 seconds)
14:44shogunx has joined IRC (shogunx!
15:06mikkel has left IRC (mikkel!, Quit: Leaving)
15:08shogunx has left IRC (shogunx!, Ping timeout: 255 seconds)
15:08shogunx has joined IRC (shogunx!
15:30shogunx has left IRC (shogunx!, Ping timeout: 246 seconds)
15:43shogunx has joined IRC (shogunx!
16:11gbaman has joined IRC (gbaman!
16:40gbaman has left IRC (gbaman!, Ping timeout: 250 seconds)
16:53gbaman has joined IRC (gbaman!
16:58fgth has left IRC (fgth!
17:17stevecook has joined IRC (stevecook!97e3a8d2@gateway/web/freenode/ip.
17:17ricotz_ has joined IRC (ricotz_!~rico@ubuntu/member/ricotz)
17:19gbaman has left IRC (gbaman!, Ping timeout: 244 seconds)
good afternoon. Steve Cook here. I have set up and have got running an ltsp server and client on ubuntu 14. I have had considerable diofficulty getting it up[ and running. I initially followed this instruictional ( It works, but i have had to do some extra stuff:
Firslty, I had to copy the ltsp dhcp config over to the etc/dhcp config file. Unless it was in there as well, it would not work. Secondly, I have to have a non ltsp client machine physically linked to eth0 in order for my dhcpd and tft servers to start. I start them with a startyup script on the server....continied....
Obviously, i have to start the client machine first, so the server has got an active connection from bootup, otherwise the dhcpd server will fail to start. Hasving once started the servers in the way described, i then fire up a virtualbox VM ltsp client on the server and it boots successfully. Once it is booted, I can disconnet the bare metal full fat client, I mentuioned earlier. From this point, any ltsp client connected to eth0
If I tried to start the vm ltsp client before an active connection was established witht he full fat bare metal client, it would fail for the reasons alreasdy given. However once load, and kep open, the ltsp Vm client keeps the dhcpd server connection alive for any ohher eal world ltsp clients. It's a bit messy, but it works.....continued....
what I am wanting to fix is a way for some kind of fake eth0 connection to be establised at bootup so that I can start th servers and they wont fail because they will "think" that the connection is active and so will start. At whiich point, any other ltsp client should boot. Indeed, it may evebn mean i don;t need the Vm ltsp clinet as a "seed" client to keep the dhcpd connection alive.
any advice folks?
i should add, for completeness, when i say, that without the full fat client machine being cionnected at bootup on eth0, the dhcpd server "fails", what i mean is that is does not "appear" to fail.. That is to sday, it gives the "OK" as if it has started. Howeever, the ltsp client will not boot and will not recive an address. Only when i boot the dhcpd server with a normal machine attached to eth0, will the ltsp vm client boot.
stevecook:everyone must be busy..I d bet someone will answer..I have the same problemwith deploystudio..
18:11gbaman has joined IRC (gbaman!~gbaman@
Hi cliebow...i do hope so mate...:)
19:06vagrantc has joined IRC (vagrantc!~vagrant@freegeek/vagrantc)
19:08khildin has left IRC (khildin!, Remote host closed the connection)
19:14telex has left IRC (telex!, Remote host closed the connection)
19:14telex has joined IRC (telex!
stevecook: there is no way to "fake" an eth connection.
20:51stgraber has left IRC (stgraber!~stgraber@ubuntu/member/stgraber, Ping timeout: 250 seconds)
20:58stgraber has joined IRC (stgraber!~stgraber@2001:470:b368:1000:1::1)
20:59stgraber has joined IRC (stgraber!~stgraber@ubuntu/member/stgraber)
okay gbti, thanks for that. However, I would question your flat statement. That is to say, a physical connection is a physical connection and, short of making a physical change, you indeed "can't" face that physical connection. However, a dhcp server is not a physical connection. It is a piece of software. And any software can be modified
But, given what you have said, how then do I get the ltsp dhcp server to start in preparation for an ltsp client booting. I ask this becasue this is precisely what was possible up to Ubuntui 12.04. it was only from Ubuntu 13 that this was no longer possible. Even the latest 12.04 ISO's now have this problem. So, Canonical must have done something both retrospectively to as far back, at least, as 12.04 and certainly up to the presen
"face" should have read as "force"
21:13gbaman has left IRC (gbaman!~gbaman@, Remote host closed the connection)
21:14gbaman has joined IRC (gbaman!~gbaman@
Or, failing being either able to fake a connection, nor being able to fix the issue any other way in terms of configuration settings on thre server, is it possble to fit some kind of small, portable, "always on" device, other than an ectual external PC between the server and the clients. Thus, the clients would then be able to access a live eth0 via this intermediary device.
21:16ricotz_ has left IRC (ricotz_!~rico@ubuntu/member/ricotz, Quit: Ex-Chat)
does a network switch act in such a way that it will trigger the eth0 to allow the dhcp server to start properly? If so, then this would be trivially solved by putting that in place. the face is, at ther moment, I am only in testing phase and so have my server and clinet directly wired together. but, eventually, i will have about three clients, in turn requyring a switxch in any event
"face" should read as "fact"
21:19gbaman has left IRC (gbaman!~gbaman@, Ping timeout: 272 seconds)
21:24gbaman has joined IRC (gbaman!~gbaman@
21:25vmlintu has left IRC (vmlintu!, Ping timeout: 264 seconds)
21:37andygraybeal has left IRC (andygraybeal!, Ping timeout: 264 seconds)
21:52alkisg has joined IRC (alkisg!~Thunderbi@ubuntu/member/alkisg)
stevecook: so the problem is that dhcpd doesn't start automatically unless you do a lot of workarounds?
21:55psion13 has left IRC (psion13!, )
precisely so, alkisg. In ubuntu 12.04, as soon as ltsp was installed and all config files were set, I could simply issue the dhcd server restart command, with no clients currently loaded. at which point i vould then boot up a client and get stringt into an ltsp session. now, if I issue the dhcp server restyart command, it "looks" like it is restarting. That is to say, it give the "OK" output. but, it has not restarted thus requirin
Your sentence was cut in half, type enter more frequently
"That is to say, it give the "OK" output. but, it has not restarted thus requirin"
thus requiring workarounds
already mentioned upthread
The step 4 in the guide you followed isn't appropriate
It's better to not define an interface name in dhcpd conf
ah..okay, Let me jusrt pull it up.....
Also, you can use a network-manager static connection instead of /etc/network/interfaces if you want
if you mean the managed "true" statement, i should have mentioned, I've set that to false, othrwise nothing happend at all
Please xplain the network manager static function
There are some issues with the guide you followed... it's hard to correct it step by step though
It's better to follow one of the guides in the wiki...
ah right, you mean the dhcp.conf
In 1b, the guide says "use network manager"
In 1c, it says "use /etc/network/interfaces
22:04's not a good guid
The guides int he wiki, though, nearly always have certasin assumptions in them of a certian level of knowlefe on given items. That is to saym,t hey are not explicit enough. The reason i have always used this guide is because it is precisely that. Exoplict,. and has always worked on my previous ubuntu installation. I only jusdt recently migrarted form 12,04 to 14
it was aperfect guide up till 12.04. I know becasue i impk,enented it flawlessly serveral times
Well, I'm pointing that 1b is incompatible with 1c, so no it's not perfect
It just happened to work for you and the author in certain setups :)
It worked for me anthe aithor in a setup invo0,ving an eth0 and wlan0. for me, as well, ion several different machine. that, i would suggest, is the most common cofiguration around, is it not?
2 nics is pretty common, sure. Wlan for the second nic isn't very common. Single nic setups are very common too.
in any event, i do accept it is not perfect now
Suggesting to use both /etc/network/interfaces and network-manager is plain wrong though
but that is less to do with setups chaging and more to do with something changing in either ltsp or ubuntu. Ubuntu would be my guess
Wrong or otherwise, it plainly worked, as i can attest, until ubuntu 12.04
Yes, wrong solutions happen to work in some circumstances, and break in others
It's best not to follow them :)
So, decide what you want to use, network-manager or interfaces, and use it
The author says "For some mysterious reason if you enter the IP manually in the interfaces file, Network Manager ignores them"...
...that's because he didn't understand what he was doing...
A single wired and a single wireless conection on a desktop is not common? Netowrk manager, alone does not work. Interfaces alone, does not work. I know this becasue the author mentione dprecisely that and I also know this becasue i tried it sperately on both
I do know that network-manager alone works here in 1000 schools
I've also tried /etc/network/interfaces alone, it works fine too
Okay, well i am happy fgor you that you have 100 schools sucessfully running ltsp with your current setup. Meanwhile are you able to offer any contructive advice as tyo how my problem may be addressed
Yes, I already adviced this: "So, decide what you want to use, network-manager or interfaces, and use it"
Which one do you want to use?
Decide first, then undo the other steps as appropriate
E.g. if you decide to use nm, undo the changes to interfaces
and to managed=true etc
I have already done prescisely that, as I have already mentioned. I f I do that, then the dhcp server not only loads, incorrectly, It fails
OK, so, you've decided to use network-manager?
What I'm proposing is, select one method, undo all other changes, and then we can start asking you for feedback
E.g. run that command and tell us the output, or put that file into pastebin...
Now we can't ask for feedback because you haven't selected which method to use
I have already done the combination of interfaces alone, with management to false/true, network manager alone with management fale/true. both of them with management to false/true. the only combination thaty works, has been both of them with management to fales. at least on my current setup. On the previous 12.04 setting it was set to true in order to wrok
I will do that and get back t you, thanks
I understand that you've tried several things, but in order to troubleshoot something, you need to focus on it
So, to troubleshoot "why dhcpd isn't starting when i use nm", you need to minimize the other changes, to /etc/network/interfaces, to /etc/default/isc-dhcp-server, to NetworkManager.conf etc
In other words, if I just install dhcpd now and change the internal subnet in dhcpd.conf to 192.168.67.x and try to start it, it will just start, without me having to change other things...
When you're done with reverting the changes, do put the aforementioned files (and any other related files you think you have changed) to pastebin
22:24* alkisg notes that he'll be leaving soon though... it's kinda late here
alkisg, I am going to reboot both the server now as well as the client. so , I going offline for a minute. Befor ei do, thoug, iorrespe4ctive of whetehr this works, i owe you an apology for being rude,I;'ve jst been at this for three days, no excuse though
stevecook: no problem, if you want help i'll be online in ~7h
22:27stevecook has left IRC (stevecook!97e3a8d2@gateway/web/freenode/ip., Quit: Page closed)
22:28alkisg has left IRC (alkisg!~Thunderbi@ubuntu/member/alkisg, Quit: alkisg)
22:37doctari has joined IRC (doctari!~doctari@2602:30a:2ccf:9f00:bcc4:b053:8578:5a1e)
22:39doctari_ has left IRC (doctari_!~doctari@2602:30a:2ccf:9f00:7537:6bab:2c67:d143, Ping timeout: 250 seconds)
22:56Faith has left IRC (Faith!~paty@unaffiliated/faith, Quit: Saindo)
23:25map7_ has joined IRC (map7_!
23:41gbaman has left IRC (gbaman!~gbaman@, Remote host closed the connection)
23:52vagrantc has left IRC (vagrantc!~vagrant@freegeek/vagrantc, Quit: leaving)