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


Channel log from 27 July 2017   (all times are UTC)

05:41gehidore is now known as man
05:42man is now known as gehidore
05:56Statler has joined IRC (Statler!~Georg@p579FEE11.dip0.t-ipconnect.de)
06:01ricotz has joined IRC (ricotz!~ricotz@p5B2A8FE1.dip0.t-ipconnect.de)
06:01ricotz has joined IRC (ricotz!~ricotz@ubuntu/member/ricotz)
06:25mikkel has joined IRC (mikkel!~mikkel@mail.dlvs.dk)
06:35alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
07:44Statler has left IRC (Statler!~Georg@p579FEE11.dip0.t-ipconnect.de, Remote host closed the connection)
08:12alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
08:14Statler has joined IRC (Statler!~Georg@p579FF378.dip0.t-ipconnect.de)
08:16Statler has left IRC (Statler!~Georg@p579FF378.dip0.t-ipconnect.de, Remote host closed the connection)
08:17Statler has joined IRC (Statler!~Georg@p579FF378.dip0.t-ipconnect.de)
09:19kjackal_ has joined IRC (kjackal_!~quassel@ppp-2-86-15-179.home.otenet.gr)
10:19markus_e92 has left IRC (markus_e92!~markus_e9@91-115-16-19.adsl.highway.telekom.at, Ping timeout: 255 seconds)
10:22markus_e92 has joined IRC (markus_e92!~markus_e9@80-121-122-205.adsl.highway.telekom.at)
10:45gvy has joined IRC (gvy!~mike@altlinux/developer/mike)
10:55Trendzetter has joined IRC (Trendzetter!~trendzett@mail.sbat.be)
10:56
<Trendzetter>
Hello Everybody
10:57
I am here to express my entousiasm
10:58
We are using ltsp-pnp to take driving licence examinations
10:58
and epoptes to keep watch if everything is working as it should
10:59
I noticed something odd with epoptes
10:59
I added all the examination centers and gave the clients aliases
11:00
then I had to reboot the epoptes server to check the bios.
11:01
All my groups and aliases were gone when I logged on. It appears epoptes only saves it's changes on exit, not on confirmation of the change.
11:03
I found that a bit unexpected.
11:05
Are you developing epoptes or am I sending my feedback to the wrong address?
11:08
It would also be handy if the clients attempted to reconnect if the server reboots or becomes disconnected for some other reason. I am now waiting for the clients to be free so they can be rebooted by the officer at desk and I can access them again.
11:09alkisg_web has joined IRC (alkisg_web!d4fb1187@gateway/web/freenode/ip.212.251.17.135)
11:09
<Trendzetter>
despite the minor annoyeces I think it's a beautiful system
11:10
<alkisg_web>
Trendzetter: hi, devs are not always online in IRC, so sometimes you need to wait :)
11:10
It's the right "address" though
11:10
So, you're saying that your group weren't saved?
11:10
*groups
11:11
Epoptes saves the groups on exit
11:11
Maybe you somehow killed the application without allowing it to exit normally?
11:11
<Trendzetter>
yes, I think it was after I rebooted using the os reboot functionality
11:11
<alkisg_web>
Or maybe you had it open 2 times?
11:11
In any case, you can file bug reports in the epoptes bug tracker, so that we remember them
11:12
https://github.com/Epoptes/epoptes/issues
11:12
irc is mostly for online troubleshooting of issues
11:13
<Trendzetter>
k. I'll try to formulate my expierce with configuring the layout of our environment
11:14
using an issue on github
11:37
<alkisg_web>
What do you mean "the layout"?
11:38
If epoptes is killed and it doesn't save the configuration file, it's expected behavior
11:38
If you found some way to make epoptes not save the configuration, while exiting cleanly, that's a bug
11:39
Asking that epoptes should save the configuration on each change instead of on exit, is a "wishlist bug", which we might or might not implement
12:00kjackal_ has left IRC (kjackal_!~quassel@ppp-2-86-15-179.home.otenet.gr, Ping timeout: 240 seconds)
12:10kjackal_ has joined IRC (kjackal_!~quassel@2a02:587:3126:800:d1c2:2e17:831f:8db3)
12:29
<alkisg_web>
Trendzetter: when filing issues, also mention the distro/version you're using
12:29
The reconnect feature was implemented years ago
12:30
Maybe you're talking about ltsp clients?
12:30
if so, then don't file that bug in epoptes, but in ltsp
12:30
!ltsp-bug
12:30
<ltsp`>
ltsp-bug: To file a bug report for upstream LTSP, go to https://bugs.launchpad.net/ltsp
12:30
<alkisg_web>
In general, don't expect ltsp clients to keep working after server reboot, because they lost their virtual disk
12:42
<Trendzetter>
It's about epoptes client. If the epoptes server is rebooted the epoptes clients do not reconnect, at least, not in my setup
12:42
again, this is a feature request rather than a bug
12:43
<alkisg_web>
Trendzetter: this has been implemented years ago, but if you don't mention your distribution and epoptes version, I can't help
12:43
When the epoptes server gets rebooted, the clients reconnect in all recent epoptes versions
12:44
<Trendzetter>
ooops, I will need to check that
12:44
<alkisg_web>
You don't know your distro?
12:45
<Trendzetter>
ubuntu 16.04.2 with epoptes-client 0.5.10
12:46
i will probably have to add a repository as I did for ltsp
12:46
so I can have newer versions
12:51
I am checking the versions from the PPA but they are also 0.5.10
12:55
maybe I have disabled the reconnect functionality unintentionally? The clients do reconnect when I reboot them but not before then.
12:59
or could the issue be the epoptes server on debian8?
13:00
<alkisg_web>
Trendzetter: epoptes-server needs to be 0.5.10 too
13:00
Use the jessie backports
13:00
Also, please close the github ticket since it's invalid
13:01
<Trendzetter>
ok, I will take case
13:01
care
13:01
<alkisg_web>
packages.debian.org/epoptes
13:01
jessie-backports (admin): Computer lab management tool (client) 0.5.10-1~bpo8+1:
13:18
<Trendzetter>
So now I upgraded to epoptes and epoptes client 0.5.10 on the server side. I restarted but the clients are not showing up. The list with detected clients stays empty, probably until I ask the officer to restart them.
13:24
<alkisg_web>
Trendzetter: the old epoptes can't reconnect, so it won't reconnect after update either
13:24
After 0.5.10, it will reconnect both with reboots and with updates
13:27
<Trendzetter>
you are right, even if only the server is updated, the client should be rebooted and afterwords it does reconnect between server reboots. really cool
13:33klausade has joined IRC (klausade!~klaus@177.37-191-148.fiber.lynet.no)
13:47GodFather has joined IRC (GodFather!~rcc@75-145-237-204-Michigan.hfc.comcastbusiness.net)
13:52GodFather has left IRC (GodFather!~rcc@75-145-237-204-Michigan.hfc.comcastbusiness.net, Quit: Ex-Chat)
13:53GodFather has joined IRC (GodFather!~rcc@75-145-237-204-Michigan.hfc.comcastbusiness.net)
13:59
<alkisg_web>
You're welcome
14:11mikkel has left IRC (mikkel!~mikkel@mail.dlvs.dk, Quit: Leaving)
14:12kjackal_ has left IRC (kjackal_!~quassel@2a02:587:3126:800:d1c2:2e17:831f:8db3, Remote host closed the connection)
14:14vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc)
15:08alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
15:30pppingme has left IRC (pppingme!~pppingme@unaffiliated/pppingme, Read error: Connection reset by peer)
15:31pppingme has joined IRC (pppingme!~pppingme@unaffiliated/pppingme)
15:31lucascastro has joined IRC (lucascastro!~lucas@186.227.186.18)
16:04alkisg_web has left IRC (alkisg_web!d4fb1187@gateway/web/freenode/ip.212.251.17.135, Quit: Page closed)
16:04alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
16:07NONOmaster has joined IRC (NONOmaster!~nono@p200300DC2BC0C3007100798C3C967EEC.dip0.t-ipconnect.de)
16:14adrianor1 has left IRC (adrianor1!~adrianorg@187.115.107.79, Ping timeout: 240 seconds)
16:42gvy has left IRC (gvy!~mike@altlinux/developer/mike, Quit: Leaving)
16:48adrianorg has joined IRC (adrianorg!~adrianorg@187.115.107.79)
17:00GodFather has left IRC (GodFather!~rcc@75-145-237-204-Michigan.hfc.comcastbusiness.net, Ping timeout: 240 seconds)
17:14alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
17:24vijay has joined IRC (vijay!68da8d2e@gateway/web/freenode/ip.104.218.141.46)
17:24
<vijay>
Hi All
17:24
Need some help on LTSP
17:25
I am researching on re-purposing desktops for one of my client....
17:25
and wanted to check if LTSP uses a specific protocol
17:26
<alkisg>
vijay: what protocol?
17:26
<vijay>
I am planning to use VMware view client on all thin client images
17:26
so i am confused
17:27
<alkisg>
LTSP is basically a method to boot linux from the network without the clients having a disk
17:27
<vijay>
What is the exact role of LTSP server..... is it to serve a boot image
17:27
<alkisg>
If vmware view client runs on linux, it would run over ltsp too
17:27
<vijay>
with some applications
17:27
<alkisg>
Yes, so essentially (1) you save the cost of disks, and (2) you maintain only one image, and everything centrally, instead of having to maintain N installations
17:27
<vijay>
when i open vmware view client on the end device, is LTSP server still connection path
17:28
<alkisg>
How much RAM do the clients have?
17:28
<vijay>
2 GB each
17:28
<tarzeau>
tftpd does server a linux kernel over the network
17:28
<alkisg>
And, do you need a linux desktop, or just the vmware client?
17:28
<tarzeau>
ltsp serves with nbd a filesystem with ldm to login by ssh or xfreerdp to a computer with remote x
17:28
or rdp
17:29
<alkisg>
vmware client would have its own protocol, i imagine
17:29
<vijay>
yes
17:29
<alkisg>
Not rdp nor xorg...
17:29
<vijay>
PCOIP on 4172
17:29
<alkisg>
vijay: do you need a linux desktop on the clients, or just vmware?
17:29
<vijay>
just VMware
17:29
<alkisg>
Does it run on linux?
17:29
<vijay>
yes
17:30
<alkisg>
OK, then ltsp is fine for you
17:30
<vijay>
okay
17:30
final question
17:30
<alkisg>
You can run it without a linux session
17:30
You'll just need an "ltsp screen script", a small script to start it
17:31
<vijay>
to be clear
17:31
LTSP server serves an image for the end devices to boot...... once they are up, to do not depend on using the LTSP server to use any application which was part of the image
17:32
<alkisg>
It's flexible
17:32
Thin clients run the apps on the server
17:32
Fat clients run them locally
17:32
And "localapps" are a bit like fat clients, but without a full session
17:32
So you want to make a "localapp"
17:33
The server is still needed for disk access, but not for writes, just to read the vmware app etc
17:33
If the disk image is small, it's possible to cache all of it to RAM
17:33
So at that case, the ltsp server isn't needed at all after boot
17:33
So, much flexibility there...
17:35
My advice is, start with a basic ltsp setup, and once you have that, come again here to ask about the "vmware screen script"
17:35
If you knew about how ltsp works etc, you should be able to get everything ready in 2 hours
17:35
(including the os setup)
17:42
Here's an initial tutorial, btw:
17:42
!ltsp-pnp
17:42
<ltsp`>
ltsp-pnp: ltsp-pnp is an alternative (upstream) method to maintain LTSP installations for thin and fat clients that doesn't involve chroots: https://help.ubuntu.com/community/UbuntuLTSP/ltsp-pnp
17:43
<vijay>
Thank you guys
17:43
i will be back
17:43
<alkisg>
bb
17:54lucascastro has left IRC (lucascastro!~lucas@186.227.186.18, Remote host closed the connection)
18:17NONOmaster has left IRC (NONOmaster!~nono@p200300DC2BC0C3007100798C3C967EEC.dip0.t-ipconnect.de, Quit: NONOmaster)
19:09Statler has left IRC (Statler!~Georg@p579FF378.dip0.t-ipconnect.de, Remote host closed the connection)
19:55vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Quit: leaving)
20:00GodFather has joined IRC (GodFather!~rcc@47.33.250.142)
20:04ao has joined IRC (ao!8ba244d8@gateway/web/freenode/ip.139.162.68.216)
20:04
<ao>
hello, everyone
20:07
Can administrator let ltsp clients run one application with different parameters at the same time?
20:10
<alkisg>
ao: sure
20:10vijay has left IRC (vijay!68da8d2e@gateway/web/freenode/ip.104.218.141.46, Ping timeout: 260 seconds)
20:10
<alkisg>
ltsp client are similar to normal pcs, of course you can run applications with different parameters
20:29
<ao>
For example, I have a Linux KVM-powered Virtualization Server. I want to setup a LTSP server, and let all thin clients boot from LTSP server into Ubuntu GUI and then run remote-viewer to connect different cloud desktop on the Virtualization Server.
20:29
Is this possible?
20:30
<||cw>
ao: each client has its own login session.
20:31
you could even have the ltsp clients connect to the vms directly, either via a simple menu or automatically based on the client MAC
20:31
<ao>
I want thin clients automatically boot and enter cloud desktop, which is Windows.
20:31
<alkisg>
Which remote viewer software are you using?
20:32
rdp?
20:32
<ao>
virt-viewer for spice.
20:33
<alkisg>
And which parameters are different?
20:33
Users connect to different servers, or VMs?
20:33
<ao>
user accounet and password
20:34
<alkisg>
Do you want an ubuntu session, or do you just want to run virt-viewer?
20:36
<ao>
Normally on PC, I log into Ubuntu desktop, open terminal, and run command like "remote-viewer spice://###.###.###?username=###&password=#".
20:36
I can't remember the exact command.
20:36
<||cw>
do you want it a 1:1 map of a VM to a client?
20:36
<ao>
yes, of course.
20:39
<alkisg>
Of course you should be able to do the same steps with ltsp clients as well
20:39
I.e. login, open terminal, run command etc
20:39
But there are other ways too. For example, you could login and directly connect to remote-viewer without seeing ubuntu at all, if you like that
20:40
<ao>
I am new to LTSP, and don't have the configuration idea...
20:40
<||cw>
you could also copy the xfreerdp script in usr/share/ltsp/screen.d/ and adapt it for virt-viewer
20:40
<ao>
without seeing ubuntu at all?
20:41
<||cw>
then use the SCREEN_07 option to launch it with MAC address sections so different clients connect to different VMs
20:41* alkisg waves goodnight, cheers guys
20:41
<ao>
any reference link...@||cw
20:41
<||cw>
well, you'd still have an ubuntu ltsp server that the clients would boot from
20:42alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
20:42
<||cw>
though honestly, with my experiences with spice over a lan, I'd recommend just using the rdp option directly to the VM
20:43
xfreerdp :q:q
20:43
derp
20:43
<ao>
Yes, but rdp needs IP address specified beforehand.
20:43
<||cw>
xfreerdp performs quite well
20:43
or a hostname
20:43
<ao>
yes
20:43
<||cw>
you don't have dhcp+dns on the vms?
20:44
<ao>
Yes, I have.
20:44
<||cw>
well, the screen scripts aren't complex. setup a basic ltsp and get a client to boot normal first. then try the remote desktop option, then see if you can adapt it.
20:45
most of what you need is at https://help.ubuntu.com/community/UbuntuLTSP
20:46
<ao>
ok, thank your very much. I'll dig into it.
20:47
<||cw>
getting clients booting is usually the hardest part :)
21:04
<ao>
https://help.ubuntu.com/community/UbuntuLTSP/RdesktopScreenScript
21:05
Is this link that I should refer to?
21:28ao has left IRC (ao!8ba244d8@gateway/web/freenode/ip.139.162.68.216, Ping timeout: 260 seconds)
21:29ricotz has left IRC (ricotz!~ricotz@ubuntu/member/ricotz, Quit: Leaving)
21:40lucascastro has joined IRC (lucascastro!~lucas@186.227.186.18)
22:41bcg_ has joined IRC (bcg_!b@dsl-tkubng11-54f942-246.dhcp.inet.fi)
22:41pppingme has left IRC (pppingme!~pppingme@unaffiliated/pppingme, Excess Flood)
22:42elias_a_ has joined IRC (elias_a_!elias@hilla.kapsi.fi)
22:42teknkik_ has joined IRC (teknkik_!tek@kapsi.fi)
22:42lisardma1 has joined IRC (lisardma1!~mikael@79.99.168.121)
22:42bcg has left IRC (bcg!b@dsl-tkubng11-54f942-246.dhcp.inet.fi, Write error: Broken pipe)
22:42lisardman has left IRC (lisardman!~mikael@79.99.168.121, Write error: Broken pipe)
22:42elias_a has left IRC (elias_a!elias@hilla.kapsi.fi, Write error: Broken pipe)
22:43ben_nabiy has left IRC (ben_nabiy!~bennabiy@unaffiliated/bennabiy, Excess Flood)
22:43teknkik has left IRC (teknkik!tek@kapsi.fi, Write error: Broken pipe)
22:43pppingme has joined IRC (pppingme!~pppingme@unaffiliated/pppingme)
22:43ben_nabiy has joined IRC (ben_nabiy!~bennabiy@unaffiliated/bennabiy)
22:45markus_e92 has left IRC (markus_e92!~markus_e9@80-121-122-205.adsl.highway.telekom.at, Ping timeout: 269 seconds)
22:48markus_e92 has joined IRC (markus_e92!~markus_e9@80-121-122-205.adsl.highway.telekom.at)