00:42 | adrianor1 is now known as adrianorg | |
01:59 | vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Quit: leaving) | |
03:54 | cyberorg has joined IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg) | |
05:04 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Ping timeout: 240 seconds) | |
05:14 | Statler has joined IRC (Statler!~Georg@p579FF6BA.dip0.t-ipconnect.de) | |
05:28 | ricotz has joined IRC (ricotz!~ricotz@p5B2A933E.dip0.t-ipconnect.de) | |
05:28 | ricotz has joined IRC (ricotz!~ricotz@ubuntu/member/ricotz) | |
06:00 | kjackal_ has left IRC (kjackal_!~quassel@2a02:587:3109:3d00:ed21:da8:a21e:5a11, Ping timeout: 255 seconds) | |
06:20 | Eric3 has joined IRC (Eric3!~eric@sdi.iut-valence.fr) | |
06:32 | kjackal_ has joined IRC (kjackal_!~quassel@88.197.39.200) | |
07:01 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
07:02 | Statler has left IRC (Statler!~Georg@p579FF6BA.dip0.t-ipconnect.de, Remote host closed the connection) | |
07:26 | kjackal_ has left IRC (kjackal_!~quassel@88.197.39.200, Read error: Connection reset by peer) | |
07:42 | stgraber has left IRC (stgraber!~stgraber@ubuntu/member/stgraber, Remote host closed the connection) | |
08:06 | kidar has joined IRC (kidar!~guest01@8ta-148-113-167.telkomadsl.co.za) | |
08:10 | kidar has left IRC (kidar!~guest01@8ta-148-113-167.telkomadsl.co.za, Client Quit) | |
08:15 | kidar has joined IRC (kidar!~pst@8ta-148-113-167.telkomadsl.co.za) | |
08:34 | kidar has left IRC (kidar!~pst@8ta-148-113-167.telkomadsl.co.za, Quit: Leaving) | |
09:00 | forum has joined IRC (forum!~Thunderbi@93-82-104-180.adsl.highway.telekom.at) | |
09:04 | forum1 has joined IRC (forum1!~Thunderbi@93-82-104-180.adsl.highway.telekom.at) | |
09:07 | forum has left IRC (forum!~Thunderbi@93-82-104-180.adsl.highway.telekom.at, Ping timeout: 268 seconds) | |
09:07 | forum1 is now known as forum | |
09:21 | mikkel has joined IRC (mikkel!~mikkel@mail.dlvs.dk) | |
09:54 | storm_ has joined IRC (storm_!4f099651@gateway/web/freenode/ip.79.9.150.81) | |
09:54 | <storm_> hey everyone
| |
09:54 | got a problem with an LTSP
| |
09:55 | it kind of looks like stuck
| |
09:55 | i mean
| |
09:55 | it boots up and i can login
| |
09:55 | the moment i run an application like firefox from the lxde tray menu
| |
09:56 | it opens up and then if i click again for example in the address bar of firefox it opens another firefox window
| |
09:57 | it almost feels like the cursor is kind of "stuck" over the application icon in the tray menu
| |
09:58 | <alkisg> Are you talking about an ltsp client, or the ltsp server?
| |
09:58 | <storm_> client
| |
09:58 | the server looks good
| |
09:58 | <alkisg> Which distro/version?
| |
09:58 | <storm_> ubuntu 16.04 used the ppa provided in the ltsp-pnp page
| |
09:59 | https://help.ubuntu.com/community/UbuntuLTSP/ltsp-pnp
| |
09:59 | <alkisg> OK
| |
09:59 | <storm_> this is the page
| |
09:59 | <alkisg> How much RAM does the client have?
| |
09:59 | <storm_> 2G
| |
09:59 | i have enabled the fat client support
| |
10:00 | <alkisg> Do you have epoptes installed?
| |
10:00 | <storm_> no
| |
10:00 | no epoptes
| |
10:01 | (the clients are diskless though)
| |
10:01 | <alkisg> OK; either wait for someone else to help (I'll need to leave now), or install epoptes like the ltsp-pnp page says, run ltsp-update-image -c /, and then come again tomorrow a bit earlier for remote support
| |
10:01 | The bug sounds strange, I think remote vnc will be required there
| |
10:01 | <storm_> i see
| |
10:01 | let me just ak you one thing
| |
10:02 | ask
| |
10:02 | could that be a refresh problem?
| |
10:02 | <alkisg> Fat clients run the OS locally, so no "network xorg"
| |
10:02 | <storm_> it feels like the cursor is not moving from where i have actually clicked
| |
10:02 | <alkisg> If it works fine on the server, it should work fine on the clients too (unless there's a driver issue unrelated to ltsp)
| |
10:03 | <storm_> i see
| |
10:03 | <alkisg> You could try booting the clients with a live ubuntu usb stick
| |
10:03 | <storm_> i will try
| |
10:03 | <alkisg> If it happens on the stick too, then it's a driver issue, unrelated to ltsp
| |
10:03 | <storm_> okay
| |
10:03 | do you have any other fast suggestions?
| |
10:03 | <alkisg> If it only happens in ltsp, it sounds strange, it could e.g. be due to wrong environment variables within the lxde session
| |
10:03 | <storm_> like what?
| |
10:03 | <alkisg> No, if it's caused by ltsp, it sounds like a hard to troubleshoot issue
| |
10:04 | Like $XDG_CURRENT_DESKTOP etc
| |
10:04 | <storm_> ltsp manpages con help?
| |
10:04 | can*
| |
10:04 | <alkisg> No, if it's an ltsp bug, only reading the code would help
| |
10:05 | <storm_> okay
| |
10:05 | i will still tinker a bit and let you know
| |
10:05 | <alkisg> np
| |
10:05 | <storm_> thanks man
| |
10:05 | do you know who else i could ask to?
| |
10:08 | <alkisg> I don't think anyone other than me has touched the environment variables code in the last years
| |
10:08 | But the usb test should come first
| |
10:09 | jgee has joined IRC (jgee!~jgee@200.118.140.142) | |
10:12 | markus_e92 has left IRC (markus_e92!~markus_e9@62-46-102-195.adsl.highway.telekom.at, Ping timeout: 240 seconds) | |
10:14 | markus_e92 has joined IRC (markus_e92!~markus_e9@62-46-99-57.adsl.highway.telekom.at) | |
10:31 | storm_ has left IRC (storm_!4f099651@gateway/web/freenode/ip.79.9.150.81, Ping timeout: 260 seconds) | |
10:33 | dave102942 has joined IRC (dave102942!713598c3@gateway/web/freenode/ip.113.53.152.195) | |
10:35 | <dave102942> I have a small network of 4 fat clients using Ubuntu 14.04.5 32bit with LTSP pnp (greek school ppa); I'm having a problem where clients will random freeze (time between freezes can be a few minutes to many hours). /var/log/syslog on server does not show anything related to the freezes, nor does the .xsession-errors on the /home/ direct for whoever was using the frozen terminal
| |
10:35 | Any ideas how to debug the freezes?
| |
10:50 | <alkisg> Can you ping the clients when they freeze?
| |
10:52 | <dave102942> Haven't tried, I will try next time one freezes
| |
10:52 | Any other suggestions, that way I have a bit more of a list of stuff to try next time on freeze
| |
10:52 | <alkisg> press alt+ctrl+f1 on the client and check for kernel errors
| |
10:53 | Check dmesg on the client (as a localapp) after it un-freezes
| |
10:53 | If all the clients do it at the same time, it sounds like server side
| |
10:53 | <dave102942> They don't do it at the same time
| |
10:53 | All different times; and have to reboot by power button
| |
10:54 | so dmseg on client will still have stuff after reboot? I thought it will be reset when it load the image from the network?
| |
11:12 | <alkisg> Sorry I thought they were unfreezing after the freeze
| |
11:13 | You can enable persistent logging but it's hard to explain how
| |
11:13 | You can also try to leave them on alt+ctrl+f1 because if they hang there, you'll see the kernel panic messages
| |
11:14 | And of course you could also check with a live usb stick, because it might be unrelated to ltsp
| |
11:17 | storm_ has joined IRC (storm_!4f099651@gateway/web/freenode/ip.79.9.150.81) | |
11:17 | <dave102942> Also these clients are all 64bit; but the server (also 64bit cpu) is running 32bit ubuntu; but this shouldn't normally be any problem right?
| |
11:18 | (I will try having the users keep alt+ctrl+f1 open while they are using; thanks for this tip)
| |
11:19 | <storm_> hey all again
| |
11:22 | <dave102942> I have another unrelated question; but I don't seem to be able to update the kernel commands, for example I tried editing /etc/ltsp/update-kernels.conf, and putting CMDLINE_LINUX_DEFAULT="init=/sbin/init-ltsp forcepae intel_idle.max_cstate=1 quiet splash", then running ltsp-update-kernels and ltsp-update-image --cleanup / but when I check the /var/lib/tftpboot/ltsp/i386/pxelinux.cfg/default it has not added any of the additional
| |
11:22 | And if I edit the pxelinux.cfg files directly; it just overwrites the changes when doing ltsp-image-update
| |
11:24 | <alkisg> Edit it directly _after_ running ltsp-update-image
| |
11:24 | There's a procedure to properly add options there but what you want it temporary, so do it that way
| |
11:24 | <dave102942> But then won't I have to remember to make the same edit every time I do any image update?
| |
11:24 | <alkisg> 32bit os isn't a problem, no
| |
11:25 | If you want it to be permanent, edit /etc/ltsp/update-kernels.conf, then run `/usr/share/ltsp/update-kernels`, and then ltsp-update-image -c /
| |
11:25 | /usr/share/ltsp/update-kernels puts the correct config to /boot/pxelinux.cfg/ltsp
| |
11:25 | ...which finally reaches tftp
| |
11:27 | Ah another thing to blame would be out of ram
| |
11:27 | E.g. if apt-daily or other tasks run, that shouldn't normally be, and waste all the ram
| |
11:28 | <dave102942> I don't think RAM is an issue; because clients have 4GB and on one of them I enabled a 100GB swap
| |
11:30 | <alkisg> `du -sh /cow` and `free` locally on the client after some use will tell you
| |
11:31 | * alkisg waves, later... | |
11:35 | Eric3 has left IRC (Eric3!~eric@sdi.iut-valence.fr, Ping timeout: 255 seconds) | |
11:38 | forum has left IRC (forum!~Thunderbi@93-82-104-180.adsl.highway.telekom.at, Ping timeout: 255 seconds) | |
11:43 | <storm_> guys
| |
12:08 | Eric3 has joined IRC (Eric3!~eric@sdi.iut-valence.fr) | |
12:17 | <vervelak> !socat
| |
12:17 | <ltsp> socat: One way to share a console with a remote person is: [local pc] forward port 5500; apt-get install socat; socat tcp-listen:5500,keepalive=1 stdio,raw,echo=0 [remote pc] apt-get install socat screen; socat SYSTEM:"sleep 1; exec screen -xRR ra",pty,stderr tcp:REMOTE-IP:5500 & screen -l -S ra
| |
12:46 | dave102942 has left IRC (dave102942!713598c3@gateway/web/freenode/ip.113.53.152.195, Quit: Page closed) | |
13:15 | Eric3 has left IRC (Eric3!~eric@sdi.iut-valence.fr, Ping timeout: 246 seconds) | |
13:32 | forum has joined IRC (forum!~Thunderbi@212-183-82-18.adsl.highway.telekom.at) | |
13:45 | ben_roose has joined IRC (ben_roose!~roose@roose.cs.wichita.edu) | |
13:47 | Eric3 has joined IRC (Eric3!~eric@sdi.iut-valence.fr) | |
14:07 | mikkel has left IRC (mikkel!~mikkel@mail.dlvs.dk, Quit: Leaving) | |
14:13 | adrianorg has left IRC (adrianorg!~adrianorg@187.113.219.253, Ping timeout: 255 seconds) | |
14:40 | stgraber has joined IRC (stgraber!~stgraber@ubuntu/member/stgraber) | |
14:43 | adrianorg has joined IRC (adrianorg!~adrianorg@187.113.219.253) | |
14:49 | gvy has joined IRC (gvy!~mike@altlinux/developer/mike) | |
15:09 | sysadmin01 has joined IRC (sysadmin01!6dbee2f6@gateway/web/freenode/ip.109.190.226.246) | |
15:09 | <sysadmin01> hi
| |
15:09 | anybody to help me?
| |
15:10 | I just set up epoptes and epoptes client but no idea how to run epoptes on the client
| |
15:14 | <alkisg> Are you using ltsp?
| |
15:15 | Maybe you're asking for this? http://www.epoptes.org/documentation/fat-clients
| |
15:29 | jgee has left IRC (jgee!~jgee@200.118.140.142, Ping timeout: 260 seconds) | |
15:29 | storm_ has left IRC (storm_!4f099651@gateway/web/freenode/ip.79.9.150.81, Ping timeout: 260 seconds) | |
15:55 | lucascastro has left IRC (lucascastro!~lucas@186.227.186.18, Remote host closed the connection) | |
16:00 | sysadmin01 has left IRC (sysadmin01!6dbee2f6@gateway/web/freenode/ip.109.190.226.246, Quit: Page closed) | |
16:13 | Statler has joined IRC (Statler!~Georg@mail.lohn24.de) | |
16:20 | Eric3 has left IRC (Eric3!~eric@sdi.iut-valence.fr, Ping timeout: 240 seconds) | |
16:32 | Eric3 has joined IRC (Eric3!~eric@sdi.iut-valence.fr) | |
16:55 | lucascastro has joined IRC (lucascastro!~lucas@201.57.40.146) | |
17:33 | forum has left IRC (forum!~Thunderbi@212-183-82-18.adsl.highway.telekom.at, Ping timeout: 255 seconds) | |
18:08 | Eric3 has left IRC (Eric3!~eric@sdi.iut-valence.fr, Ping timeout: 260 seconds) | |
18:12 | cbit has joined IRC (cbit!be4aa6c4@gateway/web/freenode/ip.190.74.166.196) | |
18:13 | <cbit> HOLA CUANTOS EQUIPOS SOPORTA LA APLICACIÓN??
| |
18:22 | cbit has left IRC (cbit!be4aa6c4@gateway/web/freenode/ip.190.74.166.196, Quit: Page closed) | |
18:22 | storm_ has joined IRC (storm_!589587e1@gateway/web/freenode/ip.88.149.135.225) | |
18:23 | <storm_> hey guys
| |
18:28 | i had some problems with LTSP clients today. The problem was that i could see the mouse moving on the client's screen, but, if i opened an application like file manager on the client even if i could visually see the mouse moving around when i clicked somewhere inside this new file manager window it would open another file manager window. It looked almost like that the mouse was still capturing the input form the previous position (the
| |
18:30 | well, turned out it was the mouse itself... it was an old PS/2 mouse with USB emulation (no external adapter... are there any built-in usb converters??) and apparently the clients were not very happy with that mouse
| |
18:31 | since i had notified this to Alkisg i thought it would have been good to report my findings so that people may benefit from them
| |
18:36 | Statler has left IRC (Statler!~Georg@mail.lohn24.de, Remote host closed the connection) | |
19:01 | storm_ has left IRC (storm_!589587e1@gateway/web/freenode/ip.88.149.135.225, Ping timeout: 260 seconds) | |
19:25 | gvy has left IRC (gvy!~mike@altlinux/developer/mike, Quit: Leaving) | |
20:20 | ben_roose has left IRC (ben_roose!~roose@roose.cs.wichita.edu, Remote host closed the connection) | |
20:37 | lucascastro has left IRC (lucascastro!~lucas@201.57.40.146, Remote host closed the connection) | |
20:44 | forum has joined IRC (forum!~Thunderbi@212-183-82-18.adsl.highway.telekom.at) | |
21:15 | lucascastro has joined IRC (lucascastro!~lucas@201.57.40.146) | |
21:27 | lucascastro has left IRC (lucascastro!~lucas@201.57.40.146, Remote host closed the connection) | |
21:28 | gp has joined IRC (gp!~gp@96.71.93.13) | |
21:40 | gp has left IRC (gp!~gp@96.71.93.13, Quit: Leaving) | |
21:50 | ricotz has left IRC (ricotz!~ricotz@ubuntu/member/ricotz, Quit: Leaving) | |
22:45 | <quinox> busy day here
| |