IRC chat logs for #ltsp on irc.libera.chat (webchat)
Channel log from 27 July 2017 (all times are UTC)
| 05:41 | gehidore is now known as man | |
| 05:42 | man is now known as gehidore | |
| 05:56 | Statler has joined IRC (Statler!~Georg@p579FEE11.dip0.t-ipconnect.de) | |
| 06:01 | ricotz has joined IRC (ricotz!~ricotz@p5B2A8FE1.dip0.t-ipconnect.de) | |
| 06:01 | ricotz has joined IRC (ricotz!~ricotz@ubuntu/member/ricotz) | |
| 06:25 | mikkel has joined IRC (mikkel!~mikkel@mail.dlvs.dk) | |
| 06:35 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
| 07:44 | Statler has left IRC (Statler!~Georg@p579FEE11.dip0.t-ipconnect.de, Remote host closed the connection) | |
| 08:12 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.) | |
| 08:14 | Statler has joined IRC (Statler!~Georg@p579FF378.dip0.t-ipconnect.de) | |
| 08:16 | Statler has left IRC (Statler!~Georg@p579FF378.dip0.t-ipconnect.de, Remote host closed the connection) | |
| 08:17 | Statler has joined IRC (Statler!~Georg@p579FF378.dip0.t-ipconnect.de) | |
| 09:19 | kjackal_ has joined IRC (kjackal_!~quassel@ppp-2-86-15-179.home.otenet.gr) | |
| 10:19 | markus_e92 has left IRC (markus_e92!~markus_e9@91-115-16-19.adsl.highway.telekom.at, Ping timeout: 255 seconds) | |
| 10:22 | markus_e92 has joined IRC (markus_e92!~markus_e9@80-121-122-205.adsl.highway.telekom.at) | |
| 10:45 | gvy has joined IRC (gvy!~mike@altlinux/developer/mike) | |
| 10:55 | Trendzetter 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:09 | alkisg_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:00 | kjackal_ has left IRC (kjackal_!~quassel@ppp-2-86-15-179.home.otenet.gr, Ping timeout: 240 seconds) | |
| 12:10 | kjackal_ 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:33 | klausade has joined IRC (klausade!~klaus@177.37-191-148.fiber.lynet.no) | |
| 13:47 | GodFather has joined IRC (GodFather!~rcc@75-145-237-204-Michigan.hfc.comcastbusiness.net) | |
| 13:52 | GodFather has left IRC (GodFather!~rcc@75-145-237-204-Michigan.hfc.comcastbusiness.net, Quit: Ex-Chat) | |
| 13:53 | GodFather has joined IRC (GodFather!~rcc@75-145-237-204-Michigan.hfc.comcastbusiness.net) | |
| 13:59 | <alkisg_web> You're welcome
| |
| 14:11 | mikkel has left IRC (mikkel!~mikkel@mail.dlvs.dk, Quit: Leaving) | |
| 14:12 | kjackal_ has left IRC (kjackal_!~quassel@2a02:587:3126:800:d1c2:2e17:831f:8db3, Remote host closed the connection) | |
| 14:14 | vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc) | |
| 15:08 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
| 15:30 | pppingme has left IRC (pppingme!~pppingme@unaffiliated/pppingme, Read error: Connection reset by peer) | |
| 15:31 | pppingme has joined IRC (pppingme!~pppingme@unaffiliated/pppingme) | |
| 15:31 | lucascastro has joined IRC (lucascastro!~lucas@186.227.186.18) | |
| 16:04 | alkisg_web has left IRC (alkisg_web!d4fb1187@gateway/web/freenode/ip.212.251.17.135, Quit: Page closed) | |
| 16:04 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.) | |
| 16:07 | NONOmaster has joined IRC (NONOmaster!~nono@p200300DC2BC0C3007100798C3C967EEC.dip0.t-ipconnect.de) | |
| 16:14 | adrianor1 has left IRC (adrianor1!~adrianorg@187.115.107.79, Ping timeout: 240 seconds) | |
| 16:42 | gvy has left IRC (gvy!~mike@altlinux/developer/mike, Quit: Leaving) | |
| 16:48 | adrianorg has joined IRC (adrianorg!~adrianorg@187.115.107.79) | |
| 17:00 | GodFather has left IRC (GodFather!~rcc@75-145-237-204-Michigan.hfc.comcastbusiness.net, Ping timeout: 240 seconds) | |
| 17:14 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
| 17:24 | vijay 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:54 | lucascastro has left IRC (lucascastro!~lucas@186.227.186.18, Remote host closed the connection) | |
| 18:17 | NONOmaster has left IRC (NONOmaster!~nono@p200300DC2BC0C3007100798C3C967EEC.dip0.t-ipconnect.de, Quit: NONOmaster) | |
| 19:09 | Statler has left IRC (Statler!~Georg@p579FF378.dip0.t-ipconnect.de, Remote host closed the connection) | |
| 19:55 | vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Quit: leaving) | |
| 20:00 | GodFather has joined IRC (GodFather!~rcc@47.33.250.142) | |
| 20:04 | ao 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:10 | vijay 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:42 | alkisg 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:28 | ao has left IRC (ao!8ba244d8@gateway/web/freenode/ip.139.162.68.216, Ping timeout: 260 seconds) | |
| 21:29 | ricotz has left IRC (ricotz!~ricotz@ubuntu/member/ricotz, Quit: Leaving) | |
| 21:40 | lucascastro has joined IRC (lucascastro!~lucas@186.227.186.18) | |
| 22:41 | bcg_ has joined IRC (bcg_!b@dsl-tkubng11-54f942-246.dhcp.inet.fi) | |
| 22:41 | pppingme has left IRC (pppingme!~pppingme@unaffiliated/pppingme, Excess Flood) | |
| 22:42 | elias_a_ has joined IRC (elias_a_!elias@hilla.kapsi.fi) | |
| 22:42 | teknkik_ has joined IRC (teknkik_!tek@kapsi.fi) | |
| 22:42 | lisardma1 has joined IRC (lisardma1!~mikael@79.99.168.121) | |
| 22:42 | bcg has left IRC (bcg!b@dsl-tkubng11-54f942-246.dhcp.inet.fi, Write error: Broken pipe) | |
| 22:42 | lisardman has left IRC (lisardman!~mikael@79.99.168.121, Write error: Broken pipe) | |
| 22:42 | elias_a has left IRC (elias_a!elias@hilla.kapsi.fi, Write error: Broken pipe) | |
| 22:43 | ben_nabiy has left IRC (ben_nabiy!~bennabiy@unaffiliated/bennabiy, Excess Flood) | |
| 22:43 | teknkik has left IRC (teknkik!tek@kapsi.fi, Write error: Broken pipe) | |
| 22:43 | pppingme has joined IRC (pppingme!~pppingme@unaffiliated/pppingme) | |
| 22:43 | ben_nabiy has joined IRC (ben_nabiy!~bennabiy@unaffiliated/bennabiy) | |
| 22:45 | markus_e92 has left IRC (markus_e92!~markus_e9@80-121-122-205.adsl.highway.telekom.at, Ping timeout: 269 seconds) | |
| 22:48 | markus_e92 has joined IRC (markus_e92!~markus_e9@80-121-122-205.adsl.highway.telekom.at) | |