|00:05||vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Quit: leaving)|
|01:27||bastille_ has joined IRC (bastille_!beb143a4@gateway/web/freenode/ip.184.108.40.206)|
|01:34||andygraybeal has joined IRC (email@example.com)|
|01:50||bastille_ has left IRC (bastille_!beb143a4@gateway/web/freenode/ip.220.127.116.11, Quit: Page closed)|
|05:11||work_alkisg is now known as alkisg|
|05:39||mikkel has joined IRC (firstname.lastname@example.org)|
|06:00||ricotz has joined IRC (ricotz!~rico@ubuntu/member/ricotz)|
|06:46||uXus has left IRC (uXus!~uXus@18.104.22.168, Remote host closed the connection)|
|06:52||uXus has joined IRC (uXus!~uXus@22.214.171.124)|
|08:38||gdi2k has joined IRC (email@example.com)|
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
I have 2 other servers, and lts.conf is fine, but on this server, it seems it is being ignored
try `sudo getltscfg -a -c /var/lib/tftpboot/ltsp/i386/lts.conf`, on that server
I don't have getltscfg
command not found
I don't have the chroot on this server - I only copied the complete image and boot directories from the "master" server
was thinking that wasn't required :/
Copy the lts.conf elsewhere and check it there
The getltscfg command just tries to check the syntax of lts.conf
So it'll notify you if you have an issue
no errors reported http://pastebin.com/FYpYNmi0
OK then it's not a syntax error
Is that server 12.04?
I don't think 14.04 supports arcfour
What is the problem you're facing again?
hmm, ok. I did try a bunch of configs, and a lot failed, but this one worked
I would like to use LDM_SERVER="192.168.1.12"
I want the boot / image server to be separate from the /home server
And you said that it works on some servers but not on a specific one/
Or you never managed to do it?
I never managed to do it
but I think the issue is that lts.conf is being ignored
and therefore LDM_SERVER="192.168.1.12" is being ignored
(on this particular server)
lts.conf comes from tftp
If a client uses another tftp server, you need to put lts.conf there as well
What's your end goal, to load balance?
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
need to think about your tftp statement, that may be my issue...
|09:14||ogra_ has left IRC (firstname.lastname@example.org, Ping timeout: 260 seconds)|
gdi2k: you can do that with a simple FSTAB command
Ah you also need the user accounts, never mind
You want to manage the users in one server, not in 2 servers, right?
we actually have 2 servers with synchronized user accounts for redundancy in the main building, but I really don't want a third
|09:18||ogra_ has joined IRC (email@example.com)|
|09:27||* fnurl enjoys reading solutions getting worked through - best learning ever!|
gdi2k: then LDM_SERVER is indeed the way to do it
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
But normally, just checking the tftp logs is enough to troubleshoot lts.conf issues
tftp: Here's a page to help you troubleshoot TFTP problems in Ubuntu: https://help.ubuntu.com/community/UbuntuLTSP/Troubleshooting/TFTP
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:45||cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, Ping timeout: 264 seconds)|
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?
gdi2k: I stopped using tftpd-hpa and switched to dnsmasq 5 years ago
I heard about tftpd issues with upstart, yes
I hope they'll be solved now with systemd
|09:53||cyberorg has joined IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg)|
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: Connection closed by 192.168.1.217 [preauth]
likely ssh cert issue?
try ssh'ing from screen_02 to see.
it asks me to accept the server to known_hosts, then asks for password, and I can login successfully
Right, so you need to add those keys to the image
I.e. create an /etc/ltsp/my-other-server.hosts file
No, outside it, google it a bit, sorry I don't have much time currently...
alkisg, ok thanks for your help, will let you know how I go
It's related to ltsp-update-sshkeys
maybe its manpage will have some documentation
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?
If they're using a different ip to connect to it, and they're not using the same hostname, then yes
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
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
Replace user with an existing user, but leave server as it is
Don't put another hostname or ip there
With ssh-keygen you can check the keys and pinpoint the issue
With LDM_SSHOPTIONS you can override the check
With /etc/ltsp/hostname.hosts you can put your other server's keys
...and that's about all the time that I have for free support today, sorry :)
thanks for all your help! :)
|10:59||alkisg is now known as work_alkisg|
|11:04||fnurl has left IRC (fnurl!3cf8605f@gateway/web/freenode/ip.126.96.36.199, Ping timeout: 246 seconds)|
|11:13||Grembler has joined IRC (Grembler!~Ben@cpc29-aztw22-2-0-cust128.18-1.cable.virginm.net)|
|11:28||adrianorg has left IRC (firstname.lastname@example.org, Ping timeout: 244 seconds)|
|11:30||adrianorg has joined IRC (email@example.com)|
|11:39||Faith has joined IRC (Faith!~paty_@unaffiliated/faith)|
|11:45||danau11 has joined IRC (firstname.lastname@example.org)|
|11:46||danau11 has left IRC (email@example.com)|
|11:53||uXus has left IRC (uXus!~uXus@188.8.131.52, Quit: ail bi bek)|
|11:57||uXus has joined IRC (uXus!~uXus@184.108.40.206)|
|12:02||professor_ has joined IRC (professor_!c8b45b8a@gateway/web/freenode/ip.220.127.116.11)|
|12:25||epoptes_user0 has joined IRC (epoptes_user0!55f1b3b6@gateway/web/freenode/ip.18.104.22.168)|
|12:27||lliurex has joined IRC (lliurex!c3391360@gateway/web/freenode/ip.22.214.171.124)|
|12:27||lliurex has left IRC (lliurex!c3391360@gateway/web/freenode/ip.126.96.36.199)|
|12:34||cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, Ping timeout: 240 seconds)|
|12:36||cyberorg has joined IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg)|
|12:45||heinz2k has joined IRC (heinz2k!8d4181c9@gateway/web/freenode/ip.188.8.131.52)|
|13:02||heinz2k has left IRC (heinz2k!8d4181c9@gateway/web/freenode/ip.184.108.40.206, Ping timeout: 246 seconds)|
|13:03||cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, Ping timeout: 252 seconds)|
|13:39||Grembler has left IRC (Grembler!~Ben@cpc29-aztw22-2-0-cust128.18-1.cable.virginm.net, Quit: I Leave)|
|13:42||cyberorg has joined IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg)|
|13:50||cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, Ping timeout: 244 seconds)|
|13:53||cyberorg has joined IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg)|
|13:56||ben_roose has joined IRC (firstname.lastname@example.org)|
|14:19||cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, Ping timeout: 252 seconds)|
|14:38||khildin has joined IRC (email@example.com)|
|14:56||Faith has left IRC (Faith!~paty_@unaffiliated/faith, Quit: Leaving)|
|15:00||Faith has joined IRC (Faith!~paty_@unaffiliated/faith)|
|15:04||mikkel has left IRC (firstname.lastname@example.org, Quit: Leaving)|
|15:13||work_alkisg is now known as alkisg|
|15:21||khildin has left IRC (email@example.com, Ping timeout: 252 seconds)|
|15:35||khildin has joined IRC (firstname.lastname@example.org)|
|16:52||vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc)|
|17:12||gdi2k has left IRC (email@example.com, Ping timeout: 260 seconds)|
|17:12||gdi2k has joined IRC (firstname.lastname@example.org)|
|17:37||alkisg is now known as work_alkisg|
|17:55||yanu has left IRC (email@example.com, Read error: Connection reset by peer)|
|17:55||yanu has joined IRC (firstname.lastname@example.org)|
|19:26||khildin has left IRC (email@example.com, Ping timeout: 244 seconds)|
|19:48||khildin has joined IRC (firstname.lastname@example.org)|
|20:20||danau11 has joined IRC (email@example.com)|
|20:21||danau11 has left IRC (firstname.lastname@example.org)|
|20:30||khildin has left IRC (email@example.com, Quit: I'm gone, bye bye)|
|20:45||work_alkisg is now known as 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?
alkisg: i don't think you can rely on that ... why do you ask?
alkisg: package B should (pre-)depend on whatever it needs to work correctly
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?"
So, sch-scripts uses debconf to answer that question before the nbd-client package is installed
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
(we have a wget script && execute script command for them, that adds our repositories, answers debconf questions, and then installs sch-scripts, ltsp etc)
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...
I'll try to file a bug for it some time, maybe wouter will consider marking that question with lower priority
the process for installation is just install a "base" system and then install package A which does all the hacks?
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
Then we have a command that "upgrades" a normal installation to "ltsp server"
Which is, wget sch-scripts-installation-script && run sch-scripts-installation-script
That script adds our repositories ,answers a few debconf questions, and then just apt-get installs sch-scripts, which depends on ltsp etc
So I was trying to rewrite that script to make it less hackish
by moving the hacks into a package?
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|
When apt installs A, B and C, does it run all pre-inst scripts first, and all postinst later on?
Or first A.preinst, then A.postinst, then B.preinst, then B.postinst etc...
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...
doesn't really answer your questions, but might prove helpful
|21:02||yanu has left IRC (firstname.lastname@example.org, Ping timeout: 246 seconds)|
Yeah it doesn't show relationships between multiple packages being installed at the same time...
yeah, a configuration helper might be a better approach
|21:08||mgariepy has left IRC (mgariepy!~mgariepy@ubuntu/member/mgariepy, Ping timeout: 240 seconds)|
|21:10||danau11 has joined IRC (email@example.com)|
|21:14||danau11 has left IRC (firstname.lastname@example.org, Ping timeout: 255 seconds)|
|21:23||alkisg is now known as work_alkisg|
|21:27||yanu has joined IRC (email@example.com)|
|21:34||Faith has left IRC (Faith!~paty_@unaffiliated/faith, Quit: Leaving)|
|21:58||gdi2k has left IRC (firstname.lastname@example.org, Ping timeout: 256 seconds)|
|21:58||gdi2k has joined IRC (email@example.com)|
|22:13||ricotz has left IRC (ricotz!~rico@ubuntu/member/ricotz, Quit: Ex-Chat)|
|22:22||gdi2k has left IRC (firstname.lastname@example.org, Ping timeout: 265 seconds)|
|22:23||gdi2k has joined IRC (email@example.com)|
|22:58||vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Quit: leaving)|
|23:45||Grembler has joined IRC (Grembler!~Ben@cpc29-aztw22-2-0-cust128.18-1.cable.virginm.net)|
|23:46||gdi2k has left IRC (firstname.lastname@example.org, Quit: Ex-Chat)|
|23:46||gdi2k has joined IRC (email@example.com)|
|23:50||Grembler has left IRC (Grembler!~Ben@cpc29-aztw22-2-0-cust128.18-1.cable.virginm.net, Client Quit)|
|23:52||gdi2k has left IRC (firstname.lastname@example.org, Ping timeout: 268 seconds)|
|23:58||vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc)|