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


Channel log from 10 October 2017   (all times are UTC)

00:56vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Quit: leaving)
01:38vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc)
01:47GodFather has left IRC (GodFather!~rcc@47.33.250.142, Ping timeout: 258 seconds)
04:37Statler has joined IRC (Statler!~Georg@p579FE958.dip0.t-ipconnect.de)
05:00vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Quit: leaving)
06:04Freejack has left IRC (Freejack!~quassel@unaffiliated/freejack, Ping timeout: 248 seconds)
06:06Freejack has joined IRC (Freejack!~quassel@unaffiliated/freejack)
06:19ricotz has joined IRC (ricotz!~ricotz@p5B2A892E.dip0.t-ipconnect.de)
06:19ricotz has joined IRC (ricotz!~ricotz@ubuntu/member/ricotz)
06:29Eric4 has joined IRC (Eric4!~eric@sdi.iut-valence.fr)
06:31mikkel has joined IRC (mikkel!~mikkel@mail.dlvs.dk)
06:35
<alkisg>
!learn INIT_COMMAND_SSH as `To troubleshoot ssh keys issues, this lts.conf directive trusts the server on boot: INIT_COMMAND_SSH="rm -f /root/.ssh/known_hosts; ssh-keyscan server > /etc/ssh/ssh_known_hosts"`
06:35
<ltsp`>
The operation succeeded.
06:35
<alkisg>
!ssh
06:35
<ltsp`>
I do not know about 'ssh', but I do know about these similar topics: 'sshkeys', 'ltsp-update-sshkeys', 'INIT_COMMAND_SSH'
06:35
<alkisg>
!INIT_COMMAND_SSH
06:35
<ltsp`>
INIT_COMMAND_SSH: To troubleshoot ssh keys issues, this lts.conf directive trusts the server on boot: INIT_COMMAND_SSH="rm -f /root/.ssh/known_hosts; ssh-keyscan server > /etc/ssh/ssh_known_hosts"
06:36
<alkisg>
!learn INIT_COMMAND_EPOPTES as `To troubleshoot epoptes certificate issues, this lts.conf directive trusts the server on boot: INIT_COMMAND_EPOPTES="epoptes-client -c server"`
06:36
<ltsp`>
The operation succeeded.
06:36
<alkisg>
!guest
06:36
<ltsp`>
I do not know about 'guest', but I do know about these similar topics: 'greek'
06:38
<alkisg>
!learn INIT_COMMAND_GUEST as `To create a temporary guest user for fat clients, create a "guest" account on the server, and use these lts.conf directives: INIT_COMMAND_GUEST="mkdir -p /home/guest; mount -t tmpfs tmpfs /home/guest"; LDM_USERNAME="guest"; LDM_PASSWORD="xxx"; LDM_AUTOLOGIN=True`
06:38
<ltsp`>
The operation succeeded.
06:44wim1 has joined IRC (wim1!~Thunderbi@WEGC33.UNI-GRAZ.AT)
07:33kjackal_ has joined IRC (kjackal_!~quassel@onopfy.static.otenet.gr)
08:15aurele98 has joined IRC (aurele98!4ec0c126@gateway/web/freenode/ip.78.192.193.38)
08:15
<aurele98>
hi guys
08:18
!paste
08:18
<ltsp`>
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.
08:32
<alkisg>
Hello
08:37
<aurele98>
well after i did all the installation i rebooted and i found that something was going on with the nbd
08:38Statler has left IRC (Statler!~Georg@p579FE958.dip0.t-ipconnect.de, Remote host closed the connection)
08:39
<aurele98>
i got the ttyl and will search a way to have more logs
08:40
<alkisg>
OK, whenever you need help, paste specific error messages and ask specific questions...
08:44
<aurele98>
so here's the ttyl https://pastebin.com/7zaPeS3r
08:45
my question is : is this supposed to be like that ?
08:45
<alkisg>
aurele98: that's an nbd bug that is documented and worked around in ltsp-manager...
08:45
<aurele98>
or do i need to configure NBD
08:46
<alkisg>
You don't need to configure nbd...
08:47
<aurele98>
ok so is there a solution / patch ?
08:47
<alkisg>
yes, it's documented in ltsp-manager
08:47
!ltsp-manager
08:47
<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
08:48
<alkisg>
And I've filed a bug report in nbd about it...
08:48
I don't have the link handy
08:51
<aurele98>
wait i remember going to the ubuntu LTSP wiki and modified something
08:51
i may have damaged some shit
08:52
i think the problem is between the keyboard and the chair will verify all brb
08:56
should i run «ltsp-config dnsmasq isc-dhcp-server lts.conf» ?
08:57
and then ltsp update image
08:58
<alkisg>
I have no idea which tutorial you're using
08:58
I've written those two:
08:58
!ltsp-manager
08:58
<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
08:58
<alkisg>
!ltsp-pnp
08:58
<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
08:58
<alkisg>
Are you using one of those?
08:58
<aurele98>
wiki.ltsp.org
08:59
yes
08:59
<alkisg>
Which of those two?
08:59
Then you shouldn't have the nbd-client error, so you're not using the first of those
08:59
<aurele98>
man i'm the powerpc guy from last night
08:59
<alkisg>
Yes I know
09:00
<aurele98>
cant run the ltsp manager
09:00
<alkisg>
Sure you can
09:00
You can run it to prepare the server
09:01
Do you want to follow my advice on how to proceed?
09:01
<aurele98>
so i do the same thing all over again using only ltsp-manager ?
09:01
yes if you want but we need the sources right ?
09:02
<alkisg>
My advice is, start from scratch, follow the ltsp-manager page, and you'll be able to boot amd64 clients
09:02
When that part is done, ping me to tell you about how to boot ppc clients
09:02
Because now you're involving bugs and errors and documentation from anywhere, confusing things\
09:02
<aurele98>
true
09:04
i forgot something but do you think that we'll be able to use the PowerBook as a server ?
09:05
i mean i'll try
09:05
<alkisg>
I need more info to answer that
09:05
How fast is its cpu, how much ram, gigabit or not, how many clients, thin or fat clients, etc
09:08
<aurele98>
well we wanna try for 1 helluva fat client
09:09
ok i'm a shit
09:11
we'll just need to connect 1 client
09:12
i'll try do do it the lightest way possible
09:12
maybe i should only run the ttyl
09:13
we just need to see if the connection is ok
09:17dying_PPC has joined IRC (dying_PPC!4ec0c126@gateway/web/freenode/ip.78.192.193.38)
09:17
<dying_PPC>
!paste
09:17
<ltsp`>
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.
09:18
<aurele98>
errors everywhere while doing the initial setup
09:18
<dying_PPC>
https://pastebin.com/wdGAqdeL
09:19dying_PPC has left IRC (dying_PPC!4ec0c126@gateway/web/freenode/ip.78.192.193.38, Client Quit)
09:22
<aurele98>
PS: i use gigabit ethernet everywhere
09:26Statler has joined IRC (Statler!~Georg@gwrz3.lohn24.de)
09:34lucascastro has joined IRC (lucascastro!~lucas@201.182.221.14)
09:36
<alkisg>
aurele98: ltsp-manager isn't available for powerpc yet, I didn't request powerpc as a build architecture for the ppa
09:37
That's why I said, install it to the amd64 machine
09:37
You only need the chroot to be of powerpc arch, not the server
09:37
But anyway for a single client, I'm not sure that you need ltsp...
09:43
<aurele98>
ok :(
09:43
so what should i look forward to ?
09:49
i'll try something else then
09:50
i'll be back if there's nothing more simple
09:50
alkisg thanks for everything and sorry for that loss of time
09:51aurele98 has left IRC (aurele98!4ec0c126@gateway/web/freenode/ip.78.192.193.38, Quit: Page closed)
10:26kjackal_ has left IRC (kjackal_!~quassel@onopfy.static.otenet.gr, Ping timeout: 255 seconds)
10:29GodFather has joined IRC (GodFather!~rcc@47.33.250.142)
10:38kjackal_ has joined IRC (kjackal_!~quassel@2a02:587:311f:4500:8c8:8d13:2b5b:aa9f)
10:50lucascastro has left IRC (lucascastro!~lucas@201.182.221.14, Remote host closed the connection)
11:12lucascastro has joined IRC (lucascastro!~lucas@200.141.207.18)
11:27fiesh has joined IRC (fiesh!~fiesh@hq.wsoptics.de)
11:27
<fiesh>
since we often receive SIGBUS on local apps like firefox, thunderbird, etc., does anyone know what might cause this? I suspect mmap()ed files over NFS that create issues or something like that
11:27
memory alignment issues seem very unlikely
11:30
(haven't gone into debugging the programs actually, it might give some clue, but it's a widespread phenomenon that isn't specific to a certain application, and I think it even affects the X server because it sometimes crashes rather randomly.)
11:31
<alkisg>
fiesh: are you using NFS for /home or for root?
11:40
<fiesh>
both
11:42
I'm sure there are bugs in the linux NFS server, we've had it go into freeze mode at some point before, but I don't think that's the issue here
11:42
and it's rather rare, like every few months, that it goes into freeze
11:53
<alkisg>
fiesh: true, what I heard is that NFS for root can cause problems, because of the overlayfs overlay
11:53dragon788 has left IRC (dragon788!sid158229@gateway/web/irccloud.com/x-fxufraxklbcpadhy, Read error: Connection reset by peer)
11:54dragon788 has joined IRC (dragon788!sid158229@gateway/web/irccloud.com/x-vymkjoqrhybnrzjh)
11:54
<alkisg>
So if the binaries are corrupted because of the file system, of course they'll produce segfaults and everything
11:54
<fiesh>
alkisg: our old gentoo setup still uses tmpfs instead of overlayfs from what I can tell
11:54
<alkisg>
You could try switching to nbd for a while
11:54
<fiesh>
hmmm you think the binary is corrupted?
11:54
<alkisg>
It's (nfs+tmpfs) over (overlayfs)
11:54
<fiesh>
ok, we have the former
11:54
<alkisg>
It's one thing, not two
11:55
<fiesh>
oh
11:55
<alkisg>
To merge nfs+tmpfs, we're using overlayfs
11:55
<fiesh>
heh
11:55
read "or"
11:55
but the md5sum of the binary matches
11:56
<alkisg>
And afaik that's still causing instability, so much to make debian default to nbd
11:56
<fiesh>
I thought it's more likely a file that the software tries to access than the binary / a library itself
11:56
oh I see
11:56
<alkisg>
Sure, what you say may be possible too
11:56
<fiesh>
I remember playing around with nbd but not getting it to work :/
11:56
<alkisg>
Unsupported ioctl function calls etc can happen in nfs, sshfs etc
11:56
<fiesh>
but then that would mean that /home is the issue
11:57
and for that I'd have to go for nfs
11:57
<alkisg>
So you are on gentoo currently?
11:57
<fiesh>
yes
11:58
do you have any resources where people experienced similar issues? My googling didn't come up with anything
11:59
<alkisg>
No, it's just what I've heard from the debian ltsp maintainer and from some debian users
11:59
<fiesh>
ok, thanks
12:00
but they do continue to mount /home via NFS?
12:01
<alkisg>
I don't think any distro defaulted to NFS for /home in a long time
12:01
Because of security issues, we're using sshfs
12:01
<fiesh>
oh ok
12:02
that's entirely user space I presume?
12:02
<alkisg>
Yes, it's based on fuse
12:02
<fiesh>
I'll look into that and also try mounting NFS over UDP and stuff like that, thank you
12:02
<alkisg>
But the security is in its encryption
12:02
<fiesh>
yes, I see how that is meaningful, but like X over ssh, nothing's for free :)
12:02
<alkisg>
Right
12:03
For normal use, it's fine, but for e.g. video editing, it's causing some cpu overhead on the server
12:17lucascastro has left IRC (lucascastro!~lucas@200.141.207.18, Ping timeout: 264 seconds)
12:18lucascastro has joined IRC (lucascastro!~lucas@200.141.207.18)
12:27Faith has joined IRC (Faith!~Paty_@unaffiliated/faith)
12:29mikkel has left IRC (mikkel!~mikkel@mail.dlvs.dk, Quit: Leaving)
12:40
<fiesh>
well, UDP won't work at all any more... :(
12:46
not sure if jumbo frames might mitigate the issue, but since NFS uses tcp, it seems unlikely
12:53
<alkisg>
fiesh: try some md5sum technique in a loop, to see if it produces errors after a couple of hours
12:53
If not, then that's not what causes the trouble
13:00
<fiesh>
good idea!
13:01
hmm however, once it's cached, will it ever reload?
13:03
<alkisg>
echo 3 > /proc/sys/vm/drop_caches
13:04
<fiesh>
ah great idea, thanks
13:51ben_roose has joined IRC (ben_roose!~roose@roose.cs.wichita.edu)
14:09fnurl has joined IRC (fnurl!~fnurl@36-226-167-147.dynamic-ip.hinet.net)
14:30wim1 has left IRC (wim1!~Thunderbi@WEGC33.UNI-GRAZ.AT, Quit: wim1)
15:07ricotz has left IRC (ricotz!~ricotz@ubuntu/member/ricotz, Ping timeout: 240 seconds)
15:08ricotz has joined IRC (ricotz!~ricotz@p5B2A892E.dip0.t-ipconnect.de)
15:08ricotz has joined IRC (ricotz!~ricotz@ubuntu/member/ricotz)
16:14vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc)
17:33lucascastro has left IRC (lucascastro!~lucas@200.141.207.18, Remote host closed the connection)
17:33lucascastro has joined IRC (lucascastro!~lucas@200.141.207.18)
17:39
<bennabiy>
alkisg: got time to figure out why epoptes service is not working?
17:55ben_roose has left IRC (ben_roose!~roose@roose.cs.wichita.edu, Quit: Leaving)
17:55Statler has left IRC (Statler!~Georg@gwrz3.lohn24.de, Remote host closed the connection)
18:22lucas__ has joined IRC (lucas__!~lucas@200.141.207.18)
18:22lucascastro has left IRC (lucascastro!~lucas@200.141.207.18, Read error: Connection reset by peer)
18:41vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Quit: leaving)
18:52lucas__ has left IRC (lucas__!~lucas@200.141.207.18, Remote host closed the connection)
18:59lucascastro has joined IRC (lucascastro!~lucas@200.141.207.18)
19:08lucascastro has left IRC (lucascastro!~lucas@200.141.207.18, Remote host closed the connection)
19:56vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc)
20:56Faith has left IRC (Faith!~Paty_@unaffiliated/faith, Quit: Leaving)
21:21ricotz has left IRC (ricotz!~ricotz@ubuntu/member/ricotz, Quit: Leaving)
22:33kjackal_ has left IRC (kjackal_!~quassel@2a02:587:311f:4500:8c8:8d13:2b5b:aa9f, Remote host closed the connection)