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


Channel log from 8 February 2018   (all times are UTC)

01:06adrianor1 is now known as adrianorg
02:23vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Quit: leaving)
02:38nehemiah has joined IRC (nehemiah!~nehemiah@saphar.net)
06:17Statler has joined IRC (Statler!~Georg@p5B30E694.dip0.t-ipconnect.de)
07:10ricotz has joined IRC (ricotz!~ricotz@p5B2A9F3A.dip0.t-ipconnect.de)
07:10ricotz has joined IRC (ricotz!~ricotz@ubuntu/member/ricotz)
07:10kjackal_ has joined IRC (kjackal_!~quassel@ppp-94-67-211-227.home.otenet.gr)
07:10kjackal has left IRC (kjackal!~quassel@athedsl-238114.home.otenet.gr, Ping timeout: 265 seconds)
07:14kjackal_ has left IRC (kjackal_!~quassel@ppp-94-67-211-227.home.otenet.gr, Ping timeout: 256 seconds)
08:57Statler has left IRC (Statler!~Georg@p5B30E694.dip0.t-ipconnect.de, Remote host closed the connection)
09:16galileo_ has joined IRC (galileo_!b0950387@gateway/web/freenode/ip.176.149.3.135)
09:16
<galileo_>
hello
09:17
is there sombebody who can help me about fat-client
09:17
?
09:27Statler has joined IRC (Statler!~Georg@gwrz3.lohn24.de)
09:30
<alkisg>
Hello galileo_
09:30
Sure, ask your question
09:31
<galileo_>
alkisg : I want to create the smaller fat client possible
09:31
<alkisg>
Why, what's your end goal?
09:32
If you think that "small" means "light", that's NOT the case
09:32
<galileo_>
I used ltsp-build-client --arch i386 --fact-client --fat-client-desktop xubuntu-client
09:32
<alkisg>
Normally, this is the best way to create a light chroot:
09:32
!ltsp-manager
09:32
<ltsp>
ltsp-manager: LTSP Manager is a GUI tool that makes LTSP maintenance easy. It's the recommended way to install LTSP in common setups. More info: http://wiki.ltsp.org/wiki/Ltsp-manager
09:32
<galileo_>
It works well but now I want to uninstall specific apps in ltsp image
09:32
<alkisg>
But why?
09:33
<galileo_>
I'm lost in differents documentations I readed
09:33
<alkisg>
galileo_: why do you want a smaller image?
09:33
Do you think that it will be lighter?
09:33
<galileo_>
because I use fat-client and I don't need all apps
09:33
<alkisg>
And?
09:33
Where's the problem in having applications that you don't need?
09:33
<galileo_>
and I whant to unsinstall them
09:34
<alkisg>
Why?
09:34
<galileo_>
I use fat-client
09:34
<alkisg>
I have a 10 GB image that boots fine in 64 MB RAM
09:34
Why would I uninstall applications?
09:34
<galileo_>
ok
09:34
<alkisg>
If you don't want to see them in the menus, you can easily hide them
09:35
By one command in lts.conf
09:35
<galileo_>
alkisg : can you tell me the way to uninstall apps?
09:35
<alkisg>
Sure
09:35
sudo ltsp-chroot
09:35
and then
09:35
apt-get purge package
09:35
This uninstalls applications
09:35
<galileo_>
ok
09:35
do I have to ltsp-update-image after apt-get purge package ?
09:36
<alkisg>
Yes
09:36
it's the wrong way to do things, but whatever you ask :/
09:37
<galileo_>
please tell me the rigth way
09:37
<alkisg>
i can't, because you don't answer my question
09:37
"why do you want to uninstall apps"
09:39
<bcg_>
for example: in commercial usage you don't want to include irc client to ltsp clients.
09:39
<alkisg>
bcg_: uninstalling a dependency of xubuntu-desktop, breaks things
09:39
Hiding an app is one lts.conf command
09:40
And a client can easily run whatever he likes from home
09:40
<bcg_>
that was just an example for "why?"
09:40
client can, yes, but it should not be too easy.
09:40
<galileo_>
perhaps I'm confuse about the way ltsp server running
09:41
<bcg_>
I've seen user running ssh-daemon at port 443 at his home computer to get access to irc client.
09:41
<galileo_>
so I want my client run in fat mode
09:41
I want the image to be smaller as possible to be loaded from network
09:41
<bcg_>
...as normal outgoing irc port was blocked in firewall.
09:42
<galileo_>
what is the tigth way to do that?
09:43
<alkisg>
galileo_: right, that's your problem
09:43
The image is not "downloaded" from the network
09:43
Only the "sectors" that are needed are fetched each time
09:43
So you can have a 10 GB image, and the client to only use 50 MB
09:45
I.e. you really shouldn't care at all how big your image is
09:46
It makes no difference in speed, ram, cpu, nothing
09:46
<galileo_>
ok
09:46
so how can I select apps I want to be avalaible for clients?
09:47
<alkisg>
INIT_COMMAND_01="rm /usr/share/applications/myapp.desktop"
09:47
<galileo_>
In fact I try to help a school, there is 1 server 4Go RAM
09:47
an ten clients 2Go RAM
09:47
when users try to launch firefox or libreoffice, the server is out of memory
09:48
<bcg_>
Is this "uninstalling a dependency of xubuntu-desktop, breaks things" true? In rpm/yum/dnf world you have soft dependecies, that can be uninstalled without breaking things.
09:48
<galileo_>
and clients freeze
09:48
what is the rigth way to corret this problem?
09:51
<alkisg>
you're probably NOT using fat clienst then
09:51
because of some error
09:51
<galileo_>
I think in this time school using thin-client
09:52
I did some tests in another platform to build fat client
09:52
<alkisg>
galileo_: if you want, I can have a remote look and see what you have there
09:54
<galileo_>
it is not possible at this moment
09:54
<alkisg>
ok
09:54
<galileo_>
perhaps I should ty local_apps command in lts.conf?
09:54
<alkisg>
galileo_: in general, I have hundreds of schools with those specifications, and they run fine
09:54
No
09:55
<galileo_>
4Go seems to be very small for 10 clients running firefox?
09:55
<alkisg>
galileo_: the ltsp fat clients run firefox with their own ram
09:56
So, 4 GB on the server, and 2 GB on the clients, means that the server can support 50 clients with no problem
09:56
<galileo_>
can you give me an example of ram conf in servers and clients?
09:56
<alkisg>
Yes, 4 GB on the server and 2 GB on the clients is a good example
09:56
<galileo_>
in fact as I said server is out of memory and in thin mode 0% of client memory is used
09:57
<alkisg>
That's because you did something wrong
09:57
<galileo_>
apps running on server not on client
09:57
<alkisg>
I don't know what you did wrong. You need to be there and run commands and tell us the output etc.
09:57
This is the tutorial I've written, it's a very good how-to:
09:57
!ltsp-manager
09:57
<ltsp>
ltsp-manager: LTSP Manager is a GUI tool that makes LTSP maintenance easy. It's the recommended way to install LTSP in common setups. More info: http://wiki.ltsp.org/wiki/Ltsp-manager
09:57
<alkisg>
Follow this next time
09:57
<galileo_>
alkisg : I didn't nothing, someone intall the system in this school and didn't product any documentation
09:58
<alkisg>
OK, reinstall then
09:58
<galileo_>
so I try to debug this situation
09:59
alkisg : what do you want me to reinstall? ubuntu or ltsp?
09:59
<alkisg>
If you want my advice, reinstall the server using my documentation
09:59
(I'm an ltsp developer btw)
09:59
But if you want to "troubleshoot" the existing installation, sure, you can do that as well
10:00
It won't be the best way to do it though
10:00
How many ltsp clients does the school have?
10:00
<galileo_>
10
10:00
<alkisg>
It's the same as schools here, ltsp-manager was build just for that setup
10:00
And I propose ubuntu mate 16.04, not xubuntu
10:01
As no ltsp developer uses xubuntu, so it's not very tested
10:01
<galileo_>
why do you popose mate ?
10:01
ok
10:01
<alkisg>
3 ltsp developers use mate :)
10:01
Thin clients can't use gnome or unity
10:01
And between xfce, mate, lxde... mate is the most mature
10:02
Fat clients can use gnome and unity, but we wanted to use the same environment everywhere
10:02
So just follow the wiki page instructions, and you should be up and running in 1 hour, including the os installation
10:04
<galileo_>
in wich case do you preconise fat-client? I think it is when clients have a lot of RAM 1, 2 or 4 Go
10:04
Gb
10:04
<alkisg>
Clients with more than 512 MB RAM, get to be fat clients
10:04
With less, they become thins
10:05
<galileo_>
ok
10:05
So I'm going to ask the scool if they accept a full reinstallation
10:06
<alkisg>
You can also test it at home if you like
10:07
<galileo_>
yes I think they would want to use edubuntu apps
10:07
<alkisg>
We stopped edubuntu at 14.04
10:07
<galileo_>
but as you say I should not install edubuntu-desktop?
10:07
<alkisg>
The educational apps are of course available in ubuntu
10:08
There's just no "edubuntu-desktop" anymore
10:08
<galileo_>
if I rigth understand
10:08
i install ubuntu mate 16.04
10:08
then ltsp-server-standalone
10:08
<alkisg>
No.
10:08
You're going wrong again
10:09
<galileo_>
then ltsp-build-client --arch i386
10:09
<alkisg>
No.
10:09
I can't help you if you don't listen
10:09
!ltsp-manager
10:09
<ltsp>
ltsp-manager: LTSP Manager is a GUI tool that makes LTSP maintenance easy. It's the recommended way to install LTSP in common setups. More info: http://wiki.ltsp.org/wiki/Ltsp-manager
10:09
<alkisg>
Click there please
10:09
And read
10:09
<galileo_>
sorry I forgot this one
10:09
<alkisg>
This is the ONLY link you need
10:09
<galileo_>
I readed it and have difficulties to install it
10:10
<alkisg>
You read, follow the pages, and you are done in one hour
10:10
What was the difficulty?
10:10
<galileo_>
not able to install it
10:10
<alkisg>
What was the error message?
10:10
Because I've done that in hundreds of schools
10:10
And I've seen no error message
10:12
<galileo_>
give me few minutes, I'm trying rigth now to install it and then I will come back to you
10:12
<alkisg>
OK. Please read and follow the instructions in order. Don't just try one thing without doing all the previous ones.
10:12
I also have a link to the .iso there, use it
10:18
<galileo_>
Cannot add PPA: 'ppa:~ts.sch.gr/ubuntu/ppa'. ERROR: '~ts.sch.gr' user or team does not exist.
10:19
<alkisg>
Did you copy/paste the command? Is this Ubuntu MATE 16.04?
10:21
Here is the page:
10:21
http://wiki.ltsp.org/wiki/Ltsp-manager/Installation
10:21
Here is the command: add-apt-repository ppa:ts.sch.gr; apt update
10:21
<galileo_>
I copy paste but it is not ubuntu mate, sorry, one more mistake
10:21
<alkisg>
Yet, you didn't ran that command...
10:22
<galileo_>
so I'm going to test with your iso
10:22
thank's again for your help
10:22
<alkisg>
You're welcome. Which distro were you trying on?
10:22
Because the add-apt-repository command should work in all ubuntu flavors, even linux mint...
10:22
Just not on debian
10:23
<galileo_>
i tried xubuntu-desktop
10:24
<alkisg>
The command works in xubuntu as well
10:24
<galileo_>
in fact ubuntu-server and then I installed xubuntu-desktop
10:24
<alkisg>
You just didn't copy/paste the command from the wiki
10:24
Somehow you used your own, wrong command
10:25
See the command again: add-apt-repository ppa:ts.sch.gr
10:25
Compare with the one you ran. You didn't ran the wiki command.
10:29
<galileo_>
about command add-apt-repository ppa:ts.sch.gr
10:29
i use the good one but I forget to set correct proxy
10:29
because I'm behind a proxy rigth now
10:32
<alkisg>
ok
10:34kjackal has joined IRC (kjackal!~quassel@2a02:587:3102:f800:2474:665f:df33:9b26)
10:38
<galileo_>
ok I currently trying ltsp-manager
10:39
<alkisg>
galileo_: are you trying on top of an existing ltsp installation, which already has ltsp-server-standalone? If yes, this will break things
10:42
<galileo_>
not a problem it is a test platform (proxmox)
10:42
<alkisg>
If it has ltsp-server-standalone, you need to mention it because it won't work
10:43
You need to remove it and all the other ltsp related stuff before continuing
10:43
E.g. isc-dhcp-server and a lot of others
10:47Faith has joined IRC (Faith!~Paty_@unaffiliated/faith)
11:44lucascastro has joined IRC (lucascastro!~lucas@201.182.221.14)
12:04lucascastro has left IRC (lucascastro!~lucas@201.182.221.14, Ping timeout: 256 seconds)
12:56
<galileo_>
I'm back
12:57
about the school I try to help
12:57
the teacher told me that the problems comes after upgrade from 14.04 to 16.04
12:58
do you recommand a way to upgrade ubuntu to preserve ltsp working
12:58
?
13:17
<alkisg>
galileo_: upgrades usually work fine
13:18
If something breaks, to troubleshoot it, we need specific error messages
13:18
Tell the teacher to come here so that I can help him directly without chatting so much
13:26
<galileo_>
alkisg : teacher is not a linux user
13:27
<alkisg>
It doesn't matter, my teachers aren't either :)
13:27
<galileo_>
it is hard for him to use ltsp admin size
13:27
by the way is ask me to help him
13:28
<alkisg>
OK, but now we spent a few hours for something that can be fixed in a couple of minutes :)
13:31
<galileo_>
I don't think so
13:33
you told me to use ltsp-manager, seems to be great but I would want to learn to use ltsp without gui
13:34
I wil install ltsp-manager for teacher of course but I want to know how it works without GUI
13:35
<alkisg>
Why?
13:36
<galileo_>
why not?
13:36
I prefer tu use bash in most of time
13:36
I don't think it is a lost of time
13:37
<alkisg>
Isn't this a school?
13:37
Isn't the teacher there?
13:37
Isn't it better for him to maintain it?
13:39
<galileo_>
I'm here to ask question for teacher and for me
13:39
perhaps teacher need gui
13:39
so I will install it for him
13:39
bu I don't want to use gui
13:40
<alkisg>
OK
13:40
Both are possible
13:40
LTSP manager supports both
13:40
Both for you and the teacher
13:40
But anyway I meant that I could solve the teacher problem in a couple of minutes
13:40
Even without ltsp manager
13:40
Without chatting for hours... :)
13:40
<galileo_>
do you mean ltsp-build-client is abandoned?
13:44
<alkisg>
We don't maintain ltsp-build-client a lot, but it's still supported
13:44
But this is not related to the GUI/non GUI talk
13:44
LTSP manager uses ltsp-update-image -c /, i.e. console again, in the background
13:49
The difference is if the teacher wants to install e.g. tuxpaint to all the clients, he doesn't need to use a terminal
13:50
If YOU want to use a terminal, of course you can though, with all versions of ltsp
13:52
<galileo_>
sorry to ask but I don't understand the current way to add a apply to client
13:52
I read the doc for few weeks now and I'm confuse
13:52
<alkisg>
you read the ltsp manager wiki?
13:52
it mentions how you add programs
13:52
it's just 7 pages
13:57
<galileo_>
sorry but I just look at the wiki and didn't find how to do that
13:58
<alkisg>
http://wiki.ltsp.org/wiki/Ltsp-manager/Update_image
14:00
I.e. you use your software center, install tuxpaint, and go to the update image menu
14:00
If you want to use console, it's apt install tuxpaint; ltsp-update-image -c /
14:01
The main difference is, there are no chroots. That's why it's easy.
14:01
It's not the GUI. It's the lack of chroots.
14:03
See also the previous, non-gui version, without chroots:
14:03
!ltsp-pnp
14:03
<ltsp>
ltsp-pnp: ltsp-pnp is the recommented method to install and maintain LTSP for "usual" setups. Since it doesn't involve chroots, it requires little to no command line to maintain it. It automatically supports both thin and fat ltsp clients. https://help.ubuntu.com/community/UbuntuLTSP/ltsp-pnp
14:03
<alkisg>
ltsp manager uses ltsp-pnp, and adds a gui
14:03
(and shared folders and a lot others)
14:10
<galileo_>
this is a point a confuusion i didn't understand user have to install an applicaion in the server before update client image
14:10
I guess it was possible to create differents images with differents arch , apps list, desktop, ...
14:11
without install it on server
14:19
<alkisg>
LTSP supports both methods
14:19
You're using the old one, which is difficult
14:19
And I'm proposing the new one, which is more suitable for schools
14:20
<galileo_>
ltsp-manager --help
14:20
return nothing
14:20
<alkisg>
The wiki page is the help
14:21
<galileo_>
wiki don't talk about ltsp-manager use with bash
14:22
<alkisg>
That's still ltsp
14:22
man ltsp-update-image
14:22
<galileo_>
ok
14:23
<alkisg>
There is only one version of ltsp, which supports both chroots and non-chrooted installations
14:23
So it still has the same manpages
14:30
<nehemiah>
Can I use ltsp manager to manage more than one image/architecture?
14:35
<alkisg>
nehemiah: sure, you manage the first one with ltsp-manager, and the rest in chroots
14:35ben_roose has joined IRC (ben_roose!~roose@roose.cs.wichita.edu)
14:45
<nehemiah>
Okay, thank you. I'm very new to ltsp. And I basically do not understand much yet. Installed Ubuntu server on my server and created a client image (not using ltsp-manager). Then I used ltsp-chroot to get into the chroot environment and installed some things and rebuilt the image. The reason for not using ltsp-manager is that ltsp manager was building and amd64 image and I need a i386 image first. Are you saying that I can install ltsp-mana
14:45
ger within my i386 chroot environment and manage the image from there? I realize that my questions might be very wrong :)
14:46servidor_ has joined IRC (servidor_!ba1deda4@gateway/web/freenode/ip.186.29.237.164)
14:47
<alkisg>
nehemiah: mention your setup first, number of clients, cpu/ram etc
14:47servidor_ has left IRC (servidor_!ba1deda4@gateway/web/freenode/ip.186.29.237.164, Client Quit)
14:49
<alkisg>
Usually, it's best to have a single chroot when you have i386 and amd64 clients
14:50
<nehemiah>
Gladly, my test setup is a six core amd cpu with 16gb of memory. The thin clients that I'm currently using are atom based 32bit HP thin clients. They're working great. But, we're looking to deploy this on many locations where they'll just be using anything that they have kicking around.
14:51
The number of clients, per location can vary from 25 to over 100.
14:52
<||cw>
if you're not going to do thick clients then a i386 client image will do fine, even on x64 hardware.
14:52
<nehemiah>
We have a second hand quad core Xeon server that would be the production environment for one of thos locations.
14:52
<||cw>
you don't even want a 64bit client image unless the clients have 3GB ram or more anyway
14:53
<nehemiah>
I think that we'll be sticking with thin client only setups because we basically want our users to just connect a computer/client to network and start using it.
14:55
<||cw>
for ltsp manager, you'd need to install the server as 32bit. it's a very minor performance difference from 64bit due to PAE, but you likely won't notice at all due to the network latency anyway
14:55
<nehemiah>
Okay, but that doesn't mean that my server installation should be 32bit right? And can I then still use ltsp-manager to manage my 32bit image?
14:55
<||cw>
and desktop apps that need more than 2GB ram each are rare
14:55
<nehemiah>
Oh, okay
14:55
<||cw>
yes, the server OS install would be 32bit
14:55
<alkisg>
!fat
14:55
<ltsp>
I do not know about 'fat', but I do know about these similar topics: 'fatclient-printers', 'epoptes-fat-clients', 'fat-internal-disks', 'fat-passwd', 'fat-sudo', 'fatclients'
14:55
<alkisg>
!fatclients
14:55
<ltsp>
fatclients: Nowadays LTSP supports thin and fat clients. They are both diskless and netbooted from the same LTSP chroot, but while thin clients run the session on the server and transfer the screen, fat clients run the session locally with their own CPU/RAM, thus performing amazingly better. See also !ltsp-pnp and https://help.ubuntu.com/community/UbuntuLTSP/FatClients
14:55
<alkisg>
!flash
14:55
<ltsp>
flash: Yes, flash sucks. An HD full screen 30 fps video needs 2.5 Gbps bandwidth (1920×1080×4×30)! Make sure you have LDM_DIRECTX=True in your lts.conf file, or if it's just youtube you're after, try some flash replacing plugin like http://linterna-magica.nongnu.org
14:57
<||cw>
nehemiah: well, fat clients are preferred. if your clients are dual core and 1.5GB+ ram they'll perform significantly better than thin
14:57
<nehemiah>
Wow, didn't know they could be disk-less too.
14:57
<||cw>
yeah, that's the whole point of LTSP
14:58talmid has joined IRC (talmid!891a8196@gateway/web/freenode/ip.137.26.129.150)
14:59
<nehemiah>
Okay, so the reason why I went for a 64bit set-up is that I'm afraid that distros are dropping 32bit support. Should I be worried for that?
14:59
<alkisg>
nehemiah: for existing clients, you can use ubuntu mate 18.04 for 5 years
14:59
For new clients, buy 64bit, and a cheap server
14:59
(existing, i mean 32 bit)
15:00
<||cw>
yeah, by the time that happens, core2 systems will be the "old crap laying around"
15:00
<alkisg>
A cheap fat client server (i.e. any modern pc) can easily serve 50 fat clients
15:00
<||cw>
in a lot of places it already is
15:00talmid_ has joined IRC (talmid_!891a8196@gateway/web/freenode/ip.137.26.129.150)
15:02talmid has left IRC (talmid!891a8196@gateway/web/freenode/ip.137.26.129.150, Ping timeout: 260 seconds)
15:05talmid_ has left IRC (talmid_!891a8196@gateway/web/freenode/ip.137.26.129.150, Ping timeout: 260 seconds)
15:07
<nehemiah>
I guess another beginners question; how do I discern if a client should be starting as fat or thin?
15:08
<alkisg>
Auto is: >500 mb ram => fat, else thin
15:08
Manual with: LTSP_FATCLIENT=True/False in lts.conf,
15:08
OR with FAT_RAM_THRESHOLD if you want to separate based on RAM
15:11
<nehemiah>
Thank you. Can I also disable fat client based on say, mac address? I'm just thinking that those atom based thin clients I'm testing with, have 2gb of ram but the processor performance is horrible.
15:14
<alkisg>
sure
15:15
All lts.conf variables can be set per ip, per mac, per hostname etc
15:16Faith has left IRC (Faith!~Paty_@unaffiliated/faith, Remote host closed the connection)
15:16
<||cw>
nehemiah: it's still worth testing those as fat clients. network latency can be more brutal than a slow CPU sometimes.
15:20Faith has joined IRC (Faith!~Paty_@unaffiliated/faith)
15:21
<nehemiah>
Yes, we'll definitely test it.
15:22lucascastro has joined IRC (lucascastro!~lucas@201.182.221.14)
15:46
<galileo_>
alkisg : thank's for your help and your patience
15:49
<alkisg>
galileo_: np
15:49galileo_ has left IRC (galileo_!b0950387@gateway/web/freenode/ip.176.149.3.135, Quit: Page closed)
16:35lucascastro has left IRC (lucascastro!~lucas@201.182.221.14, Remote host closed the connection)
17:06kjackal has left IRC (kjackal!~quassel@2a02:587:3102:f800:2474:665f:df33:9b26, Read error: Connection reset by peer)
17:33lucascastro has joined IRC (lucascastro!~lucas@200.141.207.18)
18:05lucascastro has left IRC (lucascastro!~lucas@200.141.207.18, Remote host closed the connection)
18:12nehemiah has left IRC (nehemiah!~nehemiah@saphar.net)
18:26lucascastro has joined IRC (lucascastro!~lucas@201.182.221.154)
18:38vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc)
19:00nehemiah has joined IRC (nehemiah!~nehemiah@saphar.net)
19:19
<nehemiah>
I changed my test set-up, now running Ubuntu 32bit. Installed ltsp-manager and build the client image. The client boot gets stuck to where it says '/dev/dbd0 does not exist'. What am I doing wring?
19:21
<vagrantc>
"/dev/nbd0" ?
19:22
!ltsp-manager
19:22
<ltsp>
ltsp-manager: LTSP Manager is a GUI tool that makes LTSP maintenance easy. It's the recommended way to install LTSP in common setups. More info: http://wiki.ltsp.org/wiki/Ltsp-manager
19:22
<nehemiah>
Correct, typo.
19:22
<vagrantc>
nehemiah: did you follow the instructions in the link above?
19:22
there's a prepare server step that configures the network services
19:22
well, all those steps are important
19:23
"initial setup" is the one i was thinking of
19:24Statler has left IRC (Statler!~Georg@gwrz3.lohn24.de, Remote host closed the connection)
19:24
<nehemiah>
No, I'm one of does guys that first tries, then fails and start reading after I failed.
19:25
<vagrantc>
alkisg: i think i mentioned this before, but the flow for the ltsp-manager documentation doesn't have a link to the next step on each page ... that seems likely to cause people to miss steps ... e.g. clock on preparation, read and do all those steps, and then you press the back button and open up installation, read and do, back button, etc...
19:25
alkisg: or just having all the steps on one page?
19:26
though then maybe people get information overload...
19:27
<alkisg>
vagrantc: good idea. Mediawiki may even have a plugin for next/previous page
19:27
I don't like the "all in one page" though. But, there's another, pdf export plugin, for those that need it offline
19:27
<vagrantc>
alkisg: oh, that would be cool
19:28
nehemiah: i'm much the same :)
19:28
nehemiah: or at least, i skim for what i think i need, experiment, read deeper, experiment and eventually end up reading the whole thing
19:28
nehemiah: but i need the experimentation to make sense of what i'm reading
19:28
<alkisg>
It took me about 2 years to get the teachers to actually read the 7 installation steps. It takes just 10 minutes, but they prefer to lose 10 hours trying instead. :D
19:28
<vagrantc>
sure
19:29
:)
19:29
some of us have to learn the hard way ... hopefully without dragging too many other people into it
19:29
though i'm guessing alkisg always gets dragged into it :)
19:38
<nehemiah>
I followed the steps and they didn't help. I still get that ndd0 error.
19:38
nbd0*
19:40
<vagrantc>
service nbd-server status ?
19:40
<nehemiah>
It says actice (running)
19:41
<vagrantc>
could you paste the output of "ltsp-info --verbose" to pastebin:
19:41
!paste | echo nehemiah
19:41
<ltsp>
nehemiah paste: the LTSP pastebin is at http://ltsp.pastebin.com. Please paste all text longer than a line or two to the pastebin, as it helps to reduce traffic in the channel. Don't forget to paste the URL of the text here.
19:41
<nehemiah>
One thing. On the wiki page with the installation instructions for ltsp-manager, it has some commands which we did after running the initial setup script
19:43Faith has left IRC (Faith!~Paty_@unaffiliated/faith, Quit: Leaving)
19:46nehemiah has left IRC (nehemiah!~nehemiah@saphar.net, Ping timeout: 240 seconds)
20:01nehemiah has joined IRC (nehemiah!~nehemiah@saphar.net)
20:11
<nehemiah>
I'm kind of stuck with the nbd thing. Here is the output of ltsp-info --verbose: https://pastebin.com/xXwECAXC
20:15
<alkisg>
nehemiah: did you run the commands in the initial setup page?
20:15
Sorry, in the installation page, http://wiki.ltsp.org/wiki/Ltsp-manager/Installation
20:15
"Warning: due to some recent bug in LTSP, you also need to manually paste the following commands in a terminal: "....
20:22
<nehemiah>
Yes, I did and a double check just confirmed that the changes where made and the file was added.
20:22
What's not here is this file: /etc/ltsp/nbd-server.allow
20:22
Don't know if that makes a change
20:22
<alkisg>
nehemiah: can you pastebin the contents of the /etc/nbd-server/conf.d/ltsp_$arch.conf package?
20:22
nbd-server.allow shouldn't exist
20:25
<nehemiah>
https://pastebin.com/BVkpFx2v
20:26
<alkisg>
Seems fine. So, what error do you get on the client?
20:26
Never mind I read it above. Do you get an initramfs> shell?
20:26
If so, try this, while putting your server IP there:
20:27
!nbd-client
20:27
<ltsp>
nbd-client: To try mounting the NBD image from the client initramfs: nbd-client 192.168.67.1 -N /opt/ltsp/i386 /dev/nbd0
20:27
<nehemiah>
Setting up nbd error nbd-client ... Error Socket failed : Connection refused
20:28
<alkisg>
(it may be the IPAPPEND 3 line as well)
20:28
Soo...
20:29
your nbd-server is running, yet you can't connect from a client?
20:29
That doesn't sound right
20:29
<nehemiah>
alksig: The manual option seemed to work
20:29
<alkisg>
Ah
20:29
OK, on the client, type this:
20:29
cat /proc/cmdline
20:29
Do you see a long ip=xxxx parameter?
20:31
Actually, shorter method, on the server: cat /var/lib/tftpboot/ltsp/i386/pxelinux.cfg/default | nc termbin.com 9999
20:32
<nehemiah>
http://termbin.com/huwb
20:32
<alkisg>
Right, the IPAPPEND 3 didn't take effect
20:32
You probably ran those commands AFTER you did the other steps
20:32
And not in their correct order
20:32
<nehemiah>
Yes, I did
20:32
<alkisg>
:)
20:33
<nehemiah>
I failed majorly there
20:33
<alkisg>
grep ipappend /boot/pxelinux.cfg/default
20:33
Is it ipappend 3 there?
20:33
Or ipappend 2?
20:33
grep ipappend /boot/pxelinux.cfg/ltsp
20:34
<nehemiah>
It's 2
20:34
<alkisg>
OK, so: sudo /usr/share/ltsp/update-kernels
20:35
sudo cp /boot/pxelinux.cfg/ltsp /var/lib/tftpboot/ltsp/i386/pxelinux.cfg/
20:35
And finally, grep ipappend /var/lib/tftpboot/ltsp/i386/pxelinux.cfg/default
20:35
Is it 3 now?
20:35
<nehemiah>
Yes 3 now
20:35
<alkisg>
OK, reboot client
20:35
<nehemiah>
Doing it as we speak
20:39
Victory! Thank you.
20:39
<alkisg>
np
20:41
<nehemiah>
Okay, so I did some simple tests. I attahed my laptop to the ltsp server, and it plays video very well. Now when I boot my Atom based clients with 2gb of memory, video is a little choppy but the have Intel graphics that support HD playback.
20:42
Would it be better to use those as thin clients?
20:42
<alkisg>
On the atom client, open a terminal
20:42
Does it say "user@server", or "user@ltsp123"?
20:42
<nehemiah>
user@ltsp41
20:43
<alkisg>
Then it's a fat client.
20:43
cat /proc/cpuinfo
20:43
What is the exact model?
20:43
<nehemiah>
Intel(R) Atom(TM) CPU N280 @ 1.66HHz
20:43
<alkisg>
https://www.cpubenchmark.net/cpu.php?cpu=Intel+Atom+N280+%40+1.66GHz
20:43
287 score
20:44
This is quite low powered
20:44
For example, recent atoms are 8 times faster than that
20:44
e.g. 2000 score, while i3's have 6000 score
20:44
Now, it depends on a lot of other things
20:45
<nehemiah>
I know they're very slow. Just wondering if running them as Thin clients would in this case be better. I've got about 8 of them
20:45
<alkisg>
For example, tuxpaint, libreoffice impress, would run better locally
20:45
youtube might run a bit better remotely, but not full screen
20:46
it also depends on your networking, the server cpu, ram ...
20:46
It's best to actually try both modes and decide yourself
20:46
Try it with one client first, just put LTSP_FATCLIENT=False in lts.conf and reboot the atom client and check
20:48
<nehemiah>
Thank you will try. I could see for a bunch of new/second hand client but in we are always on a limited budget. Is there anything you'd recommend looking into? Preferably something that's small.
20:50
Is it worth looking into getting a better graphics support for the Intel video chips my clients have? The GPU should be able to render HD.
20:50
<alkisg>
!cheap-client
20:50
<ltsp>
cheap-client: https://www.gearbest.com/tv-box-c_11262/nt1_windows~10/
20:51lucascastro has left IRC (lucascastro!~lucas@201.182.221.154, Remote host closed the connection)
20:53
<nehemiah>
I'll look into that. I've got to of those kind 'Nexbox' but I didn't get them to boot from the network yet. Also, I didn't think them to be more powerful than the Atom client I have.
20:55
<||cw>
you can get core2 small form factors for about $40 shipped on ebay, and i3's for under $60
20:55
<alkisg>
They have 2000 score, 8 times faster
20:55
Check the cpubenchmark site
20:56
Booting from the network can be done easily with local kernel, even if they don't have netboot ability
20:56
(which they do)
21:07
<nehemiah>
After having disabled thick client mode, my client boots to the point where LDM should be loaded and fails.
21:08
<alkisg>
Intel has broken a few things
21:08
Try enabling this in lts.conf
21:08
X_SMART_COLOR_DEPTH=False
21:10Rsymond has joined IRC (Rsymond!ccf97f0e@gateway/web/freenode/ip.204.249.127.14)
21:12
<Rsymond>
Unable to boot VMWare View
21:14nehemiah has left IRC (nehemiah!~nehemiah@saphar.net, Quit: Leaving.)
21:15nehemiah has joined IRC (nehemiah!~nehemiah@saphar.net)
21:18
<nehemiah>
alkisg: That fixed it. The performance is a lot better in thin client mode for these machine. We will look into replacing them for some of those devices you suggested or even something else. Thank you for all the help.
21:21
<alkisg>
np
21:21
Rsymond: is this related to ltsp?!
21:22
<Rsymond>
hi alkisg
21:22
yes
21:22
<alkisg>
Rsymond: ok, describe your issue in a paragraph
21:22
<nehemiah>
So, another thing I'd like to try is running an LTSP server as a KVM or even better would be a container. Are there any caveats I need to be aware of?
21:27
<Rsymond>
UbuntuLTSP/VMWareViewVDI follwing the ubuntu wiki but thin client is unable to communicate with server.
21:28
client is able to get an address from dhcp but stuck there
21:28
fat clients boot and runs good
21:32
<alkisg>
Rsymond: which ubuntu wiki?
21:33
When you say "fat clients" do you mean diskless ltsp fat clients?
21:33
Aaaah you mean https://help.ubuntu.com/community/UbuntuLTSP/VMWareViewVDI ?
21:34
That's an unmaintained thing that someone wrote in 2011, which is not related to ltsp
21:34
*I mean, to the upstream ltsp development
21:35
<Rsymond>
ahh okay
21:36
<||cw>
Rsymond: can you boot the client to a console prompt?
21:36
<Rsymond>
it will not
21:36
<||cw>
and then does running the vmview from the screen.d folder work?
21:36
well, work on that first then.
21:37
if you can boot to the normal ltsp login, then you messed up somewhere in your lts.conf maybe
21:37
<Rsymond>
okay will do
21:37
<||cw>
but yeah, that guide is old as hell. you'll probably want to re-implement from scratch using it as inspiration
21:37
<alkisg>
Also from what I can see, vmware view was last updated in 2012?
21:38
Why are you using that then?!
21:38
There are more up to date technologies... what's your end goal, to see a windows desktop or a server?
21:38
<||cw>
some people use old stuff....
21:38
but the new version is called Horizon
21:39
<alkisg>
Maybe it got renamed to "vmware horizon" now...
21:39
Yeah
21:39
<Rsymond>
our ogranziation has lots of samsung nc190 that they would like to reuse
21:39
with ltsp they are old as heck
21:39
lol
21:40
<alkisg>
Rsymond: do those work with ltsp?
21:40
Do they support linux?
21:42
From a quick glance, they mention they're pcoip, which doesn't use a standard cpu, it can't boot linux...
21:42
<Rsymond>
ahh okay
21:43
<alkisg>
"thin clients" means "a bit local linux", while "zero clients" mean "no local (open) operating system"
21:43
You can put a cheap client behind them, and use them as ltsp fat clients :)
21:43
!cheap-client
21:43
<ltsp>
cheap-client: https://www.gearbest.com/tv-box-c_11262/nt1_windows~10/
21:45
<Rsymond>
thanks
21:46
<alkisg>
np
21:50Rsymond has left IRC (Rsymond!ccf97f0e@gateway/web/freenode/ip.204.249.127.14, Ping timeout: 260 seconds)
22:04vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Ping timeout: 256 seconds)
22:22ricotz has left IRC (ricotz!~ricotz@ubuntu/member/ricotz, Quit: Leaving)
23:28lucascastro has joined IRC (lucascastro!~lucas@201.182.221.14)