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


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

00:01
<alazyworkaholic>
If I'm having NBD trouble, might 'ltsp-config -o nbd-server' help, after the image rebuilds?
00:02
<vagrantc>
cat /etc/nbd-server/conf.d/ltsp*.conf
00:04
<alazyworkaholic>
BTW, I'm using XFCE right now, but the ltsp-manager gui seems to be partially broken with Ubuntu unity. I filed a bug report. Even on this nearly fresh XFCE, editing the configuration files opens up libreoffice as the editor...
00:05
<vagrantc>
xdg-open, while in theory the correct thing to use to open files ... has it's surprises.
00:06
<alazyworkaholic>
/etc/nbd-server/conf.d/ltsp_amd64.conf:
00:06
[/opt/ltsp/amd64]
00:06
exportname = /opt/ltsp/images/amd64.img
00:06
readonly = true
00:06
authfile = /etc/ltsp/nbd-server.allow (this file does not exist)
00:07
<vagrantc>
that sounds find
00:07
fine
00:08
alazyworkaholic: edit ltsp_amd64.conf and create a second entry with all the same lines, but [opt/ltsp/amd64] for the heading
00:08
then restart nbd-server ...
00:08
see if that helps
00:10
<alazyworkaholic>
So change that file, simply repeating everything again, except that "/opt" --> "opt" in the 2nd heading?
00:11
<vagrantc>
alazyworkaholic: yes
00:11
<alazyworkaholic>
I'll do that soon. My image-update seems to be 1/2 done.
00:17
Rebooting client...
00:20
Still no joy.
00:21
try 'ltsp-config -o nbd-server'?
00:22
<vagrantc>
nah
00:22
<alazyworkaholic>
vagrantc: Well, I did it, and it said it "Created /tec/nbd-server/conf.d/swap.conf"
00:24
<vagrantc>
hrm. it was an idle hope
00:24
alazyworkaholic: and pxelinux.cfg/default contains "ipappend 3" ?
00:26
<alazyworkaholic>
Here's some of the boot output:
00:26
Begin: Mounting root file system ... Begin: Running /scripts/local-top ... Begin: Setting up nbd-client ... [ 5.373071] nbd: registered device at major 43
00:26
Error: Socket failed: Connection refused
00:26
done. Begin: Running /scripts/local-premount ... done
00:26
<vagrantc>
alazyworkaholic: firewalling on the ltsp server?
00:26
alazyworkaholic: is nbd-server running on the server?
00:27* vagrantc has to head out soon
00:28
<alazyworkaholic>
No, pxelinux.cfg/default still has ipappend 2!
00:29
<vagrantc>
alazyworkaholic: manually change that to ipappend 3 and retry booting
00:29
<alazyworkaholic>
doing that...
00:29
<vagrantc>
and then just need to figure out why it's not kicking in
00:30
<alazyworkaholic>
need to reboot nbd-server after that?
00:30
<vagrantc>
no
00:30
just need to reboot your client
00:30
<alazyworkaholic>
rebooting...
00:32
service --status-all prints a list of running services, with +, - or ? for each. Even after explicitly stopping, starting nbd-server, I still see a ? . Is there another way to verify it's running?
00:32
I don't expect a firewall issue. Everything's pretty standard. I haven't messed with it.
00:33
<vagrantc>
pgrep -l -a -f nbd-server
00:33
or just nbd
00:33
<alazyworkaholic>
Uau! I think that worked. The client just went past its last fail-point!
00:33
<vagrantc>
it was ipappend
00:33
!ipappend
00:33
<ltsp>
ipappend: o temporarily solve DHCP problems in the initramfs, try putting IPAPPEND 3 after the APPEND line in /var/lib/tftpboot/ltsp/i386/pxelinux.cfg/default. More info: http://www.syslinux.org/wiki/index.php/SYSLINUX#IPAPPEND_flag_val_.5BPXELINUX_only.5D
00:34
<alazyworkaholic>
ok, I'll try to figure out why it didn't carry over, but thank you very much. Just got my login screen!
00:36
I'll be back another day to try to work out the configuration I want, but I can celebrate a little. Thank you! Do you know of any good documentation, besides what's on the LTSP wiki?
00:37
<vagrantc>
alazyworkaholic: documentation in LTSP could definitely use significant updating
00:38
so, i don't know of "good" documentation at this point
00:42
<alazyworkaholic>
vagrantc: That's ok. I found some in greek (url not with me) and google translate does a good enough job.
00:42
<vagrantc>
hah
01:23alazyworkaholic has left IRC (alazyworkaholic!~bella@186.210.50.132)
01:34alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Read error: Connection timed out)
01:37alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
01:50adrianor1 has joined IRC (adrianor1!~adrianorg@187.115.109.47)
01:53adrianorg has left IRC (adrianorg!~adrianorg@177.156.63.127, Ping timeout: 240 seconds)
06:01vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Quit: leaving)
07:45Statler has joined IRC (Statler!~Georg@p579FF9A8.dip0.t-ipconnect.de)
07:47ricotz has joined IRC (ricotz!~ricotz@ubuntu/member/ricotz)
08:08zibis has joined IRC (zibis!~zibi@46.148.151.202)
09:36zibis has left IRC (zibis!~zibi@46.148.151.202, Quit: zibis)
10:54Statler has left IRC (Statler!~Georg@p579FF9A8.dip0.t-ipconnect.de, Remote host closed the connection)
11:48zibis has joined IRC (zibis!~zibi@46.148.151.202)
12:00lucascastro has joined IRC (lucascastro!~lucas@170.78.53.20)
12:40lucascastro has left IRC (lucascastro!~lucas@170.78.53.20, Ping timeout: 260 seconds)
12:40lucascastro has joined IRC (lucascastro!~lucas@170.78.53.20)
12:54lucascastro has left IRC (lucascastro!~lucas@170.78.53.20, Ping timeout: 240 seconds)
13:04lucascastro has joined IRC (lucascastro!~lucas@200.141.207.18)
13:11adrianor1 is now known as adrianorg
13:27lucas_ has joined IRC (lucas_!~lucas@170.78.53.20)
13:28lucascastro has left IRC (lucascastro!~lucas@200.141.207.18, Read error: Connection reset by peer)
13:33lucas__ has joined IRC (lucas__!~lucas@200.141.207.18)
13:36lucas_ has left IRC (lucas_!~lucas@170.78.53.20, Ping timeout: 240 seconds)
14:02dgroos has joined IRC (dgroos!~dagro001@vpn.mpls.k12.mn.us)
14:04
<dgroos>
Been exploring problem with authenticating to AD with pbis-open on my fat clients. I might have found something.
14:06
When authentication to local users on the clients work, the setting in
14:08
“/etc/ssh/sshd_config” defines “GSSAPIAuthentication no”.
14:09
But when no users can log onto the clients, the “/etc/ssh/sshd_config” defines “GSSAPIAuthentication yes”.
14:12
I want to look at the /etc/ssh/sshd_config” file on the client.
14:14
<alkisg>
dgroos: can you `ssh user@server` from a local client term?
14:14
I assume no, correct?
14:14
sshd_config on the client makes no sense as it's about the client ssh *server* which isn't running at all
14:15
<dgroos>
Hi alkisg I’ve tried to check out the client ssh config file but am not able to get a prompt using epoptes.
14:15
<alkisg>
That doesn't sound good :)
14:15
<dgroos>
Is that what you mean ‘by a local client term’
14:15
<alkisg>
Yes,one way to do that
14:16
Are you currently near the server etc?
14:16
<dgroos>
I’ve “ssh -X …” to the server, have launched epoptes, booted a client with WOL, but yeah, no prompt when I access the clients this wya
14:16
I’ve noticed that it doesn’t work with -X forwarding but it does work when I’m sitting at the server.
14:17
Tried launching epoptes both with and w/out sudo
14:17
<alkisg>
So currently you have ssh access to the server and wol access to the clients?
14:17
<dgroos>
No, I vpn into the district (am right now)
14:17
yes
14:17
<alkisg>
I have some time to help over vnc, would you like me to?
14:18
epoptes-client root terminal is probably not working due to the vpn
14:18
As your x server isn't local
14:19
<dgroos>
I know you do so much for the ltsp community so I hesitate to ask…
14:19
<alkisg>
No worries I know you can't pay me otherwise you wouldn't waste 2-3 weeks searching for a solution :)
14:19
Let's start
14:20
Your host pc, is it windows or linux?
14:20
<dgroos>
OK, thanks man
14:20
<alkisg>
(the one at home)
14:20
<dgroos>
I’m on the districts mac laptop
14:20
but I could get on my ubuntu machine that I have at home.
14:21
<alkisg>
And how does ssh -X work there, some kind of xorg emulation for macs?
14:21* alkisg hasn't even seen macs...
14:21
<dgroos>
:-)
14:22
<alkisg>
Basically I wanted a way to share the screen so that you can also watch what I'm doing
14:22
<dgroos>
I’ll switch to my Ubuntu machine
14:22
<alkisg>
But let's try the quick way first
14:22
Select the booted client on epoptes
14:22
And run this command:
14:22
sudo x11vnc -connect srv1-dide.ioa.sch.gr
14:22
(with the epoptes execute dialog, include the sudo there)
14:23
<dgroos>
OK, am getting there...
14:24
<alkisg>
You can do that from the mac?
14:25
Cool, I have it
14:25
<dgroos>
just did…
14:25
cool
14:25
<alkisg>
Now, right click, open terminal, root, remotely
14:25
Got that too
14:25
<dgroos>
k
14:26
<alkisg>
Now I'll need a username/password from the server (in a pm), since you can't see the client screen
14:26
You can create a test user with no permissions...
14:26
Maybe both a local user and an ad user, to test both
14:26
<dgroos>
I’ve got on…
14:26
OK
14:54lucas__ has left IRC (lucas__!~lucas@200.141.207.18, Ping timeout: 240 seconds)
14:57lucascastro has joined IRC (lucascastro!~lucas@200.141.207.18)
15:17lucascastro has left IRC (lucascastro!~lucas@200.141.207.18, Remote host closed the connection)
15:59zibis has left IRC (zibis!~zibi@46.148.151.202, Quit: zibis)
20:04albino3d has joined IRC (albino3d!~albino3d@S010648f8b3ee013d.vc.shawcable.net)
20:20albino3d has left IRC (albino3d!~albino3d@S010648f8b3ee013d.vc.shawcable.net)
20:24zibis has joined IRC (zibis!~zibi@mail.linseco.pl)
20:45zibis has left IRC (zibis!~zibi@mail.linseco.pl, Quit: zibis)
20:54albinorabbit has joined IRC (albinorabbit!~albino3d@S010648f8b3ee013d.vc.shawcable.net)
20:57
<albinorabbit>
Been playing with LTSP fat clients - noticed that the LTSP default of mounting /home/<user> via sshfs has a pretty poor performance. Tried switching to using weak cipher 'arcfour' for connections per an article I read but still a pretty poor transfer rate. Has anyone here tried any alternative approaches for /home/<user> mounting?
21:04ricotz has left IRC (ricotz!~ricotz@ubuntu/member/ricotz, Quit: Leaving)
23:03albinorabbit has left IRC (albinorabbit!~albino3d@S010648f8b3ee013d.vc.shawcable.net, Quit: Leaving)
23:57albino3d has joined IRC (albino3d!~albino3d@S010648f8b3ee013d.vc.shawcable.net)