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


Channel log from 4 August 2018   (all times are UTC)

01:18adrianor1 has joined IRC (adrianor1!~adrianorg@177.18.173.123)
01:21adrianorg has left IRC (adrianorg!~adrianorg@179.177.213.109.dynamic.adsl.gvt.net.br, Ping timeout: 260 seconds)
02:02vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc)
04:10vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Ping timeout: 265 seconds)
05:31vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc)
05:50vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Quit: leaving)
06:01vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc)
07:07alkisg has joined IRC (alkisg!92f7c00a@ubuntu/member/alkisg)
07:08
<alkisg>
Hyperbyte: do you have the necessary commands handy? To make you an op?
07:08
sbalneav is also an op, afaik...
07:17alkisg has left IRC (alkisg!92f7c00a@ubuntu/member/alkisg, Quit: Page closed)
07:36vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Quit: leaving)
07:39
<Hyperbyte>
alkisg, msg chanserv access #ltsp add Hyperbyte founder
10:36alkisg has joined IRC (alkisg!92f7c00a@ubuntu/member/alkisg)
10:38
<alkisg>
[13:37] -ChanServ- You are not allowed to set +AFRefiorstv on Hyperbyte in #ltsp.
10:41
<ogra>
i guess you need scottie or jim for that
10:41ChanServ sets mode: +o alkisg
10:45
<alkisg>
[13:45] -ChanServ- 7 Hyperbyte +AReiorstv [modified 7s ago]
10:46ChanServ sets mode: -o alkisg
10:47ChanServ sets mode: +o alkisg
10:48
<ogra>
ha
10:48alkisg sets mode: -r
10:48ChanServ sets mode: -o alkisg
10:48
<alkisg>
Hmm I think that should do it for now... I removed the r flag too
10:48
Hyperbyte: check if everything's ok
10:48
<ogra>
uh, why ?
10:49
<alkisg>
Didn't the spam end yet, ogra ?
10:49
<ogra>
not according to other channels i'm in that dont have +r
10:49
<alkisg>
Ah, ok
10:49
Persistent bot!!!
10:50
<ogra>
but let Hyperbyte set the +r ... its a good test ;)
10:52* alkisg sees that the spam in #ubuntu-mate stopped in 1st of August...
10:53
<ogra>
in #ac100 and #pandaboard i see the last spam lines at 11:20 and 12:32
10:53
(both have no active op's)
10:53
(nor much other activitiy beyond one or two posts per month normally)
10:57
but perhaps the bots notice the +r and dont come back (though that would assume clever script kiddies being able to write or configure such a feature :) )
10:58s98259 has joined IRC (s98259!~s98259@ip131.ip-176-31-55.eu)
10:58
<s98259>
Has anyone here tried playing Minecraft on a Fat Client?
10:59
<alkisg>
s98259: yeah, my kids, it worked fine
11:00
It was a couple of years ago though
11:00
<s98259>
Vanilla or Forge? I can get Vanilla to load, however Forge (Atleast the Tekxit 3 Modpack) seems to hang the entire system forcing a SysRq
11:01
<alkisg>
Hmm I'm not sure about that part. They've used forge successfully, although I'm not sure if that was in ltsp fat clients or in standalone machines.
11:02
<s98259>
We also got a P4 fat client which we are using for CNC purposes, and that keeps hanging eventually too when we try to 3D print.
11:02
Aaaah
11:02
<alkisg>
I can't see why forge would hang though, unless the client specs weren't up to it
11:02
E.g. not enough RAM or not good enough graphics card
11:02
<s98259>
With ltsp-remoteapps, can I get access to local dev nodes?
11:02
on the client...
11:03
<alkisg>
Not really, unless you use some other technology unrelated to ltsp
11:03
<s98259>
You don't realise what client you are talking about, it really is a super beast
11:03
hmm
11:03
<alkisg>
The test that would tell you, would be a local installation. If that works and ltsp doesn't, then this is an issue for #ltsp to solve
11:04
If the local installation doesn't work, then it's not #ltsp related
11:04
<s98259>
Also, I can confirm your guide doesn't work well with Ubuntu Server, however works as perfectly as you state it does with Ubuntu Desktop.
11:04
<alkisg>
Hyperbyte, ogra, from #freenode: [14:00] <@kloeri> alkisg: probably a good idea to keep +r for now
11:05
<ogra>
yeah, i thought so
11:05
<alkisg>
s98259: if there are missing dependencies in some packages, they should be reported there. What exactly is missing?
11:05
<s98259>
I haven't noticed anything missing
11:06
I'm Helenah btw, also Yoyoyooo
11:06s98259 is now known as Helenah
11:06
<alkisg>
Yeah, got it. It's a bit confusing, but we'll manage :D
11:06
Helenah: so, what wasn't working? Any error messages?
11:06
<Helenah>
Yeah, just changed my nick as I realised that
11:06
No error messages
11:06
<alkisg>
And what isn't working?
11:07
(in the ubuntu server case, that is)
11:07
<Helenah>
Just Minecraft Forge, I resorted to Vanilla, what more bothers me is CNC machines going down, so I'll keep an eye on the CNC issue and I'll report back to you.
11:08maskedlua4 has joined IRC (maskedlua4!~maskedlua@cpc100576-uddi29-2-0-cust243.20-3.cable.virginm.net)
11:08
<maskedlua4>
This channel has been hacked by Australia's #1 hacker Simon 'eVestigator' Smith https://evestigatorsucks.com/
11:08maskedlua4 has left IRC (maskedlua4!~maskedlua@cpc100576-uddi29-2-0-cust243.20-3.cable.virginm.net, K-Lined)
11:08
<Helenah>
I switched from Ubuntu Server to Ubuntu Desktop as I found headless setups are problematic
11:08
<alkisg>
Helenah: I think we're talking about different things now. I'm talking about your statement "ubuntu server not working, ubuntu desktop works"
11:08
I don't care about minecraft until it's verified that it works in local installations on the same hardware, but not in ltsp
11:08
Since I've seen a whole lot of opengl related issues that can make it not work
11:09
(which of course aren't ltsp issues)
11:09
<Helenah>
Yeah, Minecraft can run natively on the hardware without LTSP both in Windows 10 and Linux (Ubuntu, Debian & Arch)
11:09
<alkisg>
OK, then next test would be running it with sshfs in local installation
11:10
If that causes issues, then we're sure it's sshfs to blame
11:10
<Helenah>
Well, Minecraft uses /home for pretty much everything it needs to read and write from/to which when I looked, /home uses sshfs, no?
11:11
<alkisg>
(btw, windows isn't related as well, as it's not using the same drivers and kernel. We only care about testing the exact same kernel and drivers, as they can brake in just a version bump)
11:11
Home in ltsp yes. Home in local installations, no. So if that's what the issue is, we can report it to the sshfs maintainer.
11:12
<Helenah>
I think I misunderstood, are you asking that I reboot my client into thin client mode, then run Minecraft?
11:12
and see how it performs?
11:13
<alkisg>
No. The test would be: install the same ubuntu version that you are using in ltsp, locally on the client
11:13
Either in an internal or an external usb disk
11:13
Once you verify that it works there, then you'd mount the client /home with sshfs from your server
11:13
So you would have a local installation with a remote sshfs /home
11:13
If it breaks there, then you have reproduced the issue without ltsp getting involved at all
11:14
So then you're able to reproduce it easily and report it to the sshfs mailing list for a proper resolution
11:15
<Helenah>
hmm, I'll consider that.
11:16
I don't understand that, some guy coming in here claiming he's Australia's #1 Hacker, yet he's using Virgin Media which is a UK ISP...
11:16
<alkisg>
I.e. when troubleshooting bugs, you try to see the subsystem that fails. Is it the kernel? The graphics drivers? Sshfs? opengl? mesa? Once you've found it, solving the issue is much easier.
11:16
<Helenah>
lol
11:16
I found that hilarious!
11:16
<alkisg>
Just an irc spam bot :)
11:16
<Helenah>
hmm
11:27alkisg has left IRC (alkisg!92f7c00a@ubuntu/member/alkisg, Ping timeout: 252 seconds)
11:43cronic has joined IRC (cronic!~cronic@113.173.52.75)
11:43
<cronic>
--- spam removed by webmaster ---
11:43cronic has left IRC (cronic!~cronic@113.173.52.75, K-Lined)
11:54ManyRaptors13 has joined IRC (ManyRaptors13!~ManyRapto@ntchba422207.chba.nt.ngn.ppp.infoweb.ne.jp)
11:54
<ManyRaptors13>
--- spam removed by webmaster ---
11:54beaky21 has joined IRC (beaky21!~beaky@190.200.42.63)
11:54ManyRaptors13 has left IRC (ManyRaptors13!~ManyRapto@ntchba422207.chba.nt.ngn.ppp.infoweb.ne.jp, K-Lined)
11:54
<beaky21>
--- spam removed by webmaster ---
11:55beaky21 has left IRC (beaky21!~beaky@190.200.42.63, K-Lined)
11:56Ks0stm24 has joined IRC (Ks0stm24!~Ks0stm@159.192.247.159)
11:56
<Ks0stm24>
--- spam removed by webmaster ---
11:56Ks0stm24 has left IRC (Ks0stm24!~Ks0stm@159.192.247.159, K-Lined)
11:56basic`11 has joined IRC (basic`11!~basic`@156.217.89.134)
11:56
<basic`11>
--- spam removed by webmaster ---
11:56basic`11 has left IRC (basic`11!~basic`@156.217.89.134, K-Lined)
11:58chalcedony17 has joined IRC (chalcedony17!~chalcedon@KD106168162188.ppp-bb.dion.ne.jp)
11:58
<chalcedony17>
--- spam removed by webmaster ---
11:58chalcedony17 has left IRC (chalcedony17!~chalcedon@KD106168162188.ppp-bb.dion.ne.jp, K-Lined)
12:12mobijubo21 has joined IRC (mobijubo21!~mobijubo@27.66.78.159)
12:12
<mobijubo21>
--- spam removed by webmaster ---
12:12mobijubo21 has left IRC (mobijubo21!~mobijubo@27.66.78.159, K-Lined)
12:18iw00t11 has joined IRC (iw00t11!~iw00t@183.88.84.134)
12:18
<iw00t11>
--- spam removed by webmaster ---
12:18iw00t11 has left IRC (iw00t11!~iw00t@183.88.84.134, K-Lined)
12:24ketralnis has joined IRC (ketralnis!~ketralnis@183.88.214.240)
12:24
<ketralnis>
--- spam removed by webmaster ---
12:24ketralnis has left IRC (ketralnis!~ketralnis@183.88.214.240, K-Lined)
12:26VM_ has joined IRC (VM_!~VM_@124-18-120-159.dz.commufa.jp)
12:26
<VM_>
--- spam removed by webmaster ---
12:26VM_ has left IRC (VM_!~VM_@124-18-120-159.dz.commufa.jp, K-Lined)
12:27Silversword11 has joined IRC (Silversword11!~Silverswo@113.190.234.97)
12:27
<Silversword11>
--- spam removed by webmaster ---
12:27Silversword11 has left IRC (Silversword11!~Silverswo@113.190.234.97, K-Lined)
12:37Demp26 has joined IRC (Demp26!~Demp@softbank126076249163.bbtec.net)
12:37
<Demp26>
--- spam removed by webmaster ---
12:37Demp26 has left IRC (Demp26!~Demp@softbank126076249163.bbtec.net, K-Lined)
12:50vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc)
13:38
<Helenah>
Wait...
13:38
That spambot is still at it? o.o
13:38
You might be best setting +R on the channel to see if it prevents them from being able to join.
13:39
I know it's a support channel, and I disagree with limitting traffic to this channel also, however that spambot is creating a major problem for your channel, I mean look at it.
13:40GodFather has joined IRC (GodFather!~rcc@174-081-217-069.dhcp.chtrptr.net)
13:42* vagrantc nods
13:49alkisg has joined IRC (alkisg!92f7c00a@ubuntu/member/alkisg)
13:49ChanServ sets mode: +o alkisg
13:50alkisg sets mode: +r
13:50ChanServ sets mode: -o alkisg
13:55alkisg has left IRC (alkisg!92f7c00a@ubuntu/member/alkisg, Ping timeout: 252 seconds)
14:10
<Helenah>
That's better
14:31Natureshadow has left IRC (Natureshadow!45d1515d22@commu.teckids.org, Read error: Connection reset by peer)
14:37vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Quit: leaving)
18:22deepanshuG has joined IRC (deepanshuG!~d78ui98@182.70.168.135)
18:26
<deepanshuG>
hi derick here. I habe setup new ltsp in standalone mode(non proxy dhcp).
18:27
the internet works on the server. But does not workon the client.
18:27
I am not unable to fix this issue.
18:50deepanshuG has left IRC (deepanshuG!~d78ui98@182.70.168.135, Quit: Leaving)
19:01alkisg has joined IRC (alkisg!92f7c00a@ubuntu/member/alkisg)
19:17alkisg has left IRC (alkisg!92f7c00a@ubuntu/member/alkisg, Quit: Page closed)
19:24ChanServ sets mode: +o Hyperbyte
19:24
<Hyperbyte>
Works alkisg
19:24
I'll clean up the IRC logs again from the spambots
19:25Hyperbyte sets mode: -o Hyperbyte
19:54deepanshuG has joined IRC (deepanshuG!~d78ui98@182.70.168.135)
20:14
<deepanshuG>
I have 2 interfaces. If I do a `system-resolve --status`. It shows that dns is not configured on ltsp server ip address.
20:14
maybe it reason is both dns and systemd are running on port 53
20:24
<quinox>
derick: you really should be using proxydhcp in your setup, you want to use your router's IP information for connectivity
20:25
only 1 process can listen on a specific ip/port
20:26
$ sudo netstat -lpn | grep ':53'
20:26
you can have <global-ip>:53 being used by named and 127.0.0.1:53 by systemd-resolve, that's fine
20:27
<deepanshuG>
quinox, I know. proxydhcp does work. But I need to make the non-proxydhcp as well
20:30
<quinox>
I'm going here based on my network knowledge, not LTSP knowledge: `ip route` on the LTSP client should say "default via <your LTSP server>"
20:31
<deepanshuG>
yes it does.
20:31
<quinox>
good
20:31
then your LTSP server should have forwarding enabled from the NIC that the LTSP client is connected to
20:32
<deepanshuG>
the ltsp server is providing dhcp service, is gateway as well. But it is not providing dns,
20:32
<quinox>
on the LTSP client you can run 'ping 8.8.8.8' ?
20:33
<deepanshuG>
no
20:33
<quinox>
then the gateway setup isn't working properly yet
20:33
I would fix that first before fixing DNS
20:33
<deepanshuG>
okay. good idea.
20:34
<quinox>
on the server: sysctl net.ipv4.ip_forward
20:34
that should report 1
20:34
if so the only step left is iptables
20:35
<deepanshuG>
yes. Ip forwarding is enabled
20:38
<quinox>
https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/4/html/Security_Guide/s1-firewall-ipt-fwd.html
20:38
iptables -A FORWARD -i eth1 -j ACCEPT
20:38
iptables -A FORWARD -o eth1 -j ACCEPT
20:38
iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
20:38
something like that
20:39
I use 'vim /etc/iptables.rules; cat /etc/iptables.rules | iptables-restore'
20:39
this way all the rules are kept even if you reboot
20:41
the MASQUERADE option will translate LAN IPs to WAN IPs and back
20:42
I have no idea how much LTSP-manager takes care of these things
20:43
*also*
20:43
if you run docker you might get screwed over by docker
20:43
<deepanshuG>
okay. thanks. I will try this.
20:43
<quinox>
since docker likes to aggressively meddle with your iptables
20:43
<deepanshuG>
I am using vagrant
20:44
and using the vagrant box that I created.
20:44
<quinox>
if you run `iptables-save` you can see your current iptables, if this looks fine it's okay
20:44
iptable lines are done in order of course
20:47
there might be a better way, but if iptables isn't doing what I expect I sometimes debug using the logging module
20:47
make a very broad rule, make sure it gets matched, refine it etc. etc.
20:49
<deepanshuG>
okay.
20:49
Initially I thought ltsp would take care of this.
20:54
<quinox>
I have no idea how fake clients interact with all this shit btw
20:55
I boot my virtualbox in bridge mode, I think it looks just like an external client to my host machine but I'm not sure
20:55
<deepanshuG>
yes. you are right about this.
20:56
<quinox>
I know Docker uses iptables for routing voodo, those packages would spawn on internal chains probably... which could mean FORWARD is never triggered
20:56
<deepanshuG>
we have also automated installation of ltsp to virtualbox vm.
21:02
<quinox>
by default virtualbox is using NAT as network setup I think, not bridge
21:03
if everything looks fine but it's still not working try using a real client; pretty much every machine I have access to can do PXE booting
21:05deepanshuG has left IRC (deepanshuG!~d78ui98@182.70.168.135, Ping timeout: 260 seconds)
21:05
<quinox>
just change the boot order; some mobos even allow you to choose the boot device for the current boot, automatically reverting back afterwards
21:19deepanshuG has joined IRC (deepanshuG!~d78ui98@122.168.171.180)
21:21
<deepanshuG>
Still does not work
21:22
I read over the internet when you get ip address from dhcp server. you should get dns as well.
21:25
<quinox>
dhcp without dns is of limited use, sure
21:26
if the gateway isn't working you can't use dns though
21:26
even if you get name servers from DHCP
21:27deepanshuG has left IRC (deepanshuG!~d78ui98@122.168.171.180, Ping timeout: 244 seconds)
21:30deepanshuG has joined IRC (deepanshuG!~d78ui98@122.168.173.212)
21:31
<deepanshuG>
yes. you are right.
21:31
we should first focus on gateway configuration.
22:06deepanshuG has left IRC (deepanshuG!~d78ui98@122.168.173.212, Ping timeout: 240 seconds)