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


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

00:05vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Quit: leaving)
01:27bastille_ has joined IRC (bastille_!beb143a4@gateway/web/freenode/ip.190.177.67.164)
01:34andygraybeal has joined IRC (andygraybeal!~andy@h67.206.189.173.dynamic.ip.windstream.net)
01:50bastille_ has left IRC (bastille_!beb143a4@gateway/web/freenode/ip.190.177.67.164, Quit: Page closed)
05:11work_alkisg is now known as alkisg
05:39mikkel has joined IRC (mikkel!~mikkel@mail.dlvs.dk)
06:00ricotz has joined IRC (ricotz!~rico@ubuntu/member/ricotz)
06:46uXus has left IRC (uXus!~uXus@217.77.222.72, Remote host closed the connection)
06:52uXus has joined IRC (uXus!~uXus@217.77.222.72)
08:38gdi2k has joined IRC (gdi2k!~gdi2k@180.190.69.83)
09:01
<gdi2k>
alkisg, thanks for the hint regarding SCREEN_02=shell the other day. Unfortunately it doesn't work for me, which makes me think that my lts.conf is being completely ignored
09:02
I have 2 other servers, and lts.conf is fine, but on this server, it seems it is being ignored
09:04
<alkisg>
try `sudo getltscfg -a -c /var/lib/tftpboot/ltsp/i386/lts.conf`, on that server
09:04
<gdi2k>
I don't have getltscfg
09:04
command not found
09:04
<alkisg>
/opt/ltsp/chroot/usr/bin/getltscfg
09:05
<gdi2k>
I don't have the chroot on this server - I only copied the complete image and boot directories from the "master" server
09:05
was thinking that wasn't required :/
09:06
<alkisg>
Copy the lts.conf elsewhere and check it there
09:06
<gdi2k>
k
09:06
<alkisg>
The getltscfg command just tries to check the syntax of lts.conf
09:06
<gdi2k>
got it
09:06
<alkisg>
So it'll notify you if you have an issue
09:08
<gdi2k>
no errors reported http://pastebin.com/FYpYNmi0
09:10
<alkisg>
OK then it's not a syntax error
09:10
Is that server 12.04?
09:10
<gdi2k>
14.04
09:10
<alkisg>
I don't think 14.04 supports arcfour
09:11
What is the problem you're facing again?
09:11
<gdi2k>
hmm, ok. I did try a bunch of configs, and a lot failed, but this one worked
09:11
I would like to use LDM_SERVER="192.168.1.12"
09:11
I want the boot / image server to be separate from the /home server
09:11
<alkisg>
And you said that it works on some servers but not on a specific one/
09:12
Or you never managed to do it?
09:12
<gdi2k>
I never managed to do it
09:12
but I think the issue is that lts.conf is being ignored
09:12
and therefore LDM_SERVER="192.168.1.12" is being ignored
09:12
(on this particular server)
09:12
<alkisg>
lts.conf comes from tftp
09:12
If a client uses another tftp server, you need to put lts.conf there as well
09:13
What's your end goal, to load balance?
09:13
<gdi2k>
we have 2 buildings linked via wireless (50 MBPS each way). we have 15 clients in remote building. Was hoping to reduce bandwidth requirements by hosting local boot / image server, so only /home stuff would be pulled across wireless link
09:14
need to think about your tftp statement, that may be my issue...
09:14ogra_ has left IRC (ogra_!~ogra_@p5098ed03.dip0.t-ipconnect.de, Ping timeout: 260 seconds)
09:15
<alkisg>
gdi2k: you can do that with a simple FSTAB command
09:15
Ah you also need the user accounts, never mind
09:15
You want to manage the users in one server, not in 2 servers, right?
09:15
<gdi2k>
exactly
09:15
we actually have 2 servers with synchronized user accounts for redundancy in the main building, but I really don't want a third
09:18ogra_ has joined IRC (ogra_!~ogra_@p5098ed03.dip0.t-ipconnect.de)
09:27* fnurl enjoys reading solutions getting worked through - best learning ever!
09:32
<alkisg>
gdi2k: then LDM_SERVER is indeed the way to do it
09:32
If your client is not reading lts.conf and you can't see, you could unlock the root password in the chroot to be able to login locally without an lts.conf
09:32
But normally, just checking the tftp logs is enough to troubleshoot lts.conf issues
09:32
!tftp
09:32
<ltsp>
tftp: Here's a page to help you troubleshoot TFTP problems in Ubuntu: https://help.ubuntu.com/community/UbuntuLTSP/Troubleshooting/TFTP
09:43
<gdi2k>
thanks alkisg, I'm pretty sure it's a TFTP issue on the new server at this point - I am unable to pull lts.conf manually using the tftp command, which I am able to do on the other servers. working on figuring it out
09:43
<alkisg>
Cool
09:45cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, Ping timeout: 264 seconds)
09:50
<gdi2k>
alkisg, it's a stupid issue with tftpd-hpa not starting properly on boot. although the "job" is running as per "status tftpd-hpa", "ps ax | grep tftp" shows it is not actually running. Restarting the service with "service tftpd-hpa restart" brings it to life. Ever seen that before?
09:50
<alkisg>
gdi2k: I stopped using tftpd-hpa and switched to dnsmasq 5 years ago
09:51
<gdi2k>
heh ok
09:51
<alkisg>
I heard about tftpd issues with upstart, yes
09:51
I hope they'll be solved now with systemd
09:53cyberorg has joined IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg)
09:56
<gdi2k>
alkisg, right, it's liking my lts.conf, and the client is trying to login to the main ltsp server, but there's an auth problem - login screen pauses for some time before refreshing, without logging in. auth.log on main ltsp server shows: ltsp-new1 sshd[24778]: Connection closed by 192.168.1.217 [preauth]
09:56
likely ssh cert issue?
09:56
<alkisg>
try ssh'ing from screen_02 to see.
09:58
<gdi2k>
it asks me to accept the server to known_hosts, then asks for password, and I can login successfully
09:58
<alkisg>
Right, so you need to add those keys to the image
09:59
I.e. create an /etc/ltsp/my-other-server.hosts file
09:59
<gdi2k>
inside chroot?
10:01
<alkisg>
No, outside it, google it a bit, sorry I don't have much time currently...
10:02
<gdi2k>
alkisg, ok thanks for your help, will let you know how I go
10:03
<alkisg>
It's related to ltsp-update-sshkeys
10:03
maybe its manpage will have some documentation
10:18
<gdi2k>
alkisg, I'm not convinced it's to do with SSH keys; I've copied the image as is from the main server, and clients are logging into the main server again once booted from the new server. Would I really need to update ssh keys in that case?
10:23
<alkisg>
If they're using a different ip to connect to it, and they're not using the same hostname, then yes
10:27
<gdi2k>
but my main server is still the same - same server, same IP. It's just that the clients are booting off a different server before logging into the main server
10:30
<alkisg>
gdi2k: if you try ssh user@server from screen_02 and it prompts you to accept the key, then it's a problem with the keys
10:30
<gdi2k>
ok
10:30
<alkisg>
Replace user with an existing user, but leave server as it is
10:30
Don't put another hostname or ip there
10:30
With ssh-keygen you can check the keys and pinpoint the issue
10:31
With LDM_SSHOPTIONS you can override the check
10:31
With /etc/ltsp/hostname.hosts you can put your other server's keys
10:31
...and that's about all the time that I have for free support today, sorry :)
10:31
<gdi2k>
thanks for all your help! :)
10:59alkisg is now known as work_alkisg
11:04fnurl has left IRC (fnurl!3cf8605f@gateway/web/freenode/ip.60.248.96.95, Ping timeout: 246 seconds)
11:13Grembler has joined IRC (Grembler!~Ben@cpc29-aztw22-2-0-cust128.18-1.cable.virginm.net)
11:28adrianorg has left IRC (adrianorg!~adrianorg@177.134.59.153, Ping timeout: 244 seconds)
11:30adrianorg has joined IRC (adrianorg!~adrianorg@189.58.230.105.dynamic.adsl.gvt.net.br)
11:39Faith has joined IRC (Faith!~paty_@unaffiliated/faith)
11:45danau11 has joined IRC (danau11!~durban@static-72-89-243-139.nycmny.fios.verizon.net)
11:46danau11 has left IRC (danau11!~durban@static-72-89-243-139.nycmny.fios.verizon.net)
11:53uXus has left IRC (uXus!~uXus@217.77.222.72, Quit: ail bi bek)
11:57uXus has joined IRC (uXus!~uXus@217.77.222.72)
12:02professor_ has joined IRC (professor_!c8b45b8a@gateway/web/freenode/ip.200.180.91.138)
12:25epoptes_user0 has joined IRC (epoptes_user0!55f1b3b6@gateway/web/freenode/ip.85.241.179.182)
12:27lliurex has joined IRC (lliurex!c3391360@gateway/web/freenode/ip.195.57.19.96)
12:27
<lliurex>
hola
12:27lliurex has left IRC (lliurex!c3391360@gateway/web/freenode/ip.195.57.19.96)
12:34cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, Ping timeout: 240 seconds)
12:36cyberorg has joined IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg)
12:45heinz2k has joined IRC (heinz2k!8d4181c9@gateway/web/freenode/ip.141.65.129.201)
13:02heinz2k has left IRC (heinz2k!8d4181c9@gateway/web/freenode/ip.141.65.129.201, Ping timeout: 246 seconds)
13:03cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, Ping timeout: 252 seconds)
13:39Grembler has left IRC (Grembler!~Ben@cpc29-aztw22-2-0-cust128.18-1.cable.virginm.net, Quit: I Leave)
13:42cyberorg has joined IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg)
13:50cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, Ping timeout: 244 seconds)
13:53cyberorg has joined IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg)
13:56ben_roose has joined IRC (ben_roose!~roose@roose.cs.wichita.edu)
14:19cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, Ping timeout: 252 seconds)
14:38khildin has joined IRC (khildin!~khildin@ip-62-235-40-21.dial.scarlet.be)
14:56Faith has left IRC (Faith!~paty_@unaffiliated/faith, Quit: Leaving)
15:00Faith has joined IRC (Faith!~paty_@unaffiliated/faith)
15:04mikkel has left IRC (mikkel!~mikkel@mail.dlvs.dk, Quit: Leaving)
15:13work_alkisg is now known as alkisg
15:21khildin has left IRC (khildin!~khildin@ip-62-235-40-21.dial.scarlet.be, Ping timeout: 252 seconds)
15:35khildin has joined IRC (khildin!~khildin@62.235.15.4)
16:52vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc)
17:12gdi2k has left IRC (gdi2k!~gdi2k@180.190.69.83, Ping timeout: 260 seconds)
17:12gdi2k has joined IRC (gdi2k!~gdi2k@180.190.69.83)
17:37alkisg is now known as work_alkisg
17:55yanu has left IRC (yanu!~yanu@178-116-58-90.access.telenet.be, Read error: Connection reset by peer)
17:55yanu has joined IRC (yanu!~yanu@178-116-58-90.access.telenet.be)
19:26khildin has left IRC (khildin!~khildin@62.235.15.4, Ping timeout: 244 seconds)
19:48khildin has joined IRC (khildin!~khildin@62.235.15.4)
20:20danau11 has joined IRC (danau11!~durban@static-72-89-243-139.nycmny.fios.verizon.net)
20:21danau11 has left IRC (danau11!~durban@static-72-89-243-139.nycmny.fios.verizon.net)
20:30khildin has left IRC (khildin!~khildin@62.235.15.4, Quit: I'm gone, bye bye)
20:45work_alkisg is now known as alkisg
20:46
<alkisg>
vagrantc: hi! if a package A depends on package B, and pre-depends on package C, and the user runs `apt-get install A` while none of them is installed, does that mean that C is going to be installed before B?
20:49
<vagrantc>
alkisg: i don't think you can rely on that ... why do you ask?
20:49
alkisg: package B should (pre-)depend on whatever it needs to work correctly
20:50
<alkisg>
In sch-scripts we're using various hacks because we don't want the users to have to deal with e.g. questions like "should nbd-client stop all clients declared in /etc/nbd-client.conf?"
20:50
So, sch-scripts uses debconf to answer that question before the nbd-client package is installed
20:50
But as I understand it it's impossible to do it in postinst... so we'll have to keep it in the script that installs sch-scripts
20:51
(we have a wget script && execute script command for them, that adds our repositories, answers debconf questions, and then installs sch-scripts, ltsp etc)
20:51
It would be nice to be less hackish, but I can't find any proper way to deal with a few of such issues without violating the debian policy...
20:53
I'll try to file a bug for it some time, maybe wouter will consider marking that question with lower priority
20:53
<vagrantc>
the process for installation is just install a "base" system and then install package A which does all the hacks?
20:54
<alkisg>
First we have a tutorial on how to install the base system. This one is not hackish and it's the same for student installations in their houses, or for pcs in the school
20:54
Then we have a command that "upgrades" a normal installation to "ltsp server"
20:55
Which is, wget sch-scripts-installation-script && run sch-scripts-installation-script
20:55
That script adds our repositories ,answers a few debconf questions, and then just apt-get installs sch-scripts, which depends on ltsp etc
20:55
So I was trying to rewrite that script to make it less hackish
20:56
<vagrantc>
by moving the hacks into a package?
20:57
<alkisg>
If I could do that in a proper way, I could then just tell them to double click on sch-scripts.deb which would take care of everything
20:58* vagrantc wonders if you could do some of the hacks in preinst
20:59
<alkisg>
When apt installs A, B and C, does it run all pre-inst scripts first, and all postinst later on?
20:59
Or first A.preinst, then A.postinst, then B.preinst, then B.postinst etc...
21:01
Maybe it would be better to redesign the sch-scripts package so that it doesn't depend on ltsp. But instead to provide a GUI with an option to "setup ltsp". That script then would answer the debconf questions for nbd-client, it would apt-get install ltsp etc...
21:01
<vagrantc>
https://wiki.debian.org/MaintainerScripts
21:02
doesn't really answer your questions, but might prove helpful
21:02yanu has left IRC (yanu!~yanu@178-116-58-90.access.telenet.be, Ping timeout: 246 seconds)
21:03
<alkisg>
Yeah it doesn't show relationships between multiple packages being installed at the same time...
21:03
<vagrantc>
yeah, a configuration helper might be a better approach
21:08mgariepy has left IRC (mgariepy!~mgariepy@ubuntu/member/mgariepy, Ping timeout: 240 seconds)
21:10danau11 has joined IRC (danau11!~durban@static-72-89-243-139.nycmny.fios.verizon.net)
21:14danau11 has left IRC (danau11!~durban@static-72-89-243-139.nycmny.fios.verizon.net, Ping timeout: 255 seconds)
21:23alkisg is now known as work_alkisg
21:27yanu has joined IRC (yanu!~yanu@178-116-58-90.access.telenet.be)
21:34Faith has left IRC (Faith!~paty_@unaffiliated/faith, Quit: Leaving)
21:58gdi2k has left IRC (gdi2k!~gdi2k@180.190.69.83, Ping timeout: 256 seconds)
21:58gdi2k has joined IRC (gdi2k!~gdi2k@180.190.69.42)
22:13ricotz has left IRC (ricotz!~rico@ubuntu/member/ricotz, Quit: Ex-Chat)
22:22gdi2k has left IRC (gdi2k!~gdi2k@180.190.69.42, Ping timeout: 265 seconds)
22:23gdi2k has joined IRC (gdi2k!~gdi2k@180.190.69.42)
22:58vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Quit: leaving)
23:45Grembler has joined IRC (Grembler!~Ben@cpc29-aztw22-2-0-cust128.18-1.cable.virginm.net)
23:46gdi2k has left IRC (gdi2k!~gdi2k@180.190.69.42, Quit: Ex-Chat)
23:46gdi2k has joined IRC (gdi2k!~gdi2k@180.190.69.83)
23:50Grembler has left IRC (Grembler!~Ben@cpc29-aztw22-2-0-cust128.18-1.cable.virginm.net, Client Quit)
23:52gdi2k has left IRC (gdi2k!~gdi2k@180.190.69.83, Ping timeout: 268 seconds)
23:58vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc)