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


Channel log from 6 March 2017   (all times are UTC)

00:09vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Ping timeout: 260 seconds)
00:15GodFather has left IRC (GodFather!~rcc@2600:100d:b102:4d08:9cfa:8002:f54a:9b44, Read error: No route to host)
00:29vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc)
00:33vagrantc_ has joined IRC (vagrantc_!~vagrant@unaffiliated/vagrantc)
00:48syrius has left IRC (syrius!syrius@thunder.stormtek.net, Ping timeout: 260 seconds)
00:53syrius has joined IRC (syrius!syrius@thunder.stormtek.net)
01:15vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Ping timeout: 240 seconds)
01:34vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc)
01:37vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Client Quit)
03:57hima has joined IRC (hima!~hima@41.35.178.58)
03:57
<hima>
hi there
03:57
i am new to ltsp
03:57
i am trying to install ltsp for the first time
03:58
there is many flavours of ltsp
03:58
what is the prefered one to use
03:58
or it depend on what hardware i have
03:59
<elias_a_>
hima: Welcome. Stick around for a while. It is really early in some parts of the world... :)
04:00
<hima>
اوك او ويل دو
04:00
ok thanks elias_a
05:02purushothaman has joined IRC (purushothaman!6a3302f4@gateway/web/freenode/ip.106.51.2.244)
05:02
<purushothaman>
hi..
05:02purushothaman has left IRC (purushothaman!6a3302f4@gateway/web/freenode/ip.106.51.2.244)
05:03purushothaman has joined IRC (purushothaman!6a3302f4@gateway/web/freenode/ip.106.51.2.244)
05:03
<purushothaman>
hi
05:04
anyone there???
05:18Freejack has left IRC (Freejack!~Freejack@unaffiliated/freejack, Ping timeout: 264 seconds)
05:23Freejack has joined IRC (Freejack!~Freejack@unaffiliated/freejack)
05:28hima has left IRC (hima!~hima@41.35.178.58, Quit: Leaving)
05:28
<purushothaman>
hello
06:06purushothaman has left IRC (purushothaman!6a3302f4@gateway/web/freenode/ip.106.51.2.244, Ping timeout: 260 seconds)
06:13alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
06:16alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
06:17Statler has joined IRC (Statler!~Georg@p4FC1F321.dip0.t-ipconnect.de)
06:20ricotz has joined IRC (ricotz!~ricotz@ubuntu/member/ricotz)
06:43forum has joined IRC (forum!~Icedove@62-46-169-85.adsl.highway.telekom.at)
06:49vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc)
07:20mikkel has joined IRC (mikkel!~mikkel@mail.dlvs.dk)
07:23forum has left IRC (forum!~Icedove@62-46-169-85.adsl.highway.telekom.at, Remote host closed the connection)
07:33forum has joined IRC (forum!~Icedove@62-46-169-85.adsl.highway.telekom.at)
07:43forum1 has joined IRC (forum1!~Icedove@213-240-78-215.adsl.highway.telekom.at)
07:43new__ubuntu has joined IRC (new__ubuntu!Abdo@195.43.8.241)
07:43
<new__ubuntu>
hi there
07:43
is early morning there
07:44
<alkisg>
Hello
07:44
new__ubuntu: please don't send personal messages, chat here
07:45
<new__ubuntu>
sorry guys
07:45
it is ok
07:45forum has left IRC (forum!~Icedove@62-46-169-85.adsl.highway.telekom.at, Ping timeout: 260 seconds)
07:45
<alkisg>
new__ubuntu: if you are hita from yesterday, write this: /nick hita
07:46new__ubuntu is now known as hima
07:46
<alkisg>
So that you use the same username so that our chat can be continued and not start from the beginning
07:46forum1 is now known as forum
07:47
<alkisg>
OK, what is your question?
07:47
<hima>
i installed ubuntu mate n virtual machine
07:47
it has two ethernet cards
07:47
i did install every thing
07:48
i use virtual box for virtualization
07:48
ls
07:49forum has left IRC (forum!~Icedove@213-240-78-215.adsl.highway.telekom.at, Quit: forum)
07:51
<alkisg>
You didn't ask any questions yet
07:57new__ubuntu has joined IRC (new__ubuntu!~Abdo@156.209.169.217)
07:57
<new__ubuntu>
i did change ip 196.168.67.1 to 192.168.0.1 somwhere
07:58
when i wam changing from network manager gui to any other ip it keep the old one
07:58
<alkisg>
new__ubuntu: are you hima again?
07:58
You still haven't asked any questions
07:58
<new__ubuntu>
how to change the local nic ip to be keept till next boot
07:59
?
07:59hima has left IRC (hima!Abdo@195.43.8.241, Ping timeout: 264 seconds)
08:00new__ubuntu is now known as hima
08:00
<alkisg>
https://help.ubuntu.com/community/UbuntuLTSP/StaticIP
08:04
<hima>
i already did that before
08:04
but when i do restart the mchine it came back to the old ip
08:05
<alkisg>
OK, run vnc so that I see what you do:
08:05
!vnc-dide
08:05
<ltsp>
vnc-dide: To share your screen with me, run this: sudo apt-get --yes install x11vnc; x11vnc -connect srv1-dide.ioa.sch.gr - this is a reverse connection, it doesn't need port forwarding etc.
08:08
<hima>
give me time
08:13marjus has left IRC (marjus!marius@flage.org, Quit: WeeChat 1.6)
08:14zamba has joined IRC (zamba!marius@flage.org)
08:27syrius has left IRC (syrius!syrius@thunder.stormtek.net, Ping timeout: 260 seconds)
08:33
<hima>
i did vnc ltsp
08:35
when i restarted the machine dns not working now
08:36
so not able to connect to vnc
08:41
now it is ok vnc
08:43hima has left IRC (hima!~Abdo@156.209.169.217, Quit: Leaving)
08:44Statler has left IRC (Statler!~Georg@p4FC1F321.dip0.t-ipconnect.de, Remote host closed the connection)
08:44markit has joined IRC (markit!~marco@host179-38-static.243-95-b.business.telecomitalia.it)
08:44hima has joined IRC (hima!Abdo@195.43.8.241)
08:45
<hima>
alkisg , i did vncto you
08:52
<alkisg>
I'll be back in 10 minutes
08:52
busy now
08:52
<hima>
ok
08:55
<alkisg>
hima: put the password there and press enter
08:57
<hima>
greate
08:57
you did it
08:58
<alkisg>
hima: does the client boot now?
08:58
hima: add a user to test
08:59
adduser hima
08:59
hima, don't connect with the same user
08:59
<hima>
it booded before that last few commands you entered
08:59
<alkisg>
Don't user ubuntumate both on the server and one the client
08:59
Press enter on `adduser hima` and login as hima
09:01
Also, clients should have 1 GB RAM, 512 is too little to use browsers etc
09:01
Try it though, have fun with ltsp
09:01
<hima>
is epotes installed by default , or i installed it
09:01
<alkisg>
You installed it
09:01
By following the ltsp-pnp wiki
09:01
<hima>
let me know
09:02
what was missed with configurations
09:03
<alkisg>
Read the wiki page :)
09:03
Sorry I only have enough time to write one wiki page, I can't write it many times for many people...
09:03
<hima>
wiki or help
09:03
<alkisg>
!ltsp-pnp
09:03
<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
09:04
<alkisg>
The steps from there make a working ltsp server; you didn't do some of those correctly
09:04
<hima>
you are write
09:04
i did messed with configuration
09:04
do you know why?
09:04
<alkisg>
Yes
09:05
<hima>
cause after issuing a command dns stoped working
09:05
and was not able to apt-get install any more
09:05
<alkisg>
See the "dns issues" section on the wiki page
09:05
<hima>
ok
09:05
<alkisg>
Anyway, all is ok now
09:05
<hima>
thanks alo
09:05
<alkisg>
Have fun with ltsp :)
09:05
<hima>
thanks alot
09:06
<alkisg>
You're welcome
09:06
<hima>
on virtual machine
09:06
i will check how size of ram affect speed
09:06
<alkisg>
Test it on real clients, not on an i5 VM
09:06
You'll want to upgrade pentium 4's with 256/512 MB RAM to 1 GB RAM
09:07
Also, use the ltsp servers as "teacher PCs"
09:07
And put one ltsp server on each classroom
09:07
The ltsp server can be cheap dual core machines, they don't need to be i5
09:07
<hima>
i never used peptos before
09:07
<alkisg>
I don't know what peptos is
09:08
<hima>
epoptes
09:08
<alkisg>
OK
09:08
We developed it for greek schools
09:08
But it was very good and then we internationalized it so now it's used in many countries
09:08
<hima>
is it like italc
09:09
compared with supportschool on windows
09:09
<alkisg>
Yes, we were using italc before that, but it was crashing too much and it was unmaintained, that's why we developed epoptes
09:09
<hima>
yes i used italc before and was unreliable hand many times
09:10
can i get full control over student using epoptes
09:10
<alkisg>
Yes, read the documentation
09:10
!epoptes
09:10
<ltsp>
epoptes: Epoptes is a computer lab administration and monitoring tool. It works on Ubuntu and Debian based labs with LTSP or non-LTSP servers, thin and fat clients, standalone workstations, NX clients etc. More info: http://www.epoptes.org
09:11
<hima>
any way i will give a try
09:11
it seems intereesting
09:11syrius has joined IRC (syrius!syrius@thunder.stormtek.net)
09:12
<hima>
is epoptes server and client part?
09:12
<alkisg>
Yes, read the docs
09:13
<hima>
does it support arabic interface
09:13
or there is a lang file to be tranlsated?
09:23
<markit>
hima: http://www.epoptes.org/translations
09:23
<hima>
good many arabic translations
09:23
almost80%
09:25
when will you include the partially arabic translated file in epoptes
09:25
<ZAJDAN>
hi people....
09:26
alkisg: ltsp provide linux only ?
09:31
<hima>
is there a way to export ltsp configuration to another server
09:34vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Ping timeout: 268 seconds)
09:36
<alkisg>
ZAJDAN: LTSP boots linux only. After linux boots, you can run virtual machines or remote desktops to other OSes
09:38
hima, it's already shipped in /usr/share/locale/ar/LC_MESSAGES/epoptes.mo
09:39
hima: you just have LANG=en instead of ar
09:40
I launched it correctly for you
09:40
<hima>
yes i see
09:41
is ltsp only allowed one of 64-bit -r 32 bit processors
09:41
<alkisg>
No
09:41
<hima>
i think i386 by any way is suitable for thin clients
09:41
<alkisg>
Yes
09:42
<hima>
amd64 suites , when ram is greater than 2
09:42
<alkisg>
No, use i386 for all
09:42
It's easier to maintain
09:42
<hima>
yes
09:43
what about fat client
09:43
<alkisg>
All i386
09:43
<hima>
is it good to use fat clients also
09:44
fat clients need local hard ?
09:49
<alkisg>
hima, the VM client you used was fat
09:49
Clients with > 500 MB RAM get to be fat, while < 500 RAM get to be thin
09:49
If you see blue monitor icon in epoptes, it's fat
09:49
So no, fat clients don't need local hard disks
09:50
<hima>
it showed fat
09:50
<alkisg>
Yes because it had 512 MB RAM
09:50
Thin clients have green monitor icons
09:51
<hima>
now i will test a thin one with 256 MB
09:52
now fat is blue , thin is green
09:54
ok
09:54
is there a special common programs that can be use with ltsp?
09:54
<alkisg>
hima: where are you from?
09:54
<hima>
egypt
09:54
<alkisg>
Nice
09:55
<hima>
really , this installation is running light
09:59markus_e92 has left IRC (markus_e92!~markus_e9@62-46-26-237.adsl.highway.telekom.at, Ping timeout: 240 seconds)
10:00
<hima>
so
10:00
every user will keep his files in /home folder
10:01markus_e92 has joined IRC (markus_e92!~markus_e9@62-46-99-29.adsl.highway.telekom.at)
10:03
<alkisg>
Yup
10:05
<hima>
regarding performance
10:06
if about 30 clients start at the same time
10:06
how long does it take to be fully uprunning
10:06
did you measure before
10:06
<alkisg>
Yes
10:07
For me it took 12 seconds
10:07
For you, it depends on your setup
10:07
<hima>
for all 30 clients?
10:07
<alkisg>
Yes
10:08
<hima>
it will be good to show on screen
10:08
that time it takes to startup
10:08
beside the date and ip and fat number
10:09
<alkisg>
Nah
10:09
It could be in an epoptes monitor screen though
10:09
"check lab health"
10:09
To show boot time, available ram, bandwidth, all the debug diagnostics
10:10
<hima>
:)
10:10
you did not leave any notes
10:10
<alkisg>
Notes for what?
10:11
<hima>
i mean requirements
10:12
<alkisg>
I don't understand. Do you mean client specifications, how much RAM etc clients should have?
10:12
<hima>
no i mean
10:13
what ever the ram size
10:13
each machine will take different time to boot
10:13
where i can find lab health?
10:13
<alkisg>
It is not implemented yet
10:14
I was just telling you that I didn't like the idea to put the boot time in ldm, right next to the time
10:14
And it would be better to display it in another dialog, that doesn't exist yet
10:14
<hima>
ahaa
10:17
if client has hard disk
10:17
will fat or thin client
10:17
<alkisg>
It only depends on ram, not on disk
10:17
<hima>
mount the localhard after being up running
10:18
<alkisg>
If > 500 RAM => fat, else => thin
10:18
<hima>
i mean if have a pc with os installed on hard
10:18
i want to share it to lab for a while
10:19
do fat client touch local hard by any mean?
10:19
i will try my self
10:20
<alkisg>
Fat clients don't touch the local hard drive
10:20
(unless you give them sudo access)
10:21
<hima>
i wish there is a fat client that did notread the hard disk controller
10:23
it is great
10:23
so users cannot access local drive
10:23
<alkisg>
yes
10:24
<hima>
epoptes is only allwing screen broadcast
10:25
cani teach have full control over clients using epoptes?
10:25
<alkisg>
Yes
10:26
<hima>
it did not show from right click
10:27
i have to go for a while
10:27
pray time
10:27
<alkisg>
It is called "assist user"
10:27
OK
10:42Statler has joined IRC (Statler!~Georg@mail.lohn24.de)
10:46
<ZAJDAN>
in lts.conf options SCREEN_07="xfreerdp" ..there I should put xfreerdp command same as I use from command line?
10:46
<alkisg>
Yes
10:47
<ZAJDAN>
because client boot but ending with black screen and mouse cursor only
10:47
<alkisg>
Are you using quotes like " or ' ?
10:48
<ZAJDAN>
yes I use it
10:48
<alkisg>
Maybe you don't use escape characters like \
10:48
What is the SCREEN_07 line?
10:48
<ZAJDAN>
that will be the problem because in the command are a few \
10:51
sorry there are /
10:51
so escape will be \/d:domain \/u:user ...and so on?
10:53
<alkisg>
(12:48:27 μμ) alkisg: What is the SCREEN_07 line?
10:53
Change the username/password, but paste it here
10:55
<ZAJDAN>
SCREEN_07="xfreerdp /d:mydomain /u:user /p:password /v:192.168.1.1"
10:57
<alkisg>
I don't see any quotes or backslashes there
10:57
No \ or " or '
10:57
Open a root terminal from epoptes, run getltscfg -a, and see if the command is correct
10:59
<ZAJDAN>
bt the client have to be correctly booted yes?
11:00
to try getltscfg -a
11:02
getltsfcfg -a: SCREEN_07="xfreerdp \/d:mydomain \/u:user /p:password \/v:192.168.1.1"
11:03
same as I though....there was automatically added \
11:05
so what now?
11:05
<alkisg>
Don't put \
11:05
It's wrong
11:05
<ZAJDAN>
no in the config I have: SCREEN_07="xfreerdp /d:mydomain /u:user /p:password /v:192.168.1.1"
11:06
<alkisg>
And getltscfg has \ ?
11:06
<ZAJDAN>
yes
11:06
<alkisg>
That doesn't make sense...
11:06
Maybe you didn't reboot the client from the last try
11:06
<ZAJDAN>
true!
11:06
gonna boot newly
11:07
before boot what I sould put into config? SCREEN_07="xfreerdp /d:mydomain /u:user /p:password /v:192.168.1.1"
11:07
or SCREEN_07=xfreerdp d:mydomain u:user p:password v:192.168.1.1
11:08
<alkisg>
The first one
11:09
<ZAJDAN>
ok
11:11
thin client newly booted --> black screen + mouse cursor
11:12
<alkisg>
Put SCREEN_07=xterm
11:12
Reboot client
11:13
When it boots, run the xfreerdp command manually from that xterm
11:13
<ZAJDAN>
ok
11:14
<vlt>
ZAJDAN: And you should check that xfreerdp in your client really uses the /d:... notation and not -u -p ...
11:15
<ZAJDAN>
I use what is in man xfreerdp
11:15
I do not know that tere is posible pass the switch in another way
11:17
same command works from the xterm after boot
11:18
but I was in xterm asked about certificate! probably it could be the problem ...yes?
11:18
<alkisg>
If you had to type something, then yes
11:18
<ZAJDAN>
so I added the certificate
11:19
should I try to reboot with SCREEN_07="xfreerdp switch ...." as before? now when the cert is added
11:19
<alkisg>
Where did you add it?
11:19
To the client that will lose it after reboot?
11:20
<ZAJDAN>
right now I was disconected from RDP and in xterm is warning, that the cert could not be verified...and so on
11:21
probably the problem what you say
11:21
the destination where should be stored cert
11:21
?
11:21
<alkisg>
I don't know where xfreerdp stores its certificates, ask in #xfreerdp
11:22
<ZAJDAN>
soulution coul be --ignore-cert
11:26
<markit>
in 14.04 I've "RDP_OPTIONS="--ignore-certificate -u myuser -p mypassword -d mydomain -f""
11:27
if you have 16.04 you should have the new xfreerdp syntax
11:28
<ZAJDAN>
FreeRDP version 1.1.0-beta1 (git n/a)
11:29
this version is compiled because of Remmina valentine edition
11:29
on debian 9
11:29
<markit>
"Remmina valentine edition" ?
11:31
<ZAJDAN>
yes
11:32
https://www.remmina.org/wp/remmina-valentine-edition/
11:33
<alkisg>
Oooh we should make an ltsp valentine edition too :P
11:33
<ZAJDAN>
better will be summer-holiday edition :_)
11:34
<markit>
ZAJDAN: is it bugged or affected by some unexpected issue so you are avoiding it?
11:34* markit scratches his head
11:34
<ZAJDAN>
markit: what do you mean...why I installed remmina valentine edition?
11:35
<markit>
FreeRDP version 1.1.0-beta1 (git n/a) is not valentine edition that is 1.2, or am I wrong?
11:35
<ZAJDAN>
you are right!
11:35
valentine edition I have on other machine
11:36
<markit>
ok
11:53
<ZAJDAN>
now I installed the valentine edition on debian 8 via snap, but the freerdp still old version
12:35
Debian 9 is probably not good choice..better wait
12:38GK__1wm___SU has joined IRC (GK__1wm___SU!~jircii@185.123.101.25)
12:42GK__1wm___SU has left IRC (GK__1wm___SU!~jircii@185.123.101.25, K-Lined)
12:48
<ZAJDAN>
alkisg: when I reboot thin client from epoptes...the client doesnt reboot sucessfully ..is it ok?
12:49
SQUASHFS error: Unable to read page, block 1554....
12:57adrianorg has joined IRC (adrianorg!~adrianorg@177.132.217.26)
12:57
<ZAJDAN>
and still I have problem on thin client run xfreerdp from lts.conf
12:58
on ltsp server: man xfreerdp show syntax with /u /d ..etc...so such syntax's I use in lts.conf
13:01
done...I use xfreerdp -u -p ...syntax in lts.conf and works
13:02
strange.....man xfreerdp shows another syntax but also accept second one style
13:03
so now we know that in lts.conf have to be used syntax via: -u user not /u:user
13:05
the reason why use remmina and not xfreerdp from lts.conf I see now....when client start xfreerdp from lts.con ..from server I cannot take control of this machine
13:06
when I boot client completely into GUI(OS) and from there start remmina I am able take controll of the RDP
13:07
what brings me also next benefit - send message to screen
13:10
<alkisg>
And if you run xfreerdp from inside the session it would be the same
13:10
You don't have to use remmina from the session, you can use xfreerdp from there too
13:10
About the reboots, maybe it's a problem with debian, I don't know I'm mostly using ubuntu
13:10
<ZAJDAN>
true! about the freerdp
13:11
I will try install debian8 32bit
13:11
we can try it from there
13:11
the reboot
13:11
<alkisg>
OK, but I won't help you 2nd time to reinstall ltsp, you'll have to do it yourself now
13:11
Also, it's older and has other issues
13:13
<ZAJDAN>
do you know how to install on debian9 latest xfreerdp?
13:13
because the version which have debian 9 from native repositories has many bugs
13:13
<alkisg>
sudo apt get install xfreerdp
13:13
No, I'm not using any custom versions
13:13
<ZAJDAN>
this is old version
13:13
<alkisg>
Only those that are in the repositories
13:14
All rdp software has bugs...
13:14
<ZAJDAN>
the version from remmina works perfectly
13:14
tested on another machine
13:15
<alkisg>
Anyway, I can't help you with non-ltsp issues
13:15
Try asking in #debian or in #xfreerdp
13:15
<ZAJDAN>
this is the reason why I want to go on Debian 8..there is easy compile freerdp from remmina
13:15
<alkisg>
Whatever works for you :)
13:16
<ZAJDAN>
on debian9 its cry about milion dependencies or deprecated packages
13:16
ltsp on debian 9 I have as VM - noproblem
13:17
I will try to create nw VM with deb8
13:35ZAJDAN has left IRC (ZAJDAN!4d30954b@gateway/web/freenode/ip.77.48.149.75, Quit: Page closed)
13:43ZAJDAN has joined IRC (ZAJDAN!4d30954b@gateway/web/freenode/ip.77.48.149.75)
13:53markus_e92 has left IRC (markus_e92!~markus_e9@62-46-99-29.adsl.highway.telekom.at, Ping timeout: 268 seconds)
13:54markus_e92 has joined IRC (markus_e92!~markus_e9@91-115-152-209.adsl.highway.telekom.at)
14:03
<ZAJDAN>
on thin cleint I tested xfree rdp syntax from command line....all works
14:04
then I add this command into Startup Applications in GUI(mate)...boot client and black screen
14:09
maybe problem, that is not free session on the server(all licence are used)
14:12
yes it was the problem
14:12
I closed all RDP sessions on server and boot again - works
14:39
alkisg: please which version of freerdp you have on your ubuntu?
14:43
<alkisg>
packages.ubuntu.com/freerdp-x11
14:46
packages.debian.org/freerdp-x11
14:46
<ZAJDAN>
do you use it? the xfreerdp
14:46
<alkisg>
No, I'm not using any remote tech because they all suck
14:47
!thin-clients-bandwidth
14:47
<ltsp>
thin-clients-bandwidth: A small explanation why thin clients can't perform well with video, lots of screen updates etc: https://sourceforge.net/p/ltsp/mailman/message/35694699/
14:47
<alkisg>
(except for small tasks like remote assistance
14:48
<ZAJDAN>
in my case I am depend on win server, so I have to use RDP
14:48
<alkisg>
I use windows VMs if I have to, but never server
14:48
It's not appropriate for desktop tasks
14:48
Read why in the link above ^
14:49
<ZAJDAN>
now I am testing xfreerdp on thin ltsp client....is really nimble
14:51
<alkisg>
Whatever works for you. Me, I prefer fat clients + windows VM, which can do video playback and browsing etc without 4 Gbps per client
14:51
<ZAJDAN>
problem is that freerdp sudentlly disconnect the session (version 1.1.0 on Debian 9)
14:51
<alkisg>
OK. I'm really not interested in xfreerdp though
14:52
<ZAJDAN>
compiled version freerdp(2.0)/remmina on Debian8 works perfectly without disconnect
14:52
<alkisg>
So I won't chat more about this, if you don't mind...
14:53
<ZAJDAN>
ok ok ok I am sorry
14:53
may I ask You about the fat + windows VM ?
14:55ben_roose has joined IRC (ben_roose!~roose@roose.cs.wichita.edu)
14:56
<alkisg>
Nah, I don't really want to talk about windows... boring stuff
14:56
You can surely ask in the channel, maybe someone else can help
14:56
<ZAJDAN>
firtly I will try read the article
14:58
please could you send me the link about installation ltsp-pnp _?
14:58
it was on ubuntu help web yes?
14:59
<markit>
ZAJDAN: https://help.ubuntu.com/community/UbuntuLTSP/ltsp-pnp
14:59
<ZAJDAN>
thnx
15:08
is it big problem? modprobe: FATAL: Module overlayfs not found ...first warning when I start ltsp-update-image --cleanup /
15:09
but the image is creating - in progress
15:11mikkel has left IRC (mikkel!~mikkel@mail.dlvs.dk, Quit: Leaving)
15:39adrianor1 has joined IRC (adrianor1!~adrianorg@186.213.152.100)
15:41adrianorg has left IRC (adrianorg!~adrianorg@177.132.217.26, Ping timeout: 256 seconds)
16:04adrianorg has joined IRC (adrianorg!~adrianorg@189.58.238.30.dynamic.adsl.gvt.net.br)
16:07adrianor1 has left IRC (adrianor1!~adrianorg@186.213.152.100, Ping timeout: 240 seconds)
16:18adrianor1 has joined IRC (adrianor1!~adrianorg@177.18.98.87)
16:20
<ZAJDAN>
solved....the problem was because I forgot dpkg-reconfigure linux-image-xxxx
16:21adrianorg has left IRC (adrianorg!~adrianorg@189.58.238.30.dynamic.adsl.gvt.net.br, Ping timeout: 258 seconds)
16:31vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc)
16:35
<sbalneav>
Morning all
16:36new__ubuntu1 has joined IRC (new__ubuntu1!Abdo@195.43.8.241)
16:36
<alkisg>
Hey Scotty, hi Vagrant
16:36
<vagrantc>
heyas!
16:37
<alkisg>
vagrantc: how easy is it to backport ltsp to jessie? I think ZAJDAN is trying it there, and hit an issue with cleanup.d + overlayfs...
16:38
<vagrantc>
the backports should all be up to date with stretch, i thought
16:38
or do you mean backporting trunk?
16:38
<alkisg>
jessie-backports
16:38
https://packages.debian.org/search?keywords=ltsp-client-core
16:38
0.5.8 vs 9
16:38
<vagrantc>
oh, shouldn't be too hard
16:39* vagrantc thought that was current
16:39
<alkisg>
Eh, 5.5.8 vs 9, sorry
16:39
<vagrantc>
i wonder if it got stuck in review by the backports team, or if i really just forgot...
16:40hima has left IRC (hima!Abdo@195.43.8.241, Ping timeout: 240 seconds)
16:41markit has left IRC (markit!~marco@host179-38-static.243-95-b.business.telecomitalia.it, Quit: Konversation terminated!)
16:41
<vagrantc>
seems i didn't take the time to backport it
16:41
should just be a simple rebuild for ltsp, if i remember correctly
16:42
the support for ltsp-build-client is kind of annoying, but chrootless ltsp-pnp style images are easy, of course
16:42
<ZAJDAN>
so I installed and have set all what is need, trying boot client, but PXE-E53: No boot filename recieved
16:42
<vagrantc>
i've also been meaning to integrate all that work sbalneav did a couple months ago in debian experimental sometime soon
16:44
<ZAJDAN>
Debian 8(Jessie 32bit)
16:44
<vagrantc>
i can try and get the backports uploaded sometime this week
16:45
<ZAJDAN>
will anybody willow help me to look what is wrong on the debian8 ltsp-pnp?
16:46
<sbalneav>
ZAJDAN: Did you do an ltsp-update-kernels?
16:47
<ZAJDAN>
yes, but for sure I can do again
16:48
<vagrantc>
ZAJDAN: did you configure dnsmasq or dhcp-server?
16:49
<ZAJDAN>
only dnsmasq
16:49
<vagrantc>
because that error message is saying DHCP didn't tell it what file to download
16:53
<alkisg>
ltsp-config dnsmasq --overwrite
16:53
<ZAJDAN>
I gonna compare dnsmasq on debian 9 - where all works with the debian 8 conf
16:53
<vagrantc>
the dnsmasq configs shouldn't have changed much
16:53
if at all
16:53
<ZAJDAN>
because DHCP do my Mikrotik
16:54hima has joined IRC (hima!~hima@41.35.179.53)
16:54
<ZAJDAN>
dnsmasq pass just the additional info, as is the boot file path and so on
16:54
<vagrantc>
sure, proxy-dhcp is a pretty nice way to go
16:57
as alkisg said, "ltsp-config dnsmasq --overwrite" should configure it correctly, unless you'd manually configured dnsmasq in a way that was incompatible
16:57
as it only overwrites the files it knows about
16:58
<ZAJDAN>
ltsp-server-dnsmasq.conf ...seems that is correctly set
16:58
I also restarted dnsmasq service
16:59
but boot problem with client still
17:18
this is what I cannot understand...many things is made for ubuntu...there it works...on debian not and ubuntu is based on debian
17:18
crazy
17:19
usually as server is used Debian, so I though that ltsp will be mainly for debian
17:21
should I somewhere on ltsp server say, where is DHCP server?
17:22
<vagrantc>
since you're using proxy-dhcp, the dhcp server is your router, but dnsmasq responds by relaying the dhcp info plus additional info
17:23
have you restarted dnsmasq since configuring it?
17:23* alkisg notes that he already helped ZAJDAN set up ltsp-pnp with debian stretch in another VM of his, so some parts should already be fine....
17:23
<vagrantc>
i've tested ltsp-pnp on jessie plenty...
17:24
so there's presumably just some small part misconfigured
17:25
<alkisg>
vagrantc: just for fun, I'm writing an lts.conf parser in shell. Do we require that all [ipv4] sections have three dots and numbers or *, and all [mac] sections have 5 : and hex digits or *?
17:25
<ZAJDAN>
I also think, it will be something small, but I am novice in this area
17:25
<alkisg>
And anything that don't fits those requirements, are supposed to be hostnames?
17:25
Or is [192.168.*] also valid?
17:26* alkisg doesn't think we support ipv6 there, do we?
17:27
<vagrantc>
alkisg: i don't recall the rules on what's implemented in getltscfg ... i do recall it being very permissive
17:28
alkisg: oh yeah, i've even used [10.*]
17:28
<alkisg>
And it matched the IP there?
17:28
<vagrantc>
alkisg: yes
17:28
<alkisg>
eh, I wonder if it should also match the hostname 10.local :P
17:28
<vagrantc>
alkisg: on multiple different 10.x.y.z or 10.y.x.z ...
17:28
<alkisg>
Yeah I think 10.*.*.* would be more san
17:28
<vagrantc>
i would presume it would
17:28
<alkisg>
e
17:28
<vagrantc>
in the current implementation
17:29
on any of the possible values (ip, mac, hostname) i think you can put a wildcard and have it match
17:29
been a long time since i looked at it or used it in production
17:30
alkisg: though i thought you were trying to kill of lts.conf :P
17:30
<alkisg>
Sure
17:30
It just seems that ltsp6 is far away...
17:30
<vagrantc>
anyways, i;ve got to head out...
17:30
good luck ZAJDAN
17:30
<alkisg>
bb!
17:34
<ZAJDAN>
hey boys! ltsp-config dnsmasq --overwrite ...then /etc/init.d/dnsmasq restart -SOLVED the problem
17:35vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Ping timeout: 240 seconds)
17:35
<alkisg>
ltsp-config dnsmasq restarts dnsmasq
17:35
<ZAJDAN>
client started boot from correct IP, but appears another problem: NFS over TCP not available from 192.168....
17:36
<alkisg>
Yeah jessie defaults to nfs while you want nbd for ltsp-pnp...
17:36
Google for debian ltsp-pnp how-to, there's a tutorial somewhere
17:36
stretch changed that and is the same with ubuntu now
17:36
<ZAJDAN>
ughrrrrrr
17:37
<alkisg>
(I maintain ubuntu/ltsp and vagrantc maintains debian/ltsp)
17:39
<ZAJDAN>
t is in /etc/ltsp/update-kernels.conf BOOT_METHOD="NFS NBD AOE"
17:39
so I will let there just the NBD
17:40
what service should be restarted after this change? nbd-server ?
17:42
or I have to again update kernels
17:42
?
17:43hima_ has joined IRC (hima_!~hima@41.35.189.129)
17:45hima__ has joined IRC (hima__!~hima@41.35.189.253)
17:47hima has left IRC (hima!~hima@41.35.179.53, Ping timeout: 260 seconds)
17:48hima_ has left IRC (hima_!~hima@41.35.189.129, Ping timeout: 240 seconds)
17:59
<ZAJDAN>
SOLVED: 1) in /etc/ltsp/update-kernels.conf changed BOOT_METHOD to NBD ...2) ltsp-update-kernels 3) ltsp-update-image
17:59
clients station is up
18:00
so finally I have LTSP on DebianJessie(freeRDP 2.0)
18:02
thanks you let me rinsed my snout in it..it gave me a lot! :_)
18:08
info for vagrant: on Debian 9 - not possible reboot/shutdown Thin client ...on Debian Jessie is not problem
18:21
Now I see new problem - Send message to Thin client
18:24
I just close and start newly epoptes - all ok
18:25
is some shortcut to send message to client?
18:50adrianor1 is now known as adrianorg
19:02lucascastro has left IRC (lucascastro!~lucas@186.227.186.18, Remote host closed the connection)
19:02lucascastro has joined IRC (lucascastro!~lucas@186.227.186.18)
19:14
<alkisg>
There is a button in the toolbar for this
19:22
<hima__>
hi all
19:23
<alkisg>
Hello hima__
19:23
<hima__>
i could install ltsp on another virtual machine
19:23
using ubuntu mate
19:24
and the directives in https://help.ubuntu.com/community/UbuntuLTSP/ltsp-pnp
19:24
<alkisg>
Sure, or you could clone the VM
19:24
<hima__>
i did not clone
19:24
this time every thing goes stightforward
19:25
this was the last command ltsp-update-image --cleanup /
19:26
i did not need to edit lts.conf file
19:26
may be i will play around its contents
19:28
next step for me , to reconfigure ltsp.conf file
19:28
what different options inside
19:29
<alkisg>
!lts.conf
19:29
<ltsp>
lts.conf: (#1) http://manpages.ubuntu.com/lts.conf, or (#2) lts.conf manpage is available in the ltsp-docs package
19:29
<alkisg>
Read the man page for all the instructions
19:29
<hima__>
ok
19:31
is there any GUI to handle the contents of the file
19:37hima has joined IRC (hima!~hima@41.35.189.253)
19:37hima__ has left IRC (hima__!~hima@41.35.189.253, Read error: Connection reset by peer)
19:42
<alkisg>
No, there isn't.
19:44
<hima>
is the ubuntu mate i386
19:45
a 32 bit or 64
19:45
virtual box machine only see it as 64 bit
19:46
or the clients be 32bit
19:52
if changed the configuration of network interface , the dns stop
19:52
what should i do
19:53
?
19:53
<alkisg>
sudo ltsp-config dnsmasq --overwrite
19:53
<hima>
i did
19:53
but still not working
19:53
<alkisg>
If you have all 64bit clients, get 64bit mate
19:53
If you have at least one 32bit, get 32bit mate for the server
19:54
You have 32bit clients so get 32bit
19:54
<hima>
the rule 32 bit works for bothe i386 and amd64
19:54
<alkisg>
Yes
19:55
<hima>
after ips being changed
19:55
the dns stop working
19:55
i can ping 8.8.8.8
19:55
but not ping google.com
19:56
<alkisg>
You didn't follow the ltsp-pnp steps correctly, the part about "dns issues"
19:57
<hima>
before chanign the ip
19:58
it worked good
19:58
and clients can boot
19:59Statler has left IRC (Statler!~Georg@mail.lohn24.de, Remote host closed the connection)
20:03
<hima>
yes , i followed and it works now
20:04
it takes more than a minute to boot
20:11
<alkisg>
It depends on the client and on the network speed
20:11
...and a little bit on the server, but only a little
20:17
<elias_a_>
hima: Do you have gigabit switches?
20:17
100 mbps is a bit low for ltsp IMHO.
20:17
alkisg: Don't you ever sleep? :)
20:18
<syrius>
elias_a_: think it depends on how many clients you have
20:18
<hima>
nop
20:18GodFather has joined IRC (GodFather!~rcc@173-20-120-165.client.mchsi.com)
20:19
<hima>
but for such application it is better to use gigabit
20:20
<elias_a_>
syrius: You can measure the difference clearly even with 1 client.
20:20
<syrius>
for both thin and fat clients?
20:21
<elias_a_>
syrius: AFAIK yes because the speed difference between 100 and 1000 is tenfold.
20:21
Local LAN will be the bottleneck in any case.
20:22
<syrius>
yea
20:22GodFather has left IRC (GodFather!~rcc@173-20-120-165.client.mchsi.com, Remote host closed the connection)
20:24
<hima>
i think fast throuput gigabit switches
20:24
is the best choise
20:24
<elias_a_>
hima: Where do you live?
20:25
<hima>
you asked before
20:25
egypt
20:25
<elias_a_>
hima: Did I ask - really?
20:25
hima: Just wanted to know.
20:26
<hima>
not you but alkisg , and i got condused aout nicks
20:26
<elias_a_>
hima: alkisg lives in Greece, I live in Finland. :P
20:27* gehidore lives in washington state
20:27
<hima>
yes greec , egypt,finland
20:27
<gehidore>
elias_a_ know any oaksanens?
20:27
<syrius>
gehidore: I grew up in WA
20:28
<gehidore>
syrius me too :P
20:28
<syrius>
well i live in AZ now :P
20:28
<elias_a_>
gehidore: I think you mean Oksanen - it is a family name.
20:29
<gehidore>
elias_a_ yeah I got autocorrected
20:29
syrius know of the riffe lake?
20:30
<elias_a_>
gehidore: It is a common name. Should I know some specific person?
20:30
<syrius>
nope, you're pretty south
20:30
i grew up in maple valley. lived kent/renton/auburn area
20:30
<gehidore>
elias_a_ not necessarily, I've just known Jarko and Janne for ~ 20 years now and while Janne moved to Czeck Jarko is still in Finland
20:31
ah, my brother lives up in kent still
20:31
<elias_a_>
gehidore: Ok.
20:31
<hima>
what was the biggest number of fat and thin clients you tried guys
20:31
<syrius>
gehidore: i'm sorry
20:31
wife's parents still live there. i hate kent
20:31
<gehidore>
+1
20:32
I've enjoyed my ruralish existance
20:32
hima I did 13 once
20:32
fat clients
20:32GodFather has joined IRC (GodFather!~rcc@173-20-120-165.client.mchsi.com)
20:32
<gehidore>
then the board of directors said we had to use windows 7 and I cried for days
20:34
<syrius>
heh
20:34
<hima>
you can do the same for windows 7?
20:34
or it is not stightforward
20:34GodFather has left IRC (GodFather!~rcc@173-20-120-165.client.mchsi.com, Remote host closed the connection)
20:35
<gehidore>
hima no, I'm saying my company board of directors said my *free* solution wasn't acceptable - because unicorns and mars dust for all I know - and made me build our network out of win7 boxes and a win 2012 server with Active directory
20:36
<hima>
some people think that free soultions is not good
20:36
i used to use pfsense for 10 years
20:37lifeboy has joined IRC (lifeboy!~roland@196.32.234.249)
20:38GodFather has joined IRC (GodFather!~rcc@173-20-120-165.client.mchsi.com)
20:38vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc)
20:49hima has left IRC (hima!~hima@41.35.189.253, Quit: Leaving)
20:49
<alkisg>
hima: I think I tried up to 30 clients from the same server. I'm pretty sure you could boot 100+ if you had 2-3 NICs with bonding.
20:49
:D
20:50
*100+ fat clients only
21:00vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Quit: leaving)
21:16elias_a_ is now known as elias_a
21:36GodFather has left IRC (GodFather!~rcc@173-20-120-165.client.mchsi.com, Ping timeout: 240 seconds)
21:36GodFather has joined IRC (GodFather!~rcc@173-20-120-165.client.mchsi.com)
21:40GodFather has left IRC (GodFather!~rcc@173-20-120-165.client.mchsi.com, Client Quit)
21:41GodFather has joined IRC (GodFather!~rcc@173-20-120-165.client.mchsi.com)
21:47GodFather has left IRC (GodFather!~rcc@173-20-120-165.client.mchsi.com, Ping timeout: 240 seconds)
22:16GodFather has joined IRC (GodFather!~rcc@173-20-120-165.client.mchsi.com)
22:20GodFather has left IRC (GodFather!~rcc@173-20-120-165.client.mchsi.com, Ping timeout: 240 seconds)
23:05ricotz has left IRC (ricotz!~ricotz@ubuntu/member/ricotz, Quit: Leaving)