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


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

00:00
<map7>
i've swapped the cables to brand new CAT6 cables and still have the same problem.
00:00
if i use the same cables and put both server and client into the netgear 5 port gigabit router it works nice fast for vmlinuz
00:01
if I put the server in the netgear, then link the netgear to the TP-LINK switch, and put the client in the TP-LINK using the same cables, that works fast as well
00:01
if both machines are in the TP-LINK it goes slow.
00:03
with the server in TP-LINK and client in netgear that goes fast
00:03
<johnny>
i know folks have mentionedstuff like that here before
00:03
but .. those folks are not here right now
00:04
you might want to come back after 1700 GMT
00:04
or around that time
00:04
if possible
00:04
<map7>
that makes me feel better, at least it's not just me
00:04
<johnny>
sure.. people have issues with funny switches often
00:04
well.. often is overstating it..
00:05
but i know i've seen people talk about such things
00:05
let's see...
00:05
cheap new laptop that's better than mine
00:05
$400
00:05
(except on the display)
00:05
new harddrive to replace failing one $69
00:06
hmm...
00:08
<map7>
17:00GMT I don't think I'll be awake at 3am, but then again this problem is annoying me
00:08
<slashdotfx>
how about swap the ethernet card on the server?
00:09
<map7>
slashdotfx good suggestion, i'll give it a go.
00:19
hmmm, the new ethernet card in the server did the trick!
00:20
The cheaper and older chipset on the onboard ethernet card in the server with the TP-LINK must have issues.
00:22
I've hit another brick wall. After it gets the initrd.img I get the error 'mount call failed: 13'
00:23
The full error: http://pastie.org/462136
00:24
How do I clear a Stale NFS filehandle on a PXE machine?
00:32intelliant has joined #ltsp
00:45
<map7>
Every post I look at in regards to clearing a stale NFS filehandle recommends restarting the nfs-client or rebooting. These don't work for a PXE client.
00:53vagrantc has quit IRC
01:00alkisg has joined #ltsp
01:00dluck has joined #ltsp
01:02dluck has left #ltsp
01:09map7 has quit IRC
01:10map7 has joined #ltsp
01:34
<slashdotfx>
map7: maybe it was nfs perform poorly on the gigabit network
01:35
can you check if nfs is using udp? maybe you can try tcp instead
01:36
<map7>
nfs is working fast
01:36
because after it got those two files it would load the OS over NFS very fast
01:37
download up to 6MB/s at one stage
01:37
but the tftp was going at 40 to 50KB/s. I think I'll put it down to 'crap onboard ethernet'
01:38
i have to leave, thanks for your help today
01:38
<slashdotfx>
yw
02:03alkisg has quit IRC
02:19
<slashdotfx>
I have problem with LDM_SYSLOG=True, it causing ssh socket to fail, ogra, this is what causing my usb stick not mounted on server properly
02:39din_os has joined #ltsp
02:49mikkel has joined #ltsp
02:53nubae has quit IRC
03:05din_os has quit IRC
03:10nubae has joined #ltsp
03:10ogra_ has quit IRC
03:10ogra has quit IRC
03:11ogra_ has joined #ltsp
03:11ogra has joined #ltsp
03:12F-GT has quit IRC
03:14F-GT has joined #ltsp
03:23leio_ is now known as leio
03:46yoshi_k has quit IRC
04:03alkisg has joined #ltsp
04:05
<alkisg>
New jaunty installation/old home dirs. On half of the user accounts, when they log off, some program breaks the logout process and the only thing that remains on their screens is their wallpaper. I can't zap the x-server and I have to restart the clients...
04:06
ps -ef | grep useraccount doesn't tell _me_ anything useful. How can I debug this? And, is there any new lts.conf setting to enable x zapping?
04:07mikkel has quit IRC
04:10mikkel has joined #ltsp
04:10F-GT has quit IRC
04:11F-GT has joined #ltsp
04:22bobby_C has joined #ltsp
04:23
<ogra>
slashdotfx, i didnt even know about LDM_SYSLOG :)
04:24
<slashdotfx>
alkisg: does lts.conf have X_OPTION_01 .. X_OPTION_12?
04:24
<alkisg>
Eh... why me? :P Yeap, I think so...
04:24
<slashdotfx>
I was enabling LDM_SYSLOG to debug other things, and all the sudden new problem arise from it
04:25
<ogra>
slashdotfx, looks like sbalneav implemented that some months ago
04:26
<slashdotfx>
ic, according to this irc logs http://www.nubae.com/logs/ltsp20081112_pg2.html
04:27
LDM_SYSLOG works, but if I set LDM_DIRECT=False or comment it out, client wont boot properly
04:27
<ogra>
you mean LDM_DIRECTX=False
04:27
right ?
04:27
<slashdotfx>
oh yes, sorry
04:27* ogra assumes that was a typo ...
04:27
<slashdotfx>
yes it's a typo
04:27
<ogra>
good, else it might just not read your lts.conf
04:28
the error handling of getltscfg sucks
04:28xbowser has joined #ltsp
04:29
<slashdotfx>
and so does my english, pardon my english :)
04:29
<ogra>
your english is good enough for me as a german :)
04:31
<xbowser>
Hey guys. I could use some help with ltsp-localapps. Has anyone got that running and could help me a bit?
04:32
Im using Lenny with ltsp from squeeze. Everything is quite fine, except for some crashes which i could'nt trace yet and localapps.
04:34
I got xterm installed locally, set LOCAL_APPS=True in lts.conf and I am trying to use ltsp-localapps /usr/bin/xterm, but no reaction. Even the logs on the local machine won't say anything.
04:42yanu has joined #ltsp
04:54bobby_C has quit IRC
04:54bobby_C has joined #ltsp
04:57yoshi has joined #ltsp
04:57
<xbowser>
Has anyone in this room got local apps running?
04:57yoshi is now known as Guest54267
05:10Guest54267 is now known as yoshi_k
05:10alkisg has quit IRC
05:13alkisg has joined #ltsp
05:27
<xbowser>
I could really use some help. Has anyone got ltsp localapps running? After several days of failing I really got no clue what it could be any more.
05:31pmatulis has joined #ltsp
05:51alkisg has quit IRC
06:00intelliant has quit IRC
06:03alkisg has joined #ltsp
06:28jammcq has quit IRC
06:29sep has quit IRC
06:29sep has joined #ltsp
06:31xbowser has quit IRC
06:42xbowser has joined #ltsp
06:54rjune_ has joined #ltsp
06:54davidj has joined #ltsp
07:27bobby_C has quit IRC
07:35alkisg has quit IRC
07:36alkisg has joined #ltsp
07:41rjune__ has joined #ltsp
07:44rjune_ has quit IRC
07:45rjune__ has quit IRC
07:45rjune__ has joined #ltsp
07:53pmatulis has quit IRC
07:55rjune_ has joined #ltsp
07:55rjune__ has quit IRC
07:58pmatulis has joined #ltsp
08:08chrisjrob has joined #ltsp
08:10maginot has joined #ltsp
08:10xbowser has left #ltsp
08:10
<maginot>
good morning!
08:10rjune_ has quit IRC
08:12
<maginot>
witch files are used to set client locales, like charset ... I think I may be having problem to with some char like * when printing from client evince to server cups
08:14rjune_ has joined #ltsp
08:15CAN-o-SPAM has joined #ltsp
08:18cyberorg has quit IRC
08:18rjune_ has quit IRC
08:18rjune_ has joined #ltsp
08:21alkisg has quit IRC
08:21otavio has quit IRC
08:21otavio has joined #ltsp
08:22mikkel has quit IRC
08:23rjune_ has quit IRC
08:26rjune_ has joined #ltsp
08:30leio_ has joined #ltsp
08:33bobby_C has joined #ltsp
08:37leio has quit IRC
08:49mikkel has joined #ltsp
08:50
<chrisjrob>
trying to get an asus vw195 19" 16:10 widescreen monitor working on a nvidia geforce 6150se nforce 430 onboard graphics card
08:50
the display does not look as crisp as it should and, after logging in, the bottom of the screen is missing
08:51
the monitor's auto-adjust does not correct it.
08:51
<zamba>
i have a very old compaq desktop-system that i want to use as a thin clients.. it'
08:51
eh
08:51
it's a pIII with 128 MB ram
08:52
the network card supports PXE, as far as i can tell, but when i boot up it won't load the kernel
08:52
it boots*
08:52
god damn
08:52
is there a checklist of stuff to check to get pxe booting working?
08:53
<ogra>
where/how does it stop booting
08:54
<chrisjrob>
zamba: pci network card? if so, the bios probably supports pxe, but the card probably does not
08:55
of if it does, it probably needs the rom chip added. i usually give up at that point and use an etherboot cdrom!
08:55
<zamba>
ogra: it tries to get dhcp information (and gets it according to syslog on the dhcpd)
08:56
ogra: but it never proceeds beyond that point
08:56
and end up saying something about filename not found
08:56
<ogra>
that rather looks like your dhcp server isnt handing out the tftp info to it ...
08:56
<zamba>
it's a pulse h1012 card
08:57
<ogra>
do you have made sure there is no second dhcp server running in your network ?
08:57johnb_ has joined #ltsp
08:57
<zamba>
yeah, i'm quite positive
08:59
<ogra>
given that this card is intel chip based i would assume its doing PXE just fine ... though chrisjrob might be right, there might be two different BIOSes, one in the card and the PC BIOS itself
08:59
do you get any additional bootmessages that could indicate that ?
08:59
<zamba>
how do i approach this problem then?
09:00
well.. i set the boot order in the system bios to boot off the network card
09:00
and that option is not available if i remove the card
09:00
<johnb_>
Hello, quick question - We upgraded a test server from ubuntu 8.10 to 9.04 what is the procedure for upgrading the ltsp client images? ltsp-update-image ltsp-build-client? Thanks
09:02
<ogra>
johnb_, wipe (or backup) /opt/ltsp/ then run sudo ltsp-build-client (i would suggest also the --copy-sourceslist option so the client chroot has the servers sources.list file available)
09:02
!ubuntu
09:02
<ltspbot`>
ogra: "ubuntu" is a Debian based GNU/Linux distrubution that includes a Ubuntu specific version of LTSP. It can be found at http://www.ubuntulinux.org. to install ltsp on ubuntu: https://help.ubuntu.com/community/UbuntuLTSP/LTSPQuickInstall
09:02
<ogra>
https://help.ubuntu.com/community/UbuntuLTSP/ has a lot of helpful pages
09:03Gadi has joined #ltsp
09:03Lumiere|CapsWin is now known as Lumiere
09:06
<johnb_>
thanks, ogra the upgrade documentation is a little dated on those pages "This page is specific to Ubuntu versions 8.04"
09:09
<chrisjrob>
zamba: does it have an empty rom chip slot on the network card, possibly labelled "pxe"?
09:10
<zamba>
chrisjrob: nope
09:11
i've tried stepping through the boot to see what the exact error message is, but it goes away way too fast for me to be able to pause it.. but i see something along the lines of: pxe-<some number> and then "no filename"
09:12
and it is in fact getting the dhcp info from the dhcpd, because i see that in the syslog
09:12
<chrisjrob>
you clearly have a working pxe rom, so i would ignore my suggestions.
09:12
<zamba>
Apr 29 16:04:05 fused dhcpd: DHCPDISCOVER from 00:90:27:77:2d:a8 via eth1
09:12
Apr 29 16:04:05 fused dhcpd: DHCPOFFER on 192.168.1.117 to 00:90:27:77:2d:a8 via eth1
09:13
chrisjrob: maybe i need to upgrade it somehow?
09:13
or maybe it's incompability issues?
09:13
or compability issues ;)
09:14
<chrisjrob>
i would suspect your dhcpd.conf configuration
09:15
as ogra says, it sounds like it's handing out an ip, but not pxelinux
09:15
<zamba>
hold on.. snippet coming up
09:16
http://pastebin.com/m6bf8a1bf
09:16
that's the relevant configuration from the dhcpd
09:18
shouldn't that be enough?
09:19
<chrisjrob>
i have a filename "/ltsp/i386/pxelinux.0";
09:19
<ogra>
your tftp server is on 192.168.1.231 ?
09:19
<chrisjrob>
with a preceding "/"
09:19
<ogra>
and do you see it getting 192.168.1.117 ?
09:20
oh, right, what chrisjrob says
09:20
should have a leading /
09:29dan_young has joined #ltsp
09:29
<chrisjrob>
the bottom 1cm of my display is being cut off, the monitor is 16:10 aspect, which i suspect might be the issue,
09:29
the graphics is an onboard nvidia geforce 6150se nforce 430 onboard graphics card
09:29
<ogra>
nv or nvidia driver ?
09:30
<zamba>
ogra: oh, ok
09:31
<chrisjrob>
ogra: nv
09:32
<ogra>
are you sure its actually using that one and not vesa ?
09:32
<chrisjrob>
i tried stipulating XSERVER = nvidia but the screen just flashed.
09:33
ogra: no, if i stipulate XSERVER = vesa then it works fine, but is elongated
09:33
<ogra>
yeah, you need to install the nvidia driver for that and the kernel module etc ... i think thats a bit of work on debian
09:33
<chrisjrob>
ogra: i had that feeling you were going to say that
09:34
<ogra>
and i cant say much about it ... it works totally different in ubuntu :)
09:35
<chrisjrob>
i guess i can reallocate this monitor to a different base, and thereby avoid the problem. shame though.
09:35
<ogra>
there are probably special xserver options you can use with nv
09:36* ogra remembers IgnoreEDID from years ago when he touched an nvidia card last
09:36
<chrisjrob>
gives me something to google. thanks ogra.
09:36
<ogra>
man nv should help too ;)
09:37
<chrisjrob>
never knew it had a man page.
09:38
<ogra>
every X driver does
09:38
<chrisjrob>
we live'n'learn - good to know.
09:40
<ogra>
man xorg.conf might also be intresting :)
09:45
<chrisjrob>
ogra: you may recall that you tried to help me yesterday with some rdesktop disconnects, i thought it was related to the monitor going into powersave mode, and you put me onto dpms and suggested a custom xorg.
09:45
<ogra>
right
09:45
<chrisjrob>
it transpires that the problem is unrelated to power management
09:45
<ogra>
oh
09:45
<chrisjrob>
as it occurs even with dpms disabled and blanking set to 9999
09:46
<ogra>
strange
09:46
<chrisjrob>
the screen looks fine, but is unresponsive
09:46
if you switch between consoles and back again then it is just blank white
09:47
killing rdesktop from the the console, forces it to restart, and of course you can continue from where you left off.
09:47
it is literally happening every 10 minutes or so
09:47
<ogra>
sounds like an rdesktop bug
09:48
though i dont have much/any experience with redsktop, there wqas an issue with the windows side that caused connections to die after a while, i remember seeing it being discussed here
09:50
<Gadi>
doesnt sound like an rdesktop bug to me
09:50
sounds like a driver issue
09:50twinprism has quit IRC
09:50
<chrisjrob>
there's nothing in the windows event log that i can see, although windows is pretty hopeless for logging anything useful
09:50
<Gadi>
rdesktop disconnecting and Xserver respawning just reveals the issue with the driver
09:50
that the driver does not like being respawned
09:51
<ogra>
is that as well with nvidia cards ?
09:51X-TaZ is now known as X-TaZ[Pula]
09:51
<Gadi>
chrisjrob: try running ldm
09:51
and see if you have the same issue
09:52
and check the client's /var/log/Xorg*log
09:52
<chrisjrob>
ogra: no, its a via
09:52
Gadi: thanks, i'll try ldm and xorg.7.log
09:55
i suppose i could test with XSERVER=vesa see if the problem still occurs
09:56
<CAN-o-SPAM>
stgraber: ping
09:56alkisg has joined #ltsp
09:57
<chrisjrob>
thinking about it, i have tried rdesktop to a local windows server and it was fine,
09:57
so it could be bandwidth related, the problematic connection is over a low bandwidth connection,
09:58
that said, i have 20 window's clients all connecting flawlessly over the same connection
09:58
<Gadi>
try: rdesktop -z
09:58
but, I think it is a driver issue
09:58
<chrisjrob>
already am, and "-x modem" and -P
10:02nicoAMG has joined #ltsp
10:04twinprism has joined #ltsp
10:11cyberorg has joined #ltsp
10:17
<stgraber>
CAN-o-SPAM: pong
10:17
<chrisjrob>
Gadi: still fails with XSERVER=vesa - does that prove it isn't a driver issue?
10:20
<Gadi>
what type of client is it?
10:21
<chrisjrob>
its a via cn700 mini-itx
10:21
<Gadi>
with onboard nvidia?
10:21
not via?
10:22
<chrisjrob>
it is via
10:22
<Gadi>
then why wre you setting nvidia?
10:22
<chrisjrob>
i'm not - that was ogra, referring to an earlier conversation
10:22
<Gadi>
oh
10:23
are you using openchrome drivers
10:23
<ogra>
yeah, other prob
10:23
<Gadi>
or via's drivers?
10:23
<chrisjrob>
i was leaving at the default previously, so believe that would be the openchrome
10:23
<Gadi>
and are you using VGA or DVI?
10:23
<chrisjrob>
but am currently on vesa
10:23
vga
10:23* Gadi has always preferred using via's drivers from their website
10:24
<Gadi>
I dont have your entire history
10:24
<chrisjrob>
there isn't much to it...
10:24
we have a fresh debian lenny install
10:25
as phase I we are trying to configure hardware
10:25
and use SCREEN_07 = rdesktop to connect to our old citrix server
10:26
but the first client rolled out (this one) is intermittently disconnecting
10:26
when it disconnects, the mouse will move around the screen
10:26
and keyboard lights respond
10:27
but no interaction can take place between the input devices and the windows session
10:27
killing rdesktop and logging back in, resumes the session
10:28
<Gadi>
ah
10:28
check the switch
10:28
<chrisjrob>
once the problem has occurred, if you switch to another console and back again, the session is blank white
10:28
<Gadi>
wait
10:28
check that
10:29
oh!
10:29
forget it - it aint the driver
10:29
<rjune>
!g
10:29
<ltspbot`>
rjune: "g" is Gadi!!!!!!!!!!!!!!!!!!!!!!!!
10:29enmi has joined #ltsp
10:29
<Gadi>
rdesktop is trying to keep up with the RDP information
10:30
and is not getting the RDP info it needs in a timely fashion
10:30* Gadi waves to rjune
10:30
<Gadi>
chrisjrob: are all the thin clients named the same (hostname)
10:30
<chrisjrob>
ah!
10:30
i think i have the answer
10:31
the server has a static route back to the windows server
10:31
but of course that would not be used by the client
10:31
the client will be using the default gw
10:31
and i have had a few issues in that area.
10:32staffencasa has joined #ltsp
10:32
<enmi>
Anyone have experience with the compaq evo t20 and ltsp-5 ?
10:32
<Gadi>
are you using the LTSP server as a router for the client?
10:33
<chrisjrob>
no
10:34
<Gadi>
then, you have option routers set properly in dhcpd.conf?
10:34
and you have another router on the thin client subnet?
10:35
<chrisjrob>
Gadi, option routers is pointing to our ipcop firewall
10:35
the clients are picking that up correctly
10:35
<Gadi>
is that on the same subnet as the thin clients?
10:35
<chrisjrob>
yes
10:35
<Gadi>
then, that should be fine
10:35
<chrisjrob>
the problem is that the route to our windows server is not through that firewall
10:35
<Gadi>
oh
10:35
<chrisjrob>
i have set the static route on the ipcop server
10:35
<Gadi>
you should add the static route to the firewall then
10:35
yeah
10:36
<chrisjrob>
but the performance has proved less than perfect
10:36
anyway, i will set the default gw to our mpls router instead
10:37
and re-test. if it fixes the problem, i'll go and bug the ipcop guys ;)
10:48
<enmi>
Anyone running ltsp on gentoo?
10:49twinprism has quit IRC
10:51Faithful has joined #ltsp
10:55sepski has joined #ltsp
10:55enmi has quit IRC
11:07
<zamba>
regarding my issues pxe-booting a compaq desktop earlier today.. i've now tried prefixing the path with a '/', but it still won't work
11:07
still the same problem
11:08intelliant has joined #ltsp
11:10nubae has quit IRC
11:13
<alkisg>
zamba, does this client have a cd/floppy/hd to troubleshoot it using gpxe?
11:13nubae has joined #ltsp
11:15BugsBunnyBR has quit IRC
11:15
<zamba>
alkisg: not at the moment, but i should be able to fix that
11:15
<alkisg>
ok, makes easier to see what dhcp info the client actually gets
11:15
E.g. filename, tftp server - and also has a command line to try staff
11:17
<zamba>
oh, ok.. cool
11:17
i will try that later
11:17
<alkisg>
zamba: do other clients boot with the same dhcpd.conf?
11:18
Or is that the first/only client you've tried?
11:18
<zamba>
alkisg: it works with other
11:19
<alkisg>
OK, try gpxe, if it boots without doing anything else it's a bios/nic combination problem
11:20Gadi has left #ltsp
11:20twinprism has joined #ltsp
11:21
<alkisg>
On a new jaunty installation, on half of the user accounts, when they log off, some program breaks the logoff process and the only thing that remains on the screens after logoff is the users' wallpaper. I can't zap the x-server so I have to restart the clients...
11:21
ps -ef | grep useraccount doesn't tell _me_ anything useful. How can I debug this? And, is there any new lts.conf setting to enable x zapping?
11:21twinprism_ has joined #ltsp
11:23evilx has quit IRC
11:24evilx has joined #LTSP
11:24
<abz______>
hi guys hopign someone can help - on the machine i want to use as my ltsp client, when i turn off quiet splash i get the error message: checking if image is initramfs...<7> switched to high resolution on cpu 0 then kernel panic - out of memory and no killable processes.
11:24
any ideas?
11:39twinprism has quit IRC
11:45
<johnny>
abz______, and how much memory does it have?
11:45johnb_ has quit IRC
11:47
<abz______>
256MB
11:53
any ideas/
11:53
<johnny>
256 should be plenty.. just make sure
11:53
just making sure*
11:53
<abz______>
aye
11:53
i'll show u the box hold on...
11:53
<johnny>
nah.. i believe you
11:54
<abz______>
http://cgi.ebay.co.uk/ws/eBayISAPI.dll?ViewItem&item=140314103721&ssPageName=ADME:B:BCA:GB:1123
11:54
that's the system i bought
11:57six2one has joined #ltsp
12:03six2one has quit IRC
12:03six2one has joined #ltsp
12:12
<pmatulis>
if i have a mix of x86-32 and x86-64 thin clients how should i manage the root-path
12:12
on my dhcp server? need to create blocks via mac addresses?
12:12chrisjrob has left #ltsp
12:13
<epsas>
pmatulis - yes. and create classes for those mac addresses
12:13
or else you will have to specify next-server for every host entry ;)
12:14
<pmatulis>
epsas: gotcha
12:15
<epsas>
my boss asked me to install ubuntu ltsp - because debian ltsp does not retain the branding for Firefox or Thunderbird
12:15intelliant has quit IRC
12:15
<epsas>
and I was like, "<stunned silence> You will need to give me valid reasons to install Ubuntu."
12:15
not sure if this is the proper place to vent... but sheesh
12:16
<pmatulis>
epsas: not sure if i follow, are you saying you're not enamored with ubuntu?
12:18
<epsas>
pmatulis - i am more enamored with Debian
12:18
<pmatulis>
epsas: fair enough
12:18
<epsas>
non-technical management is what I am not enamored with <speaking in active voice is something I am not enamored with at the moment either)
12:27
<johnny>
you can install the branding
12:28
if that's the problem :)
12:32knipwim has quit IRC
12:33knipwim has joined #ltsp
12:36spectra has joined #ltsp
12:39NeonLich1 has joined #LTSP
12:48jammcq has joined #ltsp
12:49
<jammcq>
hello friends
12:53droalt has joined #ltsp
12:53NeonLicht has quit IRC
12:53
<droalt>
hi guys
12:54
i resolved my tftp timeout errors using a windows dhcp server yesterday
12:58jc2it has joined #ltsp
13:02
<alkisg>
Has anyone else experienced logout problems with jaunty?
13:08GodFather has joined #ltsp
13:14droalt1 has joined #ltsp
13:15droalt has quit IRC
13:16droalt has joined #ltsp
13:21
<droalt>
no
13:21
but i haven't used jaunty
13:22
what do you guys think of ubuntu 9.04
13:22* Lumiere is having some pulseaudio issues
13:22
<droalt>
what kind of pulseaudio problems Lumiere
13:23
<Lumiere>
like rhythmbox not finding a audio driver
13:24
<droalt>
on the ltsp client?
13:24
<_UsUrPeR_>
Does an X_VIRTUAL = command exist in ubuntu 9.04
13:24
?
13:25
the DLW 1520 works great (LVDS issue solved removed), but I still need a way to use a larger virtual monitor size without using a custom xorg.conf
13:26
anyone?
13:26
<droalt>
wrong room usurper, might try #ubuntu
13:26
<johnny>
the jaunty installer is nice
13:26
droalt, that is not the case
13:26
<alkisg>
_UsUrPeR_: I see it in XS85-virtual
13:26
<johnny>
X_VIRTUAL is a real lts.conf specific thing
13:26
<_UsUrPeR_>
nice try :)
13:27
<droalt>
what do you mean johnny?
13:27
<_UsUrPeR_>
alkisg: ok, cool thanks
13:27
<droalt>
oh usurper's question
13:27
<johnny>
yes
13:27
<droalt>
gotcha
13:28
<_UsUrPeR_>
is the CONFIGURE_X = true/false bool still in there?
13:28
<alkisg>
Nope, it's autodetected
13:28
<_UsUrPeR_>
ORLY? nice
13:28
<rjune>
stgraber, ogra either of you two around?
13:29
<stgraber>
rjune: sort of around, doing a lot of other stuff
13:30
<rjune>
does ubuntu really mix all the packages into pool for the apt server?
13:30
<johnny>
_UsUrPeR_, i'm guessing if you specify any X_* stuff it'll generate the xorg.conf
13:31
<alkisg>
Not all of them, e.g. color depth is usually handled as a command line parameter
13:31droalt has left #ltsp
13:31
<alkisg>
(X -depth ...)
13:33
<johnny>
ah
13:33
i certainly long for the day when xorg.conf is not necessary for 99% of all people
13:34
<_UsUrPeR_>
johnny: we're almost there right now. the LVDS issue with this intel is fixed and done. Only thing left is virtual monitor sizes
13:35
it would be really cool if the virtual size could be managed from the client instead of specifying it on the server :/
13:36
P.S.: X_VIRTUAL = "xxxx xxxx" works spectacularly. kudos to whoever was responsible for the lts.conf stuff
13:36
<johnny>
_UsUrPeR_, how will kms stuff affect the virtual sizes..
13:36
<_UsUrPeR_>
kms?
13:37Lns has joined #ltsp
13:40
<_UsUrPeR_>
johnny: what?
13:41
<johnny>
kernel mode setting..
13:41
<alkisg>
phew... X has a -retro flag to disable dontzap so that Alt+Ctrl+Backspace can be used again... ok, time for a XS96-disable-dontzap script :)
13:41
<johnny>
where the res is set at the console..
13:42
_UsUrPeR_, you've seen/used the plymouth stuff in new fedora right?
13:42
if not.. take a gander..
13:42
imagine.. on boot.. you're already at the best res supported by your widescreen laptop
13:42
or big lcd screen
13:43
and then when x loads, you're already at the proper res.. and vt switching takes no time at all
13:43
and no flicker..
13:43
which is why fedora starts X on vt1 now
13:45
i'm not sure how virtual screens work in that scenario tho.. :)
13:45
hopefully it's no problem
13:52yoshi_k has quit IRC
13:55vagrantc has joined #ltsp
14:00yoshi has joined #ltsp
14:01yoshi is now known as Guest73006
14:07
<Lns>
For anyone interested in a (very large) pdf entitled " Study "Environmental comparison of the Relevance of PC and Thin Client Desktop Equipment for the Climate, 2008" - http://it.umsicht.fraunhofer.de/TCecology/docs/TCecology2008_en.pdf
14:12
<_UsUrPeR_>
johnny: it sounds like a dream
14:13
<alkisg>
Thanks, Lns, that should be very useful to persuade some people :)
14:13
<johnny>
_UsUrPeR_, it's happening right now :)
14:13
_UsUrPeR_, the real problem is driver support
14:13
<_UsUrPeR_>
yeah
14:13
<johnny>
intel and amd are leading
14:14
nvidia will have it soon via nouveau
14:14
<_UsUrPeR_>
speaking of which: do we have any locals in Korea? I want them to hold a VIA rep's child hostage until they make some video drivers that don't suck
14:14
<johnny>
lol
14:14
<epsas>
hmm
14:14
<_UsUrPeR_>
I mean, openchrome is nice, but it doesn't appear to have support for dual monitors
14:14
<epsas>
i think i need to install the nvidia binary drivers for ltsp
14:15
as i tried booting a terminal with a new nvidia card and I got stripey lines when it loaded X
14:15
<Lns>
alkisg: :) I'm reading it now, though it's 120 pages, so it'll have to span some days :)
14:18
<johnny>
epsas, that'll use a bunch more memory in the thin client
14:18
30 iirc
14:19
<epsas>
johnny - 30 megs?
14:19
<johnny>
yes
14:19
and then of course.. you'll need it on the server..
14:20
which iirc.. means that you can't use opengl with any other non nvidia cards
14:20
that may or may not be a problem.. depending on how homogenous your thin clients are
14:21
<epsas>
that's a problem
14:21
i guess i will just have to figure out why the XServer is giving me problems
14:21
that means logging onto the local linux instance and viewing logs...
14:21
<johnny>
at least 3d is coming to nouveau soon...
14:21
<epsas>
which means i will need a password
14:22
<johnny>
or just set SCREEN_02=shell
14:23
<epsas>
will that create a shell on the terminal server - or a shell on the terminal client?
14:26
<johnny>
client
14:26
<epsas>
cool
14:27GodFather has quit IRC
14:27
<johnny>
anybody ever use sshfs in some way that allows one to switch users ?
14:27
being that ubuntu doesn't have a root account
14:28
<epsas>
Hmmm - there is also a CONFIGURE_X
14:37dark4og has quit IRC
14:45nicoAMG has quit IRC
15:02twinprism has joined #ltsp
15:02twinprism has quit IRC
15:03
<Lns>
johnny: come on now, sudo passwd ;)
15:03
<jc2it>
johnny: sudo su
15:04
<johnny>
Lns, i didn't say i want to enable root account
15:04
jc2it, try that with sshfs :)
15:04
<jc2it>
johnny: hmmm, good point
15:06
<Lns>
johnny: well the fact is that ubuntu has a root account and it's fully functional once you 'sudo passwd' =)
15:06
<johnny>
Lns, sure.. but there is actually a root account on this system.. i just don't happen to have that password
15:06
<Lns>
ah
15:07
<johnny>
and even if i did. ssh is disabled for root
15:07
thus the need to switch users
15:09jhaig|home has joined #ltsp
15:10
<jc2it>
johnny: I ssh in all the time and $sudo su. This makes me root, so I can do things like modify fstab and such. You must be a root user though. this might help http://ubuntuforums.org/showthread.php?t=523247
15:11
<johnny>
jc2it, i know how to do that
15:11
i do that all the time too
15:11
this is specifically with sshfs and say mounting /usr as root, but connected via some other user
15:11six2one has quit IRC
15:13
<jc2it>
oh ok, that would be an ownership/permissions issue with the file system. We do something similar with CIFS and setuid, but I have always thought it was buggy
15:14
<jhaig|home>
I am trying to set up ltsp (using Ubuntu) on a network that already has a dhcp server. Is there documentation about how to set it up so that the client can get the dhcp information from one machine but then boot from a different one?
15:14
<johnny>
jc2it, sshfs actually has an option called ssh_command.. i'm just trying to find what to put there
15:14
supposably it can listen on stdin
15:14
but then i'd have to put the password in the cli, which i'm trying to avoid
15:14
jhaig|home, sure.. just docs on ubuntu ltsp page iirc
15:14
or
15:14
!doc
15:14
<ltspbot`>
johnny: Error: "doc" is not a valid command.
15:14
<johnny>
!doco
15:14
<ltspbot`>
johnny: Error: "doco" is not a valid command.
15:14
<johnny>
!docs
15:14
<ltspbot`>
johnny: "docs" is For the most current documentation, see http://wiki.ltsp.org/twiki/bin/view/Ltsp/LtspDocumentationUpstream
15:14droalt2 has joined #ltsp
15:15
<johnny>
jhaig|home, check there
15:15
<droalt2>
have any of you ever tried to load the ltsp.img onto a DOM on a thin client?
15:15
<jhaig|home>
Thanks
15:15
<johnny>
a DOM?
15:15
<droalt2>
disk-on-chip module
15:15
<johnny>
jhaig|home, it's basically just copying the equivalent of /etc/ltsp/dhcpd.conf to whatever dhcp server you're using..
15:16
droalt2, why?
15:16
it's possible of course
15:16
people do that with floppies, usb keys, hard drives
15:16
it's no different
15:16
<droalt2>
i have a ton of visara thin clients with 32mb DOM's
15:16
<johnny>
tha'ts not enough
15:17
<droalt2>
how big do they need to be?
15:17
<johnny>
anything else would require serious customization of the image.. enough to make it not a worthwhile approach
15:17
droalt2, ls -lh theimage
15:17
hehe
15:17
<droalt2>
the img i found is only 5.5mb
15:18
I grabbed it out of /var/lib/tftp
15:18
I grabbed it out of /var/lib/tftpboot/ltsp
15:18
<johnny>
that's the kernel and initramfs
15:18
that's all
15:18
<droalt2>
darn
15:18
<johnny>
that's used to boot the real ltsp image
15:19
look in /opt/ltsp/images to see the real image
15:19
<droalt2>
where is the ltsp img stored on the ltsp server, i have a ton of usb jump drives that I could possibly use
15:19
<johnny>
but why?
15:19
there just isn't much benefit
15:19
and it won't just work.. you're gonna have to modify it
15:19twinprism_ has quit IRC
15:19
<droalt2>
because we have over 100 of those thin clients
15:19
<johnny>
so?
15:20
the real problem isn't the image.. it's the X traffic
15:20
<droalt2>
they're small, easy to deploy, and would really help us out
15:20
<johnny>
of course.. if you used local apps
15:20
why not just use em as is?
15:20
<droalt2>
they won't pxe boot
15:20
<johnny>
oh.. that sucks
15:20
<Lns>
droalt2: talk to gadi when he's around re: local chroot (usb/etc) benefits. His company does that.
15:21
<johnny>
droalt2, just put gpxe on there then
15:21
problem solved
15:21
<Lns>
johnny: you're a genius =p
15:21
<droalt2>
k i'll look into gpxe :P
15:21
<johnny>
Lns, ?
15:21
are you making fun of me?
15:21
<droalt2>
btw LNS remember that tftp timeout with a windows dhcp problem I had yesterday?
15:22
<Lns>
johnny: gpxe on DOM, especially vs. the concept of a "thin" client having a whole OS (wince for example) on it
15:22
droalt2: yup
15:22
johnny: lol, no i'm not making fun of you =)
15:22pmatulis has quit IRC
15:22
<droalt2>
i figured it out, the client somehow got confused and thought the windows dhcp server was the tftp server
15:22
<johnny>
droalt2, but how much ram do they have?
15:22* Lns hates HP for calling their thin clients "thin"
15:23
<droalt2>
so i installed a tftp server on the windows dhcp server, and coped over /var/lib/tftpboot/* to the windows tftp
15:23
works like a charm
15:23
<Lns>
droalt2: yikes
15:23
<johnny>
droalt2, you could have tried atftp.. or adjusted the block size settings
15:23
atftpd rather
15:23
<Lns>
better have a mechanism in place to update the win server tftp dir every time you update the ltsp server's chroot
15:23
<droalt2>
yea wrote that down for my regular maintenance
15:24
<johnny>
droalt2, try what i said.. if yu want to attempt to avoid said maintenance
15:24
<Lns>
droalt2: so you determined it was a pxe client issue and not the win dhcp server option passing?
15:24
<droalt2>
ti's my test environment so I'm just tersting it all out
15:24
<johnny>
Lns, i know things.. sometimes :)
15:24
<droalt2>
yes LNS, brought the machine with the problem to another site where everything worked and that same client had the same issue
15:24
it was a client issue
15:25
<Lns>
weird
15:25
<droalt2>
read about it that it was a known pxe issue, who knows though
15:25
<Lns>
yeah, the different implementations of pxe (even w/just intel) are fairly buggy in some instances
15:25
<droalt2>
seems like it only happens on built-all-in-one computers
15:25
<johnny>
i still haveo ne machine that won't pxe boot when using dnsmasq :(
15:25
i use a floppy from rom-o-matic
15:25
<Lns>
hehe, floppies
15:26
<alkisg>
Lns: zcat /usr/share/doc/ltsp-server/lts-parameters.txt.gz|grep X_ARGS
15:26
<johnny>
i ended up recessing the floppy really deep to stop people from stealing it
15:26* Lns had to use a floppy to upgrade his BIOS in a brand new mobo the other week...had to get a disk from someone else cuz he had none on hand
15:26
<johnny>
Lns, i'm glad linux bios utiltiies are finally appearing
15:26
<alkisg>
I once netbooted DOS to flash a BIOS :)
15:27
<Lns>
alkisg: daring!
15:27
<vagrantc>
i had been maintaining network bootable freedos images for flashing various BIOSes we found at freegeek, or flashing etherboot onto certain network cards.
15:28
but it got to be a pain to maintain.
15:29
<alkisg>
...is X_ARGS really an lts.conf option?
15:29
<Lns>
I thought it was!
15:29
http://www.nubae.com/logs/ltsp20081116_pg1.html - find "X_ARGS" from sbalneav
15:29
<alkisg>
I don't see it initialized anywhere, I just see "XARGS=$XARGS and something else", so I guess it's true :)
15:30
Lns, you made my day ):
15:30
:)
15:30
<Lns>
=p
15:30
<johnny>
ok ladies and gentlemen...
15:30
time to go to work..
15:30
where my thin clients are
15:30
<Lns>
cheers johnny
15:30ircleuser has joined #ltsp
15:30
<alkisg>
Ciao johnny
15:30
<johnny>
not sure when i'm going to upgrade to jaunty tho .. we'll see
15:31
<alkisg>
Lns, I think a wiki page in ubuntu for lts conf parameters would be nice...
15:31* Lns goes to see a man about a horse
15:31
<alkisg>
Because lts-parameters.txt doesn't even have the half of them
15:31ircleuser has quit IRC
15:31
<johnny>
alkisg, then fix lts-parameters :)
15:31
<alkisg>
...and I think some have different defaults in ubuntu
15:32
<droalt2>
ty guys again for the info
15:32
<alkisg>
johnny: sure, I offered sbalneav to do that, but I thought he said he would work on it...
15:32
<droalt2>
i'm off to read about gxpe lol
15:32droalt2 has quit IRC
15:32
<alkisg>
droalt2: not really much to do there, just download the usb ... ok he left
15:32
<epsas>
hrmm
15:33
so I am getting green lines when i boot this terminal up -- i even created it's own [mac-address] block in lts.conf - setting XSERVER=nv - no dice
15:34
<Lns>
epsas: xserver=vesa ?
15:34rjune_ has quit IRC
15:35rjune_ has joined #ltsp
15:39rjune_ has quit IRC
15:40rjune_ has joined #ltsp
15:45
<Lns>
Can I ask a stupid question regarding ltsp-cluster, which I have no knowledge of? Basically, what's the benefit of using ltsp-cluster vs. a traditional cluster such as beowulf for clustering ltsp servers?
15:47
<vagrantc>
Lns: beowulf wouldn't make sense for LTSP at all.
15:47
<epsas>
i didn't know of any 'ltsp-cluster'
15:47
<abz______>
how do i get my dhcp3-server to start at boot? don't think it is having to start it manually
15:47
<Lns>
vagrantc: you're right - maybe i should s/ltsp/app server/ ?
15:48
<vagrantc>
Lns: beowulf is for applications specifically written for beowulf, as i understand it ... openmosix or something is more what you're thinking of.
15:48
<Lns>
though if, by tradition, both are the same, ltsp would be clustered along w/app server in a beowulf...is that technically viable?
15:48
vagrantc: ah. s/beowulf/openmosix :)
15:49
sorry, my slashdot slang in action
15:49
<alkisg>
abz______: do you use network manager for the server static IP, or /etc/network/interfaces?
15:49
<vagrantc>
maybe beowulf has gotten more vague in meaning
15:49
and i'm just being pedantic
15:49CAN-o-SPAM has quit IRC
15:50
<vagrantc>
Lns: stgraber would be the one to ask specifically
15:50cliebow has joined #ltsp
15:50jrock2004 has joined #ltsp
15:50
<abz______>
yeah...configured it as a static in there
15:50
<alkisg>
in there =? which of the two?
15:50
<Lns>
vagrantc: looks like you're right, last paragraph in http://www.beowulf.org/overview/index.html
15:51
<jrock2004>
Does anyone have a link to some good tips for the lts.conf to help improve speed
15:51
<vagrantc>
Lns: i think ltsp-cluster is largely for managing large collections of servers, and not so much clustering active servers ... maybe some round-robin style stuff and whatnot.
15:52
Lns: not sure if it handles any sort of hot failover, or if it's more round-robin + cold failover
15:52
<Lns>
ah, a more high level 'clustering' app
15:52rjune__ has joined #ltsp
15:53
<cliebow>
whjo was it working on ltsp-cluster at ubuntu-dev in Montreal...
15:53* Lns drools at the thought of a rack full of bladeservers clustered for ltsp/apps :)
15:53
<vagrantc>
Lns: more tha HA type stuff than HPC
15:53rjune_ has quit IRC
15:53
<Lns>
vagrantc: yeah
15:54
<cliebow>
yeah..the Serbain/Croatian goingto Harvard..tip of the tongue
15:55spectra has quit IRC
15:57
<cliebow>
ivan krstic
15:58
<abz______>
(network manager)
15:58
<cliebow>
http://openssi.org
15:59
<alkisg>
abz______: Make the connection a system one, not a per user one. Better yet, uninstall network manager and use /etc/network/interfaces.
15:59
<Lns>
cliebow: heh, i remember that page from a link somewhere on ltsp.org about 2 years ago =)
15:59
<vagrantc>
oh yeah, the openssi stuff
15:59
sounded crazy
15:59
in a god way
15:59
good
16:00
same diff.
16:00
<cliebow>
wicked smart guy..
16:00
<abz______>
alkisg - how i do that?
16:01
<alkisg>
abz______: ehm... upload your network settings (ip/mask/dns/gateway/#nics) to pastebin so that we make you an interfaces file (unless someone has a better idea)
16:01
<Lns>
openssi = ha+hpc?
16:03
<cliebow>
errr..been a while..
16:04
<abz______>
how do i get that spat out in a terminal? know the command?
16:04
<cliebow>
ha and some bits of hpc..(from the webpage).. circa 2005
16:05
<Lns>
cliebow: yeah, saw this, very nice breakdown of features - http://wiki.openssi.org/go/Features
16:06
<cliebow>
i dont know where it went..i know Ivan has had his hands full
16:09jhaig|home has quit IRC
16:10jrock2004 has quit IRC
16:12maginot has quit IRC
16:19jhaig|home has joined #ltsp
16:20cliebow has quit IRC
16:20
<jc2it>
I have been messing with lts.conf and X_MODE_0 = 1024x768 to try to get the Screen on an HP t5545 to display correctly. Currently it is only booting to 1280x720, no matter what I set X_MODE-0 to.
16:23rjune__ has quit IRC
16:23rjune__ has joined #ltsp
16:28
<jhaig|home>
I have just booted a client for the first time and I have tried mounting a usb stick (which it detected automatically) but now it will not unmount without root permissions. Is it possible to configure it so that users can unmount usb without sudo? I am using LTSP on Ubuntu installed from the 'alternative' CD for 9.04.
16:29
<jc2it>
!pastebin
16:29
<ltspbot`>
jc2it: "pastebin" is try !pastebot
16:29
<jc2it>
!pastebot
16:29
<ltspbot`>
jc2it: "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.
16:30rjune_ has joined #ltsp
16:31
<ltsppbot>
"jc2it" pasted "lts.conf" (11 lines) at http://pastebot.ltsp.org/314
16:33
<jc2it>
can someone tell me what I have done wrong with X_MODE_0 in the pastebot above?
16:34
<alkisg>
jc2it: if you happen to have intrepid, you also need CONFIGURE_X=true
16:34
Otherwise, I'd look at the x logs..
16:36
<jhaig|home>
OK, digging around a bit I have found something to say that usb drives in ltsp do not need to be unmounted. This brings the question of how do I know the machine has finished writing to the drive before I pull the drive out?
16:38
(Also, there is a problem that I will have some ltsp clients and some real machines and users will get confused about whether they need to unmount or not)
16:43rjune__ has quit IRC
16:43jhaig|home has quit IRC
16:45rjune__ has joined #ltsp
16:45jammcq has quit IRC
16:45rjune_ has quit IRC
16:48ajohnson has quit IRC
16:48
<Lns>
heh.. it'd be nice for ppl to stick around after they ask a bunch of questions ;)
16:52* Lns sighs
16:55
<jc2it>
alksig: do I set CONFIGURE_X=true in the lts.conf or somewhere else. I haven't found any docs on it, and the sample lts.conf in LTSP Admin Ref does not use it. I will check the logs on the client.
16:56
<alkisg>
jc2it: do you have intrepid?
17:00
<jc2it>
alkisg: oh, I guess I should read everything you wrote. Sorry. Since I do not know what intrepid is I bet I don't have it.
17:01
<alkisg>
jc2it: yeah, it's the previous ubuntu version, and configure_x is specific to that version. So ignore it and look at the logs...
17:02
<jc2it>
ok, looking...
17:02rjune__ has quit IRC
17:02rjune__ has joined #ltsp
17:11alkisg has quit IRC
17:13
<jc2it>
in the client's /var/log/Xorg.6.log file there are two lines that look interesting to me one says "(II) VESA(0): Not using mode "1024 x 768" (no mode of this name)", the next says, "(II) VESA(0): Not using mode "1280 x 1024" (no mode of this name)" when I looked through the Xorg.6.log file I saw a listing of all of the mode "names" and they are hex numbers
17:14
like 15e, 178, 118, etc...
17:14
Is that mode name what I should use instead of 1024 x768 in X_MODE_0
17:15
what = that
17:31bobby_C has quit IRC
17:32
<jc2it>
Changing the mode names to 118 & 11b give the same result as 1024 x768 and 1280x1024
17:34
the line in the log that checks/displays the available modes looks like this "*Mode: 118 (1024x768)". Maybe I need it verbatim?
17:38
<rjune__>
ogra, ping
17:42mistik1_ has joined #ltsp
17:53mistik1 has quit IRC
17:53mistik1_ is now known as mistik1
17:58prpplague has joined #ltsp
18:04mikkel has quit IRC
18:13jc2it has left #ltsp
18:21GodFather has joined #ltsp
18:34dan_young has quit IRC
18:39prpplague has quit IRC
18:39ajohnson has joined #ltsp
18:39map7 has quit IRC
18:54vagrantc has quit IRC
18:55prpplague has joined #ltsp
19:06Lns has quit IRC
19:09nubae1 has joined #ltsp
19:10nubae has quit IRC
19:48agike has joined #ltsp
19:53
<prpplague>
jim still show up here every once and in a while?
19:58
<Ryan52>
!seen jammcq
19:58
<ltspbot`>
Ryan52: jammcq was last seen in #ltsp 7 hours, 9 minutes, and 20 seconds ago: <jammcq> hello friends
19:58
<Ryan52>
prpplague: yep :)
19:58
<prpplague>
dandy
20:15map7 has joined #ltsp
20:18lucascoala has joined #ltsp
20:40litlebuda has quit IRC
20:55GodFather has quit IRC
21:08
<slashdotfx>
I had a problem with pulseaudio on jaunty, it happens often, crackle/stuttering sounds and no sound all the sudden
21:18map7 has quit IRC
21:19elisboa has quit IRC
22:27
<johnny>
slashdotfx, what kinda video card?
22:27
err sound card
22:45try2free has joined #ltsp
22:50try2free has left #ltsp
23:13Egyptian[Home] has quit IRC
23:21Egyptian[Home] has joined #ltsp
23:22agike has quit IRC
23:30Egyptian[Home] has quit IRC
23:30Egyptian[Home] has joined #ltsp
23:39yoshi has joined #ltsp
23:39yoshi is now known as Guest98788
23:48Guest73006 has quit IRC
23:51alkisg has joined #ltsp
23:53rjune__ has quit IRC
23:56map7 has joined #ltsp