00:00 | vagrantc has left IRC (vagrantc!~vagrant@freegeek/vagrantc, Ping timeout: 258 seconds) | |
00:03 | ternarybit has left IRC (ternarybit!~ternarybi@205.155.216.15, Quit: HydraIRC -> http://www.hydrairc.com <- \o/) | |
00:03 | vmlintu has left IRC (vmlintu!~vmlintu@37-219-53-46.nat.bb.dnainternet.fi, Ping timeout: 245 seconds) | |
00:39 | khildin has left IRC (khildin!~khildin@ip-213-49-85-70.dsl.scarlet.be, Quit: I'm gone, bye bye) | |
04:08 | vagrantc has joined IRC (vagrantc!~vagrant@freegeek/vagrantc) | |
04:08 | andygraybeal has left IRC (andygraybeal!~andy@h36.207.213.151.dynamic.ip.windstream.net, Ping timeout: 264 seconds) | |
04:20 | syrius 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:22 | andygraybeal 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:34 | freedomrun 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:49 | telex 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:50 | telex 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:36 | vmlintu has joined IRC (vmlintu!~vmlintu@59ec6c19.adsl.tnnet.fi) | |
07:50 | khildin has joined IRC (khildin!~khildin@ip-213-49-85-70.dsl.scarlet.be) | |
07:55 | work_alkisg is now known as alkisg | |
08:14 | khildin has left IRC (khildin!~khildin@ip-213-49-85-70.dsl.scarlet.be, *.net *.split) | |
08:20 | khildin has joined IRC (khildin!~khildin@ip-213-49-85-70.dsl.scarlet.be) | |
08:23 | mealstrom has left IRC (mealstrom!~Thunderbi@46.63.63.163, Ping timeout: 250 seconds) | |
08:48 | mealstrom has joined IRC (mealstrom!~Thunderbi@46.63.71.254) | |
09:04 | gdi2k 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:13 | freedomrun has left IRC (freedomrun!~quassel@unaffiliated/freedomrun, Remote host closed the connection) | |
09:15 | Grembler 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:24 | vagrantc 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:11 | adrianorg has left IRC (adrianorg!~adrianorg@177.156.57.246, Ping timeout: 258 seconds) | |
10:13 | adrianorg has joined IRC (adrianorg!~adrianorg@177.156.57.246) | |
10:21 | vmlintu 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:30 | vmlintu has joined IRC (vmlintu!~vmlintu@59ec6c19.adsl.tnnet.fi) | |
10:31 | bobby_C has joined IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at) | |
10:45 | gdi2k has left IRC (gdi2k!~gdi2k@203.177.248.238, Ping timeout: 260 seconds) | |
10:55 | administrator has joined IRC (administrator!c23fefeb@gateway/web/freenode/ip.194.63.239.235) | |
10:55 | administrator is now known as Guest68543 | |
11:13 | Faith has joined IRC (Faith!~paty@unaffiliated/faith) | |
11:20 | freedomrun has joined IRC (freedomrun!~quassel@unaffiliated/freedomrun) | |
11:31 | Guest68543 has left IRC (Guest68543!c23fefeb@gateway/web/freenode/ip.194.63.239.235, Quit: Page closed) | |
11:36 | adrianorg has left IRC (adrianorg!~adrianorg@177.156.57.246, Ping timeout: 264 seconds) | |
11:37 | adrianorg has joined IRC (adrianorg!~adrianorg@177.156.57.246) | |
12:16 | Grembler has left IRC (Grembler!~Ben@cpc29-aztw22-2-0-cust128.18-1.cable.virginm.net, Quit: I Leave) | |
12:16 | alkisg is now known as work_alkisg | |
12:41 | ricotz has joined IRC (ricotz!~rico@ubuntu/member/ricotz) | |
13:35 | lefteris has joined IRC (lefteris!~Lefteris_@pc8692.cti.gr) | |
13:36 | lefteris has left IRC (lefteris!~Lefteris_@pc8692.cti.gr) | |
13:48 | dsugar100 has joined IRC (dsugar100!~dsugar@columbia.tresys.com) | |
14:18 | gvy has joined IRC (gvy!~mike@altlinux/developer/mike) | |
14:27 | benG__ has joined IRC (benG__!~Ben@cpc65450-aztw23-2-0-cust26.18-1.cable.virginm.net) | |
14:51 | cliebow has left IRC (cliebow!~cliebow@gw-rsu24-co.rsu24.org, Ping timeout: 255 seconds) | |
15:08 | vmlintu has left IRC (vmlintu!~vmlintu@59ec6c19.adsl.tnnet.fi, Ping timeout: 255 seconds) | |
15:11 | mealstrom has left IRC (mealstrom!~Thunderbi@46.63.71.254, Ping timeout: 255 seconds) | |
15:45 | telex has left IRC (telex!teletype@freeshell.de, Remote host closed the connection) | |
15:46 | telex has joined IRC (telex!teletype@freeshell.de) | |
15:55 | khildin has left IRC (khildin!~khildin@ip-213-49-85-70.dsl.scarlet.be, Ping timeout: 256 seconds) | |
16:08 | khildin has joined IRC (khildin!~khildin@ip-213-49-84-65.dsl.scarlet.be) | |
16:18 | vmlintu has joined IRC (vmlintu!~vmlintu@37-219-53-46.nat.bb.dnainternet.fi) | |
16:32 | benG__ has left IRC (benG__!~Ben@cpc65450-aztw23-2-0-cust26.18-1.cable.virginm.net, Quit: I Leave) | |
16:35 | ricotz has left IRC (ricotz!~rico@ubuntu/member/ricotz, Quit: Ex-Chat) | |
16:35 | AlexPortable has joined IRC (AlexPortable!uid7568@gateway/web/irccloud.com/x-xqwwadraphegkvea) | |
16:44 | vmlintu has left IRC (vmlintu!~vmlintu@37-219-53-46.nat.bb.dnainternet.fi, Ping timeout: 250 seconds) | |
16:48 | mealstrom has joined IRC (mealstrom!~Thunderbi@46.63.63.163) | |
17:03 | bobby_C has left IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at, Ping timeout: 260 seconds) | |
17:20 | freedomrun has left IRC (freedomrun!~quassel@unaffiliated/freedomrun, Read error: Connection reset by peer) | |
17:54 | cb_ has joined IRC (cb_!cea7d2d3@gateway/web/freenode/ip.206.167.210.211) | |
17:55 | cb_ has left IRC (cb_!cea7d2d3@gateway/web/freenode/ip.206.167.210.211, Client Quit) | |
18:07 | vagrantc has joined IRC (vagrantc!~vagrant@freegeek/vagrantc) | |
18:09 | vmlintu has joined IRC (vmlintu!~vmlintu@37-219-53-46.nat.bb.dnainternet.fi) | |
18:26 | vmlintu has left IRC (vmlintu!~vmlintu@37-219-53-46.nat.bb.dnainternet.fi, Ping timeout: 256 seconds) | |
18:30 | gvy has left IRC (gvy!~mike@altlinux/developer/mike, Quit: Leaving) | |
19:11 | workingcats has left IRC (workingcats!~workingca@212.122.48.77, Quit: Leaving) | |
19:33 | cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, Ping timeout: 272 seconds) | |
19:33 | cyberorg 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:55 | Faith has left IRC (Faith!~paty@unaffiliated/faith, Quit: Saindo) | |
20:49 | dsugar100 has left IRC (dsugar100!~dsugar@columbia.tresys.com, Quit: dsugar100) | |
21:05 | ricotz has joined IRC (ricotz!~rico@p5B2A81CA.dip0.t-ipconnect.de) | |
21:05 | ricotz has joined IRC (ricotz!~rico@ubuntu/member/ricotz) | |
21:05 | mgariepy has left IRC (mgariepy!~mgariepy@ubuntu/member/mgariepy, Remote host closed the connection) | |
21:07 | adrianorg has left IRC (adrianorg!~adrianorg@177.156.57.246, Ping timeout: 250 seconds) | |
21:07 | mgariepy has joined IRC (mgariepy!~mgariepy@styx-204.ccs.usherbrooke.ca) | |
21:07 | mgariepy has left IRC (mgariepy!~mgariepy@styx-204.ccs.usherbrooke.ca, Changing host) | |
21:07 | mgariepy has joined IRC (mgariepy!~mgariepy@ubuntu/member/mgariepy) | |
21:09 | adrianorg has joined IRC (adrianorg!~adrianorg@177.156.57.246) | |
21:38 | mealstrom1 has joined IRC (mealstrom1!~Thunderbi@46.63.63.163) | |
21:40 | mealstrom has left IRC (mealstrom!~Thunderbi@46.63.63.163, Ping timeout: 245 seconds) | |
21:58 | adrianorg has left IRC (adrianorg!~adrianorg@177.156.57.246, Ping timeout: 265 seconds) | |
22:00 | adrianorg has joined IRC (adrianorg!~adrianorg@177.156.57.246) | |
22:05 | adrianorg has left IRC (adrianorg!~adrianorg@177.156.57.246, Ping timeout: 244 seconds) | |
22:07 | adrianorg has joined IRC (adrianorg!~adrianorg@177.156.58.210) | |
22:17 | cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, Ping timeout: 240 seconds) | |
22:19 | telex has left IRC (telex!teletype@freeshell.de, Remote host closed the connection) | |
22:20 | telex has joined IRC (telex!teletype@freeshell.de) | |
22:21 | cyberorg has joined IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg) | |
22:35 | mealstrom1 has left IRC (mealstrom1!~Thunderbi@46.63.63.163, Ping timeout: 250 seconds) | |
22:41 | mealstrom has joined IRC (mealstrom!~Thunderbi@46.63.63.163) | |
22:42 | vagrantc has left IRC (vagrantc!~vagrant@freegeek/vagrantc, Quit: leaving) | |
23:14 | ricotz has left IRC (ricotz!~rico@ubuntu/member/ricotz, Quit: Ex-Chat) | |
23:20 | cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, Ping timeout: 245 seconds) | |
23:20 | cyberorg has joined IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg) | |
23:44 | khildin has left IRC (khildin!~khildin@ip-213-49-84-65.dsl.scarlet.be, Quit: I'm gone, bye bye) | |
23:57 | vagrantc has joined IRC (vagrantc!~vagrant@freegeek/vagrantc) | |