00:18 | <Nemno76> almost got a working version of xubuntu ltsp now stuck on nbd-client
| |
00:18 | Negotiation: Error: INIT_PASSWD badExiting.
| |
00:28 | <gdi2k> Nemno76, sorry never seen that error before. Xubuntu LTSP 14.04 worked out of the box for me (using fat clients)
| |
00:29 | <Nemno76> i'm trying to use it in virtualbox
| |
00:29 | and i didn't use the standalone version
| |
00:30 | <gdi2k> I did use the standalone version (although I disabled DHCP as I already have that elsewhere). I have also virtualised my LTSP install, but under KVM not virtualbox
| |
00:30 | <Nemno76> it got a little weird, i got one dnsmasq in my server, virtualbox ...used only for tftp
| |
00:31 | i got one dnsmasq outside my virtual box to handle the dhcp stuf
| |
00:32 | and now that part is working
| |
00:32 | so i get to see a linux kernel boot
| |
00:32 | <gdi2k> I would suspect it has to do with DHCP and dnsmasq
| |
00:32 | the client goes through two separate DHCP request cycles
| |
00:33 | if it gets sent back to your original tftp server rather than your actual ltsp server during the second DHCP, nbd root fails to mount
| |
00:34 | <Nemno76> without booting a client.. can an working system use nbd-client hostip 9571 /dev/nbd0
| |
00:34 | ?
| |
00:34 | <gdi2k> I would assume so, but I don't know for sure, never tried it
| |
00:34 | but DHCP is most likely your issue
| |
00:34 | <Nemno76> cause that also gives the init_paaswd
| |
00:35 | <gdi2k> you've read this?
| |
00:35 | https://help.ubuntu.com/community/UbuntuLTSP/ProxyDHCP
| |
00:35 | <Nemno76> i think so... i've read a lot...
| |
00:36 | but i'll check if i missed something
| |
00:36 | <gdi2k> especially the IPAPPEND 3 thing
| |
00:36 | vagrantc has left IRC (vagrantc!~vagrant@freegeek/vagrantc, Quit: leaving) | |
00:37 | <gdi2k> you didn't enable encryption for nbd swap?
| |
00:37 | <Nemno76> yes i'v seen that thing... but when i edit /opt/ltsp/i386/etc/ltsp/update_kernels.conf and do a ltsp_update_kernels
| |
00:38 | the /var/lib/tftpboot/ltsp/i386/pxelinux.cfg/default is not updated
| |
00:38 | <gdi2k> I had that problem too when I used to use IPAPPEND 3
| |
00:38 | had to manually add it each time
| |
00:40 | <Nemno76> yes i checked and its in there the ipappend3
| |
00:40 | <gdi2k> look at: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=127098
| |
00:40 | maybe wrong nbd port
| |
00:41 | <Nemno76> what's the standard port for this
| |
00:43 | hmmm 10809
| |
00:45 | <gdi2k> yes, seems to be correct. tcp 0 0 0.0.0.0:10809 0.0.0.0:* LISTEN 1047/nbd-server
| |
00:45 | <Nemno76> Negotiation: .Error: It looks like you're trying to connect to a newstyle server with the oldstyle protocol. Try the -N option.
| |
00:45 | Exiting.
| |
00:46 | <gdi2k> did the -N option work?
| |
00:47 | <Nemno76> not yet
| |
00:47 | checking the manual at the moment it needs an argument
| |
00:50 | <gdi2k> does your nbd config look ok in /etc/nbd-server/ ?
| |
00:55 | <Nemno76> yes i think so
| |
00:56 | there is a /etc/nbd-server/config and that uses the /etc/nbd-server/conf.d/ltsp_i386.conf
| |
00:56 | <gdi2k> what xubuntu version are you using? fresh install or upgrade?
| |
00:56 | <Nemno76> fresh install 14.04
| |
01:07 | Parker955_Away is now known as Parker955 | |
01:09 | Nemno76 has left IRC (Nemno76!~teknomen@s5375b099.adsl.online.nl) | |
03:02 | telex has left IRC (telex!~telex@freeshell.de, Remote host closed the connection) | |
03:04 | telex has joined IRC (telex!~telex@freeshell.de) | |
04:00 | <work_alkisg> gdi2k: you have crashes due to low memory on clients with 2 GB RAM and 8 GB NBD swap?!
| |
04:00 | work_alkisg is now known as alkisg | |
04:00 | <alkisg> That doesn't really make sense, are you sure the crashes are related to low memory?
| |
04:00 | vagrantc has joined IRC (vagrantc!~vagrant@freegeek/vagrantc) | |
04:04 | Parker955 is now known as Parker955_Away | |
04:09 | <alkisg> gdi2k: from http://archive.today/FKlQ:
| |
04:09 | "My point is that decreasing the tendency of the kernel to swap stuff out is wrong. You really don't want hundreds of megabytes of BloatyApp's untouched memory floating about in the machine. Get it out on the disk, use the memory for something useful."
| |
04:11 | Try with the default swappiness first, verify that no real issues exist, and *then* try to tune it.
| |
04:12 | And of course, when RAM is exhausted and swap is used too much, the clients will lag for seconds, even minutes, that's not specific to ltsp
| |
04:13 | cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, Remote host closed the connection) | |
04:16 | cyberorg has joined IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg) | |
04:50 | Fenuks has joined IRC (Fenuks!~Fenuks@109.202.18.160) | |
05:00 | <gdi2k> alkisg, sorry was away. yes, seems strange to me too, but the browsers really exhaust the RAM fast with these fancy web applications. I did try with default swapiness initially but tuned it in an attempt to delay swapping (sacrificing cache). I am sure it has to do with swapping, it is very easy to reproduce. Open Firefox or Chrome and open 10 - 15 tabs each. the whole thing will come to a standstill in seconds
| |
05:01 | <alkisg> gdi2k: I don't understand what the problem is
| |
05:01 | If you're out of ram, you're out...
| |
05:01 | If you're out of ram and play with swappiness and don't see any improvement, it's expected...
| |
05:02 | <gdi2k> alkisg, the problem is that swap is not behaving as expected - if I look at bmon from the server, it is transferring 3 - 6x total consumed swap back and forth across the network. If 800 mb swap is consumed, why does the server send 3 GB worth of network traffic?
| |
05:03 | <alkisg> Because a single page might get transferred 100 times
| |
05:03 | That gets worse when you lower swappiness
| |
05:03 | App1 says "I need 10 mb", kernel gets 10 mb for it
| |
05:03 | App2 says "I need 5 mb", kernel swaps out app1 to get it
| |
05:04 | Then when app1 gets a time share again, it re-swaps
| |
05:04 | ...many times per second, for all browser processes (=tabs), etc etc
| |
05:04 | When I said "strange", I meant the crashes, but you said in the ML message that there were no crashes involved, so I don't see anything strange anymore
| |
05:05 | Lags for seconds or minutes are to be expected when you're out of ram
| |
05:05 | ...and are worse when you force a bad swappiness
| |
05:06 | <gdi2k> alkisg, ok, so I'll put swappiness back to where it was. what is your experience with fat clients and RAM? Is 2GB really not enough any more?
| |
05:06 | <alkisg> 1 GB RAM is enough for a single app, single tab
| |
05:06 | 2 GB RAM is enough for normal use, a few apps, a few tabs
| |
05:07 | Power users might need more, depending on what they do
| |
05:07 | It's not specific to fat clients or ltsp, of course
| |
05:07 | The fat client specs are the same as non-ltsp clients
| |
05:08 | When I ordered new PCs for schools here, I asked for 4 GB RAM for the clients, 8 for the servers
| |
05:08 | <gdi2k> alkisg, ok thank you for your input. Many of our users do a lot of things with many open documents, long documents, many open browser tabs, Skype, SIP client, etc. etc. so I guess 4GB is required for those
| |
05:09 | <alkisg> Yup
| |
05:09 | <gdi2k> alkisg, I remember the days when..... lol
| |
05:09 | <alkisg> "640 KB should be enough for everyone" :)
| |
05:10 | <gdi2k> I thought with all the web apps, desktop load would become lighter. instead they load the browser so heavily that a native app would have consumed less in the end!
| |
05:11 | <alkisg> Yes, web browsing in general requires much more ram than native apps
| |
05:11 | <gdi2k> I found Office 365's email app consuming 350 MB the other day - a single tab!
| |
05:11 | <alkisg> Try to re-use apps when possible
| |
05:11 | <vagrantc> well, it's because they're actually not running on the server, they're jus downloading the app from the server and running it locally, in javascript interpreters...
| |
05:12 | <alkisg> E.g. if you have both thunderbird and pidgin open, you might want to try the thunderbird chat tab instead of pidgin, saving 200+MB RAM...
| |
05:12 | Or, tell users to use google hangouts inside the browsers instead of a skype separate app
| |
05:12 | (just examples)
| |
05:13 | <gdi2k> alkisg, ah, user education! ;) but yes, you're right
| |
05:15 | vagrantc has left IRC (vagrantc!~vagrant@freegeek/vagrantc, Quit: leaving) | |
05:20 | bauerski has joined IRC (bauerski!~witekb@frodo.psp.opole.pl) | |
05:24 | skyprox has joined IRC (skyprox!~ident@195.20.195.133) | |
06:12 | uXus has left IRC (uXus!~uXus@217.77.222.72, Ping timeout: 245 seconds) | |
06:12 | uXus has joined IRC (uXus!~uXus@217.77.222.72) | |
06:13 | <skyprox> how to start LTSP on Centos 7? google no find this theme
| |
06:22 | Last news on ltsp.org have date 31 jan 2013
| |
06:24 | <alkisg> No news is good news :D
| |
06:25 | OK seriously, I haven't seen much support for centos here, you might want to try another distribution if it's the first time you try ltsp
| |
06:33 | <skyprox> on centos 6.5 ltsp 5.4.5 starting without problem, but start on centos 7 I have problem
| |
06:35 | <alkisg> What problem?
| |
06:35 | The person who last maintained ltsp for rpm-based distributions has been away for more than a year...
| |
06:37 | map7_ has left IRC (map7_!~map7@teksup41.lnk.telstra.net, Remote host closed the connection) | |
06:50 | alkisg is now known as work_alkisg | |
07:07 | cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, Ping timeout: 276 seconds) | |
07:46 | skyprox has left IRC (skyprox!~ident@195.20.195.133, Read error: Connection reset by peer) | |
07:47 | work_alkisg is now known as alkisg | |
07:54 | <gdi2k> alkisg, what do you think of zram? better than nbd swap? http://en.wikipedia.org/wiki/Zram
| |
07:54 | and zswap
| |
08:10 | <alkisg> gdi2k: when other swap is available, like NBD_SWAP, I prefer not to waste RAM for compressed pages
| |
08:10 | I.e. that compcache, zram etc harm ltsp clients, they don't help them
| |
08:11 | They would only be helpful if someone wasn't using NBD or local swap
| |
08:11 | Grembler has joined IRC (Grembler!~Ben@cpc29-aztw22-2-0-cust128.18-1.cable.virginm.net) | |
08:11 | <gdi2k> alkisg, but it seems to me that nbd-swap is not acceptable in terms of performance to users, so anything that can reduce swap usage in the first place could be progress
| |
08:12 | especially when the client;s CPU is fast
| |
08:13 | <alkisg> gdi2k: you misunderstand the problem
| |
08:13 | I'll try to describe it...
| |
08:13 | You have 2 GB RAM
| |
08:13 | Let's suppose that your apps need 2.5 GB RAM
| |
08:14 | And, let's suppose that 600 MB RAM of already running applications is NOT used
| |
08:14 | ...I mean, actively used, the RAM there does contain useful data for applications, but they won't need it for hours
| |
08:15 | At that point swap is useful
| |
08:15 | Those 600 MB will be swapped to either NBD or local or zram, whatever
| |
08:15 | So, now your apps have enough ram
| |
08:15 | All that process is *fast*. It's not slow. It's efficient.
| |
08:15 | It's not what you're talking about.
| |
08:15 | What you're talking about is this:
| |
08:16 | after those 600 MB are swapped, your apps still need more ram
| |
08:16 | But there are not "infrequently used pages" anymore, that the system can put away for a long time
| |
08:16 | So, it swaps *frequently used pages*
| |
08:17 | But then those pages are needed again, so it exchanges them with the other frequently used pages
| |
08:17 | And it ends up swapping thousand of times per second, causing many GB of traffic
| |
08:17 | (moment, phone)
| |
08:19 | So, when ram is exchausted, and there are no "infrequently used pages" to swap, *nothing will save you*
| |
08:19 | Now, 3rd scenario, suppose you use zswap,
| |
08:20 | It might (or might not) make the process of putting pages to swap a bit faster, which *is not significant*,
| |
08:20 | but, it will make your clients have less RAM available, which is the most significant thing
| |
08:20 | To sum up:
| |
08:20 | 1) Swap is good, it frees rarely-used RAM for other apps
| |
08:21 | 2) When you don't have "rarely-used RAM" anymore, swap will make your PCs crawl, they'll be unusuable, and it's just helpful for them not to crash at that point
| |
08:22 | 3) zram is bad when you have other means of swapping
| |
08:22 | ...OK, enough time spent on this... :)
| |
08:22 | So, 4), just buy more RAM or use less apps :P
| |
08:22 | <gdi2k> alkisg, ok many thanks for the explanation, sounds like a really just have to throw hardware at it
| |
08:26 | alkisg, thought there may be just a way to compress swap at the expense of CPU cycles / read write speed, but that's not how it works it seems
| |
08:26 | *sorry compress main memory
| |
08:26 | <alkisg> You can compress main memory and that will save you some RAM
| |
08:27 | If you don't compress it but put it away to NBD, you'll save *more* RAM
| |
08:27 | The problem is that you need more RAM, so zram will make things worse for you.
| |
08:27 | zram is useful when you don't have other methods to swap
| |
08:28 | workingcats has left IRC (workingcats!~workingca@212.122.48.77, Quit: Leaving) | |
08:28 | <gdi2k> alkisg, understood thank you
| |
08:28 | <alkisg> np
| |
08:29 | Ah, a note...
| |
08:29 | ==> (11:15:40 πμ) alkisg: All that process is *fast*. It's not slow. It's efficient.
| |
08:29 | About that:
| |
08:30 | zram can make *that* step faster
| |
08:30 | But this is *not* the crawl you're experiencing
| |
08:31 | (so, zram can help someone task-switch from firefox to libreoffice half a second faster, but when it comes to the "my pc is crawling" issue, it makes things worse)
| |
08:33 | <gdi2k> alkisg, ok thank you, understand.
| |
08:45 | cyberorg has joined IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg) | |
08:51 | F-GT has left IRC (F-GT!~phantom@ppp59-167-136-109.static.internode.on.net, Ping timeout: 245 seconds) | |
08:52 | F-GT has joined IRC (F-GT!~phantom@ppp59-167-136-109.static.internode.on.net) | |
08:58 | freedomrun has left IRC (freedomrun!~quassel@unaffiliated/freedomrun, Read error: Connection reset by peer) | |
09:00 | workingcats has joined IRC (workingcats!~workingca@212.122.48.77) | |
10:02 | Nemno76 has joined IRC (Nemno76!~Nemno@s5375b099.adsl.online.nl) | |
10:10 | <gdi2k> alkisg, I have found that our integrated Intel graphics cards are taking 256M of RAM, which is configurable in the BIOS from 32 - 1024M. I would gain somem valuable RAM if I could safely reduce this. What is the lowest reasonable bios setting for this in your experience, given we don't use any graphics intensive applications (office / browsers etc. only). Screen resolution on the fat clients is 1920x1080
| |
10:19 | <alkisg> gdi2k: do you use 3d applications?
| |
10:19 | <gdi2k> alkisg, no not at all
| |
10:19 | <alkisg> Then put the lowest value possible
| |
10:19 | <gdi2k> alkisg, ok, thank you :)
| |
10:32 | mealstrom has left IRC (mealstrom!~Thunderbi@46.63.63.163) | |
10:43 | bitcheker has joined IRC (bitcheker!~bitchecke@dynamic-adsl-62-10-105-31.clienti.tiscali.it) | |
10:47 | schlady has joined IRC (schlady!~schlady@141-53-32-197.ip.uni-greifswald.de) | |
11:14 | alkisg has left IRC (alkisg!~alkisg@plinet.ioa.sch.gr, Quit: Leaving.) | |
11:43 | Parker955_Away is now known as Parker955 | |
11:58 | <Nemno76> gdi2k: you're right about the problem would be the dhcp config
| |
12:01 | Fenuks has left IRC (Fenuks!~Fenuks@109.202.18.160, Ping timeout: 252 seconds) | |
12:01 | <Nemno76> i could connect to the nbd-server from different clients.. and my guess is it will run once the dhcp next-server tag comes true
| |
12:01 | but still working on that
| |
12:10 | Faith has joined IRC (Faith!~paty@unaffiliated/faith) | |
12:14 | Phantomas has joined IRC (Phantomas!~phantomas@ubuntu/member/phantomas) | |
12:44 | <gdi2k> Nemno76, in your /var/lib/tftpboot/ltsp/i386/pxelinux.cfg/default the line should be like this: append ro initrd=initrd.img root=/dev/nbd0 init=/sbin/init-ltsp quiet splash plymouth:force-splash vt.handoff=7 nbdroot=:ltsp_i386 - I think I had that wrong when I was struggling with the same issue
| |
12:47 | plus IPAPPEND 3 at the end if you need that
| |
12:47 | <Nemno76> thank you gdi2k i'll look in too that... i know there is something wrong with the dhcp next-server not coming through... i get booted in initramfs and if i do: cat /conf/param.conf the export ROOTSERVER='not_the_ip_i_want'
| |
12:48 | <gdi2k> that's IPAPPEND 3 not being taken
| |
12:49 | <Nemno76> label ltsp-NBD
| |
12:49 | menu label LTSP, using NBD
| |
12:49 | kernel vmlinuz-3.13.0-35-generic
| |
12:49 | append ro initrd=initrd.img-3.13.0-35-generic init=/sbin/init-ltsp root=/dev/nbd0
| |
12:49 | ipappend 3
| |
12:51 | yess it seems that way... the thing is dnsmasq won't do the dhcp stuf in virtualbox. thats why i'm running it outside the box only as dhcp, proxy
| |
12:51 | <gdi2k> you don't have a nbdroot=:ltsp_i386 on your line
| |
12:52 | can you cat /etc/nbd-server/conf.d/ltsp_i386.conf ?
| |
12:52 | <Nemno76> if got dnsmasq as tftp server set up inside virtualbox... thats true i'lll check that
| |
12:52 | <gdi2k> look at: https://help.ubuntu.com/community/UbuntuLTSP/ProxyDHCP especially the section on Failure: Insufficient Information to set up nbd, quitting - that's what solved it for me
| |
12:53 | I had to change the nbdroot= variable to make it work
| |
12:53 | you can do nbd_root=[yourserverip]:ltsp_i386
| |
12:55 | <Nemno76> append ro initrd=initrd.img-3.13.0-35-generic init=/sbin/init-ltsp root=/dev/nbd0 nbdroot=192.168.1.200:ltsp_i386
| |
12:56 | <gdi2k> yep, but check the first line in /etc/nbd-server/conf.d/ltsp_i386.conf to make sure it matches "ltsp_i386"
| |
12:56 | should be [ltsp_i386]
| |
12:58 | <Nemno76> cat /etc/nbd-server/conf.d/ltsp_i386.conf
| |
12:58 | [/opt/ltsp/i386]
| |
12:58 | exportname = /opt/ltsp/images/i386.img
| |
12:58 | readonly = true
| |
12:58 | <gdi2k> ah
| |
12:59 | then you need nbdroot=:192.168.1.200/opt/ltsp/i386
| |
12:59 | then you need nbdroot=192.168.1.200:/opt/ltsp/i386
| |
13:03 | telex has left IRC (telex!~telex@freeshell.de, Remote host closed the connection) | |
13:04 | telex has joined IRC (telex!~telex@freeshell.de) | |
13:23 | bauerski has left IRC (bauerski!~witekb@frodo.psp.opole.pl, Quit: Leaving.) | |
13:27 | <Nemno76> still no go
| |
13:28 | schlady has left IRC (schlady!~schlady@141-53-32-197.ip.uni-greifswald.de, Ping timeout: 250 seconds) | |
13:37 | <gothaggis> so i am having this problem still and i'm not sure how to troubleshoot it. Ubuntu 14.04 LTSP, idesk + fluxbox. using samba/winbind for AD authentication. for testing purposing i'm running the server in VirtualBox. The thinclient gets the image and shows the login screen - if i type my username and password, a popup box says 'verifying password' for a few seconds, screen goes black, then login screen reloads. On the server I've looked in both a
| |
13:37 | uth.log and syslog - nothing at all in auth.log and in syslog it shows the client getting the image but thats it. I have run ltsp-update-sshkeys and ltsp-update-image, still same issue.
| |
13:37 | the thin client is a shuttle Xs35V2 with 2gb ram
| |
13:38 | it uses intel gma 3150
| |
13:38 | and i can login to server using my AD creds so i know that part is working
| |
13:39 | (both local login + ssh)
| |
13:53 | Phantomas has left IRC (Phantomas!~phantomas@ubuntu/member/phantomas, Remote host closed the connection) | |
13:58 | <Nemno76> gothaggis: if you remove the quiet and splash from the append ro initrd ...etc...etc you can see what happens on the client (oh this is from the file /var/lib/tftpboot/ltsp/i386/pxelinux.cfg/default
| |
14:06 | hmmm is this supposed to be this way in /scripts/local-top/nbd from line 47:
| |
14:07 | case "$nbdroot" in
| |
14:07 | *,*,*)
| |
14:07 | nbdsrv="${nbdroot%%,*}"
| |
14:07 | nbdport="${nbdroot%,*}"
| |
14:07 | nbdport="${nbdport##*,}"
| |
14:08 | its sets nbdserv, nbdport? and nbdport again
| |
14:10 | <gothaggis> Nemno76: i removed the splash - it goes by so quickly its difficult to see what is happening. i think i did notice something about the graphics system failing? even though it displays the login screen fine, could there be an issue with the graphics drivers that prevents it from logging in?
| |
14:12 | <Nemno76> gothaggis: i'm a noob at this trying to work my way through... so it's just the way i'm try to figure out my problem.
| |
14:12 | did you also remove the quiet ?
| |
14:13 | if you got a login screen then you're ahead of my setup
| |
14:21 | <gdi2k> Nemno76, if you're on the graphical login screen then I wouldn't worry about any graphical related errors during the boot. but I have little to no idea about how to integrate with AD, but keep in mind that PAM and co does not work the thin / fat clients
| |
14:22 | the other thing is: ltsp-update-sshkeys
| |
14:22 | you can do man ltsp-update-sshkeys to learn about it
| |
14:24 | <Nemno76> gdi2k: I was trying to help gothaggis, so your answer | gothaggis :p
| |
14:25 | <gdi2k> Nemno76, oops, you're right
| |
14:25 | IRC novice here lol
| |
14:25 | regarding you're issue, I'm not sure what else to check. we have moved to using ipxe to boot the clients instead, which cuts out all the DHCP and IPAPPEND confusion and we've not looked back
| |
14:26 | *your issue ;)
| |
14:30 | <Nemno76> i think i'll start over using a vbox host configuration so i can use the ltsp-server-standalone... did you see the nbd startup snippet? about the double assignment. maybe i'll make my own initrd.img
| |
14:30 | <gothaggis> gdi2k: ad integration is working fine on the server, i have it working fine on 10.04 so i know it works :) the thing is, i'm not seeing any entries in auth.log, which i am on my 10.04 server when clients log in
| |
14:30 | so its not even getting that far it seems
| |
14:31 | <gdi2k> gothaggis, ok, I don't understand the glue between the ssh-based login from the client to the AD on your server, so I'm not going to be helpful to you :(
| |
14:44 | Fenuks has joined IRC (Fenuks!~Fenuks@176.51.101.232) | |
15:05 | <championofcyrodi> hey guys! So I got k12linux to boot a client. using "ltsp-build-client --arch x86_64 --fat-client --chroot x86_64 --release epel-6-x86_64" However, the login screen just flashes to a low res. console, then back to the login screen when entering a correct user/pw combo.
| |
15:05 | i think last time i saw this on ubuntu, it was because the SSH connection was being closed after authenticating.
| |
15:05 | maybe by PAM...
| |
15:06 | *sshd module for PAM
| |
15:13 | hmmm.. well i can SSH in to the server from the localhost...
| |
15:13 | enabling shell on tty2
| |
15:15 | freedomrun has joined IRC (freedomrun!~quassel@unaffiliated/freedomrun) | |
15:17 | deeville has joined IRC (deeville!~deeville@38.117.108.108) | |
15:31 | Phantomas has joined IRC (Phantomas!~phantomas@ubuntu/member/phantomas) | |
15:37 | vagrantc has joined IRC (vagrantc!~vagrant@freegeek/vagrantc) | |
15:46 | uuuolliw has left IRC (uuuolliw!~william@fs-93-93-43-155.fullsave.info, Quit: Konversation terminated!) | |
15:54 | andygraybeal has left IRC (andygraybeal!~andy@h166.205.130.174.dynamic.ip.windstream.net, Remote host closed the connection) | |
15:54 | <championofcyrodi> hmmm the lts.conf in /var/lib/tftpboot/ltsp/x86_64/lts.conf doesnt seem to be getting used.
| |
15:55 | although i have SCREEN_02=shell switching to tty2 only shows a cursor with no repsonse hitting enter/return.
| |
16:04 | ltsp has joined IRC (ltsp!bot@ltsp.org) | |
16:05 | mgariepy_ has joined IRC (mgariepy_!~mgariepy@styx-204.ccs.usherbrooke.ca) | |
16:05 | slackish has joined IRC (slackish!amcphall@mcphall.org) | |
16:05 | markosu_ has joined IRC (markosu_!marko5@kapsi.fi) | |
16:06 | tarzeau_ has joined IRC (tarzeau_!~gurkan@mail.aiei.ch) | |
16:07 | FrozenZi1 has joined IRC (FrozenZi1!pbrown@evo.paivola.fi) | |
16:08 | stgraber has left IRC (stgraber!~stgraber@ubuntu/member/stgraber, Ping timeout: 260 seconds) | |
16:08 | mgariepy has left IRC (mgariepy!~mgariepy@ubuntu/member/mgariepy, Ping timeout: 260 seconds) | |
16:08 | ltsp` has left IRC (ltsp`!bot@ltsp.org, Ping timeout: 260 seconds) | |
16:08 | tarzeau has left IRC (tarzeau!~gurkan@mail.aiei.ch, Ping timeout: 260 seconds) | |
16:08 | slackish_ has left IRC (slackish_!amcphall@mcphall.org, Ping timeout: 260 seconds) | |
16:08 | markosu has left IRC (markosu!marko5@kapsi.fi, Ping timeout: 260 seconds) | |
16:08 | FrozenZia has left IRC (FrozenZia!pbrown@evo.paivola.fi, Ping timeout: 260 seconds) | |
16:08 | dberkholz_ has left IRC (dberkholz_!~dberkholz@gentoo/developer/dberkholz, Ping timeout: 260 seconds) | |
16:08 | markosu_ is now known as markosu | |
16:08 | dberkholz has joined IRC (dberkholz!~dberkholz@smtp.gentoo.org) | |
16:08 | dberkholz has joined IRC (dberkholz!~dberkholz@gentoo/developer/dberkholz) | |
16:10 | ncom0pl has left IRC (ncom0pl!~ncom0pl@89-71-65-172.dynamic.chello.pl, Excess Flood) | |
16:10 | <||cw> championofcyrodi: it uses the one that's in the folder all the PXE happens from
| |
16:12 | ncom0pl has joined IRC (ncom0pl!~ncom0pl@89-71-65-172.dynamic.chello.pl) | |
16:13 | stgraber has joined IRC (stgraber!~stgraber@ubuntu/member/stgraber) | |
16:14 | <championofcyrodi> IIcw: yea, thats the one i'm editing.
| |
16:14 | /var/lib/tftpboot/ltsp/x86_64 ( i can see the pxeboot call server://ltsp/x86_64/pxeblahblah...
| |
16:15 | actually in the ltsp/x86_64 folder there is pxelinux.0 which is called at boot...
| |
16:15 | but there is also a folder called pxelinux.cfg
| |
16:16 | however the lts.conf was generated in the x86_64 folder
| |
16:16 | so i'm assuming thats where it goes
| |
16:16 | i'm starting to think it's just the home folder not mounting and then being logged back out.
| |
16:16 | but w/o a shell it's tough to debug
| |
16:17 | <gdi2k> championofcyrodi, also check the session is correctly set in ldm - for us, if we don't explicitly select the correct session, it just restarts ldm ("no response from server")
| |
16:17 | there's a settings button in the lower left corner
| |
16:17 | it's a one-time thing for each user
| |
16:18 | <championofcyrodi> i did however just see a segfault appear in tty2 at this boot... ldm[2348]: segfault at 8 ip 000000000000404134 sp 00007fffc15343b0 error 4 in ldm[400000+7000]
| |
16:18 | thanks i'll give that a try.
| |
16:18 | <gdi2k> championofcyrodi, uh, no idea what that is, I'll leave it to the gurus here
| |
16:19 | <championofcyrodi> my session manager choices are only 2 options, 'default' and 'failsafe xterm'
| |
16:19 | failsafe xterm had the same result
| |
16:19 | <gdi2k> championofcyrodi, hmm, I maybe you didn't include a DE in your fat client image? that would explain things...
| |
16:20 | <championofcyrodi> i used this command to build the image: "ltsp-build-client --arch x86_64 --fat-client --chroot x86_64 --release epel-6-x86_64"
| |
16:20 | the result was that it completed successfully
| |
16:20 | <gdi2k> have a look here; https://help.ubuntu.com/community/UbuntuLTSP/FatClients
| |
16:20 | --fat-client-desktop: Creates and installs a FAT chroot with the specified desktop environment. Options are ubuntu-desktop, edubuntu-desktop among others. The option kubuntu-desktop is not tested.
| |
16:21 | you created a fat client without a desktop I think
| |
16:21 | <championofcyrodi> i'm using centos, not ubuntu
| |
16:21 | <gdi2k> useful if you want to create diskless servers etc.
| |
16:21 | ok, but I bet the variables are the same
| |
16:22 | check in the chroot if you have all the desktop stuff that you are expecting
| |
16:23 | <vagrantc> the commandline options for ltsp-build-client are highly distro-dependent
| |
16:31 | <championofcyrodi> vagrantc: that was the impression i got when going through the k12linux variant.
| |
16:32 | after you run the command you get a sort of gui built with console characters. (not sure what to call it) which shows the release chosen, etc.
| |
16:32 | took a while to realize i had to use --release to specify a 64 bit image rather than just --arch
| |
16:45 | gdi2k: i suspect you're right. there is no /usr/bin/gedit in the chroot
| |
16:45 | i would have expected that to be there
| |
16:46 | <gdi2k> does ltsp-build-client have a man page? on ubuntu it does and specifies the desktop options
| |
16:48 | <championofcyrodi> yes but the man page is quite short. not finding a copy on the google...
| |
16:48 | <gdi2k> on your server? man ltsp-build-image ?
| |
16:49 | <championofcyrodi> yes. the man page on my server is not explaining much about including LDM or any desktop manager.
| |
16:49 | it only talks about specifying a 'dist' 'release' and 'arch'
| |
16:49 | <gdi2k> hmm, ok
| |
16:50 | <championofcyrodi> like: ltsp-build-image --list shows the releases i can choose
| |
16:50 | http://www.redhat.com/archives/k12osn/2014-May/msg00002.html
| |
16:50 | like that
| |
16:51 | also 'fat-client' isnt mentioned in the man page... but it is in the --extra-help
| |
16:51 | output
| |
16:51 | and says 'run most or all applications locally'
| |
16:52 | i can chroot in... maybe i can just installed the desktop manager and update the image manually.
| |
16:53 | <gdi2k> may be worth looking at the code. have a look into /usr/sbin/ltsp-build-client, maybe you can make it out from there
| |
16:53 | yes, that seems viable too
| |
16:53 | <championofcyrodi> just got to figure out what yum package is needed...
| |
16:54 | maybe yum groupinstall "Desktop" "Desktop Platform" "X Window System" "Fonts"
| |
16:54 | <gdi2k> I'm not any good with CentOS and similar :(
| |
16:54 | <championofcyrodi> yea... we have to use centos on our servers because our customer uses rhel in production.
| |
16:54 | <gdi2k> ok
| |
16:54 | <championofcyrodi> and we arent paying for RHEL updates.
| |
16:55 | <gdi2k> before you do a major install in chroot, make sure you chroot in properly, mount proc etc.
| |
16:55 | <championofcyrodi> everyone likes the ubuntu LTSP w/ Intel NUCs i have set up. but there is another network that ubuntu can't be installed on.
| |
16:55 | Fenuks has left IRC (Fenuks!~Fenuks@176.51.101.232, Ping timeout: 240 seconds) | |
16:55 | Parker955 is now known as Parker955_Away | |
16:55 | <championofcyrodi> im using 'ltsp-chroot'
| |
16:55 | i believe that script is supposed to handle the /proc mount right?
| |
16:56 | <gdi2k> it doesn't on mine
| |
16:56 | there are manual steps here though: https://help.ubuntu.com/community/UbuntuLTSP/UpdatingChroot
| |
16:56 | export LTSP_HANDLE_DAEMONS=false
| |
16:56 | sudo chroot /opt/ltsp/i386
| |
16:56 | mount -t proc proc /proc
| |
16:56 | I think that should do it
| |
16:56 | no idea if the daemons thing works on centos
| |
17:01 | <vagrantc> fedora, redhat and related distros have been falling behind in ltsp support...
| |
17:01 | <championofcyrodi> vagrantc: that is the impression i am getting
| |
17:02 | <vagrantc> recent versions generate the manpage from the output of ltsp-build-client --extra-help
| |
17:02 | <championofcyrodi> yea
| |
17:02 | http://wiki.centos.org/HowTos/DisklessClients <-- reading this now
| |
17:03 | seems to be a pretty manual process
| |
17:04 | ltsp.org seems to be giving me timeouts browsing the site...
| |
17:11 | heh... the lts.conf generated by CentOS 'ltsp-server' package says, "If you're using Unity, you might want to install gnome-session fallback... in regard to LDM_SESSION="gnome-fallback"
| |
17:12 | however, i thought unity was specific to ubuntu
| |
17:12 | (not centos/rhel/fedora)
| |
17:15 | freedomrun has left IRC (freedomrun!~quassel@unaffiliated/freedomrun, Read error: Connection reset by peer) | |
17:21 | <gothaggis> I know this isn't the best LTSP question - so i use fluxbox..but man it looks ugly. but i like how easy it is to customize - for example the only thing i have on the desktop are icons for the apps that users need (web browser, email). Is it possible to configure unity the same way, remove the sidebar, only allow users to run what is on the desktop, customize right click menu, etc?
| |
17:22 | <championofcyrodi> I'm not sure removing the side bar would make it 'unity' anymore.
| |
17:22 | might as well just run xfce or something similar
| |
17:23 | at the end of the day, most of your applications just need "X Windows"
| |
17:24 | i've actually had aliases on servers to start an X session and load firefox from the console. which literally gives you a grey screen with only firefox.
| |
17:25 | in regard to LTSP... it looks like i should have probably installed the EPEL repository first
| |
17:25 | otherwise you get the ltsp stuff from the base repo, which seems to be severely dated.
| |
17:30 | weird... just did a reinstall of the OS... now getting all kinds of 404 w/ the yum mirrors..
| |
17:32 | looks like there was some kind of network routing issue
| |
17:32 | (having two NIC cards)
| |
17:33 | disabling the card with the static IP on it's own network seemed to fix the issue.
| |
17:33 | well, 'ifdown'ing it.
| |
17:34 | boospy has joined IRC (boospy!~loma@darkbox.osit.cc) | |
17:48 | nick111 has joined IRC (nick111!550bb4ee@gateway/web/freenode/ip.85.11.180.238) | |
18:02 | Parker955_Away is now known as Parker955 | |
18:10 | mgariepy_ is now known as mgariepy | |
18:11 | mgariepy has joined IRC (mgariepy!~mgariepy@ubuntu/member/mgariepy) | |
18:19 | freedomrun has joined IRC (freedomrun!~quassel@unaffiliated/freedomrun) | |
18:25 | Grembler has left IRC (Grembler!~Ben@cpc29-aztw22-2-0-cust128.18-1.cable.virginm.net, Quit: I Leave) | |
18:32 | adrianorg has left IRC (adrianorg!~adrianorg@177.204.157.55.dynamic.adsl.gvt.net.br, Ping timeout: 272 seconds) | |
18:34 | adrianorg has joined IRC (adrianorg!~adrianorg@177.156.56.81) | |
18:35 | telex has left IRC (telex!~telex@freeshell.de, Remote host closed the connection) | |
18:36 | telex has joined IRC (telex!~telex@freeshell.de) | |
18:59 | Parker955 is now known as Parker955_Away | |
19:03 | adrianorg has left IRC (adrianorg!~adrianorg@177.156.56.81, Ping timeout: 264 seconds) | |
19:04 | adrianorg has joined IRC (adrianorg!~adrianorg@177.204.77.19.dynamic.adsl.gvt.net.br) | |
19:21 | Phantomas has left IRC (Phantomas!~phantomas@ubuntu/member/phantomas, Remote host closed the connection) | |
19:24 | <championofcyrodi> i really want to give up. but cant
| |
19:25 | i mean, the ltsp-server packages exist... so SOMEBODY got it to work at some point.
| |
20:15 | deeville has left IRC (deeville!~deeville@38.117.108.108, Quit: This computer has gone to sleep) | |
20:52 | <ogra_> championofcyrodi, traditionally (since warren left) fedora based implementations had people show up, implement it for one release and then they vanish before they have many users so nobody fixes the bugs or cares if it works in the next release
| |
20:54 | <championofcyrodi> ogra_: I understand. Unfortunately my company really likes LTSP, so I'll likely be looking to install all the daemons manually and get something cobbled together using the sources from launchpad i guess.
| |
20:54 | well.. Fortunately & unfortunately
| |
20:55 | Our Ubuntu implementation is great. So now I have to get a CentOS implementation figured out.
| |
20:55 | <ogra_> yeah, will be some work
| |
20:55 | <championofcyrodi> thats for sure. I'll be sure to publicly post the process somewhere as i document, test and implement.
| |
21:04 | <vagrantc> championofcyrodi: centos clients? feel free to make a branch and request merges...
| |
21:09 | boospy has left IRC (boospy!~loma@darkbox.osit.cc) | |
21:09 | <championofcyrodi> vagrantc: I need to do a lot more research before digging into using launchpad. I've only experience working on small projects with git, svn, perforce and cvs. So I'm totally new to the this type of collaboration.
| |
21:11 | i see a lot of branches here: https://code.launchpad.net/ltsp/+all-branches?field.lifecycle=CURRENT&field.lifecycle-empty-marker=1&field.sort_by=by+branch+name&field.sort_by-empty-marker=1
| |
21:11 | But not sure if i understand the convention. on my projects we create a branch for each 'feature request' or 'bug', then merge the branch with a 'master'
| |
21:11 | <vagrantc> main branches are ltsp(-trunk), ltspfs(-trunk) and ldm(-trunk)
| |
21:12 | <championofcyrodi> gotcha. looks like i need to read up on the ltspfs and the ldm portion, as I don't really understand their role in the fusion of services that makes up the LTSP server
| |
21:12 | <vagrantc> championofcyrodi: this is a much less noisy list of branches: https://code.launchpad.net/~ltsp-upstream/
| |
21:14 | championofcyrodi: in general, the same workflow applies ... implement a feature in a branch, request to merge it.
| |
21:15 | championofcyrodi: there's also git-remote-bzr if you'd rather use git: https://github.com/felipec/git-remote-bzr
| |
21:17 | <championofcyrodi> So it looks like i would want to start looking in to the ltsp-trunk: /server/k12linux/ portion of the project and get an understand of how it's current implementation is intended to work. Before bothering with creating a new branch
| |
21:18 | heh... wow, this stuff is pretty old
| |
21:19 | relatively speaking.
| |
21:19 | <vagrantc> championofcyrodi: server/share/ltsp/plugins/ltsp-build-client/
| |
21:19 | as upstreams go, ltsp isn't very cleanly implemented.... ldm and ltspfs are more straightforward.
| |
21:20 | basically, each distro is largely it's own implementation ... try to share where possible, but it's not always obvious
| |
21:21 | <championofcyrodi> i see
| |
21:22 | bitcheker has left IRC (bitcheker!~bitchecke@dynamic-adsl-62-10-105-31.clienti.tiscali.it, Quit: {exiting}) | |
21:22 | <championofcyrodi> there is a redhat and fedora implementation of ltsp-build-client, but nothing for centos
| |
21:24 | <vagrantc> none of those were too obvious
| |
21:24 | another approach might be to try the ltsp-pnp method...
| |
21:25 | <championofcyrodi> so i would likely branch the ltsp-trunk, and create a folder for Centos, and create the proper scripts to build a client, with sequence numbers for each portion of the build process. like in Ubuntu, 001-set-arch is run before 035-install-debs, and thus are two separate files because they affect two separate subsystems of the ubuntu build process?
| |
21:26 | or they are symlinks to shared debian files
| |
21:26 | since ubuntu is an offshoot of debian?
| |
21:26 | err. Downstream rather?
| |
21:28 | heh.. I think this is going to be overwhelming for a while.
| |
21:28 | <vagrantc> championofcyrodi: i think the RedHat dir includes support for CentOS ... but i'm not sure.
| |
21:29 | <championofcyrodi> yea, i was just looking at it, and i see kickstart was used to build the chroot... which is a familiar concept to me... So i'll probably need to study up on the redhat plugin for a bit first
| |
21:29 | <vagrantc> but yeah, debian and ubuntu share a lot of plugins because they are simila
| |
21:29 | r
| |
21:29 | there are also hooks for mint in the ubuntu plugins as it is closely derived from ubuntu
| |
21:30 | <championofcyrodi> makes sense
| |
21:31 | a lot of it is intuitive, however i find it difficult to be confident in my understanding without someone to validate what i *think* something is intended to do. so I'll likely be asking questions over the next few weeks as I dig in. Of course, I will make every effort to read and understand on my own before falling back to the relay for support.
| |
21:34 | <vagrantc> good luck
| |
21:34 | <championofcyrodi> Everyone i work with uses linux but develops web applications with scala/java/python/js stacks. Nobody I work with is involved with linux this much, so i'm going to be on my own for the most part.
| |
21:34 | thanks.
| |
21:34 | <vagrantc> championofcyrodi: i might actually focus on getting the client-side support working first, and making sure the ltsp-pnp method works
| |
21:34 | which doesn't use ltsp-build-client at all
| |
21:34 | <championofcyrodi> okay. I'll start there.
| |
21:35 | andygraybeal has joined IRC (andygraybeal!~andy@h66.205.130.174.dynamic.ip.windstream.net) | |
21:35 | <vagrantc> and then once that's working well enough, maybe work on ltsp-build-client plugins
| |
21:37 | <championofcyrodi> looking here: https://help.ubuntu.com/community/UbuntuLTSP/ltsp-pnp I'm not seeing what "pnp" stands for
| |
21:38 | <vagrantc> plug-and-play
| |
21:38 | all it really is is building a client image out of the server's filesystem.
| |
21:39 | <championofcyrodi> Ah, essentially excluding /proc and /sys...
| |
21:39 | that seems a lot faster than building via package repo
| |
21:39 | <vagrantc> excluding a bunch of stuff, but sure.
| |
21:40 | <championofcyrodi> (was thinking "Plug-n-Play"???)
| |
21:40 | <vagrantc> sure
| |
21:40 | i've occasionally thought we should come up with a better name for that method
| |
21:41 | but nothing springs to mind
| |
21:41 | <championofcyrodi> in docker world they call it 'creating a base image'
| |
21:41 | <vagrantc> i think also the implementation used dnsmasq with proxydhcp for single-nic configurations with a separate dhcp server
| |
21:41 | which is maybe where the plug-n-play idea came from
| |
21:43 | <championofcyrodi> yea, thats what it says. cool, i'll do some testing with pnp via virtual machine(s) and network to get a better understanding of it, then go from there. thanks for your time, hopefully I can contribute back a little bit and get some centos support rolling. It's a very stable distro compared to fedora, and doesnt require subscription fee for updates like rhel.
| |
21:45 | <vagrantc> right
| |
21:46 | i gave a clueless test of the rhel support on centos last time someone was working on it
| |
21:46 | clueless, in that i don't know that family of distros ...
| |
21:48 | <championofcyrodi> ah. i see it used a lot when deploying clusters of systems to support distributed stuff like Apache Hadoop or Storm.
| |
21:49 | mainly centos in the development enviornments (because its free), and rhel in the production environments, because you want expert/paid support when you have real users and 24/7 uptime requirements.
| |
21:50 | and fedora generally used as a workstation since it has the newest kernel and can do fancy hardware things with extra kernel modules
| |
21:50 | like the Consumer IR sensor for using a remote control with your desktop
| |
21:51 | (which you would never need for a server)
| |
21:52 | okay, i'm going to go read and relax. thanks again.
| |
21:56 | spectra has left IRC (spectra!~spectra@debian/developer/spectra, Quit: ZNC - http://znc.sourceforge.net) | |
22:01 | cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, Ping timeout: 246 seconds) | |
22:01 | spectra has joined IRC (spectra!~spectra@debian/developer/spectra) | |
22:02 | cyberorg has joined IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg) | |
22:14 | <Nemno76> gdi2k: Thanks for you support.. I did get it the xubuntu working in virtualbox. Only with a new install and then the ltsp-server-standalone. Host vbox with 2 nics one for internal and one for the world
| |
22:17 | <gdi2k> Nemno76, ok at least you got something working ;) I don't know if virtualbox complicated anything. I use standalone too, but with local dhcp disabled
| |
22:17 | also virtualized, but on kvm
| |
22:18 | <Nemno76> gdi2k: may be i'll look into the other setup i had where i used a vbox host with bridged lan, to get it working... it must be the next-server dhcp thing... some script will use that ip to do the filemount stuff..
| |
22:19 | <gdi2k> Nemno76, I assumed you were using a bridged lan - how is the networking set up with virtualbox?
| |
22:21 | <Nemno76> gdi2k, Yes i was using bridged lan and one eth adapter.. There is nat setup internal network setup, host setup... al for each adapter. (http://www.virtualbox.org/manual/ch06.html)
| |
22:24 | gdi2k, The thing that didn't go as i expected was the dnsmasq dhcp stuff in the vbox host setup with bridged eth. So when i used the dnsmasq outside the virtualbox, it did handle the dhcp (all but next-server (tftp address))
| |
22:25 | so i'm glad i got it working
| |
22:26 | <gdi2k> Nemno76, that's the main thing - we use bridged networking on our setup and it works as if it were a metal box
| |
22:27 | but it was not easy to get working in the beginning either with external dhcp etc.
| |
22:27 | as I said, ipxe ftw!
| |
22:28 | especially as it allows failover - if booting from one server fails, it sends the client to the next one
| |
22:33 | <Nemno76> Yes, it would be nice to get it working. For me this is/was to learn something, and may be to use it in a future job. I do not have practical use for it at the moment.
| |
22:59 | Faith has left IRC (Faith!~paty@unaffiliated/faith, Quit: Saindo) | |
23:02 | vagrantc has left IRC (vagrantc!~vagrant@freegeek/vagrantc, Quit: leaving) | |
23:21 | mmetzger has left IRC (mmetzger!~mmetzger@99-71-214-107.lightspeed.mdldtx.sbcglobal.net, Ping timeout: 250 seconds) | |
23:44 | Nemno76 has left IRC (Nemno76!~Nemno@s5375b099.adsl.online.nl, Remote host closed the connection) | |