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


Channel log from 14 July 2010   (all times are UTC)

00:00alexqwesa has quit IRC
00:01alexqwesa has joined #ltsp
00:14alkisg has joined #ltsp
00:15Egyptian[Home] has quit IRC
00:57
<nutron>
Does my user have to belong to the audio group on the server?
00:58
'ello?
01:00
hmm and i get a cannot mount volume error when i plug in a usb stick. org.freedesktop.dbus.error.accessdenied. I don't understand who's permissions i need to set to what..? this is on the thin client
01:01pthsWork has joined #ltsp
01:08
<map7>
My date/time is wrong on all my thin clients. It's out by 22hrs on every one. The time is correct in the BIOs though and it's set for this country when I check with 'date -R' in a localapps xterm session.
01:08
What else could be effecting my date on my thin clients?
01:09
It's very annoying as when a person sends an email from thunderbird (running as a local app) it turns up with the wrong date.
01:09
but if they send using thunderbird (server app) it's fine.
01:10
<alkisg>
nutron: is that lucid?
01:10
map7: do you use a timeserver in lts.conf?
01:11
<map7>
yes it's lucid
01:11
no time server is set in lts.conf
01:11
<alkisg>
TIMEZONE=Europe/Athens
01:11
TIMESERVER=91.189.94.4
01:11
Try similar to those
01:12
(the ip is the ubuntu ntp server, so you can keep that)
01:12
nutron: it's best if they *don't* belong to the audio group on the server
01:13
<map7>
alkisg, I'm in Melbourne Australia so would I set the TIMEZONE to Australia/Melbourne
01:13
<alkisg>
map7: ls -R /opt/ltsp/i386/usr/share/zoneinfo/posix
01:14
Australia/Melbourne sounds right, yeah...
01:17
<map7>
alkisg, I've rebooted my thin client and it's still wrong
01:19
alkisg, I notice that my chroot image for the thin client doesn't have the ntpdate program, does it need that installed?
01:20
<muppis>
I think it should be.
01:21
<alkisg>
root@alkis:/# LANG=C aptitude why ntpdate
01:21
i ubuntu-minimal Depends ntpdate
01:21
Urm, shouldn't you have ubuntu-minimal installed? But yeah, ntpdate is required.
01:21
<map7>
ah, it's not in the path
01:21
it's under /usr/sbin
01:23
I'm thinking it maybe a firewall problem
01:23
<alkisg>
ntpdate $TIMESERVER; hwclock --systohc --utc --noadjfile
01:23
That's what ltsp-init-common does - try to run those from a SCREEN_02=shell
01:24
(replace TIMESERVER with the actual IP)
01:28
<map7>
alkisg, That works in screen 2
01:30
<alkisg>
map7: In screen 2, try: getlts.cfg -a
01:30
sorry
01:30
getltscfg -a
01:31
Does that show you the TIMESERVER etc settings from lts.conf?
01:32
<map7>
yes it does
01:33
could ldm be doing something to the date?
01:34
<alkisg>
map7: so... if you run those commands, does ldm then show the correct date?
01:34
<map7>
alkisg, this time when I boot and login to the GUI the time is correct
01:34
yes
01:34
<alkisg>
The time is "remembered" across boots
01:35
So I believe that if you manually set the wrong time and reboot, it'll be kept
01:35
<map7>
maybe that's what happened
01:35
I don't remember doing anything like that though
01:35
<alkisg>
No I didn't mean that
01:35
<map7>
do I have to do that per machine
01:36
<alkisg>
I mean that it's not working properly, and now it's only working because you set it manually
01:36
So you still have a problem to solve there
01:36
No you shouldn't have to do that per machine
01:37
<map7>
alkisg, So I just rebooted my TC and it works
01:37
<alkisg>
map7: do another test: in screen 2 set the wrong time, and run hwclock --systohc --utc --noadjfile
01:37
Then reboot. If it still has the wrong time, then it's either a local problem or an upstream bug
01:38
(or, boot another client and see if it gets the correct time)
01:40
<map7>
just rebooting now
01:41
After a reboot it's still the wrong time
01:41
so it remembered what I set
01:41
<alkisg>
So the ltsp init scripts are not working for you
01:41
How are the clients accessing the internet?
01:41
Through NAT on the server?
01:41
<map7>
yes NAT
01:42
I've got an inhouse time server
01:42
so I've set the timeserver to that
01:42
and still have the problem
01:42
<alkisg>
Let me recheck here locally that everything is working ok...
01:45
<map7>
would the problem be that the call in ltsp-init-common doesn't include the full path to ntpdate
01:45
as my path doesn't include /usr/sbin
01:45
for some reason
01:46
<alkisg>
Yup, all working here.
01:46
<map7>
line 254 of my ltsp-init-common
01:46
<alkisg>
map7: the root path in screen_02?
01:46
or the user path from ltsp-localapps xterm?
01:47
<map7>
just checked the path in screen_02 and that's correct
01:47
so it's only for the user that /usr/sbin isn't in the path
01:47
<alkisg>
can you post your lts.conf ?
01:47
<map7>
when I run ltsp-localapps xterm that is
01:47
<alkisg>
Or the result from getltscfg -a?
01:47
!pastebot
01:47
<ltspbot>
alkisg: "pastebot" :: The LTSP pastebot is at http://ltsp.pastebin.com. Please paste all text longer than a line or two to the pastebot, as it helps to reduce traffic in the channel. Don't forget to paste the URL of the text here.
01:48
<map7>
http://pastie.org/1043675
01:49
192.168.200.1 is my local timeserver
01:51
<alkisg>
It looks good... well the only thing I can tell you now is to try to debug ltsp-init-common itself
01:51
E.g.:
01:51
# Set up timeserver
01:51
if [ -n "$TIMESERVER" ]; then
01:51
echo "I'm going to run: ntpdate $TIMESERVER; hwclock --systohc --utc --noadjfile"
01:51
(ntpdate $TIMESERVER; hwclock --systohc --utc --noadjfile) &
01:51
fi
01:51
erm sorry, I also wanted to put:
01:52
echo "Have a shell and try it yourself:"
01:52
/bin/sh
01:52
(right after the first echo)
01:52
Then ltsp-update-image etc
01:52
<map7>
Thanks I'll start there.
01:53
I'll make a backup first :)
01:53
<alkisg>
map7: or better yet, but those 3 extra commands after the actual ntpdate call, so that you can check if it's succesful before runing it manually
01:54
<map7>
yep that's what I've done
01:54
<alkisg>
ok
01:55
<map7>
ok i've built the image
01:55
here goes
01:57
ok now it will not boot as it's just stuck on the Ubuntu screen.
01:58
<alkisg>
Ah, remove quiet splash from pxelinux.cfg/default
01:58
So that you actually see the shell there
01:58
/var/lib/tftpboot/ltsp/i386/pxelinux.cfg/default
02:00
<nutron>
alkisg
02:00
you still here?
02:01
<map7>
alkisg, ok now I see that it's set to the correct time there
02:01
alkisg, but it doesn't drop me to a shell for some reason it just sits there
02:03
<alkisg>
map7: uh, maybe the keyboard module is not yet working or something
02:03
But is it the correct time because it was previously correct? Or did it actually set the correct time there?
02:04
<map7>
I can swap VT's with Ctrl+alt+<function key> but there is no shell prompt to be seen
02:04
<alkisg>
Yeah it's too early in the boot process to get a shell
02:04
(before upstart keyboard would work at that point though)
02:05
<map7>
so i'll set the time to something wrong, then reboot with our modifications and see if it fixes the time
02:05
<alkisg>
Right
02:05
<map7>
if it does then it doesn't make any sense
02:05
<alkisg>
Right again :)
02:06dobber has joined #ltsp
02:08
<muppis>
As I have an obsession to xbmc, have anyone tried to run it in TC?
02:09
<map7>
muppis no but I run mythtv on many diskless TC's
02:09
(7 off the one server)
02:10
<nutron>
map7: really, that's awesome.
02:10
<map7>
yes I'm just upgrading the server so that it can handle 12 TC's
02:10
<muppis>
map7, well.. I'm just planning to run 2 xbmc's and vdr as a backend in ltsp -server.
02:11
<map7>
they are on a Gigabit switch with an Intel X25-M SSD in the server
02:11
<nutron>
alkisg: do you know which package allows users to unmount drives? (I remember seeing some commentary on the LOCAL DEV variable), it's a users and groups application for gnome I think, though I don't know what it's called :)
02:11
<map7>
muppis, I don't see why it wouldn't work. I would recommend a gigabit switch though
02:12
<nutron>
map7: that's pretty cool, I'll have to play with it to see what I get. Simple administration.
02:13
<map7>
nutron, when you create your ltsp client images there are mythtv options in there, you need to use these
02:13
I think it builds a 'fat client'
02:13
<nutron>
map7: oh? options in where?
02:13
<muppis>
map7, yes, that wouldn't hurt. As now I randomly watch live-tv over wlan and it work well, so maybe gigabit would overkill for now.
02:13
<nutron>
oh you're using mythbuntu?
02:14
<alkisg>
nutron: what drives? ltspfsd driver like usb sticks?
02:14
<map7>
nutron, yes on my mythtv server
02:14
<nutron>
ahh, must be done for you mostly, I'm using debian, should be more exciting to set up.
02:15
map7: what version of myth is mythbuntu at?
02:15
<map7>
0.23 or you can opt to run 0.24 with the latest patches
02:15
I run 0.23 with the latest patches
02:15
with Autobuild it's quite good
02:16
alkisg, I changed the date, rebooted with my mods and ltsp-init script fixed the date, go figure???
02:18
nutron, you should be able to install the muthbuntu diskless server/client packages under debian though
02:18
<alkisg>
map7: yup, it makes no sense unless it's a race condition (some times working and some not, depending on the loaded modules etc)
02:19
map7: try to put a "sleep 10" before the ntpdate call inside the parentheses, and leave it at that...
02:20
<map7>
alkisg, yeah it's weird. Thanks for you help at least I know how to fix it manually if it happens again.
02:20
<alkisg>
You're welcome
02:20
nutron: I'll be gone for some time, so if you want to answer about the drives (ltspfsd or not) you can find me later.
02:21
<nutron>
drives?
02:21
did you ask me a... oh
02:21
heh
02:21
yeah usb-sticks
02:21
I'm looking into gconf. As all of my users are in ldap, and it doesn't give me an option to allow gnome to unmount the drive
02:24alkisg has quit IRC
02:26litlebuda has quit IRC
02:33
<nutron>
https://wiki.ubuntu.com/EnableLTSP5LocalDevices there's an image near the bottom about fuse devices.... I don't have this in debian, what program is this?
02:37pthsWork has quit IRC
02:38pthsWork has joined #ltsp
02:46Da-Geek has joined #ltsp
03:07alvin has left #ltsp
03:13ogra_cmpc has quit IRC
03:26ogra_cmpc has joined #ltsp
03:37ogra has quit IRC
03:37ogra has joined #ltsp
03:43Selveste1_ has joined #ltsp
03:57mikkel has joined #ltsp
04:08alkisg has joined #ltsp
04:11
<alkisg>
nutron: like a told you some days ago, you're not supposed to unmount usb sticks - just pull them off after 2 seconds of inactivity
04:12
ltspfsd flushes written data every 2 seconds
04:12try2free has joined #ltsp
04:42dobber has quit IRC
04:52try2free has left #ltsp
04:54dobber has joined #ltsp
05:00alkisg has quit IRC
05:43dobber has quit IRC
05:45dobber has joined #ltsp
05:51Da-Geek has quit IRC
05:51Da-Geek has joined #ltsp
06:29pmatulis has joined #ltsp
06:41Blinny has joined #ltsp
06:41alkisg has joined #ltsp
06:51
<Blinny>
alkisg: Morning! In further PXE/gPXE developments, I believe it may be a race issue. On gPXE it successfully boots about 3 out of every 5 times. When it doesn't, it exhibits the same problems as 'normal' PXE -- and I suspect gPXE is doing a normal PXE boot too, because it looks for all the pxelinux.cfg/ files
06:52wurzzero has joined #ltsp
06:52playerum has joined #ltsp
06:53wurzzero has quit IRC
06:54wurzzero has joined #ltsp
06:54playerum has quit IRC
06:54wurzzero has quit IRC
06:57dobber has quit IRC
07:03
<alkisg>
Hi Blinny. Yes, gPXE is doing a normal PXE. If I were you I wouldn't be wasting any more time on this, I'd try with a Lucid chroot instead.
07:04
As it might indeed be a race issue which might take you a long time to solve and which is solved already in newer versions.
07:05
You can find a lucid chroot in the edubuntu dvd, you don't need to install lucid to try it.
07:07
(you can have a lucid chroot on a karmic server, you don't need to upgrade the server)
07:09dobber has joined #ltsp
07:17wurzzero has joined #ltsp
07:17leio has quit IRC
07:30alkisg has quit IRC
07:35alkisg has joined #ltsp
07:40
<Blinny>
alkisg: What about Lucid chroot on a Hardy server?
07:43
For some reason I had it in my head that gPXE did etherboot.
07:49Da-Geek has quit IRC
07:50Da-Geek has joined #ltsp
07:55
<alkisg>
Blinny: sure you can run a Lucid chroot on a Hardy server (afaik). gPXE is the successor of the etherboot project, ran by the same people.
08:11Da-Geek has quit IRC
08:12Da-Geek has joined #ltsp
08:14alkisg has quit IRC
08:15vvinet has joined #ltsp
08:21pthsWork has quit IRC
08:29
<Blinny>
Anyone have a howto for running a lucid chroot on a hardy server?
08:29cliebow has joined #ltsp
08:37DaGeek_ has joined #ltsp
08:38Da-Geek has quit IRC
08:39alkisg has joined #ltsp
08:43DaGeek_ has quit IRC
08:52
<dobber>
on my thin client i can't create unix sockets
08:52
as use
08:52
as user
08:52
how can i allow this
08:55
<alkisg>
On a process running on the serveR?
08:56
or on a localapp running with a sshfs home dir?
08:57
<dobber>
http://pastebin.com/Uwq7FbeA
08:57
localapp
09:00
<alkisg>
Try putting SSH_FOLLOW_SYMLINKS=False in lts.conf
09:02
<dobber>
ok let me reboot
09:02dobber has quit IRC
09:08dobber has joined #ltsp
09:09
<dobber>
still the same message
09:10
<alkisg>
I think it should be working this way. If it doesn't, then you'd need to use NFS instead of SSHFS.
09:10
<dobber>
well i worked last week
09:10
before the latest package update
09:10
now, i can't start chrome
09:10
<alkisg>
chrome update?
09:11
<dobber>
chromium
09:11
its a local app
09:12
<alkisg>
If chromium no longer works over sshfs, there's not much LTSP localapps can do... Downgrade? Use nfs instead? Something like that...
09:13
<dobber>
yeah, i downgraded but it still behaves strangly
09:16
strange thing is
09:16
if i run chromium-browser as root
09:16
it runs ok
09:16
<alkisg>
root isn't using sshfs...
09:16
So that's not strange, it's expected :)
09:17mischko has joined #ltsp
09:18
<dobber>
ok, so how do i switch to nfs ?
09:21
<alkisg>
https://help.ubuntu.com/community/UbuntuLTSP/FatClients#NFS_HOME
09:22
Keep in mind that that decreases security
09:33
<_UsUrPeR_>
alkisg: are you familiar with mknbi/mkelf issues with old etherboot clients?
09:33Selveste1_ has quit IRC
09:33Selveste1_ has joined #ltsp
09:34
<alkisg>
_UsUrPeR_: I heard about them, but ever since I discovered gpxe I've never used etherboot anymore, so I haven't looked for any solutions...
09:35
<_UsUrPeR_>
alkisg: Yeah, I have some older clients I would like to get working with etherboot that are not capable of gpxe, and am having a problem getting them to boot.
09:35
<alkisg>
I read the reports, I just don't use etherboot so I haven't tested it at all.
09:37mischko has quit IRC
09:47Egyptian[Home] has joined #ltsp
09:49Egyptian[Home] has quit IRC
10:18alkisg has quit IRC
10:19alkisg has joined #ltsp
10:35dobber has quit IRC
10:37staffencasa has joined #ltsp
10:40Da-Geek has joined #ltsp
10:45alkisg has quit IRC
10:54Da-Geek has quit IRC
10:56alkisg has joined #ltsp
10:56mischko has joined #ltsp
10:58alkisg has quit IRC
11:15alkisg has joined #ltsp
11:32Egyptian[Home] has joined #ltsp
11:33Egyptian[Home] has quit IRC
11:56Egyptian[Home] has joined #ltsp
12:07alkisg has quit IRC
12:09mischko has quit IRC
13:15Lns has joined #ltsp
13:27alkisg has joined #ltsp
13:30mikkel has quit IRC
13:32alkisg has quit IRC
13:36cyberorg has quit IRC
14:05cliebow has quit IRC
14:06alkisg has joined #ltsp
14:06Egyptian[Home] has joined #ltsp
14:10pmatulis has quit IRC
14:11pmatulis has joined #ltsp
14:30efra has joined #ltsp
14:34Selveste1_ has quit IRC
14:38vagrantc has joined #ltsp
14:43scribs_johnson has joined #ltsp
14:48
<scribs_johnson>
I've setup ltsp with Ubuntu Lucid. I'm new at this, but I've got clients up and logging on fine. Server kept crashing so I installed Nvidia proprietary drivers, which fixed the crashing. But installing Nvidia drivers has resulted in clients behaving strangely... fonts are upside down (same as this blogger found... http://arkienet.com/blog/2010/04/ubuntu-10-04-upgrade-results-in-upside-down-fonts/ . If I remove the nvidia drivers for
14:48
server, the clients go back to normal. If the clients and server are completely different hardware, why would installing nvidia drivers for the server effect the clients? And how do I end up with Nvidia drivers installed for the server, but not change the clients?
14:51
<alkisg>
!compiz
14:51
<ltspbot>
alkisg: "compiz" :: if compiz is giving you problems, one way to disable it for all users is: sudo gconftool-2 --direct --config-source xml:readwrite:/etc/gconf/gconf.xml.mandatory --type string --set /desktop/gnome/session/required_components/windowmanager metacity
14:51
<alkisg>
scribs_johnson: ^^^
14:52
<scribs_johnson>
excellent... I understand. Thanks :)
14:53
<alkisg>
See here for the long story: https://bugs.launchpad.net/ubuntu/+source/ltsp/+bug/441586
14:53
<scribs_johnson>
ta
14:55
that explains it... and that is exactly my problem. Excellent.
14:55pmatulis has quit IRC
14:58wurzzero has quit IRC
15:04efra_ has joined #ltsp
15:04efra has quit IRC
15:04efra_ is now known as efra
15:14scribs_johnson has quit IRC
15:17dobber_ has joined #ltsp
15:24
<Lns>
alkisg: if you had a nickel for every question you answered here... :)
15:51
<Blinny>
heh
15:51
One more for you: Any public HOWTO for running a Lucid chroot from a Hardy server?
15:52
Or do I simply pull ltsp-server-standalone from a Lucid repo and pray?
15:53shamino has quit IRC
15:59
<Blinny>
Ah, hellwithit.
15:59Blinny has quit IRC
16:04shamino has joined #ltsp
16:35leio has joined #ltsp
16:37
<nutron>
while I can't possibly claim that I fully understand how local apps truly work (the home dir is fuse mounted ..etc), but is the server's /usr/ somehow fuse mounted? for example, in firefox, if I want to load a pdf, evince is not available, this is normal, but can I make evince on the server available to the local app?
16:40scribs_johnson has joined #ltsp
16:48scribs_johnson has quit IRC
17:04alkisg has quit IRC
17:28dobber_ has quit IRC
17:30efra has quit IRC
17:30nickelone has joined #ltsp
17:34
<nickelone>
Good afternoon, I have a question..... I have 1 ltsp server set up (Ubuntu 10.4 from the alternate cd), and have the image set up to do ldap authentication. I am able to log into the client via ssh without any problem, however, when trying to log into gdm, I get the following error: http://pastebin.com/45B0Lg4v
17:34
there is also an error on the screen about glib and a similar error
17:59F-GT has quit IRC
17:59toscalix has joined #ltsp
18:15F-GT has joined #ltsp
18:41staffencasa has quit IRC
18:46vagrantc has quit IRC
18:47toscalix has quit IRC
18:48pmatulis has joined #ltsp
19:31jhutchins has quit IRC
20:50pmatulis has quit IRC
20:57vagrantc has joined #ltsp
21:02nutron has quit IRC
21:06nutron has joined #ltsp
21:15F-GT has quit IRC
21:27pmatulis has joined #ltsp
21:32F-GT has joined #ltsp
21:34
<vagrantc>
nutron: regarding your localapps question, the simplest way to make a localapp available to the thin clients is to install it in the thin-client's chroot. mounting the server's /usr, while theoretically possible, looses nearly all of the advantages of package management, in particular, assuring that package dependencies are properly satisfied
21:34
which gets really important for dependencies on shared libraries and the likes
21:36nutron has quit IRC
22:27nutron has joined #ltsp
22:27
<nutron>
Can I specify the driver for x in lts.conf?
22:34
n/m i found it... was looking at an old man page
22:35GodFather has joined #ltsp
22:41pmatulis has quit IRC
22:48
<vagrantc>
must have been *really* old...
22:56GodFather has quit IRC
23:52cyberorg has joined #ltsp