00:56 | vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Quit: leaving) | |
01:38 | vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc) | |
01:47 | GodFather has left IRC (GodFather!~rcc@47.33.250.142, Ping timeout: 258 seconds) | |
04:37 | Statler has joined IRC (Statler!~Georg@p579FE958.dip0.t-ipconnect.de) | |
05:00 | vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Quit: leaving) | |
06:04 | Freejack has left IRC (Freejack!~quassel@unaffiliated/freejack, Ping timeout: 248 seconds) | |
06:06 | Freejack has joined IRC (Freejack!~quassel@unaffiliated/freejack) | |
06:19 | ricotz has joined IRC (ricotz!~ricotz@p5B2A892E.dip0.t-ipconnect.de) | |
06:19 | ricotz has joined IRC (ricotz!~ricotz@ubuntu/member/ricotz) | |
06:29 | Eric4 has joined IRC (Eric4!~eric@sdi.iut-valence.fr) | |
06:31 | mikkel 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:44 | wim1 has joined IRC (wim1!~Thunderbi@WEGC33.UNI-GRAZ.AT) | |
07:33 | kjackal_ has joined IRC (kjackal_!~quassel@onopfy.static.otenet.gr) | |
08:15 | aurele98 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:38 | Statler 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:17 | dying_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:19 | dying_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:26 | Statler has joined IRC (Statler!~Georg@gwrz3.lohn24.de) | |
09:34 | lucascastro 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:51 | aurele98 has left IRC (aurele98!4ec0c126@gateway/web/freenode/ip.78.192.193.38, Quit: Page closed) | |
10:26 | kjackal_ has left IRC (kjackal_!~quassel@onopfy.static.otenet.gr, Ping timeout: 255 seconds) | |
10:29 | GodFather has joined IRC (GodFather!~rcc@47.33.250.142) | |
10:38 | kjackal_ has joined IRC (kjackal_!~quassel@2a02:587:311f:4500:8c8:8d13:2b5b:aa9f) | |
10:50 | lucascastro has left IRC (lucascastro!~lucas@201.182.221.14, Remote host closed the connection) | |
11:12 | lucascastro has joined IRC (lucascastro!~lucas@200.141.207.18) | |
11:27 | fiesh 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:53 | dragon788 has left IRC (dragon788!sid158229@gateway/web/irccloud.com/x-fxufraxklbcpadhy, Read error: Connection reset by peer) | |
11:54 | dragon788 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:17 | lucascastro has left IRC (lucascastro!~lucas@200.141.207.18, Ping timeout: 264 seconds) | |
12:18 | lucascastro has joined IRC (lucascastro!~lucas@200.141.207.18) | |
12:27 | Faith has joined IRC (Faith!~Paty_@unaffiliated/faith) | |
12:29 | mikkel 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:51 | ben_roose has joined IRC (ben_roose!~roose@roose.cs.wichita.edu) | |
14:09 | fnurl has joined IRC (fnurl!~fnurl@36-226-167-147.dynamic-ip.hinet.net) | |
14:30 | wim1 has left IRC (wim1!~Thunderbi@WEGC33.UNI-GRAZ.AT, Quit: wim1) | |
15:07 | ricotz has left IRC (ricotz!~ricotz@ubuntu/member/ricotz, Ping timeout: 240 seconds) | |
15:08 | ricotz has joined IRC (ricotz!~ricotz@p5B2A892E.dip0.t-ipconnect.de) | |
15:08 | ricotz has joined IRC (ricotz!~ricotz@ubuntu/member/ricotz) | |
16:14 | vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc) | |
17:33 | lucascastro has left IRC (lucascastro!~lucas@200.141.207.18, Remote host closed the connection) | |
17:33 | lucascastro 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:55 | ben_roose has left IRC (ben_roose!~roose@roose.cs.wichita.edu, Quit: Leaving) | |
17:55 | Statler has left IRC (Statler!~Georg@gwrz3.lohn24.de, Remote host closed the connection) | |
18:22 | lucas__ has joined IRC (lucas__!~lucas@200.141.207.18) | |
18:22 | lucascastro has left IRC (lucascastro!~lucas@200.141.207.18, Read error: Connection reset by peer) | |
18:41 | vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Quit: leaving) | |
18:52 | lucas__ has left IRC (lucas__!~lucas@200.141.207.18, Remote host closed the connection) | |
18:59 | lucascastro has joined IRC (lucascastro!~lucas@200.141.207.18) | |
19:08 | lucascastro has left IRC (lucascastro!~lucas@200.141.207.18, Remote host closed the connection) | |
19:56 | vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc) | |
20:56 | Faith has left IRC (Faith!~Paty_@unaffiliated/faith, Quit: Leaving) | |
21:21 | ricotz has left IRC (ricotz!~ricotz@ubuntu/member/ricotz, Quit: Leaving) | |
22:33 | kjackal_ has left IRC (kjackal_!~quassel@2a02:587:311f:4500:8c8:8d13:2b5b:aa9f, Remote host closed the connection) | |