[K12OSN] CentOS & LTSP being maintained

[Barry R Cisna]

Hello All,

Just curious if there is anyone at all maintaining Centos x for ltsp
now?
Seems a shame to let a still very viable thin client build dwindle away.

From doing some reads it appears the concensus of some is migrating to

virtual xyz and ipxe,,combo?

Thanks,
Barry

[Jim Kinney]

I was looking at the dates of stuff yesterday. There was a build on koji
for Fedora 21 but nothing for centos in over a year.
There are problems in the build due to a large number of dropped packages.

I've been working with the virtualization tool in centos and ovirt in
particular. There are good reasons to look at it as a replacement for
ltsp. It greatly separates the user environment and the spice client makes
the remote session feel local.

There's much work to be done to make it as good for school use as k12ltsp
has been. There will still need to be a pxeboot setup and the base install
on the clients will need to be modified to connect to a remote vm.

Post by Barry R Cisna
Hello All,
Just curious if there is anyone at all maintaining Centos x for ltsp
now?
Seems a shame to let a still very viable thin client build dwindle away.

From doing some reads it appears the concensus of some is migrating to

virtual xyz and ipxe,,combo?
Thanks,
Barry
_______________________________________________
K12OSN mailing list
https://www.redhat.com/mailman/listinfo/k12osn
For more info see <http://www.k12os.org>

[Les Mikesell]

Post by Jim Kinney
I've been working with the virtualization tool in centos and ovirt in
particular. There are good reasons to look at it as a replacement for ltsp.
It greatly separates the user environment and the spice client makes the
remote session feel local.
There's much work to be done to make it as good for school use as k12ltsp
has been. There will still need to be a pxeboot setup and the base install
on the clients will need to be modified to connect to a remote vm.

I've always thought that a pxe (or maybe even USB) boot into something
running an x2go client would be usable - maybe even better for laptops
on wifi,

[Jim Kinney]

I've had issues with x2go and cursor movement in terminals sessions. I've
not tested if soubd and local usb will work. They do with the spice client.
I was rather shocked demo'ing a spice setup through 2 vpn connection back
to a win7 vm to hear sound events locally! A youtube video played
flawlessly from that setup as well.

Post by Jim Kinney

Post by Jim Kinney
I've been working with the virtualization tool in centos and ovirt in
particular. There are good reasons to look at it as a replacement for

ltsp.

Post by Jim Kinney
It greatly separates the user environment and the spice client makes the
remote session feel local.
There's much work to be done to make it as good for school use as k12ltsp
has been. There will still need to be a pxeboot setup and the base

install

Post by Jim Kinney
on the clients will need to be modified to connect to a remote vm.

I've always thought that a pxe (or maybe even USB) boot into something
running an x2go client would be usable - maybe even better for laptops
on wifi,
--
Les Mikesell

[Les Mikesell]

Post by Jim Kinney
I've had issues with x2go and cursor movement in terminals sessions. I've
not tested if soubd and local usb will work. They do with the spice client.
I was rather shocked demo'ing a spice setup through 2 vpn connection back to
a win7 vm to hear sound events locally! A youtube video played flawlessly
from that setup as well.

Doesn't that require a KMV guest per connection with spice emulating
the console? How does that scale? Or have you done it in a
multiuser X environment too? Also, how long ago were the x2o
problems?

[Jim Kinney]

Post by Les Mikesell

Post by Jim Kinney
I've had issues with x2go and cursor movement in terminals sessions. I've
not tested if soubd and local usb will work. They do with the spice client.
I was rather shocked demo'ing a spice setup through 2 vpn connection back to
a win7 vm to hear sound events locally! A youtube video played flawlessly
from that setup as well.

Doesn't that require a KMV guest per connection with spice emulating
the console? How does that scale?

Yes it does. With cloned vm and memory ballooning it's no more disk little
more ram use than ltsp and can scale across multiple servers. It also
totally isolates each user vm from others. So a fork bomb only crashes one
vm and not all thin clients. Middle school found out how to do that. Fixing
it in ltsp was a challenge. In vm, it's only their problem.

Or have you done it in a

Post by Les Mikesell
multiuser X environment too?

Used ltsp in Atlanta for 7 school build out of 2000 clients on 33 servers
in 2006-2007. That hard coded clients to a server. It that server was down,
all computer use stopped. With the ovirt process, the VMs can run on a
different server automatically until the down server is restored and
clients migrated live.

Also, how long ago were the x2o

Post by Les Mikesell
problems?

X2go issues are current.

Post by Les Mikesell
--
Les Mikesell

[johan.vermeulen7]

