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


Channel log from 12 December 2014   (all times are UTC)

00:00vagrantc has left IRC (vagrantc!~vagrant@freegeek/vagrantc, Ping timeout: 258 seconds)
00:03ternarybit has left IRC (ternarybit!~ternarybi@205.155.216.15, Quit: HydraIRC -> http://www.hydrairc.com <- \o/)
00:03vmlintu has left IRC (vmlintu!~vmlintu@37-219-53-46.nat.bb.dnainternet.fi, Ping timeout: 245 seconds)
00:39khildin has left IRC (khildin!~khildin@ip-213-49-85-70.dsl.scarlet.be, Quit: I'm gone, bye bye)
04:08vagrantc has joined IRC (vagrantc!~vagrant@freegeek/vagrantc)
04:08andygraybeal has left IRC (andygraybeal!~andy@h36.207.213.151.dynamic.ip.windstream.net, Ping timeout: 264 seconds)
04:20syrius has joined IRC (syrius!~syrius@thunder.stormtek.net)
04:22
<syrius>
Hey guys.. I just upgraded my opensuse server from 12.3 to 13.1 and directly to 13.2 yesterday, so I wasn't skipping anything.. Apparently some ltsp configuration had changed a bit, but we got it up and running (modified perms + having to strictly set LTSP_FATCLIENT=False).. other than that it seemed like everything was working fine
04:22andygraybeal has joined IRC (andygraybeal!~andy@h98.192.213.151.dynamic.ip.windstream.net)
04:22
<syrius>
unfortunately now firefox instantly crashes every time on the client, locking up the entire client and forcing a reboot..
04:22
<vagrantc>
ouch
04:22
<syrius>
I have been able to get anywhere from 10-20+ min out of chrome, but it's also exhibiting that behavior
04:23
this is the log from the crash each time: http://pastebin.com/2hefM31T
04:23
<vagrantc>
are your clients running out of ram?
04:23
<syrius>
no, these clients have been the same hardware for at least a year now. the only thing that changed was the server upgrade, and they're thin clients
04:23
they've always been pretty robust overall
04:24
<vagrantc>
well, newer versions might take additional ram to run...
04:24
really don't know much about opensuse, unfortunately
04:24
dunno if cyberorg is around...
04:25
<syrius>
yeah i've been researching for hours now, trying to figure it out
04:25
i can run the same processes directly on the server (it's located at the office here) and everything runs fine
04:26
<vagrantc>
the message you pasted didn't seem to have anything *obviously* related to firefox
04:26
<syrius>
i've tried turning sound off in the lts.conf, setting LDM_DIRECTX=True.. I did see a mozilla bug report about LIBGL_ALWAYS_INDIRECT=True causing firefox crashes, but explicitly setting it has done nothing to change the behavior
04:26
<vagrantc>
they all seemed dbus related, not sure if firefox normally calls out to dbus
04:26
<syrius>
vagrantc: you're telling me man. I literally can't find anything related to firefox in the logs
04:26
<vagrantc>
ah.
04:26
<syrius>
but it's so easy to reproduce, it's crazy
04:27
<vagrantc>
there was a bug report about LIBGL_ALWAYS_INDIRECT recently...
04:27
syrius: https://bugs.debian.org/767764
04:28
<syrius>
i'm willing to try anything at this point.. if it's kde related i'm willing to try gnome. if it's X11 i'mi was considering trying the NX server, but i don't want to do anything that's not easily reversible
04:28
<vagrantc>
syrius: near the bottom i recommend some ways to workaround the issue
04:28
syrius: it's on debian, but i wouldn't be surprised if you had similar issues with opensuse
04:28
<syrius>
hmm... interesting because his issue is specifically with gnome, where-as for him it works with kde
04:28
opensuse runs kde by default
04:29
reading it over though
04:30
<vagrantc>
although that was only with LDM_DIRECTX=true ... if you were running without LDM_DIRECTX specified, it wouldn't likely trigger the issue
04:30
<syrius>
yeah, i added the LDM_DIRECTX in an attempt to fix it
04:31
<vagrantc>
also, check in your environment if LIBGL_ALWAYS_INDIRECT is set...
04:32
<syrius>
yeah, i had to turn LDM_DIRECTX off to get it to be able to be set to off.
04:32
it made no difference
04:33
i also set it explicitly prior to launching the binary in a separate case where it *was* set, just to see
04:33
<vagrantc>
out of ideas, then
04:34
syrius: it happens as soon as you start firefox?
04:34
<syrius>
actually not immediately
04:34
but if i start FF and then restore my session from a few pages (from the previous crash) and switch tabs it crashes
04:34
or someimtes it crashes after i start scrolling
04:34
<vagrantc>
doesn't matter what the tabs are?
04:34
does it happen to a new user?
04:35
<syrius>
that's a good question. let me make one
04:36
brb
04:36
<cyberorg>
syrius, hi, see https://www.google.com/search?q=reset+firefox
04:37
also see https://en.opensuse.org/SDB:KIWI-LTSP_troubleshooting export QT_GRAPHICSSYSTEM=native
04:39
syrius, can you also pastebin output of "rpm -qa |grep ltsp"?
04:41
<syrius>
yeah it just happened again on a brand new user
04:41
i was able to open ff, go to a page, open a new tab
04:41
go to another page. then i opened a term to do a 'ps -ef | grep ltsp'
04:42
and switch backed to ff and changed a tab and it froze the client
04:42
cyberorg: yes, one moment
04:42
cyberorg: http://pastebin.com/zMYtidKx
04:44
trying the profile.local change now
04:45
<cyberorg>
rpm -e kiwi-ltsp-prebuilt-0.9.6-2.2.noarch kiwi-ltsp-bootimages-0.9.6-2.2.noarch as they are old images, use kiwi-image-ltsp and kiwi-image-ltsp-boot
04:46
<syrius>
so i've been working with another sysadmin on this today.. he did that part. i might need some help if i'm wiping the existing ltsp image, heh
04:46
doing it now
04:47
<cyberorg>
or kiwi-image-ltsp64 kiwi-image-ltsp-boot64 if your client are 64bit
04:47
<syrius>
alright
04:48* cyberorg waves @ vagrantc :)
04:51
<cyberorg>
syrius, the log you have posted is stuff happening after the crash, you might want to try "ssh -X user@yourserver firefox" from standalone PC(not ltsp client)
04:52
<syrius>
ok so the clients are 64-bit. sorry i had to go check
04:53
cyberorg: i was trying that earlier.. and it 'appears' to be launching the ff on my local machine
04:53
<cyberorg>
you can use 32bit image for both 32 and 64bit clients, and 64bit image only on 64bit client, other than that there is not much difference
04:53
<syrius>
since i don't have any extensions on the server i'm connecting to
04:53
but it's showing the extension locally as well as my local firefox's history and settings..
04:54
i can launch chrome in that exact same manner and have it actually do the X11 forwarding correctly
04:54
<cyberorg>
ff takes extensions from ~/.mozilla/ folder
04:54
<syrius>
i'm not sure what's going on w/ firefox
04:54
and history and everything else too?
04:54
<cyberorg>
yes
04:55
<syrius>
i can't get FF to exhibit any crashing behavior when i run it local to the server (we have it in a server room here)
04:55
<cyberorg>
first reset firefox then try it
04:55
run it ssh -X user@yourserver firefox
04:58
<syrius>
alright
04:59
doesn't seem to be having any issues
05:00
going to install the packages you mentioned for ltsp real quick
05:01
alright they're downloading through zypper
05:02
<cyberorg>
syrius, are you using NBD or AOE root?
05:03
<syrius>
as I'm taking over for a sysadmin who set it up initially, I'm not sure to be honest
05:03
<cyberorg>
cat /etc/sysconfig/kiwi-ltsp | grep IMAGETYPE
05:03
<syrius>
NBD
05:06
<cyberorg>
you may have to do rcnbd-server restart after installing the images, i don't remember how things were on 12.1
05:06
<syrius>
you are a life saver right now. i've been working on this for 12 hours
05:06
ok
05:07
do i have to rerun kiwi-ltsp-setup?
05:07
<cyberorg>
it would have been better to do fresh 13.2 install than do upgrades from so many versions down
05:07
no
05:07
<syrius>
yeah, i think you're right in that regard
05:07
but there's so much on it. it just wasn't feasible right now. maybe i should have held off
05:08
but i jumped, so here i am, unfortunately. once this is up and running i'll probably be holding off for a while until i can do a fresh install next time
05:08
ok the images are done. doing the restart
05:08
done
05:11
<cyberorg>
which images you installed 64 or 32bit?
05:11
<syrius>
64-bit
05:11
<cyberorg>
ok, you might have to create symlinks as mentioned here https://en.opensuse.org/SDB:LTSP_quick_start_12.2_Edu
05:12
<syrius>
ok taking a look
05:13
<cyberorg>
old ltsp setup would still be using i386.img for nbd export
05:13
<syrius>
hmm
05:15
ok 1 quick question..
05:16
ln -snf initrd-netboot-FULL-NAME.kernel.* linux-ltsp
05:16
initrd-netboot-suse-13.2.x86_64-2.1.1.kernel.3.16.6-2-default
05:16
initrd-netboot-suse-13.2.x86_64-2.1.1.kernel.3.16.6-2-default.md5
05:16
would apply to those both.. i'm guessing it doesn't want the md5
05:17
<cyberorg>
not md5
05:17
<syrius>
i don't think the symlink would have gone through anyways since it matched both
05:18
ok that's done
05:19
there did exist a symlink already that was intended to be close to what was on that page
05:19
but it shouldn't get picked up
05:19
it was named linux-kiwi-ltsp-x86_64 as opposed to linux-ltsp, but it points to the same initrd-netboot kernel file
05:20
hmm it might have been auto-created.. it's stime stamp is about 12 min ago
05:21
<cyberorg>
yes, it is auto created, but we need linux-ltsp pointing to linux-kiwi-ltsp-x86_64 and initrd-ltsp pointing to initrd-kiwi-ltsp-x86_64
05:21
<syrius>
yep, did that.
05:21
according to the page, run 'kiwi-ltsp -c' now?
05:22
<cyberorg>
needed only for fresh setup, just restart nbd-server
05:22
<syrius>
alright, done
05:22* vagrantc waves to cyberorg
05:22
<cyberorg>
hopefully the clients will boot :)
05:22
<syrius>
alright, brb. crossing my fingers
05:27
the client booted... i loaded up firefox and after opening a few pages and changing tabs it's the same behavior
05:27
crap
05:27
does everything look okay in my lts.conf? http://pastebin.com/Un0QnpJB
05:28
http://pastebin.com/Lm8sFFrA is my config.default
05:30
<cyberorg>
try LDM_DIRECTX=True also
05:30
<syrius>
alright.. tried that earlier to no avail, perhaps w/ the new packages installed it will make a difference
05:31
<cyberorg>
and did you reset the firefox settings?
05:31
<syrius>
yeah
05:31
it lasted longer this time than before
05:32
but when you're talking about 30 seconds, i guess it's not much to brag about
05:32
<cyberorg>
no
05:32
<syrius>
also get this at each crash:
05:32
14/12/11@21:30:26: START: ldminfod from=10.0.0.96
05:32
14/12/11@21:30:26: EXIT: ldminfod status=0 duration=0(sec)
05:32
in xinetd.log
05:33
<cyberorg>
what other DE have you got installed on the server?
05:34
<syrius>
well, gnome, mdm, and a couple others are listed at the login screen but i'm unable to use any of them on the clients
05:34
<cyberorg>
that is normal, you will see that every time ldm restarts
05:34
<syrius>
i haven't tried a different de on a client for quite a while though. i can try it
05:34
<cyberorg>
you should be able to use icewm to test
05:34
<syrius>
alright i'll do that
05:35
<cyberorg>
zypper in -t pattern mate
05:36
that should get you mate, it seems to work best at the moment on ltsp thin clients
05:36
if icewm shows up same crash then DE is not the issue, something else went wrong with your upgrade
05:37
<syrius>
yeah, it crashed
05:38
what's weird though is it's just in ltsp
05:38
<cyberorg>
it does not crash with ssh -X ?
05:38
<syrius>
nope
05:39
<cyberorg>
ltsp is running just that
05:39
but with the whole DE
05:40
chromium also has same issue?
05:40
<syrius>
stable as a rock over -X
05:40
yeah but chrome takes a lot longer for it to surface
05:40
for a while i thought it was just firefox
05:40
<cyberorg>
what graphics hardware you got on the client?
05:40
<syrius>
but i haven't tried chrome since prior to replacing those packages you mentioned
05:41
hmm, i think we have some geforce's
05:41
nothing fancy
05:41
let me go open the side of one
05:42
<cyberorg>
try XSERVER=vesa
05:43
just in case it is some nouveau driver issue
05:44
<syrius>
ok
05:44
i can't even tell what card they are
05:44
they're pretty small, with no apparent branding
05:44
but they have hdmi/dvi outputs.. they're 1-2 years ago
05:44
i should also test the PXE boot on my machine i'm on right now
05:45
it's a pretty beefy machine
05:48
hmm, taking longer than usual to bring up the login screen.. checking logs
05:48
getting ldm restarts every 15 seconds
05:50
cyberorg: it couldn't make it to the login screen with XSERVER=vesa
05:50
mesa or vesa?
05:50
<cyberorg>
with XSERVER=vesa?
05:50
<syrius>
yeah
05:50
<cyberorg>
ok, remove that then
05:50
<syrius>
k
05:50
<cyberorg>
try that beefy client
05:51
<syrius>
ok, brb
05:51
logging on here w/ my phone
05:53
saw failed to start journal services prior to login screen
05:53
hm
05:54
loggimg in now
05:55
<cyberorg>
do you have backup of the server? /srv/kiwi-ltsp and /srv/tftpboot/boot folders?
05:57
<syrius>
from prior to the upgrade?
05:57
<cyberorg>
yes
05:57
<syrius>
let me check..
05:58
my machine hasnt crashed yet
05:59
the clients have 2gb ram btw. intel atom 2.5ghz
06:01
<cyberorg>
you tested just 1 client or few more? just to rule out bad hardware, especially RAM on one of them that could cause crashes
06:01
<syrius>
ill try another. i just figured it would be a crazy coincedence. i hace 1 more to test
06:02
<cyberorg>
if the issue is same on all clients then they probably don't like something in 13.2, you'd have to use old ltsp images
06:03
get it from your backup or get tars from https://build.opensuse.org/package/show/server:ltsp/kiwi-ltsp-prebuilt?rev=49
06:03
that one should probably be 12.3 images
06:03
<syrius>
ok
06:05
and it dies..
06:05
ok booting my machine back up
06:07
alright back
06:09
ok those tars don't look like they have a download link for 12.3
06:09
the prebuilt rpm only goes back to 13.1
06:09
http://download.opensuse.org/repositories/server:/ltsp/openSUSE_12.3/x86_64/ this has a number of rpm's though
06:10
<cyberorg>
https://build.opensuse.org/source/server:ltsp/kiwi-ltsp-prebuilt/kiwi-ltsp-bootimages.tar?rev=291d67a8674c0317b27e485bf4809d6d
06:10
https://build.opensuse.org/source/server:ltsp/kiwi-ltsp-prebuilt/kiwi-ltsp-prebuilt.tar?rev=291d67a8674c0317b27e485bf4809d6d
06:11
download link next to the tars, not from the rpm repo
06:11
<syrius>
was i missing it on that page?
06:11
i saw the link for the .changes and .spec file
06:12
<cyberorg>
may be you need to log in
06:12
<syrius>
ah that could be it
06:13
ok both are downloaded
06:13
i'll backup the existing dirs and extract those at /
06:18
my existing tftpboot was 750
06:18
is that correct?
06:18
everything is extracted now.. obviously the tftpboot only has 'boot' in it
06:19
cyberorg: sorry that took a few min
06:20
<cyberorg>
there should be lot more in tftpboot
06:21
you should extract the tar over existing /srv/tftpboot
06:21
<syrius>
ahh ok
06:21
i moved it out of the way. wasn't sure if that was part of the process..
06:22
same w/ /srv/kiwi-ltsp?
06:22
<cyberorg>
that should be fine whatever way you extracted
06:22
<syrius>
ok
06:22
ok extracted on top of the existing tftpboot
06:23
remove anything that was old in the boot dir?
06:23
<cyberorg>
no, just boot up client
06:23
<syrius>
ok
06:24
or service restarts
06:24
<cyberorg>
probably not needed
06:24
<syrius>
k
06:25
hmm, i see the old splash screen
06:25
but it said failed to set up /dev/nbd0, restarting in 120 sec
06:27
<cyberorg>
ok, rcnbd-server restart
06:27
<syrius>
k trying again
06:29
same message.. prior to that, it says something about "novoeau - condition still not met after..."
06:29
but it's cut off
06:29
<cyberorg>
change IMAGETYPE=AOE in /etc/sysconfig/kiwi-ltsp, run kiwi-ltsp -c, 12.2 probably didn't have named nbd exports
06:29
<syrius>
ok
06:30
it was 12.3 if that makes a difference
06:30
:)
06:30
ok done
06:31
recheck client?
06:31
<cyberorg>
yes
06:32
<syrius>
/dev/etherd/e0.1 doesn't appear
06:32
then restart msg
06:33
<cyberorg>
ps ax|grep vblade
06:33
<syrius>
nada
06:33
<cyberorg>
if it is not running, rckla start
06:33
<syrius>
nothing even after that
06:33
david:/srv/tftpboot/boot # rckla start
06:33
redirecting to systemctl start kla.service
06:33
david:/srv/tftpboot/boot # ps ax | grep vblade
06:33
17897 pts/1 S+ 0:00 grep --color=auto vblade
06:33
<cyberorg>
is /srv/kiwi-ltsp/i386.img there?
06:34
<syrius>
yes
06:34
root owns the dir and files
06:34freedomrun has joined IRC (freedomrun!~quassel@unaffiliated/freedomrun)
06:36
<cyberorg>
vbladed 0 1 YOUR_LTSP_INTERFACE /srv/kiwi-ltsp/i386.img
06:36
<syrius>
k
06:37
david:/srv # ps ax | grep vblade
06:37
19897 pts/1 S 0:00 sh -c /usr/sbin/vblade 0 1 eth1 /srv/kiwi-ltsp/i386.img < /dev/null 2>&1 | logger -t vbladed
06:37
19899 pts/1 S 0:00 /usr/sbin/vblade 0 1 eth1 /srv/kiwi-ltsp/i386.img
06:37
19900 pts/1 S 0:00 logger -t vbladed
06:37
<cyberorg>
reboot client
06:37
<syrius>
k
06:42
cyberorg: sweet baby jesus
06:42
you are a god among men
06:43
so, i don't know if i should have mentioned this earlier.. but i had done the opensuse upgrade (which included the new ltsp boot image done earlier today by the other person), and the 2 machine still on the old boot image didn't have this problem
06:43
so it was in the back of my mind that it was the boot image, but i didn't know enough about it to say for sure
06:44
i sincerely appreciate you giving me your attention to help me solve this. it was critical to our business being able to run tomorrow
06:44
i don't know what i would have done without you
06:45
<cyberorg>
now you have to figure out why rckla restart did not start /usr/sbin/vblade 0 1 eth1 /srv/kiwi-ltsp/i386.img, you can put that in server's /etc/init.d/after.local if you can't figure that out and it does not run automatically on next reboot
06:45
<syrius>
hm, i sent 'start', not 'restart' to rckla
06:45
would that have made a difference?
06:47
<cyberorg>
also you can install 13.2 images and find out what exactly causes the crash, set up ssh to client to see logs
06:47
you can run 13.2 image along with this image for testing
06:47
<syrius>
at this point... my curiousity is not outweighing the relief i'm feeling of it working and being stable :)
06:48
<cyberorg>
you have to run vblade 0 2 eth1 /srv/kiwi-ltsp/13.2imagename.img
06:49telex has left IRC (telex!teletype@freeshell.de, Remote host closed the connection)
06:49
<cyberorg>
add section in /srv/tftpboot/pxelinux.cfg/default pointing to 13.2 boot images, and add AOEROOT=/dev/etherd/e0.2 in append... line
06:50telex has joined IRC (telex!teletype@freeshell.de)
06:50
<syrius>
ah cool
06:50
so i can just swap between them at the menu
06:51
<cyberorg>
yes
06:51
<syrius>
very cool
06:52
alright, well i'm still at the office and it's now midnight. i am going to go home to my wife. again, i cannot tell you how much you helped me out tonight :)
06:53
she's been wondering when i'd be home for hours heh
06:53
have a good night cyberorg
06:54
<cyberorg>
'night :)
07:36vmlintu has joined IRC (vmlintu!~vmlintu@59ec6c19.adsl.tnnet.fi)
07:50khildin has joined IRC (khildin!~khildin@ip-213-49-85-70.dsl.scarlet.be)
07:55work_alkisg is now known as alkisg
08:14khildin has left IRC (khildin!~khildin@ip-213-49-85-70.dsl.scarlet.be, *.net *.split)
08:20khildin has joined IRC (khildin!~khildin@ip-213-49-85-70.dsl.scarlet.be)
08:23mealstrom has left IRC (mealstrom!~Thunderbi@46.63.63.163, Ping timeout: 250 seconds)
08:48mealstrom has joined IRC (mealstrom!~Thunderbi@46.63.71.254)
09:04gdi2k has joined IRC (gdi2k!~gdi2k@203.177.248.238)
09:08
<gdi2k>
I just did some updates to my chroot, but when running ltsp-image-update, things seem to go wrong: http://paste.ubuntu.com/9486715/ - any idea what could be causing this? it results in an unbootable iage
09:08
image
09:08
<alkisg>
gdi2k: you have things mounted at /opt/ltsp/amd64/sys, reboot your server to make sure it's ok
09:10
<gdi2k>
alkisg, thank you! :) I had forgotten to do sudo umount /opt/ltsp/amd64/proc after mounting /proc in chroot
09:10
redoing image again now...
09:10
<alkisg>
sys too, not only proc
09:11
Check dev/pts as well
09:13freedomrun has left IRC (freedomrun!~quassel@unaffiliated/freedomrun, Remote host closed the connection)
09:15Grembler has joined IRC (Grembler!~Ben@cpc29-aztw22-2-0-cust128.18-1.cable.virginm.net)
09:18
<gdi2k>
alkisg, right, /sys was also mounted. not pts. thanks so much for your help, looks like it's cruising through the image creation now...
09:21
alkisg, may have spoken too soon - it still creates an unbootable image. "vmlinux - Operation not permitted"
09:21
<alkisg>
pastebin again
09:22
<gdi2k>
it's on the client...
09:22
could photograph it.
09:22
<alkisg>
The output of ltsp-updat-eimage
09:22
Not of the client
09:22
<gdi2k>
ok
09:23
http://paste.ubuntu.com/9486866/
09:23
<alkisg>
And output of: ls -lhaR /var/lib/tftpboot
09:24vagrantc has left IRC (vagrantc!~vagrant@freegeek/vagrantc, Quit: leaving)
09:25
<gdi2k>
alkisg, http://paste.ubuntu.com/9486891/
09:25
<alkisg>
-rw-r----- 1 root root 5.6M Aug 14 00:45 vmlinuz-3.13.0-34-generic -rw-r----- 1 root root 5.6M Aug 15 10:56 vmlinuz-3.13.0-35-generic
09:25
Those are not readable by tftp
09:26
Maybe you have an old ltsp version that has a bug?
09:26
Which version do you have? Ubuntu 12.04 beta?
09:27
<gdi2k>
it's Ubuntu 14.04.1 LTS
09:27
but I do have it booting via HTTP usually using ipxe
09:28
httpd root directory is just set to tftp directory
09:28
<alkisg>
OK anyway just run `chmod +r` on those files
09:28
That don't have read attributes
09:28
sudo chmod +r *
09:30
<gdi2k>
alkisg, strangely it doesn't want to add the read attribute: http://paste.ubuntu.com/9486927/
09:31
I tried adding it specifying the file explicitly; no error, but also no read attribute added
09:37
<alkisg>
Ask in #ubuntu, if chmod doesn't work it's not an ltsp issue
09:37
Maybe you're using ACL, dunno
09:37
<gdi2k>
alkisg, hmm, ok. weird. not seen this before
09:38
alkisg, thanks for your help - will report back when / if I figure it out
09:38
<alkisg>
np
09:39
Do try a server reboot :)
09:45
<gdi2k>
alkisg, tricky because I have users in session, and if it doesn't work and I can't recreate the image after the reboot, there will be downtime :(
09:46
alkisg, I do see this in syslog: mksquashfs: The scan_unevictable_pages sysctl/node-interface has been disabled for lack of a legitimate use case. If you have one, please send an email to linux-mm@kvack.org.
09:49
<alkisg>
mksquashfs errors are unrelated to chmod issues
09:50
<gdi2k>
k
10:00
alkisg, rebooted server, still the same issue, now I can't boot the clients. any good ideas?
10:11adrianorg has left IRC (adrianorg!~adrianorg@177.156.57.246, Ping timeout: 258 seconds)
10:13adrianorg has joined IRC (adrianorg!~adrianorg@177.156.57.246)
10:21vmlintu has left IRC (vmlintu!~vmlintu@59ec6c19.adsl.tnnet.fi, Ping timeout: 250 seconds)
10:29
<gdi2k>
alkisg, chmod 644 vmlinuz-3.13.0-35-generic solved it. chmod +r doesn't work, but explicitly 644 works. no idea why.
10:29
thanks for your help anyway, you certainly got me on the right track!
10:30vmlintu has joined IRC (vmlintu!~vmlintu@59ec6c19.adsl.tnnet.fi)
10:31bobby_C has joined IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at)
10:45gdi2k has left IRC (gdi2k!~gdi2k@203.177.248.238, Ping timeout: 260 seconds)
10:55administrator has joined IRC (administrator!c23fefeb@gateway/web/freenode/ip.194.63.239.235)
10:55administrator is now known as Guest68543
11:13Faith has joined IRC (Faith!~paty@unaffiliated/faith)
11:20freedomrun has joined IRC (freedomrun!~quassel@unaffiliated/freedomrun)
11:31Guest68543 has left IRC (Guest68543!c23fefeb@gateway/web/freenode/ip.194.63.239.235, Quit: Page closed)
11:36adrianorg has left IRC (adrianorg!~adrianorg@177.156.57.246, Ping timeout: 264 seconds)
11:37adrianorg has joined IRC (adrianorg!~adrianorg@177.156.57.246)
12:16Grembler has left IRC (Grembler!~Ben@cpc29-aztw22-2-0-cust128.18-1.cable.virginm.net, Quit: I Leave)
12:16alkisg is now known as work_alkisg
12:41ricotz has joined IRC (ricotz!~rico@ubuntu/member/ricotz)
13:35lefteris has joined IRC (lefteris!~Lefteris_@pc8692.cti.gr)
13:36lefteris has left IRC (lefteris!~Lefteris_@pc8692.cti.gr)
13:48dsugar100 has joined IRC (dsugar100!~dsugar@columbia.tresys.com)
14:18gvy has joined IRC (gvy!~mike@altlinux/developer/mike)
14:27benG__ has joined IRC (benG__!~Ben@cpc65450-aztw23-2-0-cust26.18-1.cable.virginm.net)
14:51cliebow has left IRC (cliebow!~cliebow@gw-rsu24-co.rsu24.org, Ping timeout: 255 seconds)
15:08vmlintu has left IRC (vmlintu!~vmlintu@59ec6c19.adsl.tnnet.fi, Ping timeout: 255 seconds)
15:11mealstrom has left IRC (mealstrom!~Thunderbi@46.63.71.254, Ping timeout: 255 seconds)
15:45telex has left IRC (telex!teletype@freeshell.de, Remote host closed the connection)
15:46telex has joined IRC (telex!teletype@freeshell.de)
15:55khildin has left IRC (khildin!~khildin@ip-213-49-85-70.dsl.scarlet.be, Ping timeout: 256 seconds)
16:08khildin has joined IRC (khildin!~khildin@ip-213-49-84-65.dsl.scarlet.be)
16:18vmlintu has joined IRC (vmlintu!~vmlintu@37-219-53-46.nat.bb.dnainternet.fi)
16:32benG__ has left IRC (benG__!~Ben@cpc65450-aztw23-2-0-cust26.18-1.cable.virginm.net, Quit: I Leave)
16:35ricotz has left IRC (ricotz!~rico@ubuntu/member/ricotz, Quit: Ex-Chat)
16:35AlexPortable has joined IRC (AlexPortable!uid7568@gateway/web/irccloud.com/x-xqwwadraphegkvea)
16:44vmlintu has left IRC (vmlintu!~vmlintu@37-219-53-46.nat.bb.dnainternet.fi, Ping timeout: 250 seconds)
16:48mealstrom has joined IRC (mealstrom!~Thunderbi@46.63.63.163)
17:03bobby_C has left IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at, Ping timeout: 260 seconds)
17:20freedomrun has left IRC (freedomrun!~quassel@unaffiliated/freedomrun, Read error: Connection reset by peer)
17:54cb_ has joined IRC (cb_!cea7d2d3@gateway/web/freenode/ip.206.167.210.211)
17:55cb_ has left IRC (cb_!cea7d2d3@gateway/web/freenode/ip.206.167.210.211, Client Quit)
18:07vagrantc has joined IRC (vagrantc!~vagrant@freegeek/vagrantc)
18:09vmlintu has joined IRC (vmlintu!~vmlintu@37-219-53-46.nat.bb.dnainternet.fi)
18:26vmlintu has left IRC (vmlintu!~vmlintu@37-219-53-46.nat.bb.dnainternet.fi, Ping timeout: 256 seconds)
18:30gvy has left IRC (gvy!~mike@altlinux/developer/mike, Quit: Leaving)
19:11workingcats has left IRC (workingcats!~workingca@212.122.48.77, Quit: Leaving)
19:33cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, Ping timeout: 272 seconds)
19:33cyberorg has joined IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg)
19:36
<syrius>
morning cyberorg :) all is well in the office. you had mentioned last night that Mate was from what you've seen to be the best DE for ltsp. You said a 'zypper in -t pattern mate' would get it. That shouldn't cause any conflicts w/ the existing KDE plasma DE right?
19:55Faith has left IRC (Faith!~paty@unaffiliated/faith, Quit: Saindo)
20:49dsugar100 has left IRC (dsugar100!~dsugar@columbia.tresys.com, Quit: dsugar100)
21:05ricotz has joined IRC (ricotz!~rico@p5B2A81CA.dip0.t-ipconnect.de)
21:05ricotz has joined IRC (ricotz!~rico@ubuntu/member/ricotz)
21:05mgariepy has left IRC (mgariepy!~mgariepy@ubuntu/member/mgariepy, Remote host closed the connection)
21:07adrianorg has left IRC (adrianorg!~adrianorg@177.156.57.246, Ping timeout: 250 seconds)
21:07mgariepy has joined IRC (mgariepy!~mgariepy@styx-204.ccs.usherbrooke.ca)
21:07mgariepy has left IRC (mgariepy!~mgariepy@styx-204.ccs.usherbrooke.ca, Changing host)
21:07mgariepy has joined IRC (mgariepy!~mgariepy@ubuntu/member/mgariepy)
21:09adrianorg has joined IRC (adrianorg!~adrianorg@177.156.57.246)
21:38mealstrom1 has joined IRC (mealstrom1!~Thunderbi@46.63.63.163)
21:40mealstrom has left IRC (mealstrom!~Thunderbi@46.63.63.163, Ping timeout: 245 seconds)
21:58adrianorg has left IRC (adrianorg!~adrianorg@177.156.57.246, Ping timeout: 265 seconds)
22:00adrianorg has joined IRC (adrianorg!~adrianorg@177.156.57.246)
22:05adrianorg has left IRC (adrianorg!~adrianorg@177.156.57.246, Ping timeout: 244 seconds)
22:07adrianorg has joined IRC (adrianorg!~adrianorg@177.156.58.210)
22:17cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, Ping timeout: 240 seconds)
22:19telex has left IRC (telex!teletype@freeshell.de, Remote host closed the connection)
22:20telex has joined IRC (telex!teletype@freeshell.de)
22:21cyberorg has joined IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg)
22:35mealstrom1 has left IRC (mealstrom1!~Thunderbi@46.63.63.163, Ping timeout: 250 seconds)
22:41mealstrom has joined IRC (mealstrom!~Thunderbi@46.63.63.163)
22:42vagrantc has left IRC (vagrantc!~vagrant@freegeek/vagrantc, Quit: leaving)
23:14ricotz has left IRC (ricotz!~rico@ubuntu/member/ricotz, Quit: Ex-Chat)
23:20cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, Ping timeout: 245 seconds)
23:20cyberorg has joined IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg)
23:44khildin has left IRC (khildin!~khildin@ip-213-49-84-65.dsl.scarlet.be, Quit: I'm gone, bye bye)
23:57vagrantc has joined IRC (vagrantc!~vagrant@freegeek/vagrantc)