|00:00||tarbo has joined #ltsp|
|00:07||* vagrantc tries with ext2 instead of squashfs|
|00:07||Egyptian[Home]1 has quit IRC|
|00:08||tarbo has quit IRC|
apparently there are issues with straight squashfs...
|00:23||Egyptian[Home] has joined #ltsp|
|00:23||tarbo has joined #ltsp|
|00:26||alkisg has joined #ltsp|
|00:31||tarbo has quit IRC|
|00:35||allexnew has joined #ltsp|
vagrantc: you may want to try uncompressed squashfs (-n parameter to ltsp-update-image), in some cases it can give you something that's a lot more stable
anyway, time for some sleep here. Talk to you tomorrow
|00:38||allexnew has left #ltsp|
|00:46||tarbo has joined #ltsp|
|00:53||highvoltage has quit IRC|
|00:54||tarbo has quit IRC|
|00:58||lucascoala has joined #ltsp|
|00:59||Selveste1 has joined #ltsp|
|01:00||highvoltage has joined #ltsp|
|01:09||tarbo has joined #ltsp|
|01:16||tarbo has quit IRC|
|01:18||Selveste1_ has joined #ltsp|
|01:19||Selveste1 has quit IRC|
|01:21||highvoltage has quit IRC|
|01:31||tarbo has joined #ltsp|
|01:40||tarbo has quit IRC|
|01:50||vagrantc has quit IRC|
|01:54||tarbo has joined #ltsp|
|01:56||artista_frustrad has joined #ltsp|
|01:59||lucascoala has quit IRC|
|02:01||artista_frustrad has quit IRC|
|02:01||tarbo has quit IRC|
|02:03||Guest15610 has left #ltsp|
|02:13||highvoltage has joined #ltsp|
|02:16||lucascoala has joined #ltsp|
|02:17||tarbo has joined #ltsp|
|02:23||tarbo has quit IRC|
|02:39||tarbo has joined #ltsp|
|02:43||lucascoala has quit IRC|
|02:46||tarbo has quit IRC|
|02:48||klausade has quit IRC|
|02:59||Selveste1_ has quit IRC|
|03:01||tarbo has joined #ltsp|
|03:05||Selveste1_ has joined #ltsp|
|03:08||tarbo has quit IRC|
|03:14||Selveste1__ has joined #ltsp|
|03:16||Selveste1_ has quit IRC|
|03:23||tarbo has joined #ltsp|
|03:28||try2free has joined #ltsp|
|03:30||try2free has left #ltsp|
|03:31||tarbo has quit IRC|
|03:45||tarbo has joined #ltsp|
|03:52||tarbo has quit IRC|
|03:54||mikkel has joined #ltsp|
|04:08||tarbo has joined #ltsp|
|04:11||Selveste1___ has joined #ltsp|
|04:11||Selveste1__ has quit IRC|
|04:15||tarbo has quit IRC|
|04:19||arevamp has quit IRC|
|04:21||Selveste1___ has quit IRC|
|04:28||tarbo has joined #ltsp|
|04:29||wwx has quit IRC|
|04:29||wwx has joined #ltsp|
|04:38||tarbo has quit IRC|
|04:46||Selveste1___ has joined #ltsp|
|04:50||tarbo has joined #ltsp|
|04:56||tarbo has quit IRC|
|05:01||Selveste1___ has quit IRC|
|05:02||Selveste1___ has joined #ltsp|
|05:10||tarbo has joined #ltsp|
|05:13||Selveste1___ has quit IRC|
|05:14||hersonls has joined #ltsp|
|05:16||tarbo has quit IRC|
|05:30||tarbo has joined #ltsp|
|05:37||tarbo has quit IRC|
|05:51||tarbo has joined #ltsp|
|05:52||vvinet has quit IRC|
|05:56||wwx has quit IRC|
|05:56||wwx has joined #ltsp|
|05:58||tarbo has quit IRC|
|06:11||tarbo has joined #ltsp|
|06:14||Selveste1___ has joined #ltsp|
|06:16||wwx has quit IRC|
|06:16||pmatulis has joined #ltsp|
|06:18||tarbo has quit IRC|
|06:20||wwx has joined #ltsp|
|06:20||etyack has quit IRC|
|06:32||tarbo has joined #ltsp|
|06:38||artista_frustrad has joined #ltsp|
|06:38||tarbo has quit IRC|
|06:41||scottmaccal has joined #ltsp|
|06:44||shawnp0wers has joined #ltsp|
|06:52||tarbo has joined #ltsp|
|06:54||shawnp0wers has quit IRC|
|06:57||alkisg has quit IRC|
|06:58||tarbo has quit IRC|
|07:04||Kicer86 has joined #ltsp|
|07:04||shawnp0wers has joined #ltsp|
|07:04||shawnp0wers has joined #ltsp|
|07:06||etyack has joined #ltsp|
|07:10||sene has joined #ltsp|
|07:12||tarbo has joined #ltsp|
_UsUrPeR_, not there :)
|07:18||Selveste1___ has quit IRC|
|07:20||tarbo has quit IRC|
|07:22||Selveste1___ has joined #ltsp|
|07:23||wwx has quit IRC|
|07:31||wwx has joined #ltsp|
|07:32||tarbo has joined #ltsp|
|07:36||julien_BLUG has joined #ltsp|
|07:37||vvinet has joined #ltsp|
|07:42||tarbo has quit IRC|
|07:42||etyack has quit IRC|
|07:43||etyack has joined #ltsp|
|07:45||wwx has quit IRC|
|07:52||Selveste1___ has quit IRC|
|07:52||wwx has joined #ltsp|
|07:53||tarbo has joined #ltsp|
|08:00||tarbo has quit IRC|
|08:04||Gadi has joined #ltsp|
|08:09||Selveste1___ has joined #ltsp|
|08:14||alkisg has joined #ltsp|
|08:14||tarbo has joined #ltsp|
|08:17||highvoltage has quit IRC|
|08:19||highvoltage has joined #ltsp|
|08:20||grantk has joined #ltsp|
|08:21||grantk has left #ltsp|
|08:21||tarbo has quit IRC|
|08:30||litlebuda has joined #ltsp|
|08:35||tarbo has joined #ltsp|
|08:38||highvoltage has quit IRC|
|08:39||highvoltage has joined #ltsp|
|08:40||grantk has joined #ltsp|
|08:42||tarbo has quit IRC|
|08:46||mikkel has quit IRC|
|08:49||wwx has quit IRC|
|08:53||CAN-o-SPAM has joined #ltsp|
|08:57||tarbo has joined #ltsp|
|09:03||Selveste1____ has joined #ltsp|
|09:03||Selveste1___ has quit IRC|
|09:03||tarbo has quit IRC|
|09:08||mikkel has joined #ltsp|
|09:18||tarbo has joined #ltsp|
|09:24||tarbo has quit IRC|
|09:30||litlebuda has quit IRC|
|09:39||tarbo has joined #ltsp|
|09:41||Selveste1____ has quit IRC|
|09:46||tarbo has quit IRC|
I am testing out setting up DHCP failover, and I'm noticing that "deny dynamic bootp clients;" is a required line for dhcp3 to use failover correctly. Will this affect client booting?
|09:50||* _UsUrPeR_ is not sure if bootp == pxe|
_UsUrPeR_: its not a problem
|10:00||tarbo has joined #ltsp|
Gadi: opensuse has the LVDS Atom problem previously experienced in Ubuntu. Could you point myself and cyberorg towards the intel tweak?
_UsUrPeR_: remind me...
|10:06||tarbo has quit IRC|
Gadi: LVDS on Atom thinclients is the output that is perceived as existing because it's the primary video output on Atom notepads. On thin clients, It's detected on boot as an operating device, which causes gnome display manager to start defaulted to "mirror mode" with a standard resolution of 1024x768. It was fixed in the 9.04 release
however, before that, it was necessary to load a xorg.conf with "lvds ignore" set in 8.10
|10:16||etyack has quit IRC|
do you know if it was fixed by us or by intel upstream?
|10:19||bobby_C has joined #ltsp|
|10:21||tarbo has joined #ltsp|
|10:25||staffencasa has joined #ltsp|
|10:26||grantk has left #ltsp|
|10:28||tarbo has quit IRC|
Anybody else here have experience with Ubuntu/LTSP5 in business deployments?
depends on what you mean with business deployment
basic office deployment with web browser, openoffice, email
sounds pretty much as a basic deployment of ltsp
yes I have experince with that
|10:31||grantk has joined #ltsp|
exactly. having major instability problems with what should be a great piece of kit. Dell GX260s.
and not that I could speak for most but id say its the most common use of LTSP
Been running LTSP on the desktop here since March, 2000.
akuepker: how much ram, cpu, videocard, etc?
onboard Intel video, 512MB ram, 2Ghz cpu
but also reporting major problems with latency that weren't showing up on the previous Dell GX1s, which I find quite odd.
|10:34||bobby_C has quit IRC|
one group is reporting the X server memory consumption problems where the terminal gets progressively slower until it locks up and they have to restart.
Another group is reporting problems where keypresses take 15 seconds to show up.
the server is a 2x2.4Ghz with 12GB RAM and Gbit Ethernet.
SATA Raid with a 9550 card too
Have you always had these problems?
with this hardware
akuepker: Which OS and version?
hello again, all. I am trying to setup ldm load balancing between two servers. I can give the user the server list manually, but it is in a place that most of my users would never see, nor do I want them to have to make the decision of where to logon to. I have modified the example script from the ltsp Manual using the nc output, specifically the rating.
the server's been quite good since we put it in 3 months ago, but the users seem to think the new terminal hardware is awful.
X server memory consumption in what? Firefox?
I can run this script by hand with the server input directly and it will return the proper server at the top of the list. If however I try and have it run on ldm boot I get no results, the server always boots to the server that gave it it's ip from dhcp, Which I have loaded the results at this time to be the non preferred server
Here is my lts.conf and the get_hosts script: http://pastie.org/806081
the servers are running ubuntu 9.04
That's what I was thinking. I set X_VIDEO_RAM = 65535 as an experiment, which reportedly made things worse re: crashing.
akuepker: so if you set XSERVER=vesa everything is a bit slower, but stable?
(i.e. could this be a driver issue?)
hmm. we could go back to that.
we had to set the color depth to 16 to get the video drivers to work.
If it proves to be a driver issue, I think the intel driver has some options that you could try
Sounds like a video driver issue to me.
(exa/uxa etc... see the man page)
grantk: dont use single quotes in lts.conf
man for exa/uxa or for lts.conf?
always double quotes
|10:43||tarbo has joined #ltsp|
akuepker: man intel, I think
Gadi: Updating now and retrying
gadi: about where the LVDS issue was fixed: I am not sure. All I know, is that checking client xorg.conf, they all have lvds ignore
_UsUrPeR_: it was prolly something you added - a script in /usr/share/ltsp/screen-session.d/
alkisg: ok. thanks. looks like I need to go spend some quality time with X.org and figure out how the fiddly bits work.
akuepker: you can pass xorg options from lts.conf
See the man page for lts.conf (apt-get install ltsp-docs first) to see how
Gadi: it has been added. It's located in /opt/ltsp/i386/usr/share/ltsp/screen-session.d/XS20-xserver-intel-desktop-hack
ok, so that's it then, huh? :)
alkisg: thanks. I go away for 3 years and you guys change everything. =)
|10:49||tarbo has quit IRC|
Gadi: I changed the singles to double quotes, Rebooted the client, Still get the non-optimal server. When I just try the LDM_SERVER option I am given a drop down, I assume the MY_SERVER_LIST removes that option and makes that the choice of the get_hosts script.
|10:50||etyack has joined #ltsp|
grantk: did you chmod +x your script?
Gadi: Yes, 755
Im going to try just passing the server I want it to boot to and see if I can do that.
grantk: you have it here: /opt/ltsp/i386/usr/lib/ltsp/get_hosts
grantk: it should be here: /opt/ltsp/i386/usr/share/ltsp/get_hosts
Gadi, ohh,I will give that a try then
Gadi: When I do that I should be using chroot and then rebuilding the image afterwards correct?
|10:54||ogra has joined #ltsp|
grantk: also, do the clients have a proper dns server?
Otherwise they wouldn't be able to resolve the servers and nc to them...
Alkisg: They are given the proper dns servers by the dhcp server. I assumed this is passed to them on the first or second dhcp call
I don't think so
Which distro/version are you using?
ok, I will try ip then
You need to declare DNS_SERVER and SEARCH_DOMAIN in lts.conf
(both are needed for 9.04)
ohh, cool, btw, I tried to install ltsp-docs a few minutes ago(I had not see before) is there a specific repo for these?
They're in 9.10. For 9.04, you'd need stgraber's ppa, but I think it also have newer ltsp versions which I don't know if you want to try
I think you can just download the .deb for the docs...
_UsUrPeR_, in the mean time you can get that file into the client image without rebuilding, see http://pastebin.com/f2ba10d6d
|11:03||wwx has joined #ltsp|
|11:05||tarbo has joined #ltsp|
|11:08||wwx has quit IRC|
|11:09||scottmaccal has quit IRC|
|11:11||tarbo has quit IRC|
hey, who's your evolution expert. I'm trying to debug something for edubuntu, and I can't figure out where evolution picks up it's calendar and addressbook defaults
I've got evoldap setup, and it's supplying the right gconf keys, but evo seems to be ignoring them, and pulling it's own defaults from somewhere
I'm trying to figure out why
Is he on at this time?
I'm in #ubuntu-devel right now.
i think evo uses ~/.evolution beyond gconf
|11:16||sene has quit IRC|
we are having a plenary session atm so even if he's online he might listen to the talk, i'd wait for 30-60 min
I'll ping him then.
|11:26||tarbo has joined #ltsp|
|11:28||alkisg has quit IRC|
|11:29||sene has joined #ltsp|
|11:32||tarbo has quit IRC|
|11:34||sene has quit IRC|
alkisg: I have been able to define a DNS_SERVER and SEARCH_DOMAIN in my lts.conf, I also tried using just the ip address of the servers. It appears to be working because if I watch the syslog on the server I want to connect to I see a connection from the client on login, but the ldsm just shows verifying password, then spits out could not connect to the server and reloads. I have updated my lts.conf as follows: http://pastie.org/806081
If I try just using the server I would like to boot to for testing purposes in the MY_SERVER_LIST it gives me the no response from server message rather quickly, If i just specify the server I really do not want to boot from(the one giving out the ip via dhcp) it will boot to that server no problem.
grantk: you probably don't have keys for those servers in ssh_known_hosts
|11:43||sene has joined #ltsp|
in the chroot environment?
OR you can cheat
at the cost of reduced security
and edit the chroot's /etc/ssh/ssh_config
setting StrictHostKeyChecking no
I wanted to try and keep it secure, so I will go the key route
which will open you up to the potential of man-in-the-middle attacks
Gadi: would you set that up like an normal authorized_keys file, just under /etc/ssh ?
grantk: have a look at the chroot's /etc/ssh/ssh_known_hosts
it has same format as ~/.ssh/known_hosts
grantk: basically the servers' public keys
|11:48||etyack has quit IRC|
I think I got it, I just connected to the servers via normal ssh in the chroot, accepted the keys, then called ltsp-update-sshkeys and ltsp-update-image
Ok, so I am attempting to use DHCP failover with ltsp, but I can't seem to get a tftp connection once my client has pulled an IP address. Here's my dhcpd.conf from my primary DHCP server: http://pastebin.com/m167e55f6
dhcp seems to work, but I can't seem to pass off the connection to my separate ltsp server with "option next server"
Is anybody familiar?
I have set up ip forwarding from eth1 to eth0 as well
|12:05||tarbo has joined #ltsp|
_UsUrPeR_: did you set up NAT?
Gadi: yeah, I set iptables to use masquerading for -t nat
The fact that the ltsp server is on a completely different subnet should not matter, correct? eth0 is on the same subnet and pulling DHCP from out gateway...
|12:14||cliebow has quit IRC|
there's only one dhcp server on the thin client subnet, right?
|12:14||cliebow has joined #ltsp|
|12:15||rhodan has joined #ltsp|
Gadi: to lay this out visually: 192.168.1.xxx subnet ---> eth0 on DHCP server (assigned by DHCP) ---> eth1 serving DHCP, statically assigned IP address ---> booting clients.
|12:19||* _UsUrPeR_ notices he can't ping his 10.1.15.xxx server IP addresses|
from the 192.168.1.xxx subnet
|12:23||Selveste1____ has joined #ltsp|
|12:26||wwx has joined #ltsp|
|12:32||vbundi has joined #ltsp|
|12:32||monteslu has quit IRC|
|12:32||monteslu has joined #ltsp|
Gadi: No luck on the keys, I am not getting an ldm -> screen goes black -> back to ldm. and still two connect syslog entries from the client
is there anywhere that more information is logged about the connections?
|12:37||rhodan_ has joined #ltsp|
|12:37||staffencasa has quit IRC|
|12:38||rhodan has quit IRC|
|12:39||Selveste1____ has quit IRC|
|12:39||Selveste1 has joined #ltsp|
|12:40||staffencasa has joined #ltsp|
grantk: just because you say yes from a shell, doesn't make ltsp-update-sshkeys work
ltsp-update-sshkeys updates with the boot server's keys
the others you must add yourself
|12:46||cliebow has quit IRC|
|12:47||cliebow has joined #ltsp|
Gadi: I checked the /etc/ssh/ssh_known_hosts files and there were keys present though
the correct keys?
I took my server on it's word, I will do some comparing
and it doesn't count if they are there in the runtime chroot
the runtime thin client OS is read-only chroot + read-write tmpfs overlay
the stuff in the overlay does not persist upon reboot
now, what you could do, is scp those keys from the runtime chroot to the server,
add them to the chroot's ssh_known_hosts file on the server
and update the image
then, they will be there when you reboot
Gadi: ok, I will do that
|12:56||rhodan_ is now known as rhodan|
thanks for your help on the GX260s. I think there's something fundamentally wrong with the batch. setting XSERVER to "vesa" completely broke the video most of them, so we're going to end up putting the GX1s back in.
warren is working on sabayon with sbalneav sorta now :)
that guy sure gets around
johnny: Yeah, he's going to take a look at a few things.
|13:04||wwx has quit IRC|
He's got access to far better resources than I do, so he'll hopefully get the mozilla bookmarking thing fixed.
|13:04||wwx has joined #ltsp|
sbalneav, really tho.. perhaps you could talk to warren about fixing some of the problems that make sabayon so hard to implement properly.. as he could perhaps make gnome go in a direction that makes sabayon have to do less
like give gconf group abilities natively or somethin
|13:10||alkisg has joined #ltsp|
|13:15||yanu has quit IRC|
johnny: Well, I guess really what I need to start doing is reading up on dconf or whatever the next big thing is.
Right now, I'm struggling with evoldap
start with just gsettings
i think things will work better if you do that :)
right, I can never remember what the new thing's called.
sbalneav: http://trac.ebox-platform.com/wiki/Document/Documentation/EboxDesktop ==> "Evolution (Mail service): The mail account of the user is read from LDAP and added. "
I don't know if that helps you...
At 41, by the time I managed to wrap my head around a technology to the point where I really understand it, they replace it on me :)
alkisg: yeah, I've got the account stuff working a treat
but it seems to completely ignore the pre-seeded defaults for addressbook and calendar.
what I want us to think about for 12.04 edubuntu is ldap authentication as the primary auth means.
My "ldap everywhere" spec.
and evoldap's, or it's successor under gnome3, is going to be a big part of that.
sbalneav, well.. it really sounds like they are trying to decouple the backends so you have to know less
it's just kinda painful to get there..
|13:20||yanu has joined #ltsp|
|13:20||yanu has joined #ltsp|
gadi: ok, so I have been trying to use alsa sound control to make the changes to mic boost on our clients. It turns out the alsa fix I was attempting is intermittent. I have finally experienced it on my machine. What's another way I can go about turning mic boost down to 0? I have attempted the amixer settings that you had discussed with me on Jan 26, and I have also attempted to use the alsactl restore with an asound.conf configuration file. Both do not a
ppear to be working
|13:37||johnny has quit IRC|
|13:52||wwx_ has joined #ltsp|
|13:56||wwx has quit IRC|
|13:58||etyack has joined #ltsp|
|14:02||vagrantc has joined #ltsp|
|14:11||Selveste1 has quit IRC|
|14:13||avena has joined #ltsp|
hey I'm trying to edit my chroot environment to limit services that come up, ie graphical desktop... I tried finding the startup script in rc3.d but it's not there
vbundi: so you're trying to limit your clients to terminal sessions?
|14:20||etyack is now known as ftw_twf_pwn|
well I want to run a very lightweight terminal session as 90% of users need to connect to a Windows Terminal Server
we're running accounting software that does not work under wine
|14:30||litlebuda has joined #ltsp|
vbundi: ok, so they're connecting with rdp?
yeah, like right now I'm running ltsp 4 and on startup screen 1 is rdesktop -f 192.168.x.x etc
but I can't seem to get that to work in ltsp 5
vbundi, ahh. ok, no problem. Let me get you the correct lts.conf information
|14:32||pmatulis has quit IRC|
vbundi: so that I understand this correctly, all your clients are using rdp sessions to connect to Windows, correct? What version of Windows are you connecting to?
|14:35||Kicer86 has quit IRC|
ok, well here's the code. You'll need an option in there (which I can get later if you need it) to get rdesktop working with Windows 2000/XP/server 2003 --- http://pastebin.com/m2d71b90d
the RDP_SERVER option is your windows server IP address
your screen setting will remain RDESKTOP
Using Windows 2k3
by setting a Screen = rdesktop XX option and the RDP_SERVER option it should work then?
look at the exact nomenclature I used in the pastebin.
it is necessary that it remains the same. replace ett40 with an ip address, and you'll be good to go
now, will that stop X from loading on my thin clients
I have a couple that are older and they seem to take a long time to load the ubuntu 8.04 environment that's being offered
|14:42||Mip5 has joined #ltsp|
vbundi: yeah, this will skip the ldm environment in it's entirety
|14:54||cliebow has quit IRC|
|14:54||cliebow has joined #ltsp|
|14:58||Mip5 has left #ltsp|
|15:00||Mip5 has joined #ltsp|
|15:05||hersonls has quit IRC|
|15:12||Faithful has quit IRC|
|15:32||rhodan has quit IRC|
|15:37||vvinet has quit IRC|
|15:38||Lns has joined #ltsp|
|15:41||planxa has joined #ltsp|
|15:55||planxa has quit IRC|
|15:57||ogra has quit IRC|
|16:03||alexqwesa_ has quit IRC|
|16:04||ogra has joined #ltsp|
|16:07||talntid_ has joined #ltsp|
|16:12||Selveste1 has joined #ltsp|
|16:13||talntid_ has quit IRC|
|16:18||shawnp0wers has quit IRC|
|16:20||Mip5 has quit IRC|
|16:34||ftw_twf_pwn has quit IRC|
|16:34||CAN-o-SPAM has quit IRC|
|16:42||davidj has joined #ltsp|
|16:45||grantk has left #ltsp|
|17:14||alkisg has quit IRC|
|17:18||vvinet has joined #ltsp|
|17:19||avena has quit IRC|
|17:23||alexqwesa has joined #ltsp|
|17:25||akuepker has quit IRC|
|17:34||mikkel has quit IRC|
|17:35||shawnp0wers has joined #ltsp|
|17:41||vagrantc has quit IRC|
|17:50||shawnp0wers has quit IRC|
|17:55||sene has quit IRC|
|18:05||akuepker has joined #ltsp|
|18:08||Ahmuck has quit IRC|
|18:09||Ahmuck has joined #ltsp|
|18:45||litlebuda has quit IRC|
|18:47||Lns has quit IRC|
|19:01||ogra has quit IRC|
|19:26||ogra has joined #ltsp|
|19:53||ogra has quit IRC|
|20:04||shawnp0wers has joined #ltsp|
|20:14||ogra has joined #ltsp|
|20:15||julien_BLUG has quit IRC|
|20:21||hick518 has joined #ltsp|
|20:33||ogra has quit IRC|
|21:13||julien_BLUG has joined #ltsp|
|21:15||hick518 has quit IRC|
|22:19||jammcq has joined #ltsp|
|23:37||vagrantc has joined #ltsp|
stgraber: still no luck with nbd-proxy ... 5.1.99 worked fine.
|23:57||* vagrantc would really like to re-write the ltsp_nbd initramfs-tools hook to be able to dynamically determine from DHCP weather to use the nfs scripts, the NBD scripts, or the ltsp_nbd script...|
other than getting nbd-proxy working again, that's the biggest change i'd like to see.