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


Channel log from 27 April 2009   (all times are UTC)

00:09Shingoshi has joined #ltsp
00:37knipwim_ has joined #ltsp
00:38knipwim has quit IRC
00:42alkisg has quit IRC
01:07alkisg has joined #ltsp
01:21droalt has joined #ltsp
01:21droalt has left #ltsp
01:23droalt has joined #ltsp
01:27droalt has left #ltsp
01:29tarbo has quit IRC
01:32map7`afk has joined #ltsp
01:38alkisg has quit IRC
01:39bobby_C has joined #ltsp
01:53tarbo has joined #ltsp
02:00knipwim_ is now known as knipwim
02:08ogra_ has quit IRC
02:11alkisg has joined #ltsp
02:17mikkel has joined #ltsp
02:17try2free has joined #ltsp
02:21aminus has quit IRC
02:28ogra_ has joined #ltsp
02:32Selveste1 has joined #ltsp
03:04ogra has quit IRC
03:05ogra_ has quit IRC
03:05ogra_ has joined #ltsp
03:07alkisg has quit IRC
03:08phantom has quit IRC
03:08nubae1 has quit IRC
03:10nubae has joined #ltsp
03:18ogra has joined #ltsp
03:22tsurc has joined #ltsp
03:23
<tsurc>
good morning all ;)
03:23phantom has joined #ltsp
03:30
<tsurc>
Hi, I'm using dapper and ltsp 4.2 and I have an issue related to X
03:38X-TaZ has joined #ltsp
03:38try2free has left #ltsp
03:43phantom has quit IRC
03:43F-GT has joined #ltsp
03:50
<knipwim>
ltspfs currently mounts my usbstick to /tmp/.<user>-ltspfs/usbstick-sda1
03:51
how do you change this mountpoint, to /home/<user>/usbstick for example?
03:51
<cyberorg>
knipwim, kde/gnome?
03:51
<knipwim>
fluxbox
03:51
<cyberorg>
does fluxbox show desktop icons?
03:51
<knipwim>
nope
03:52
<cyberorg>
devices should be in /media not /tmp
03:53
<knipwim>
you know where the mount point is configured?
03:53
<cyberorg>
knipwim, grep for it in ltspfs-trunk code
04:06bobby__C has joined #ltsp
04:06bobby_C has quit IRC
04:06
<ogra>
knipwim, in the ltspfs_entry script of udev
04:08
cyberorg, wrong, device mountpoints (where never anything is mounted though, since ltspfs onlöy uses that on demand) are in /tmp on the backend side
04:09
<cyberorg>
ogra, but the devices should show up in /media ?
04:09
<ogra>
only the session mount is remapped to /media/$USER/<devicename> on the server side *after* all udev and network operations succeeded
04:10
the mount in /tmp is the network mount, for the UI it gets remapped
04:10
both are needed
04:11
<cyberorg>
lbmount maps it from /tmp to /media?
04:11
<ogra>
knipwim, oh, sorry i was wrong, the server side is actually done in ltspfsmounter, but that should already do the right thing and bind mount the /tmp dir to /media/$USER
04:11
cyberorg, right
04:11
called by ltspfsmounter
04:22
<knipwim>
ogra: it doesn't, but thanks, i now know where to look for
04:24mikkel has quit IRC
04:25bobby__C has quit IRC
04:26mikkel has joined #ltsp
04:26vvinet has joined #ltsp
04:35
<slashdotfx>
ogra, can you help with with usb stick not mounted on server problem?
04:35
I run jaunty ltsp, after following ubuntu wiki on debugging ltsp local devices
04:35
<ogra>
no idea :)
04:35
is it properly partitioned ?
04:35
<slashdotfx>
on the last step, ssh -S /var/run/ldm_socket(etc) user@server id
04:36
the process just stop
04:36
yes, it is properly partitioned
04:37
it mount and showed ok if I plug it just before the client bootup
04:37
but if I plugged it in after client bootup, it doesn't show up on the server
04:39
<ogra>
nothing in /media/$USER ?
04:39
<slashdotfx>
nothing, if i see on the thinclient console, from dmesg, it detect the usb ok
04:40
<ogra>
can you put the last lines of dmesg on the client on the pastebot ?
04:40
!patebot
04:40
<ltspbot`>
ogra: Error: "patebot" is not a valid command.
04:40
<ogra>
!pastebot
04:40
<ltspbot`>
ogra: "pastebot" is The LTSP pastebot is at http://pastebot.ltsp.org. Please paste all text longer than a line or two to the pastebot, as it helps to reduce traffic in the channel. A link to the content will be pasted in the channel.
04:40
<ogra>
bah
04:41
<NeonLicht>
slashdotfx, what hapens if (after you boot the client with the stick pluged in) you remove the stick and plug it in again? Does the server get to access it again?
04:44
<ltsppbot>
"slsahdotfx" pasted "usb stick not mounted on server" (53 lines) at http://pastebot.ltsp.org/313
04:45
<slashdotfx>
NeonLicht: if I remove the stick, and removeing it, the mount point is still there
04:45
<ogra>
slashdotfx, hmm, i wonder why you use squashfs there
04:45
ubuntu switched to aufs with intrepid
04:46
is that an upgraded system or a fresh jaunty install ?
04:46
<slashdotfx>
it's fresh install
04:46
<ogra>
hmm ... the squashfs errors look worrying in your dmesg
04:47
the usb key looks fine
04:48
to me it looks more like your whole client FS is dieing
04:49
can you do a ls of any dir (/usr/lib for example) on the client ?
04:50
<slashdotfx>
yes I can, I can log into the client without problems (via ssh)
04:51
<ogra>
and the ls doesnt produce any filesystem errors ?
04:51
it realloy looks like something screwed the client chroot
04:52
did you install anything or made any changes apart from installing the ssh server ?
04:52
<slashdotfx>
no ogra, no error on filesystem at all
04:52
I only add openssh-server and wakeonlan
04:52
if I try to add some more packages, my thinclient wont boot, that is another problem
04:52
<ogra>
Apr 27 15:53:20 w6 kernel: [ 19.734666] nbd0: Attempted send on closed socket
04:52
Apr 27 15:53:20 w6 kernel: [ 19.734725] end_request: I/O error, dev nbd0, sector 369824
04:52
Apr 27 15:53:20 w6 kernel: [ 19.734799] SQUASHFS error: sb_bread failed reading block 0x2d250
04:53
thats definately a disconnect of the client
04:54wwx has quit IRC
04:54
<ogra>
sometrhing is badly screwed in your chroot imho ... i'd try to move away the old .img file and chroot (sudo mv /opt/ltsp /opt/ltsp.bak) and re-run sudo ltsp-build-client
04:54
see if it works then, if it does, try to find the difference between /opt/ltsp.bak/i386 and /opt/ltsp/i386
04:55
<slashdotfx>
yes, I've already did rebuild the chroot, couple of times
04:56
with pristine (from ltsp-build-client) without adding openssh-server or wakeonlan, the nbd error is still there
04:56
<ogra>
the "end_request: I/O error, dev nbd0, sector 369824" ?
04:56
note that we enforce a reconnect, but that surely shouldnt trigger any squashfs errors
04:57
<slashdotfx>
Apr 27 15:53:20 w6 kernel: [ 11.943448] nbd0: unknown partition table
04:57
<ogra>
thats fine
04:57
<slashdotfx>
Apr 27 15:53:20 w6 kernel: [ 19.681349] nbd0: NBD_DISCONNECT
04:57
Apr 27 15:53:20 w6 kernel: [ 19.710253] nbd0: Receive control failed (result -32)
04:57
Apr 27 15:53:20 w6 kernel: [ 19.721617] nbd0: queue cleared
04:57
and that
04:57
Apr 27 15:53:20 w6 kernel: [ 19.734666] nbd0: Attempted send on closed socket
04:58
<ogra>
thats all fine, the squashfs errors arent
04:59
<slashdotfx>
ic, ok I'll try to rebuild it again, and find the difference, thank you
04:59
<ogra>
anyway, if you tried already with a clean chroot the only thing i can imagine is a kernel issue with your HW so the kernel doesnt see the plug events
04:59
any idea what USB controller that client hasd ?
05:00
(lspci should show something )
05:01
<slashdotfx>
00:03.3 USB Controller: Silicon Integrated Systems [SiS] USB 2.0 Controller
05:01
<ogra>
shudder :) SiS
05:01
but that should still work though ...
05:01
<slashdotfx>
:) it a cheap mobo, I know, but that is what we can get down here :)
05:01
<ogra>
even if its crap HW
05:01
can you check if udevd is running ?
05:02chrisjrob has joined #ltsp
05:02
<slashdotfx>
yes udev daemon is running
05:03
ogra, what about ldm_socket? if I try to "ssh -S /var/run/ldm_socket_3806_192.168.0.1 user@server id" it should run ok right?
05:03
but it doesn't, the ssh process is hung
05:03
<ogra>
no idea, that troubleshooting page is massively out of date
05:03Remaille has joined #ltsp
05:03
<slashdotfx>
I see couple of ltspfs_entry is hung also, because it run "ssh -S" too
05:04
<ogra>
hmm
05:04
LDM is running fine and you are logged in through it while trying teh commands i assume
05:04
<slashdotfx>
but if I run ssh with new different socket, it runs ok
05:05
<ogra>
(else that socket wont exist at all)
05:07
i'm not even sure the socket location in the wikipage still matches ... check /var/run after you logged in through ldm, ldm creates it during the session login process
05:08
<slashdotfx>
yes it still there
05:12
<ogra>
do you have any special setup of your sshd server side ?
05:12
something that might restrict socket usage in ssh connections
05:13
<slashdotfx>
no ogra, only ListenAddress directive, set to 0.0.0.0 if that matters
05:14
<ogra>
can you revert to the default sshd_config and check ?
05:14
<slashdotfx>
that because I want to turn ssh from listening on ipv6
05:15
<ogra>
it might enforce a DNS lookup to set that, not sure
05:16kevincolyer has joined #ltsp
05:16
<ogra>
so the server would eternally try to look up the client name
05:16Remaille has quit IRC
05:19kevincolyer has quit IRC
05:20
<slashdotfx>
still no good, I've revert sshd_config back, the ssh socket cannot be reused
05:20kevincolyer has joined #ltsp
05:22
<kevincolyer>
Anybody got experience of LTSP with KDE 4.2? Very little in mailing list I can see. I'm thinking of upgrading 3.5 and concerned about performance hits on thin clients.
05:22
<ogra>
did you make any changes to the ssh_config file on the client =
05:22
<kevincolyer>
yes, I turned off the encryption
05:22
<slashdotfx>
no ogra, no changes at all
05:22
<ogra>
kevincolyer, that was to slashdotfx, sorry
05:22
<kevincolyer>
oops
05:23
<slashdotfx>
btw, if I set LDM_DIRECT=True, the client won't boot properly, again that is another problem :)
05:23
oops sory, LDM_DIRECTX=False
05:27
and what user groups beside fuse, should thinclient users be a member of?
05:27
<ogra>
the default set adduser or the GUI tool use
05:31
<chrisjrob>
i am rolling out a new debian lenny ltsp5 server, as phase 1 we are using LTSP to connect to a citrix server, but after about 20mins or so the monitor switches off, but when it comes back rdesktop is unresponsive, and needs to be restarted. has anyone come across this problem?
05:33
<slashdotfx>
I had to run, see you and thanks ogra, I'll try to gather some more information
05:33
<ogra>
slashdotfx, if LDM_DIRECTX doesnt work i'd start looking server side
05:34
that and teh nonworking local device indicates somehow that somethng in your server setup is screwed
05:35
slashdotfx, note that LDM_DIRECTX=False is the default ... we would have had a lot of bugreports if it wouldnt work for other users
05:36vvinet has quit IRC
05:38wwx has joined #ltsp
05:59wwx has quit IRC
06:00wwx has joined #ltsp
06:24pmatulis has joined #ltsp
06:29
<zamba>
i need some advice for my thin client setup.. i've set up fat clients running ubuntu in my lab environment.. this is for a school with students aged 6 to 14, so for simplicity and stable learning environment we've set up the machines to only log on using one shared account for every user..
06:30dark4og has joined #ltsp
06:30
<zamba>
i've also set up a nfs shared /home directory.. but to prevent one of the student's changes being permanently replicated to all others, i mount a unionfs ontop of the read-only /home directory.. this works very nicely for the fat clients, but i want to do the same for the thin clients.. any suggestions?
06:34alkisg has joined #ltsp
06:39mamboloco has joined #ltsp
06:42yanu_ has quit IRC
06:43
<NeonLicht>
hey, alkisg, did you finally check out the time out thing on your Win2003 server? I still have the pop up of the login screen trouble here :-(
06:44
<alkisg>
Hello NeonLicht, no, I didn't check anything, I didn't know if you needed me to...
06:44mamboloco has quit IRC
06:44
<alkisg>
Want me to check when I get some free time?
06:45
<NeonLicht>
alkisg, well, that's really annoying people here. THey simply cannot work on the thin clients with the thing poping up every few minutes on their screen :(
06:45
I would really appreciate if you could, alkisg :)
06:45
<alkisg>
You could bypass that with a login script like Gadi told you, but if you prefer to do it from the windows-side, then I could have a look...
06:46
Just one thing - I think I have a 2008 installation on vbox, not a 2003 one - I hope they're similar
06:46
<NeonLicht>
alkisg, I'm not a coder and have no clue on how to write the script, alkisg
06:47mamboloco has joined #ltsp
06:47
<NeonLicht>
I just need to get rid of this behaviour, or just have everybody here (but me) go back to PCs running Windows and forget aout the nice thin clients I've got installed
06:49mamboloco has quit IRC
06:53
<alkisg>
NeonLicht: well an easy solution would be to ask/pay someone to write you that script - it wouldn't take more than a few minutes - but anyway I'll have a look into it, I'll tell you probably tomorrow.
06:54
<NeonLicht>
thanks a lot, alkisg, I really appreciate it
06:58
<zamba>
i need some advice for my thin client setup.. i've set up fat clients running ubuntu in my lab environment.. this is for a school with students aged 6 to 14, so for simplicity and stable learning environment we've set up the machines to only log on using one shared account for every user..
06:58
i've also set up a nfs shared /home directory.. but to prevent one of the student's changes being permanently replicated to all others, i mount a unionfs ontop of the read-only /home directory.. this works very nicely for the fat clients, but i want to do the same for the thin clients.. any suggestions?
06:59
<alkisg>
"using one shared account for every user.." => you mean for every PC?
06:59
<NeonLicht>
wouln't that mae things more difficult instead of easier?
06:59
s/mae/make
07:00
<ogra>
it would break a lot of things :)
07:02F-GT has quit IRC
07:03
<kevincolyer>
Any advice or experience with KDE 4?
07:05F-GT has joined #ltsp
07:26
<Drakonen>
zamba: one account sounds quite problematic actually :s
07:31pmatulis has quit IRC
07:35pmatulis has joined #ltsp
07:39shogunx has quit IRC
07:54F-GT has quit IRC
07:57F-GT has joined #ltsp
08:07shogunx has joined #ltsp
08:11Selveste1_ has joined #ltsp
08:13Selveste1 has quit IRC
08:16Egyptian[Home] has quit IRC
08:18Gadi1 has joined #ltsp
08:19Egyptian[Home] has joined #ltsp
08:24_Shane has joined #ltsp
08:24dark4og-mobile has joined #ltsp
08:24
<_Shane>
Does anyone have any experience with LTSP terminals randomly locking up?
08:27F-GT has quit IRC
08:28F-GT has joined #ltsp
08:33coolzero has joined #ltsp
08:39rjune has quit IRC
08:42rjune has joined #ltsp
08:43dark4og-mobile_ has joined #ltsp
08:44
<coolzero>
Bonjour tous le monde
08:45dark4og-mobile has quit IRC
08:45dark4og-mobile_ is now known as dark4og-mobile
08:48coolzero has quit IRC
08:51
<kevincolyer>
Any advice or experience with KDE 4? Really? Anyone!
08:53X-TaZ has quit IRC
08:54Guest68355 has quit IRC
08:55dark4og-mobile has quit IRC
08:57dark4og-mobile has joined #ltsp
08:59alkisg has quit IRC
09:02alkisg has joined #ltsp
09:04mikkel has quit IRC
09:21F-GT has quit IRC
09:24F-GT has joined #ltsp
09:31
<_UsUrPeR_>
hey, can anyone point me towards the code that allows X_VIRTUAL in the lts.conf for Fedora?
09:31* _UsUrPeR_ needs to get virtual resolutions working in openSUSE 11.1's lts.conf
09:34tsurc has quit IRC
09:39primeministerp has joined #ltsp
09:40
<zamba>
alkisg: for every pc, yeah
09:40
Drakonen: well.. that's why i have the unionfs mounted on-top
09:42dan_young has joined #ltsp
09:43
<alkisg>
zamba: well answering after 2 hours makes conversations a little difficult... :)
09:43
What was the problem again?
09:55jcastro_ has joined #ltsp
09:55jcastro_ has left #ltsp
10:04
<chrisjrob>
using debian lenny, with rdesktop to connect to a citrix server, we are finding that the clients are locking up; we believe when client goes into power-saving. when the screen wakes up the citrix display is still present, but unresponsive. has anyone seen this behaviour?
10:05
(ltsp5)
10:09mahdi_ja has joined #ltsp
10:10
<mahdi_ja>
hi all]
10:10
i want run windows app on my linux ltsp server. i can do this without less performance ?
10:12
<chrisjrob>
windows apps will not run on linux without either Wine or a connection to a windows server (which may or may not be virtualised)
10:12
no all apps will run under wine.
10:13
s/no/not/
10:13
<mahdi_ja>
chrisjrob: i can create virtual windows with xen and when client connect to ltsp server run virtual windows.
10:14
<chrisjrob>
yes, and performance shouldn't be any worse connecting from linux to windows than from windows to windows.
10:15
<mahdi_ja>
chrisjrob: thank you.
10:16
<chrisjrob>
we are using kvm to virtualise windows, and using rdesktop to connect from ltsp to the virtualised windows server 2003.
10:17
<mahdi_ja>
chrisjrob: kvm stronger than xen.
10:17
chrisjrob: kvm stronger than xen ?
10:17
<chrisjrob>
no idea, never used xen, sorry.
10:19
<NeonLicht>
en is wonderful, mahdi_ja, I use it to do server consolidation and live migration
10:19
<chrisjrob>
note that the windows applications will run in a full screen Windows desktop, unless you use the Cendio seamlessrdp rdesktop patch,
10:19
or go the proprietary route with 2X or Citrix.
10:19
<ogra>
just dont forget that you violate the windows licensing if more than one user uses the same copy
10:19
<NeonLicht>
s/en/Xen
10:20
<chrisjrob>
we use a terminal server with licences for all users,
10:20
<ogra>
right
10:20
but with Xen you will likely use the same image shared
10:20
or with any other virtualization software
10:21* ogra doesnt mind if people violate MS licenses anyway, just wanted to point the legal issues out
10:21staffencasa has joined #ltsp
10:21
<mahdi_ja>
NeonLicht: you virtual windows there is in the ltsp server or on the separate server.
10:22
<NeonLicht>
mahdi_ja: I never use Windows, sory, just Debian GNU/Linux, OpenBSD and FreeBSD
10:23
<mahdi_ja>
what idea is better:virtual windows is in ltsp server or on the separate server ?
10:24
<chrisjrob>
mahdi_ja: with kvm we have the windows server running on the same metal as the ltsp servers,
10:24
but always preferable to separate, if you can afford the extra hardware.
10:25
we have 25 users on a dual quad-core xeon server with 4gb ram, with most users using windows and linux applications seamlessly on the same server, and performance is fine.
10:27
<mahdi_ja>
chrisjrob: why your virtual windows is server 2003,can i use xp or i must windows server family ?
10:28
chrisjrob: why your virtual windows is server 2003,can i use xp or i must use windows server family ?
10:29
<chrisjrob>
for licensing reasons - its cheaper to licence 25 users on a windows server, than to buy 25 xp licences
10:29Remaille has joined #ltsp
10:29
<chrisjrob>
also, getting xp to work in this way is a bodge
10:29
whereas windows server with terminal services is designed for the purpose.
10:30yanu has joined #ltsp
10:31
<mahdi_ja>
chrisjrob: you do not use terminal server properties of windows server 2003,you user this for desktop reason,i think right ?
10:31richard_parker_v has joined #ltsp
10:32
<chrisjrob>
we use terminal services, because this enables multiple users to connect via rdesktop to the windows server, which is how our linux users are connecting to the windows server.
10:32
<richard_parker_v>
Good day. Anyone on that is familiar with LOCALAPPS and related scripts?
10:33
<chrisjrob>
mahdi_ja: but we switch off the desktop, so that the applications run seamlessly on the linux desktop,
10:34
but, as I said, this requires the Cendio patch, and also another from Fontis to enable each user to use multiple applications - but if you are happy for Linux users to log into a Windows desktop, then you don't need these.
10:36
<NeonLicht>
chrisjrob, do you set up LTSP to log into LTSP (ldm) and Windows servers on different VTs?
10:36japerry has quit IRC
10:36
<mahdi_ja>
chrisjrob: thank you.
10:37mahdi_ja has quit IRC
10:38
<chrisjrob>
NeonLicht: no we just have the Windows applications integrated into the KDE menus, run Internet Explorer from the menu, and it almost instantly logs into the terminal server, and returns Internet Explorer as a seamless window on the Linux desktop.
10:38
the next application piggybacks the same connection, so that it loads instantaneously as a second windowed application on the linux desktop.
10:40
we use the standard rdesktop drive mapping to make the file structure seamless as well, so that "My Documents" under windows is /home/user/Documents under Linux.
10:42
of course the Windows applications don't look like native linux applications, and obviously you're not going to play 3d accellerated games on the Windows server, but really it works well.
10:52
<richard_parker_v>
regarding LOCAL_APPS -- the S01-localapps script takes care of UID and GID on the client, but expects /etc/passwd and /etc/group to be rw -- eg mounted tmpfs, but on our clients, these locations are not--they are on the readonly mount and thus the attempt to modify them locally fails and the script fails. Are we missing a parameter in lts.conf? LOCAL_APPS is true...
10:58coolzero has joined #ltsp
10:58pmatulis has quit IRC
10:58
<coolzero>
bonsoir tous le monde
10:58pmatulis has joined #ltsp
10:58
<coolzero>
je cherche un petit coup de main s'il vous plait
10:58
<ogra>
richard_parker_v, you mean you use nfs ?
11:01
<coolzero>
vous parler francais ici ?
11:02nicoAMG has joined #ltsp
11:02
<richard_parker_v>
ogra: yes, we had some problems with nbd on some of our older clients--I can't remember now the details, but the short story was that they did not boot until we reverted back to nfs.
11:02
<coolzero>
do you speak french here ?
11:03
<ogra>
richard_parker_v, in nbd the whole rootfs is writable (and so are group and password) after the client has booted, for nfs the two files are in the bindfiles variable in /etc/default/ltsp-client-setup so should be writable as well
11:03
<coolzero>
ha y a pas de francais ici ?
11:03coolzero has quit IRC
11:03
<ogra>
coolzero, not normally, no, this is mainly an english speaking chgannel
11:03
pfft
11:03
<Lumiere>
boom?
11:03coolzero has joined #ltsp
11:03
<ogra>
heh
11:03
coolzero, not normally, no, this is mainly an english speaking channel
11:04
<Lumiere>
ogra: "Remote closed the connection" is usually a boom
11:04
<coolzero>
que ce passe t-il
11:04
<Lumiere>
*food*
11:04
<richard_parker_v>
ogra: I looked at bindfiles and I didn't see them there (passwd and group) -- I expect I can just add them?
11:05
<ogra>
Lumiere, yeah ... the nicer variant of that swedish guy who often resets your connection ...
11:05
Lumiere, peer is his name i think :P
11:05
richard_parker_v, right, they should be there by default though
11:06
anyway, /me calls it a day
11:07CAN-o-SPAM has joined #ltsp
11:09jammcq has joined #ltsp
11:09
<jammcq>
hola #ltsp
11:09nubae has quit IRC
11:10nubae has joined #ltsp
11:14
<coolzero>
merci
11:16
bonsoir
11:16
hi
11:19vvinet has joined #ltsp
11:32
<alkisg>
stgraber: the locale fix made it for jaunty and works fine, thanks a lot! :)
11:33
<zamba>
alkisg: i'm using a shared user account for all my machines.. with the fat clients i fix this by combining the read only home directory with a writable tmpfs using unionsfs.. i want to do the same using ltsp..
11:33
<alkisg>
zamba: why???!!!
11:34
<zamba>
alkisg: for simplicity and ease of management.. it has been decided this way because we don't want all the extra management for 130+ students with forgotten usernames/passwords..
11:34
and all are aged 5-6 to 14
11:35
we also want to make sure that all students have identical desktops for the learning environment
11:35
<alkisg>
zamba, e.g. for ltsp you could have 1 user for each pc, and with ldm_autologin you won't even need to enter a username/password
11:35
<zamba>
well.. those other arguments i mentioned is also valid..
11:35
are*
11:35
<alkisg>
And you could lock down panels or even delete the home directory after each logout
11:35
<coolzero>
je chercher un peti coup de main pour installer un serveur ltsp dommage
11:35
<zamba>
coolzero: i think you have to write english in here to make yourself understood
11:36
<alkisg>
zamba: so I see extra work the way you do it, not less...
11:36
<zamba>
alkisg: well.. on the fat clients it's very easy..
11:36richard_parker_v has quit IRC
11:36
<zamba>
alkisg: much easier than writing scripts to wipe home directories or doing something other fancy
11:37
<alkisg>
ok, so what's the difference with ltsp? can't you also use the same login script for unionfs?
11:37
<zamba>
alkisg: no, because all the pam magic happens server side
11:37
<alkisg>
So? ltsp apps also run server side...
11:38
<zamba>
yeah, but i have to do the unionfs-part on the client, if not then the tmpfs will be mounted on-top of the home directory in effect permanently
11:38
and then all users will see the same unionfs
11:39
<alkisg>
If you do the unionfs part on the client then the client is not really thin anymore... how much RAM is this going to need?
11:40
<zamba>
i could of course create one directory on the server for each thin client
11:40
<alkisg>
E.g. if the user surfs on the net and downloads e.g. 100 Mb of stuff, or temporarily copies a movie from a usb to his home dir, what then?
11:40
<zamba>
oh.. one modification.. i don't use tmpfs..
11:41
i did in my first tests, but then i experienced the same issues as you refer to now
11:41
instead i just used disk
11:41
<alkisg>
And your thin clients have disks?
11:41
<zamba>
nope, i don't want them to have that.. but i was thinking if i instead created one temp directory for each thin client on the server
11:42
<alkisg>
So why not a different user account WITH a unionfs? What would the difference be?
11:42
<zamba>
that each of them can write to and then is mounted with unionfs
11:42
the overhead with user administration
11:43
<alkisg>
what, creating 100 users with a single command line script? because they won't even need to enter usernames/passwords...
11:43
Creating the directories would be of equal overhead
11:43
<zamba>
disk space is also an issue
11:43
<alkisg>
Why is that different?
11:44
<zamba>
*sigh*
11:45
i want to do it this way, because that's the way we've done it with the fat clients..
11:45
is it possible or is it not?
11:45
we can't do autologin either, because we have different groups of users.. one is for the students but another is for the teachers
11:46Lns has joined #ltsp
11:46
<zamba>
and they will log on to the system approx. an even number of times
11:46
<alkisg>
OK, guest login then, with a single button on ldm... I have this for my students... anyway
11:47
<zamba>
guest login? you mean the built-in guest account in ubuntu?
11:47
<alkisg>
So... (07:37:19 μμ) zamba: yeah, but i have to do the unionfs-part on the client, if not then the tmpfs will be mounted on-top of the home directory in effect permanently ==> you later said you don't want that,
11:47
zamba: no, guest login is a feature of ltsp
11:47
<zamba>
i altered what i meant with "tmpfs"
11:48
it's not in fact a tmpfs (meaning in ram), but a directory on the disk
11:48
<alkisg>
So, again, if you're going to do it on the server, what's the difference with the fat clients?
11:49
<zamba>
well.. the effect would be that all clients will share the same unionfs
11:49
meaning that all changes will be replicated to every other client
11:49
<alkisg>
Well, that's why I proposed different accounts, but then you said you'd use different dirs for each client...
11:49
<zamba>
which would be just the same as letting all the users access the same /home with read and write rights.. only that the changes never would hit the underlying /home
11:50
i'm just thinking of a solution to it.. that if i maybe created different temp directories on the server for each client.. and then do the unionfs mounting on the client
11:51
<alkisg>
And then I said that unionfs on the client is wrong because you don't have enough ram or disk there... I don't think this is going anywhere... :)
11:51
<zamba>
on the server: /tmp/tmp-01/, /tmp/tmp-02/, tmp/tmp-03/ and then on the clients: client-01 does a unionfs mount between a ro /home and a rw /tmp/tmp-01/
11:51
this won't use ram
11:51
this uses file storage on the server
11:51
<alkisg>
It'll use network bandwidth, though
11:51
<zamba>
sure, but that's no biggie
11:52
but would my solution be possible?
11:52
<alkisg>
Well, you may try it, I don't think anyone else has :)
11:53
<zamba>
on the fat clients i use pammount to accomplish this.. but according to vagrantc yesterday, all pam stuff happens server side
11:53
.. with ltsp
11:54
<alkisg>
You know, a login script that empties everything sounds really more easy than all that you're saying... :)
11:54
<zamba>
maybe :)
11:55
but how do i know what to empty?
11:56
in practice that was really the whole idea with doing a temp directory and unionfs.. because you could then just umount the unionfs and all the changes would be wiped.. not the "skeleton"
11:56
if you're going to wipe everything afterwards, then you need some mechanism to track what to wipe and what to leave..?
11:57
<alkisg>
I don't think so, e.g. I usually delete the whole directory and then copy /etc/skel... I'm sure you can find information on google for this
11:57
But if you do it at login (as opposed to logout) it's easier.
11:58
<zamba>
alkisg: well.. the skeleton should be updated now and then.. with configuration for firefox, openoffice and so on..
11:59
<alkisg>
And? That wouldn't affect your login script...
12:00
<zamba>
no, but it would be much harder for a teacher to update the students /home directory if he has to know linux commands to copy the right stuff into /etc/skel
12:00
instead of just logging on a machine that has no unionfs mounting and do the changes there
12:00
<alkisg>
You may copy /home/testuser instead of /etc/skel
12:01chrisjrob has left #ltsp
12:01
<zamba>
sure, but the problem is still the same.. the people administering this isn't especially linux savvy
12:03
i could of course set up a cron job that copies the home directory now and then, but this would introduce some delay
12:03coolzero has left #ltsp
12:04
<zamba>
so i'm still convinced that the by far easiest way is to just introduce a unionfs layer on-top of the home directory for the selected user
12:04
so i'm still convinced that the by far easiest way is to just introduce a unionfs layer on-top of the home directory for the selected user.)
12:04
oh!
12:04
sorry
12:04
arrow-up :)
12:05
<alkisg>
I'd say that you're looking for sabayon (it's a program that helps setting up the users' environment the way you want it) but I don't know if it's been fixed, it had problems a while back..
12:08russell_nash has joined #ltsp
12:20
<russell_nash>
Hi, I am paying a return visit after several months. I still can't get my LTSP client to load the gnome desktop after login. I am using Jaunty. I assume it is the the same gnome problem that has existed since Hardy, though I currently only get this in my .xsesson-errors file http://pastebin.com/d2994f6a Is there any progress on this front?
12:34vagrantc has joined #ltsp
12:34lucascoala has joined #ltsp
12:38vvinet has quit IRC
12:50
<cyberorg>
hi, can anyone explain how screen-session.d scripts are used? i can't seem to understand how they work
12:51
they seem to be sourced from /usr/share/ltsp/screen-x-common, but that script is not executed from ldm or screen_session
13:26spectra has joined #ltsp
13:26alkisg has quit IRC
13:27lucascoala has quit IRC
13:33alkisg has joined #ltsp
13:34droalt has joined #ltsp
13:35
<droalt>
hi guys, I have serveral setups working with intrepid and using a windows dhcp server, but for some reason just can't seem to get one of them working
13:35
get a tftp timeout error on the ltsp client
13:36bobby_C has joined #ltsp
13:38alkisg has quit IRC
13:40schregge has joined #ltsp
13:42
<schregge>
hi, i have a small problem with ltsp5 and remote logging. The syslog messages are comming realy slow and much too late from the clients....
13:42alkisg has joined #ltsp
13:44japerry has joined #ltsp
13:45
<droalt>
is the date/time correct on the ltsp and syslog servers
13:45japerry_cat has joined #ltsp
13:45
<schregge>
ltsp and syslog server are the same
13:46
and date/time is correct
13:47
<droalt>
not sure then
13:47
how long is the delay?
13:48
seconds, minutes, hours, days...
13:52
<schregge>
minutes
13:53
when the terminal is up, i get messages from the boot process
13:54
<droalt>
so whats wrong with waiting a few minutes for it to pull the information
14:00japerry_cat_ has joined #ltsp
14:05japerry has quit IRC
14:06
<schregge>
its very hard for debugging...
14:10russell_nash has left #ltsp
14:13lucascoala has joined #ltsp
14:15droalt has quit IRC
14:15
<ogra_>
schregge, add a (fake) entry for every client to /etc/hosts of the server there is a bug in syslogd that enforces it to do a hostname lookup for every line it recieves
14:17
<schregge>
ok, thanks
14:17
<ogra_>
(this is why i.e. in ubuntu remote syslogging isnt on by default ...)
14:17japerry_cat has quit IRC
14:17* ogra_ goes afk again
14:37schregge has quit IRC
14:38nicoAMG has quit IRC
14:47Selveste1_ has quit IRC
14:52elisboa has quit IRC
14:52Lns has quit IRC
14:55Selveste1 has joined #ltsp
14:58Gadi1 has left #ltsp
15:01japerry_cat_ has quit IRC
15:01pmatulis has quit IRC
15:01pmatulis has joined #ltsp
15:02Selveste1 has quit IRC
15:03Selveste1 has joined #ltsp
15:05elisboa has joined #ltsp
15:06Selveste1 has quit IRC
15:10Selveste1 has joined #ltsp
15:17vvinet has joined #ltsp
15:21pimpministerp has joined #ltsp
15:21jammcq has quit IRC
15:27Ahmuck-Sr has joined #ltsp
15:27
<Ahmuck-Sr>
hi. when i upgraded from 8.10 to 9.04 i lost flash
15:27litlebuda has joined #ltsp
15:32lucascoala has quit IRC
15:32Ahmuck-Sr has quit IRC
15:33pmatulis has quit IRC
15:34primeministerp has quit IRC
15:49alkisg has quit IRC
15:56CAN-o-SPAM has quit IRC
15:59Selveste1 has quit IRC
16:16spectra has quit IRC
16:27
<zamba>
i have a problem logging on my thin client
16:27
if i enter the wrong password i get a "permission denied" error back
16:28
but if i enter the right password, i get a blank screen for a split second and the it returns back to the login screen
16:28
then it*
16:28
in auth.log on the server i see: pam_env(sshd:setcred): Unable to open env file: /etc/default/locale: No such file or directory
16:29
and nothing in any other log files as far as i can tell
16:31Remaille has quit IRC
16:31
<zamba>
update-locale created the file
16:31
let's see what happens now
16:32
nah, same problem
16:33vvinet has quit IRC
16:41
<zamba>
could it be that i haven't got the required packages installed on the server to get a session running?
17:02comfrey has joined #ltsp
17:03
<comfrey>
vagrantc: hey... i am having issues using vnc from a thing client connecting to a vncserver...
17:04
<vagrantc>
i haven't really used vnc much at all...
17:04
let alone with thin clients
17:04
maybe others will be around
17:04
<comfrey>
ok... yeah, i can connect through ssh tunnel...
17:04
but not from a thin client
17:08Faithful has quit IRC
17:21
<zamba>
vagrantc: hi, it's me again ;)
17:30bobby_C has quit IRC
17:40J45p3r__ has quit IRC
17:40J45p3r__ has joined #ltsp
17:41J45p3r__ has left #ltsp
18:00dan_young1 has joined #ltsp
18:08vagrantc has quit IRC
18:10dan_young1 has quit IRC
18:15dan_young has quit IRC
18:15dark4og has quit IRC
18:27map7`afk has quit IRC
18:40vvinet has joined #ltsp
18:40staffencasa has quit IRC
19:07nubae has quit IRC
19:07nubae has joined #ltsp
19:44rjune_ has quit IRC
19:44rjune_ has joined #ltsp
19:51rjune__ has joined #ltsp
19:53zamba has quit IRC
19:54rjune_ has quit IRC
19:58zamba has joined #ltsp
20:11vvinet has quit IRC
20:14jammcq has joined #ltsp
20:20try2free has joined #ltsp
20:23try2free has left #ltsp
21:04pimpministerp has quit IRC
21:17aminus has joined #ltsp
21:17
<aminus>
hi
21:17
does anyone have experience with dell optiplex gx1
21:17
http://support.dell.com/support/edocs/systems/ban_gx1/specs.htm
21:26aminus has quit IRC
22:04japerry has joined #ltsp
22:06
<Ryan52>
aminus: probably best to have more than 9 minutes of attention span and to ask a real question.
22:06twinprism has joined #ltsp
22:20lucascoala has joined #ltsp
22:23wigwam has quit IRC
22:24wigwam has joined #ltsp
22:43nicoAMG has joined #ltsp
22:43twinprism has left #ltsp
22:47pytnxmswigq has joined #ltsp
22:48|Paradox| has quit IRC
22:48pytnxmswigq is now known as |Paradox|
23:05map7 has joined #ltsp
23:10alkisg has joined #ltsp
23:12nicoAMG has quit IRC
23:15vagrantc has joined #ltsp
23:35alkisg has quit IRC
23:42lucascoala has quit IRC
23:55map7 has quit IRC
23:56vagrantc has quit IRC
23:59xmedex has joined #ltsp
23:59
<xmedex>
why when i try to login from 9.04 thin client it says the server not respond???