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


Channel log from 21 March 2018   (all times are UTC)

01:45lee has left IRC (lee!~lee@loathe.ms, Ping timeout: 252 seconds)
01:46lee has joined IRC (lee!~lee@loathe.ms)
02:07fiesh has left IRC (fiesh!~fiesh@hq.wsoptics.de, Ping timeout: 276 seconds)
02:17lucascastro has joined IRC (lucascastro!~lucas@201.182.221.14)
02:44lucascastro has left IRC (lucascastro!~lucas@201.182.221.14, Ping timeout: 256 seconds)
02:52fiesh has joined IRC (fiesh!~fiesh@hq.wsoptics.de)
05:15nehemiah has left IRC (nehemiah!~nehemiah@137.26.129.150, Ping timeout: 246 seconds)
05:54
<alkisg>
fiesh: my gentoo client here lost its ip as well
05:54
That's good news, it's reproducible, so it's a matter of time to find which gentoo service is removing the ip
05:55
eth0 is still UP, but it no longer has an ipv4 address
06:09nehemiah has joined IRC (nehemiah!~nehemiah@137.26.129.150)
06:20
<alkisg>
I'll do this test today: leave it on without a user logged in, and with `ifconfig` and `ip` binaries replaced with a script of mine that does nothing except than log that they were called, along with ps faux
06:20
So if it's an initscript calling ifconfig eth0 0.0.0.0, I should be able to pinpoint it by tomorrow morning...
06:47ricotz has joined IRC (ricotz!~ricotz@ubuntu/member/ricotz)
07:40kjackal has joined IRC (kjackal!~quassel@2a02:587:3106:a00:20f1:d03:a77a:e1a)
09:52Chris___ has joined IRC (Chris___!d9141f22@gateway/web/freenode/ip.217.20.31.34)
10:00Chris___ has left IRC (Chris___!d9141f22@gateway/web/freenode/ip.217.20.31.34, Ping timeout: 260 seconds)
11:32vlt has left IRC (vlt!~vlt@2a01:488:66:1000:57e6:5dd1:0:1, Ping timeout: 276 seconds)
11:36vlt has joined IRC (vlt!~vlt@2a01:488:66:1000:57e6:5dd1:0:1)
11:43Faith has joined IRC (Faith!~Paty_@unaffiliated/faith)
12:04lee has left IRC (lee!~lee@loathe.ms, Ping timeout: 240 seconds)
12:05lee has joined IRC (lee!~lee@loathe.ms)
12:25lucascastro has joined IRC (lucascastro!~lucas@201.182.221.14)
12:29lee has left IRC (lee!~lee@loathe.ms, Ping timeout: 264 seconds)
12:31lee has joined IRC (lee!~lee@loathe.ms)
14:24krlos has joined IRC (krlos!c9d8bc6e@gateway/web/freenode/ip.201.216.188.110)
14:24
<krlos>
Good morning
14:25
can anybody help me ?
14:31
<||cw>
you have to ask a question first...
14:34
<krlos>
LTSP can be configured so that clients start with the hard disk instead of the network card?
14:46
LTSP can be configured so that clients start with the hard disk instead of the network card?
14:50
<alkisg>
!win32-loader
14:50
<ltsp>
win32-loader: win32-loader.exe adds a "PXE - Network boot" option to the Windows boot manager. It's developed for Debian and it uses http://ipxe.org for the network booting. Download it from http://ftp.debian.org/debian/tools/win32-loader/stable. More info at http://goo.gl/FPD7Zv
14:50
<alkisg>
!ipxe
14:50
<ltsp>
ipxe: iPXE is the successor to the etherboot/gPXE project, and can be used to netboot clients that don't have a NIC ROM with a PXE stack. To add it to grub, see !grub-ipxe. To add it to the Windows boot loader, see !win32-loader. To download floppy, CD or USB images, visit http://ipxe.org or install the ipxe package.
14:51
<alkisg>
krlos: do you mean those?
14:58
<fiesh>
alkisg: great! it seems the hard-wired ip address is doing fine, at least my client is still running
14:58
<krlos>
ok thanks. For linux enviroment clients ?
14:58
<fiesh>
if it's not crashed by tomorrow, I know for sure that it's dhcp
15:02
<krlos>
ok thanks. For linux enviroment clients ?
15:07
alkisg: I need to boot the clients with hard disk and environment linux, will this be possible?
15:08krlos has left IRC (krlos!c9d8bc6e@gateway/web/freenode/ip.201.216.188.110, Quit: Page closed)
15:09krlos has joined IRC (krlos!c9d8bc6e@gateway/web/freenode/ip.201.216.188.110)
15:10
<krlos>
need to boot the clients with hard drive and linux environment, will this be possible?
15:10
I need to boot the clients with hard drive and linux environment, will this be possible?
15:15lucascastro has left IRC (lucascastro!~lucas@201.182.221.14, Remote host closed the connection)
15:18
<alkisg>
krlos: can you write a full paragraph of what you want to do?
15:19
Because "hard disk and environment linux" means "install any linux distribution you like; debian, ubuntu, whatever, without ltsp"
15:20
fiesh: great, then we can slowly do tests to see exactly what in gentoo is that decides to unset the ip after a day
15:22
<||cw>
krlos: a more generic option is to modify the pxelinux.cfg files on your server to default to local disk with a timeout. that way you don't have to modify client OS boot menus
15:23
<alkisg>
||cw: did you understand what he wants? :)
15:23
I'm still not sure if he's asking to write the squashfs image to the client disk, or to boot with ipxe, or just to not use ltsp at all
15:24
<||cw>
alkisg: from the first Q, just that LTSP would be optional, local boot by default and choose ltsp as needed
15:24
<alkisg>
I can't say that this is what I understand from his first Q
15:24
<||cw>
but yeah, I can see other interpretations. there's clearly a language barrier, which is fine, just more details are needed
15:26
<krlos>
alkisg: I mean that clients can boot from the hard drive and not by the network card to have virtual desktops with ltsp
15:26
<||cw>
krlos: ltsp isn't exactly virtual desktops
15:27
so, why do you need hard drive booting to do this
15:27
the biggest advantage to ltsp is that there are no hard drives in the clients
15:30
<krlos>
ok I understand, but I have a router in my remote sites and that prevents the ltsp from delivering dynamic addresses in my subnets
15:31
<alkisg>
!x2go
15:31
<ltsp>
x2go: x2go is an NX-based suite of applications that allow logging in to a remote X server from any OS. It's much more efficient than VNC over slow network. More info: http://www.x2go.org/
15:31
<alkisg>
Maybe you're looking for a remote desktop solution and not a remote booting solution
15:32
x2go is remote desktop, ltsp is remote booting
15:32
!local-boot
15:32
<ltsp>
local-boot: If you want LTSP fat clients on a low-speed network, you can put i386.img on e.g. C:\Boot\LTSP\i386.img and use this command line in pxelinux.cfg: APPEND ro initrd=ltsp/i386/initrd.img init=/sbin/init-ltsp root=/dev/sda1 rootflags=ro loop=/Boot/LTSP/i386.img; IPAPPEND 3
15:32
<alkisg>
If you really want ltsp locally, here is how ^
15:32
<||cw>
yeah, I woulnd't do remote booting over a router either. x2go is a nice remote desktop solution
15:33krlos has left IRC (krlos!c9d8bc6e@gateway/web/freenode/ip.201.216.188.110, Quit: Page closed)
15:33
<||cw>
ltsp is more about remote booting, which can use x11 forwarding or local. x2go is more efficient than x11 forwarding for WAN links
15:33krlos has joined IRC (krlos!c9d8bc6e@gateway/web/freenode/ip.201.216.188.110)
15:33
<||cw>
fwiw, my remote site has its own ltsp server.
15:34
ltsp is more about remote booting, which can use x11 forwarding or local. x2go is more efficient than x11 forwarding for WAN links. my remote sites have their own ltsp server, which is even more WAN efficient
15:34
<krlos>
sorry, the session closed,
15:34
but I have a router in my remote sites and that prevents the ltsp from delivering dynamic addresses in my subnet
15:37
ok, it will then be necessary to place an ltsp in each remote site
15:37
<||cw>
krlos: that is not the source problem
15:37
each site SHOULD have its own subnets.
15:38
<krlos>
it is right
15:38
<||cw>
you can route the tftp requests over your router/VPN if you like, but unless you have metro fiber of 100Mbits or more it's going to get painfully slow.
15:39
<krlos>
ok I understand,
15:40
<||cw>
if you're OK with the remote site having disks, you can run x2go on your ltsp server side by side
15:40
local uses ltsp, remote uses x2go, both get the same environment
15:42
<krlos>
excellent,
15:48
<alkisg>
krlos: what is the network speed between the 2 sites/
15:49
E.g. 10 mbps, gigabit?
16:01jgee has joined IRC (jgee!~jgee@181.56.72.152)
16:10
<krlos>
100 mbps
16:28lucascastro has joined IRC (lucascastro!~lucas@201.182.221.154)
16:39
<alkisg>
krlos: then you can very easily boot from the network using only a local kernel
16:39
or just ipxe, it supports tftp and http downloads
16:39
!local
16:39
<ltsp>
I do not know about 'local', but I do know about these similar topics: 'install-localapp', 'localdev', 'RDP-localdev', 'LocaldevCommonGroupWorkaround', 'localxterm', 'local-disks', 'local-boot', 'localapps'
16:39
<alkisg>
!kernel
16:39
<ltsp>
I do not know about 'kernel', but I do know about these similar topics: 'ltsp-update-kernels'
16:44lucas_ has joined IRC (lucas_!~lucas@138.68.106.79)
16:47lucascastro has left IRC (lucascastro!~lucas@201.182.221.154, Ping timeout: 256 seconds)
17:02lucas_ has left IRC (lucas_!~lucas@138.68.106.79, Quit: Leaving)
17:02lucascastro has joined IRC (lucascastro!~lucas@138.68.106.79)
17:14jgee_ has joined IRC (jgee_!~jgee@181.56.72.152)
17:17jgee_ has left IRC (jgee_!~jgee@181.56.72.152, Quit: jgee_)
17:18jgee_ has joined IRC (jgee_!~jorge@181.56.72.152)
17:20jgee_ has left IRC (jgee_!~jorge@181.56.72.152, Client Quit)
17:41lucascastro has left IRC (lucascastro!~lucas@138.68.106.79, Remote host closed the connection)
17:57vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc)
18:03tarzeau has left IRC (tarzeau!~gurkan@mail.aiei.ch, Remote host closed the connection)
18:13Statler|Home has joined IRC (Statler|Home!~Georg@p5B30E973.dip0.t-ipconnect.de)
18:23lucascastro has joined IRC (lucascastro!~lucas@186.193.178.113.jupiter.com.br)
18:38lucascastro has left IRC (lucascastro!~lucas@186.193.178.113.jupiter.com.br, Remote host closed the connection)
18:39lucascastro has joined IRC (lucascastro!~lucas@186.193.178.113.jupiter.com.br)
18:41lucascastro has left IRC (lucascastro!~lucas@186.193.178.113.jupiter.com.br, Remote host closed the connection)
18:56fiesh has left IRC (fiesh!~fiesh@hq.wsoptics.de, Ping timeout: 256 seconds)
19:03fiesh has joined IRC (fiesh!~fiesh@hq.wsoptics.de)
19:15lucascastro has joined IRC (lucascastro!~lucas@201.182.221.154)
19:21
<vagrantc>
huh. https://wiki.debian.org/YashAgarwal/GSoCProposal
19:21
using bittorrent to boot LTSP ... not entirely sure how that would work ... but interesting, at least :)
19:37
<||cw>
seem slike the idea is you PXE boot a small optimized kernel that torrents the main kernel and initrd and bootstraps them
19:38
guess it could help in a bootstorm situation, but once nfs or nbd are connected they'll be the bottleneck, so you'd need to cluster them too
19:39
original research paper at https://www.researchgate.net/publication/283121648_BootTorrent_peer-to-peer_fast_network_boot
19:43
<vagrantc>
unless you're booting the whole image into ram
19:44
which i've often thought would be an interesting approach
19:44
e.g. each client is also a server
19:55Statler|Home has left IRC (Statler|Home!~Georg@p5B30E973.dip0.t-ipconnect.de, Remote host closed the connection)
20:09Statler|Home has joined IRC (Statler|Home!~Georg@p5B30E973.dip0.t-ipconnect.de)
20:30lucascastro has left IRC (lucascastro!~lucas@201.182.221.154, Remote host closed the connection)
20:30lucascastro has joined IRC (lucascastro!~lucas@201.182.221.154)
20:31Faith has left IRC (Faith!~Paty_@unaffiliated/faith, Quit: Leaving)
20:54lucascastro has left IRC (lucascastro!~lucas@201.182.221.154, Remote host closed the connection)
20:55
<alkisg>
Why torrent instead of multicasting?!
20:58* vagrantc shrugs
20:58
<vagrantc>
ah, torrent would allow clients to boot at different rates
20:59
multicast would require them to boot at the same time
20:59
<alkisg>
Asynchronous caching :)
20:59
<vagrantc>
exactly
21:38
<alkisg>
(I meant, you can have multicasting with asynchronous caching, there's no need for the extreme overhead of torrents...)
21:38* alkisg waves
21:38
<vagrantc>
oh
21:50vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Ping timeout: 276 seconds)
22:13ricotz has left IRC (ricotz!~ricotz@ubuntu/member/ricotz, Quit: Leaving)
22:16||cw has left IRC (||cw!~chrisw@unaffiliated/cw/x-1182934, Quit: Do not follow the null pointer, for therein lies ma&^%#___)
22:19Statler|Home has left IRC (Statler|Home!~Georg@p5B30E973.dip0.t-ipconnect.de, Remote host closed the connection)
22:22||cw has joined IRC (||cw!~chrisw@unaffiliated/cw/x-1182934)
22:31vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc)
23:26||cw has left IRC (||cw!~chrisw@unaffiliated/cw/x-1182934, Quit: Do not follow the null pointer, for therein lies ma&^%#___)
23:32||cw has joined IRC (||cw!~chrisw@unaffiliated/cw/x-1182934)