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


Channel log from 11 May 2009   (all times are UTC)

01:08alkisg1 has joined #ltsp
01:09alkisg has quit IRC
01:18intelliant has joined #ltsp
01:46manu_ubu has joined #ltsp
01:49yoshi has joined #ltsp
01:49yoshi is now known as Guest81780
01:57alkisg has joined #ltsp
01:57alkisg1 has quit IRC
02:04Guest81780 has quit IRC
02:06intelliant_ has joined #ltsp
02:10amitz has joined #ltsp
02:11
<amitz>
the feature of autodetecting proxy in ltsp-build-client, is it included in ltsp5.1.10?
02:15intelliant_ has joined #ltsp
02:23intelliant has quit IRC
02:32amitz has quit IRC
02:33gate_keeper_ has joined #ltsp
02:38openstep has joined #ltsp
02:38
<openstep>
hi
02:39amitz has joined #ltsp
02:39
<openstep>
anyone here has some time for me?
02:39
I would like to ask some help
02:42
<cyberorg>
openstep, you wont get it if you don't ask
02:45
<openstep>
I am running an LTSP at a high school and now I need to extend it with other servers...
02:46
problem is I do not use ldap yet, but I should and this is where my question is
02:46
I am trying to install and configure openldap on a test server and do not understand something
02:47
when setting up my linux server I gave a name ubuntuLDAP
02:47mikkel has joined #ltsp
02:47
<openstep>
ldpa configuration asks my domain name and I do not know what to give
02:48
it may sounds strange but.... really
02:49
so can anyone help?
02:49bobby_C has joined #ltsp
02:50
<cyberorg>
openstep, ldap setup has nothing to do with ltsp, you may get better directions if you ask in #ubuntu for that
02:52
<openstep>
ok, I know, but guessed others also have done a setup like I would like
02:52
but thanks I will ask there
02:52openstep has left #ltsp
02:59intelliant_ is now known as intelliant
03:02ltsppbot has quit IRC
03:02evilx_ has joined #LTSP
03:08ltsppbot has joined #ltsp
03:08alkisg has quit IRC
03:18evilx has quit IRC
03:26v-pro has joined #ltsp
03:27
<v-pro>
hello
03:28
has anyone had problems with ltsp in hardy with eee boxes?
03:28
can't seem to get the intel graphics drivers to work
03:29
vesa drivers give me decent resolution but not full HD
03:31
I tried making new xorg.conf with "X -configure" and that settles for vesa
03:33
editing the driver manually does not help as the driver fails with drmopen and driscreeninit
03:33
any ideas?
04:30X-TaZ has quit IRC
04:40yoshi has joined #ltsp
04:41yoshi is now known as Guest23851
04:54
<chrisjrob>
in lenny i had a failed install of italc, which i removed, and successfully installed x11vnc. i have now upgraded to lenny-backports and, with a new client image, i have reinstalled x11vnc. i can see it is running on the client, but nmap <clientip> does not display the port. i suspect something in the original abortive italc client install has helped x11vnc to work.
04:55
the instructions i followed were these https://wiki.edubuntu.org/InstallX11VncOnLtspClients.
04:56
there is no firewall in between.
05:07amitz has quit IRC
05:18
<chrisjrob>
i have switched to the console and tried running the command directly: /usr/bin/x11vnc -- -display :7 -loop -passwdfile /etc/x11vncpassword -nossl, and it just keeps cycling with waiting 2000ms
05:23X-TaZ has joined #ltsp
05:30X-TaZ has quit IRC
05:30
<chrisjrob>
seems to be saying that I must have read permission for the auth file, so i have tried running with -auth /var/run/ldm-xauth-l... etc
05:31X-TaZ has joined #ltsp
05:33
<chrisjrob>
no idea whether that is correct or not, but it fails with
05:34
X Error of failed request: BadShmSeg (invalid shared segment parameter)
05:50din_os has joined #ltsp
06:03hanthana has joined #ltsp
06:08alkisg has joined #ltsp
06:12
<chrisjrob>
i am trying to get x11vnc working on lenny-backports, but following the exact installation that worked under lenny does not work under lenny-backports...
06:13
running directly from the console /usr/bin/x11vnc -- -display :7 -loop -passwdfile /etc/x11vncpassword -nossl just keeps cycling every 2000ms
06:13
saying that I must have read permission for the auth file
06:13
i have tried running with -auth /var/run/ldm-xauth-l... etc, as i believe this is one of the changes is lenny-backports
06:14
but it fails with X Error of failed request: BadShmSeg (invalid shared segment parameter)
06:21amitz has joined #ltsp
06:25
<chrisjrob>
i now have a working command /usr/bin/x11vnc -display :7 -loop -passwdfile /etc/x11vncpassword -nossl -logfile /var/log/x11vnc -auth /var/run/ldm-xauth-l...
06:26
<amitz>
I need to install a kernel module for my client network card. I can probably do it with --late-packages. But I plan to just chroot and run apt-get (suppose to work?)? apt-get doesn't seem to work since it can't configure the module since no apt-utils. Installing apt-utils before hand doesn't have any effect. Any idea?
06:26
<chrisjrob>
seemingly the "--" was being refused, although it was working under lenny, and it does indeed seem to require the -auth switch.
06:26hanthana_ has joined #ltsp
06:26
<amitz>
Or I can only use --late-packages option of ltsp-build-client?
06:26
debian lenny
06:28
<chrisjrob>
amitz: can you not just add it in the chroot to /etc/modules ?
06:30
<amitz>
Is that the only configuration debconf do when installing module? hmm I'll try but I already delete the image and building from scratch again with --late-packages option turned on :-)
06:33pmatulis has joined #ltsp
06:47jammcq has quit IRC
06:50hanthana has quit IRC
06:52alkisg has quit IRC
06:52gate_keeper__ has joined #ltsp
06:53phantom is now known as F-GT
06:54gate_keeper_ has quit IRC
07:03alkisg has joined #ltsp
07:06pmatulis has quit IRC
07:06pmatulis has joined #ltsp
07:08
<chrisjrob>
so if i'm right that x11vnc now needs the "-auth /var/run/ldm-xauth-l..." parameter, then i need to determine the name of this authority file, as part of /etc/init.d/x11vnc, but how?
07:15|Paradox| has quit IRC
07:17ronalde has joined #ltsp
07:18
<ronalde>
When offering Jaunty ltsp root images and nbd chroot from a hardy tftp-server, the resulting chroot produces boot errors like: Broken pipe Reconnecting and Error Ioctl/1.1a failed bad file descriptor. Any clues?
07:26
<alkisg>
ronalde: that's "normal"
07:35
<ronalde>
alkisg: ? ... but after authentication the screen stays black
07:35
<alkisg>
ronalde: that would be a different problem
07:35vvinet has joined #ltsp
07:35gate_keeper__ has quit IRC
07:36
<alkisg>
ronalde: see ldm.log or the other log files for any clues...
07:36
<ronalde>
alkisg: how come you are so sure about the harmlessnes for these errors?
07:37
<alkisg>
ronalde: well, I've been seeing this in all (=6-7) installations for the past months, and I've heard people saying the same thing here about a dozen of times.
07:37
(one of them being one of the ubuntu devs)
07:38gate_keeper__ has joined #ltsp
07:39
<ronalde>
alisg: thx, i'll try checking for other problems. Right now we reverted back to our hardy chroot, which was the last version without the symptom
07:40
alkisg: thx, i'll try checking for other problems. Right now we reverted back to our hardy chroot, which was the last version without the symptom
07:40
<alkisg>
8.10 also had this error message... something else is your problem
07:41
And you're saying that you see ldm fine, but when you log in, the screen stays blank?
07:41
<ronalde>
alkisg: yep
07:41
<alkisg>
Well, I'd try with SCREEN_02=shell and SCREEN_07=ldm in lts.conf,
07:41
so that I could (1) see the logs and (2) try ssh'ing to the server...
07:41
<ronalde>
alkisg: did that
07:42
alkisg: we have central syslog enabled; ssh-ing to the server works fine
07:43
<alkisg>
ronalde: did it show any additional info, like e.g. a warning about changed keys or something? (if you tried it from the SCREEN_02 I mean)
07:43
and, what does ldm log say?
07:44
<ronalde>
alkisg: no, the only extra message in the chroot was something like: SCREEN_01 contains a screen script ...
07:44
I would have to reeanble the new chroot to check ldm.log
07:45
<alkisg>
Yeah...
07:47
<ogra>
ronalde, first check ~/.xsession-errors :)
07:47
(on the server for the user you try to log in with)
07:48
<ronalde>
ogra: will do that too, thx
08:02toddobryan has joined #ltsp
08:03leio_ is now known as leio
08:04
<toddobryan>
I'm having some trouble with a second server. I can boot from the server that's running DHCP, but when I set next server to another server (that also has all the LTSP packages installed, the client built, etc) I get Trying to load pxelinux.cfg/... and it tries all the paths really slowly.
08:04Blinny has joined #ltsp
08:05
<toddobryan>
I'm on Ubuntu. The current DHCP server is running 8.10, the new server is running 9.04. (I'm trying to upgrade.)
08:09mikkel has quit IRC
08:12
<alkisg>
toddobryan: try to load those files with a real tftp client
08:12
i.e apt-get install tftp-hpa and tftp server and get /path/to/file to see if it takes too long...
08:12
<toddobryan>
from another machine, you mean?
08:12
<alkisg>
Yeah, of from one server to the other, of from a client
08:13
<ogra>
also make sure that you only have one DHCP server running in your network
08:14
<toddobryan>
OK...trying both of those now.
08:15
<ogra>
having a second dhcp server running will definately break
08:16
<toddobryan>
I'm pretty sure I don't have a second DHCP server running, at least on the local network.
08:17
The client is getting the right IP address. (They're statically set, so I know which client is which.)
08:17
Checking on tftp now...
08:20ec has joined #ltsp
08:22
<toddobryan>
OK. On the DHCP server, I installed tftp-hpa and started tftp to the new server.
08:22
I get permission denied on every get request.
08:22
<alkisg>
Firewall?
08:23
<toddobryan>
Nope.
08:23
<alkisg>
Is the tftp server running ok?
08:23
<toddobryan>
How would I check?
08:23
<ogra>
vmware installed on your server ? (it forcefully pulls in xinetd which isnt supported under ubuntu/debian's default setup)
08:23
<toddobryan>
Nope, no vmware.
08:24
<ogra>
tftp us started by inetd
08:24
check /etc/inetd.conf for a tftp line
08:24
<toddobryan>
#:BOOT: TFTP service is provided primarily for booting. Most sites
08:24
# run this only on machines acting as "boot servers."
08:24
tftp dgram udp wait root /usr/sbin/in.tftpd /usr/sbin/in.tftpd -s /var/lib/tftpboot
08:24
<ogra>
good
08:25
and inetd is running on the machine ?
08:25mikkel has joined #ltsp
08:25
<ogra>
ps ax|grep inetd
08:25
<toddobryan>
Not much.
08:25
sysadmin@200-202-server-1:~$ ps ax|grep inetd
08:25
2945 ? Ss 0:00 /usr/sbin/inetd
08:25
4889 pts/1 R+ 0:00 grep inetd
08:25
brb
08:25
<ogra>
enough
08:26
ls -l /var/lib/tftpboot
08:31
<toddobryan>
Wow, that's weird.
08:31
It's working, now.
08:31
My remote session got stuck and I couldn't reconnect, so I rebooted.
08:32
I must have not restarted some service when I finished installing.
08:32
Any idea which one?
08:33
<alkisg>
To restart inetd (and tftp along with it): sudo invoke-rc.d openbsd-inetd restart
08:33
<ogra>
well, since tftp is run by inetd and you didnt get tftp files its likely inetd
08:33
<toddobryan>
Ah.
08:33
I did try to restart tftp-hpa, but not inetd.
08:33
Duh.
08:34
<ogra>
heh
08:34
<toddobryan>
How long does it take to actually feel like you know what you're doing and aren't just trying things and hoping the gods smile on you?
08:34artista_frustrad has joined #ltsp
08:34
<ogra>
can take a while, especially with ltsp :)
08:36
<toddobryan>
Thanks for the help. Sorry to bother you with something so simple.
08:36
(I would have restarted on principle, but I was busy copying home folder over from the old server.)
08:36toddobryan has quit IRC
08:39
<alkisg>
ogra, any way (more proper than `chattr`) to have a custom pxelinux.cfg/default persist updates? E.g. some ltsp-conf file to put boot prompt opts in? :)
08:40
<ogra>
there was something, have a look at the ltsp-update-kernels code
08:40
(its long ago that i have looked at it, but we had a config file that gets sourced)
08:40
<alkisg>
ty,looking...
08:42
<ogra>
i know vagrant always wanted to improve it though you have to jump though a bunch of hoops to use it
08:43
<ronalde>
ogra, alkisg: just pu a fresh jaunty i386 chroot live; logged in as a fresh user. The only processes that are started are: sshd: gast2 [priv] / sshd: gast2@pts/9 / bash -c echo LTSPROCKS; /bin/sh - / /bin/sh -. The screen stays black and displays the wait-cursor. ldm.log diaplays no errors (last lines: Beginning X session. / rc_files: /bin/sh /usr/share/ldm/ldm-script xsession / ldm_spawn: pid = 3827)
08:43bobby_C has quit IRC
08:48
<ronalde>
alkisg, ogra: actueally ... after waiting a loooong while the desktop shows. What could I check further?
08:49
<alkisg>
dns?
08:49
(bbl)
08:54
<ronalde>
alkisg: dns? you're right, the booted chroot doesn't have /etc/resolv.conf ... the i386-directory on the boot-server does have it . I'll try rebuilding the image
08:55
<ogra>
dns isnt needed in a default ltsp setup on ubuntu
08:55
is the loopback device up on the server ? is gdm running ? (some apps in the gnome session check for the gdm socket to be available)