Post by Jim Kinney
I've been working with the virtualization tool in centos and ovirt in
particular. There are good reasons to look at it as a replacement for ltsp.
It greatly separates the user environment and the spice client makes the
remote session feel local.
There's much work to be done to make it as good for school use as k12ltsp
has been. There will still need to be a pxeboot setup and the base install
on the clients will need to be modified to connect to a remote vm.

I've always thought that a pxe (or maybe even USB) boot into something
running an x2go client would be usable - maybe even better for laptops
on wifi,
--
Les Mikesell
***@gmail.com

_______________________________________________
K12OSN mailing list
***@redhat.com
https://www.redhat.com/mailman/listinfo/k12osn
For more info see <http://www.k12os.org>

Hallo,

such a thing already exists, and is described in detail on the 2xcient website.
But the pxe machine is only on Debian.

Greetings Johan

[johan.vermeulen7]

Post by Jim Kinney
I've been working with the virtualization tool in centos and ovirt in
particular. There are good reasons to look at it as a replacement for ltsp.
It greatly separates the user environment and the spice client makes the
remote session feel local.
There's much work to be done to make it as good for school use as k12ltsp
has been. There will still need to be a pxeboot setup and the base install
on the clients will need to be modified to connect to a remote vm.

I've always thought that a pxe (or maybe even USB) boot into something
running an x2go client would be usable - maybe even better for laptops
on wifi,
--
Les Mikesell
***@gmail.com

_______________________________________________
K12OSN mailing list
***@redhat.com
https://www.redhat.com/mailman/listinfo/k12osn
For more info see <http://www.k12os.org>

Hallo,

such a thing already exists, and is described in detail on the 2xcient website.
But the pxe machine is only on Debian.

Greetings Johan

_______________________________________________
K12OSN mailing list
***@redhat.com
https://www.redhat.com/mailman/listinfo/k12osn
For more info see <http://www.k12os.org>

http://wiki.x2go.org/doku.php/wiki:advanced:tce:install

I meant to write x2go

[Barry R Cisna]

Hello All,

The reason i am asking this,this past week i spent quite a bit more time
trying to isolate why the current ltsp build client for EL6 fails at a
client login,with root failing login " password for root not recognized"
in secure logs,,right after a standard user does a thin client login.
I was hoping maybe this had been resolved by now.

It appears lightdm will not build on centos 6 client chroot.I was going
to give this a try, to do away with ldm but no joy. it requires the
systemd piece which Ubuntu, Debian has.

I simply cannot figure out what the ldm,or ssh is not able to decypher
users located on server?
A while back i did setup authorized_keys for root on server,,,a standard
user could get a successful login on a thin client,but once logged in
the user is now root. No good. :(

Note. I never did try doing the nbd setup. possibly this may work? I've
never had to use this before.

Thanks,
Barry

[johan.vermeulen7]

Barry R Cisna <***@eazylivin.net>schreef:

Hello All,

The reason i am asking this,this past week i spent quite a bit more time
trying to isolate why the current ltsp build client for EL6 fails at a
client login,with root failing login " password for root not recognized"
in secure logs,,right after a standard user does a thin client login.
I was hoping maybe this had been resolved by now.

It appears lightdm will not build on centos 6 client chroot.I was going
to give this a try, to do away with ldm but no joy. it requires the
systemd piece which Ubuntu, Debian has.

I simply cannot figure out what the ldm,or ssh is not able to decypher
users located on server?
A while back i did setup authorized_keys for root on server,,,a standard
user could get a successful login on a thin client,but once logged in
the user is now root. No good. :(

Note. I never did try doing the nbd setup. possibly this may work? I've
never had to use this before.

Thanks,
Barry


_______________________________________________
K12OSN mailing list
***@redhat.com
https://www.redhat.com/mailman/listinfo/k12osn
For more info see <http://www.k12os.org

Barry,

I'm currently testing with Centos7.
I seem tot recall you had a method that worked on Centos7?

Thanks, johan

[Barry R Cisna]

Johan,

## For the following to work you need an existing, running, working
LTSP/CentOS 6.x server.

Prerequisite:
1) On new CentOS 7 server install the ltsp-5.repos rpm same as you do
for CentOS 6 server and "yum -y install ltsp-server"
this of course install the server peices for ltsp workings.
2) No need to do the client insall.
3) You will need to setup your dhcp server after this of course and
enable tftp server and copt exports same as centOS 6.


To get a working LTSP setup on CentOS 7, you can simply rsync
the /var/lib/tftpboot & /opt/ltsp directories from your working ltsp
server to your new CentOS 7 server.

rsync -avz /var/lib/tftpboot newserver:/var/lib/
rsync -avz /opt/ltsp newserver:/opt/

It's really that simple..
usb sticks, sound works.

This is a pretty rough way of making things work,,but it does work.

Hopefully someone will debug what is killing the ldm logins currently on
an CentOS install of ltsp...:(

Take Care,
Barry