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


Channel log from 24 August 2011   (all times are UTC)

00:01
<markit>
bakytn: no keyboard setting, was wondering if is the case to add one
00:02
and no, I had never such problems too, so I'm surprised
00:02
just for safe, I reboot the server :)
00:02
(some old habbits are hard to die...)
00:06
no way :( wondering if I have to install something special in chroot
00:07
or check if something is missing
00:09
bakytn: do you have kubuntu or ubuntu 11.04?
00:13scottmaccal has joined IRC (scottmaccal!~scottmacc@pool-71-173-93-142.ptldme.east.myfairpoint.net)
00:18
<markit>
funny, alkis was fighting with a similar bug some year ago
00:18
https://bugs.launchpad.net/ubuntu/+source/ltsp/+bug/173067
00:18
This bug fixed in ubuntu hardy
00:19
or maybe mine is a brand new one, lol
00:19
<bakytn>
markit, I have ubuntu 11.04 64bit
00:19
<markit>
me kubuntu 64 bit, and ltsp chroot at 32 bit
00:22
in chroot /etc/default/keyboard has wrong values
00:22
wondering if I build the chroot before setting locales of the host, but I dubt
00:27andygraybeals has joined IRC (andygraybeals!~andy@h143.204.213.151.dynamic.ip.windstream.net)
00:29
<bakytn>
still wondering why the clietns are so slooooow within my cluster network. tcpdump is showing that LDM_DIRECTX is set to True and only on login packets are encrypted
00:30loather-work has joined IRC (loather-work!~khudson@68.25.27.54)
00:33
<markit>
bakytn: do you have a gbit switch and 100mb clients?
00:34
<bakytn>
markit, yes but it works much much faster on a standalone server
00:34
markit, on the same network
00:35
markit, I have virtual machines so I could compare by shutting down one and turning another on etc.
00:35
<markit>
bakytn: can't find my notes about it, but there is a feature in some switch about collisions
00:36
that in some circustamces, like the above, can make it act so dumb that is like a 10MB one
00:36
<bakytn>
markit but 10Mb is still very enough to work smoothly
00:36
markit in a local network
00:37
markit, with only one client.
00:38
<markit>
oh, I see
00:38
<bakytn>
soemthing is wrong with my setup.
00:39
<nroussi>
bakytn: ifconfig on the client show lo and eth0 of the client. the server btw is an ldap client and the home directories are on another nfs server. Ldap login and nfs mounts work on the clients but not internet
00:40
<markit>
bakytn: what about using tshark and check with visual filters for errors like: tcp.analysis.retransmission or tcp.analysis.out_of_order or tcp.analysis.duplicate_ack_frame or tcp.analysis.lost_segment
00:43
<pmatulis>
by default i'm getting extended screen mode with my 2 monitors on my client. how to get mirror mode by default?
00:44
<markit>
sleep time, 2.44am here, bye everybody
00:44markit has left IRC (markit!~marco@88-149-177-66.staticnet.ngi.it, )
00:45
<bakytn>
markit, bye
01:00drdata has left IRC (drdata!~drdata@tw2.udallas.edu, Ping timeout: 260 seconds)
01:00
<bakytn>
solve one problem, another occurrs :D
01:09Leolo_3 has left IRC (Leolo_3!~fil@24-50-85-33.mg.cgocable.ca)
01:36scottmaccal has left IRC (scottmaccal!~scottmacc@pool-71-173-93-142.ptldme.east.myfairpoint.net, Quit: ChatZilla 0.9.87 [Firefox 3.6.20/20110805211839])
01:37scottmaccal has joined IRC (scottmaccal!~scottmacc@pool-71-173-93-142.ptldme.east.myfairpoint.net)
01:38andygraybeals has left IRC (andygraybeals!~andy@h143.204.213.151.dynamic.ip.windstream.net, Quit: Ex-Chat)
01:51scottmaccal has left IRC (scottmaccal!~scottmacc@pool-71-173-93-142.ptldme.east.myfairpoint.net, Quit: ChatZilla 0.9.87 [Firefox 3.6.20/20110805211839])
01:51staffencasa has left IRC (staffencasa!~staffenca@128-193-145-225.oregonstate.edu, Ping timeout: 258 seconds)
01:57scottmaccal has joined IRC (scottmaccal!~scottmacc@pool-71-173-93-142.ptldme.east.myfairpoint.net)
02:07loather-work has left IRC (loather-work!~khudson@68.25.27.54, Ping timeout: 252 seconds)
02:11knoxy has left IRC (knoxy!~knoxy@unaffiliated/knoxy)
02:11scottmaccal has left IRC (scottmaccal!~scottmacc@pool-71-173-93-142.ptldme.east.myfairpoint.net, Quit: ChatZilla 0.9.87 [Firefox 3.6.20/20110805211839])
02:20bakytn has left IRC (bakytn!~bakytn@airport.kg, Ping timeout: 252 seconds)
02:35shawnp0wers has joined IRC (shawnp0wers!~Adium@linuxjournal/staff/shawnp0wers)
03:04shawnp0wers1 has joined IRC (shawnp0wers1!~Adium@gateway.inlandlakes.org)
03:06shawnp0wers has left IRC (shawnp0wers!~Adium@linuxjournal/staff/shawnp0wers, Ping timeout: 240 seconds)
03:09shawnp0wers1 has left IRC (shawnp0wers1!~Adium@gateway.inlandlakes.org, Quit: Leaving.)
03:25alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
03:29
<muppis>
Morning.
03:30
Still trying to get up from bed. >)
03:32
<alkisg>
Yeah we need better software for that part :-
03:32
Morning :)
03:33
<muppis>
I think it's more hardware related at me.
03:37
<computer_freak_8>
!gnome-classic
03:37
<ltsp>
computer_freak_8: Error: "gnome-classic" is not a valid command.
03:37
<alkisg>
!classic-gnome | echo computer_freak_8
03:37
<ltsp>
computer_freak_8 classic-gnome: To set classic-gnome as the default session instead of Unity in Ubuntu >= 11.04, put LDM_XSESSION="gnome-session --session=classic-gnome" in lts.conf.
03:37
<computer_freak_8>
!classic-gnome
03:37
<ltsp>
computer_freak_8: classic-gnome: To set classic-gnome as the default session instead of Unity in Ubuntu >= 11.04, put LDM_XSESSION="gnome-session --session=classic-gnome" in lts.conf.
03:38
<computer_freak_8>
ha, yeah, I was a bit slow on the re-type
03:38
now I don't have to keep scrolling :)
03:43
So, I'm working on the auto-login, but I noticed something: if I use the remote-login feature (XDMCP), it does the auto-login sequence exactly as I have told it to. However, when the LTSP client boots, it goes to the LTSP login screen.
03:44
I don't know if this is a configuration goof, or if that is normal.
03:45
<alkisg>
computer_freak_8: XDMCP is a protocol to connect to a remote X display server, unrelated to autologin and ltsp
03:45
Autologin in LTSP only works with the LDM display manager
03:46
<computer_freak_8>
Okay.... so maybe I need to transfer that (working) config from my server "main" to my server's chroot?
03:46
<alkisg>
I think you should start with saying what you want to do
03:47
<computer_freak_8>
get the autologin working, but have it be easily configurable.
03:47
<alkisg>
autologin is already working, did you read the lts.conf man page about the configuration variables?
03:47
It just needs 3 lines in lts.conf
03:47
!lts.conf
03:47
<ltsp>
alkisg: lts.conf: http://manpages.ubuntu.com/lts.conf.
03:47
<computer_freak_8>
Yeah, it didn't work.
03:47
<alkisg>
Paste your current lts.conf then
03:47
<computer_freak_8>
let me try again, though
03:48
<alkisg>
LDM_AUTOLOGIN, LDM_USERNAME, LDM_PASSWORDS
03:48
*without the S
03:48
You just need to set those 3 variables
03:50
<computer_freak_8>
Nope, didn't work
03:50
<alkisg>
(06:47:58 πμ) alkisg: Paste your current lts.conf then
03:50
Put xxx in place of the password
03:51
<computer_freak_8>
Eh, I'm just using a test password: http://pastebin.com/8bYn44qV
03:51
that's the actual password for the user "guest", but I'll change it once I get it all working.
03:51
<alkisg>
And if you try to login on LDM with guest/test, it works?
03:52
<computer_freak_8>
username "guest"/password "pass"
03:52
<alkisg>
guest/pass
03:52
<computer_freak_8>
yeah, it logs in
03:52
<alkisg>
OK, once it logs in, run: ltsp-localapps xterm
03:52
Did an xterm open?
03:54
<computer_freak_8>
I hit [Alt]+[F2] to bring up that prompt, but yes, it does.
03:54
<alkisg>
In that xterm, run: getltscfg -a
03:54
<computer_freak_8>
"guest@ltsp196~$"
03:54
<alkisg>
Do you see LDM_USERNAME/LDM_PASSWORD etc in the output?
03:54
<computer_freak_8>
okay, it spit back:
03:54
no, I don't....
03:55
it has two lines:
03:55
<alkisg>
On your server, ls /var/lib/tftpboot/ltsp/i386/lts.conf
03:55
<computer_freak_8>
LTSP_CONFIG=True
03:55
<alkisg>
Ah
03:55
<computer_freak_8>
and export LTSP_CONFIG
03:55
<alkisg>
You're the one that uses debian and switched to nbd by mistake, right?
03:55
<computer_freak_8>
wait, it has double-quotes around the "True"
03:55
yup!
03:55
<alkisg>
Debian uses nfs, and /opt/ltsp/i386/etc/lts.conf by default
03:56
<computer_freak_8>
okay.
03:56
<alkisg>
Since you switched to nbd, you shouldn't use that file
03:56
<computer_freak_8>
Oh!
03:56
<alkisg>
Because every time you change it, you also need to run ltsp-update-image, which takes a lot of time
03:56
<computer_freak_8>
oh....
03:56
<alkisg>
So with nbd, lts.conf was moved to /var/lib/tftpboot/ltsp/i386/lts.conf
03:56
Just copy your lts.conf there
03:56
<computer_freak_8>
is there an easy way to switch back to NFS?
03:57
<alkisg>
Not sure about all that's needed, if you see vagrantc around here ask him
03:57
<computer_freak_8>
Ah, okay.
03:57
<alkisg>
You may have to change a couple of configuration files for bind_mounts etc
03:57
<computer_freak_8>
oh, okay.
03:58
<alkisg>
For now it's not a big deal, just use /var/lib/tftpboot/ltsp/i386/lts.conf
03:58
<computer_freak_8>
Does the /var/lib/tftpboot/ltsp directory basically mirror the /srv/tftp/ltsp directory?
03:58
<alkisg>
You only need one of those, delete the other
03:59
There's a transitional period from /var/lib/tftpboot to /srv/tftp where both of them are supported
03:59
<computer_freak_8>
I only modify the /srv/tftp directory contents, but it auto-propagates to the /var/lib/tftpboot directory (somehow...)
03:59
<alkisg>
No, don't do that
03:59
Just delete one of the 2
03:59
<computer_freak_8>
okay.
04:00
<alkisg>
It makes no sense to have to update both of them
04:00
<computer_freak_8>
I'll delete the /var/lib/tftpboot one then..
04:00
<alkisg>
Yup, completely rm -rf it
04:00
<computer_freak_8>
and put my configuration at /srv/tftp/ltsp/i386/lts.conf, then?
04:00
<alkisg>
Yes
04:00
Also you may need to update your tftp server
04:00
So that it points to /srv/tftp
04:01
Probably /etc/default/tftpd-hpa
04:01
<computer_freak_8>
yeah, it already does
04:02
is NFS or NBD better for low-RAM capacity thin (diskless) clients, or does it matter?
04:03
<alkisg>
The main pros/cons:
04:03
Compressed NBD is maybe 5 times faster. That mostly affects boot time, localapps and fat clients
04:04
<computer_freak_8>
Oh, okay
04:04
<alkisg>
And, with NFS, you don't need to run ltsp-update-image every time you change /opt/ltsp/i386/*
04:04
<computer_freak_8>
which is nice
04:04
<alkisg>
Select which of the above is more significant for you...
04:04
<computer_freak_8>
is one being depreciated? or just newer?
04:04
I prefer NFS in that case
04:04
<alkisg>
None. Debian defaults to NFS, while Ubuntu to NBD, mainly for the boot speed
04:05
<computer_freak_8>
oh, okay
04:05
<alkisg>
E.g. if one only updates his chroot every few months, why not have that extra speed
04:05
<computer_freak_8>
true.
04:05
<alkisg>
But while setting up a chroot, ltsp-update-image is a pain in the *
04:05
<computer_freak_8>
I'm always changing things
04:06
comes in handy to have it ready right away
04:07
wait, is this correct? Or do I need to bump it down a directory, into an "etc" sub-directory? sudo cp -a /opt/ltsp/i386/etc/lts.conf /srv/tftp/ltsp/i38
04:07
6/
04:07
<alkisg>
No etc
04:07
<computer_freak_8>
okay. cool
04:09
Is there an easy way to keep ltsp-update-image from messing up my /srv/tftp/ltsp/i386/pxelinux.cfg/default file?
04:09
Sweet, autologin works - and I didn't even have to run the ltsp-update-image!
04:09
<alkisg>
It shouldn't be touching it unless you specify the --force option
04:09
<computer_freak_8>
Thanks.
04:09
hm, odd.
04:10
<alkisg>
If it does, I'd consider it a bug...
04:10
<computer_freak_8>
each time I have run it so far, it replaces it - and I have to fix it.
04:10
<alkisg>
cat /opt/ltsp/i386/boot/pxelinux.cfg/default
04:10
Maybe it calls ltsp-update-kernels, which copy that file
04:11
In that case, you can either run ltsp-update-image --force, which updates both files, or just edit that file too
04:11
<computer_freak_8>
could be - one has :
04:11
label ltsp
04:11
kernel vmlinuz
04:11
append ro initrd=initrd.img
04:11
and the other:
04:11
label ltsp
04:11
kernel ltsp/i386/vmlinuz
04:11
append ro initrd=ltsp/i386/initrd.img
04:11
(that's not the whole thing - just the changed parts)
04:11
it must think my root is different?
04:13
(the real location is in the "ltsp/i386/" directory - it always strips that part, though)
04:14
But hey, auto-login works, so thanks again - I'm all set until I break it again!
04:14
<alkisg>
:D
04:28chokesmaster has joined IRC (chokesmaster!~chokesmas@bas5-sherbrooke40-2925525063.dsl.bell.ca)
04:30alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
04:53staffencasa has joined IRC (staffencasa!~staffenca@128-193-145-225.oregonstate.edu)
05:12shawnp0wers has joined IRC (shawnp0wers!~Adium@linuxjournal/staff/shawnp0wers)
05:15shawnp0wers has left IRC (shawnp0wers!~Adium@linuxjournal/staff/shawnp0wers, Client Quit)
05:34Da-Geek has joined IRC (Da-Geek!~Da-Geek@2.50.35.214)
05:35Da-Geek has left IRC (Da-Geek!~Da-Geek@2.50.35.214, Read error: Connection reset by peer)
05:50Parker955 is now known as Parker955_Away
05:56Parker955_Away is now known as Parker955
06:28Parker955 is now known as Parker955_Away
06:56staffencasa has left IRC (staffencasa!~staffenca@128-193-145-225.oregonstate.edu, Ping timeout: 252 seconds)
07:00bobapple has joined IRC (bobapple!~bsh@DSL01.212.114.206.81.ip-pool.NEFkom.net)
07:02ddave7 has joined IRC (ddave7!~Miranda@isbspr2.clnet.cz)
07:34ddave7 has left IRC (ddave7!~Miranda@isbspr2.clnet.cz, Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
07:38loather-work has joined IRC (loather-work!~khudson@wsip-98-175-250-115.sd.sd.cox.net)
07:49alkisg has joined IRC (alkisg!~alkisg@ppp046176162116.dsl.hol.gr)
07:49alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
07:50loather-work has left IRC (loather-work!~khudson@wsip-98-175-250-115.sd.sd.cox.net, Quit: This computer has gone to sleep)
08:05reuss_ has joined IRC (reuss_!~reuss@catv-80-98-205-163.catv.broadband.hu)
08:06alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
08:08
<reuss_>
hi, I have some problem with dhcp in ltsp: this is a mixed network with clients that boot from pxe, the others not. The problem is with these last ones: they could not connect to the internet. Any clue? Please...
08:13
I would like to ensure that the ltsp server become a simple network gateway for the non pxe booters.
08:21ddave7 has joined IRC (ddave7!~Miranda@isbspr2.clnet.cz)
08:27
<Hyperbyte>
The LTSP clients -can- connect to the internet?
08:32alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
08:33
<Hyperbyte>
Morning Alkis. :)
08:36
<alkisg>
Hey Neo
08:37
<reuss_>
hyperbyte: ltsp clients do connect the internet
08:38
<alkisg>
reuss_: https://help.ubuntu.com/community/UbuntuLTSP/ThinClientHowtoNAT
08:40
<reuss_>
alkisg: hi again, I am checking. I found finally on a french forum the steps to configure italc and updated the ubuntu help page too with it.
08:41
<alkisg>
Thanks, I hope people can follow the new page :)
08:43
We should make a bonus system, every person updating a wiki page would be entitled to one good answer in irc :P :D
08:44
<Hyperbyte>
reuss_, the 'other non-pxe clients'... are those Linux machines as well, or Windows?
08:46
<reuss_>
hyperbyte: both
08:46
hyperbyte: for now, it is a linux client
08:46
<Hyperbyte>
Okay
08:46
Run 'ifconfig' and 'ip route show' on the Linux client that can't connect to the internet, and pastebin those
08:46
!pastebin | echo reuss_
08:46
<ltsp>
reuss_ pastebin: the LTSP pastebin is at http://ltsp.pastebin.com. Please paste all text longer than a line or two to the pastebin, as it helps to reduce traffic in the channel. Don't forget to paste the URL of the text here..
08:48
<reuss_>
hyperbyte, ltsp: it would be difficult without a connection, but I am trying to connect it from the server by ssh
08:49
<Hyperbyte>
ifconfig > debuginfo.txt
08:49
ip route show >> debuginfo.txt
08:49
scp debuginfo.txt user@ltspserver
08:49
That'll copy the file to a user's home directory on the LTSp server
08:58
<reuss_>
hyperbyte: I copied it, but I cant see it on the server...
08:58
<Hyperbyte>
Sorry
08:59
You need a colon after that
08:59
scp debuginfo.txt user@ltspserver:
08:59
<reuss_>
hyperbyte: I copied it, but I cant see it on the server...
08:59
<Hyperbyte>
scp debuginfo.txt user@ltspserver: <-- notice the colon, the :
08:59
Without the : it copies the file locally, like 'cp' would.
09:00
<reuss_>
hyperbyte: I got it
09:00
<Hyperbyte>
:)
09:01
<reuss_>
hyperbyte: here is: http://paste.ubuntu.com/673644/
09:01
<Hyperbyte>
And you said your main router is 192.168.1.111 ?
09:02
<reuss_>
hyperbyte: yes, but the ltsp server hides it
09:02
<Hyperbyte>
What is 192.168.0.1 ?
09:02
<reuss_>
hyperbyte: the ltsp server dhcp offers addresses on 192.168.0.0
09:03
hyperbyte: nothing
09:04
<Hyperbyte>
And you are 100% sure your LTSP clients -can- connect to the internet?
09:04
Or do you mean the applications running on the server, displayed on the thin client, can connect to the internet? :-)
09:05
Because if that's the case, your thin clients in fact can not connect to the internet, and you'll need to follow the howto that Alkis posted a bit earlier.
09:06
Thin clients by default run everything on the server. If you start Firefox on a thin client, it doesn't actually run on the client, it runs on the server. So it's the server that's connecting to the internet, not the clients. The clients probably can't access the internet themselves, you'd need to set up NAT for that.
09:07
<reuss_>
hyperbyte: booting as thin client with pxe, I can connect to internet, the chroot environment could too, only this fat client without pxe could not
09:07
<Hyperbyte>
Okay
09:07
<reuss_>
hyperbyte: I am checking the doc and will report its success (if any). thanks
09:07
<Hyperbyte>
Boot a thin client, and start a local xterm
09:07
!localxterm
09:07
<ltsp>
Hyperbyte: localxterm: while sitting on a thin client, open a gnome terminal. In that, run: ltsp-localapps xterm. An xterm will open. That xterm runs locally, so any commands you enter there are executed directly on the client..
09:08
<Hyperbyte>
And type ping 192.168.1.111
09:08
If that doesn't work, you need to set up NAT. :-)
09:14
<reuss_>
hyperbyte: ping 192.168.1.111 ping: icmp open socket: operation not permitted
09:26
<Hyperbyte>
Oh, nuts.
09:26
Well you could try via
09:26
!SCREEN_02
09:26
<ltsp>
Hyperbyte: SCREEN_02: to get a root shell on an Ubuntu thin client: https://help.ubuntu.com/community/UbuntuLTSP/ClientTroubleshooting#Using%20a%20shell%20SCREEN.
09:26
<Hyperbyte>
If you're really curious to confirm that your clients cannot access the internet
09:29
<alkisg>
By default, the thin clients behind 2-nic servers cannot access the internet, so I'm not sure if it's worth all the troubleshooting to verify that this is indeed the case...
09:29
Once reuss_ enables ip forwarding and NAT, he'll be able to verify the result with the standalone client
09:39shogunx has left IRC (shogunx!~shogunx@rrcs-67-79-182-235.se.biz.rr.com, Ping timeout: 252 seconds)
09:44Appiah has left IRC (Appiah!~appiah@ip69.hethane.riksnet.nu, Ping timeout: 252 seconds)
09:57Appiah has joined IRC (Appiah!~appiah@ip69.hethane.riksnet.nu)
10:14bobapple has left IRC (bobapple!~bsh@DSL01.212.114.206.81.ip-pool.NEFkom.net)
10:19
<reuss_>
hyperbyte, alkisg: thanks, it works just fine. Your help was very valuable.
10:22shogunx has joined IRC (shogunx!~shogunx@rrcs-67-79-182-235.se.biz.rr.com)
10:25
<Hyperbyte>
mgariepy, your trick with disabling transparency doesn't work. My thin client still freezes completely while printing those files.
10:26
reuss_, you're welcome
10:28
<reuss_>
hyperbyte: just a last question: if I install gimp, firefox in the chroot environment, this will decrease the network load?
10:41
<alkisg>
reuss_: yes, localapps need much less bandwidth, if your client specs are good enough for them
10:51Trixboxer has joined IRC (Trixboxer!~Trixboxer@office.supportdepartment.net)
10:51
<Hyperbyte>
reuss_, gimp sounds like a pretty heavy load for a thin client though. What hardware (cpu/ram) do your clients have?
10:52Parker955_Away is now known as Parker955
10:52
<reuss_>
athlon 1700
10:52
hyperbyte: athlon xp 1700 or similar with 400 mb ram
10:53
hyperbyte: with 10 clients, it worked fine when the gimp was running on the server
10:58
<Hyperbyte>
reuss_, it's your choice. If your server + network is powerful enough ...
10:58
400 MB ram isn't a lot, but should be able to handle Firefox. Dunno about Gimp.
11:00
<alkisg>
How is "400 MB RAM" possible? 256+128+16 ?
11:01
<reuss_>
alkisg: 400 something mb, with shared video ram maybe from 512
11:01
<alkisg>
Which graphics card? It matter for youtube etc...
11:01
<reuss_>
alkisg: mostly integrated nvidias from 5 years ago
11:02
<alkisg>
That's pretty good then, if you enable the proprietary driver
11:02
Then yeah, firefox+flash locally would be better than from the server
11:03
<reuss_>
alkisg: thanks, I will implement it then. from the server, it was sometimes quite slow (but a lot better then a non maintened windows xp)
11:04
<alkisg>
You need to install the proprietary driver in the chroot, and enable it on selected clients from lts.conf
11:05
Also enable and increase nbd_swap (or some local swap partition, if your clients have local disks)
11:05
Otherwise you'll probably get firefox crashes, too little ram
11:05Parker955 is now known as Parker955_Away
11:08
<reuss_>
alkisg: If i have firefox installed both in chroot and server and local_apps_menu enabled on ltsp.conf and I dont want anymore the clients to run from clients, I remove at chroot and that is all?
11:09
s/to run/to run firefox
11:09
alkisg: s/to run/to run firefox
11:09
<alkisg>
You can also just remove it from lts.conf
11:09
But yeah, that's about it
11:10
If you want, it's easy to keep a backup from your whole /opt/ltsp directory...
11:10
sudo rsync -a /opt/ltsp /opt/ltsp-before-trying-localapps
11:11
<reuss_>
alkisg: after every installation, I should run tsp-update-image ?
11:12
<Hyperbyte>
reuss_, modifications to /opt/ltsp/ only apply after running ltsp-update-image
11:12
<alkisg>
!learn ltsp-update-image as If you use NBD (e.g. Ubuntu), every time you change something in your chroot (e.g. /opt/ltsp/i386), you need to run ltsp-update-image and reboot the thin clients for the changes to take effect
11:12
<ltsp>
alkisg: The operation succeeded.
11:13
<Hyperbyte>
!<3
11:13
<ltsp>
Hyperbyte: <3: alkisg.
11:13
<alkisg>
:)
11:13
<reuss_>
alkisg: thanks
11:19
<alkisg>
!echo $NICK
11:19
<ltsp>
alkisg
11:19
<alkisg>
!echo $USER
11:19
<ltsp>
~alkisg
11:19
<alkisg>
Yeah NICK is better
11:19
<Hyperbyte>
!whosyourdaddy
11:19
<ltsp>
Hyperbyte: whosyourdaddy: You are, Hyperbyte.
11:19
<alkisg>
Hmm now we should put it in some factoid to scare users
11:20
<muppis>
:)
11:20
<alkisg>
!forget ltsp-update-image
11:20
<ltsp>
alkisg: The operation succeeded.
11:20
<alkisg>
!learn ltsp-update-image as Dear $NICK, try to understand: if you use NBD (e.g. Ubuntu), every time you change something in your chroot (e.g. /opt/ltsp/i386), you need to run ltsp-update-image and reboot the thin clients for the changes to take effect
11:20
<ltsp>
alkisg: The operation succeeded.
11:20
<alkisg>
!ltsp-update-image
11:20
<ltsp>
alkisg: ltsp-update-image: Dear alkisg, try to understand: if you use NBD (e.g. Ubuntu), every time you change something in your chroot (e.g. /opt/ltsp/i386), you need to run ltsp-update-image and reboot the thin clients for the changes to take effect.
11:20
<Hyperbyte>
You should still hack it to remove the 'nickname:' from that...
11:20
Right now it does $NICK: $key: $value
11:20
<alkisg>
Needs a bit of work, yeah, but it'll prove to be fun :D
11:20
<Hyperbyte>
The $NICK: part should really go...
11:21
<alkisg>
Where is that? In which variable?
11:21
<Hyperbyte>
I have no idea
11:21
<muppis>
alkisg, boring day?
11:21
<Hyperbyte>
I mean in the message
11:21
Haha
11:21
I'm gonna have some lunch.
11:21
<alkisg>
muppis: I'm trying hard to avoid starting to work on my phd :D
11:22
Hyperbyte: I got it, I meant in which bot configuration variable
11:33
<Hyperbyte>
No idea. :)
11:45GodFather has joined IRC (GodFather!~androirc@223.sub-174-252-246.myvzw.com)
11:50GodFather has left IRC (GodFather!~androirc@223.sub-174-252-246.myvzw.com, Ping timeout: 260 seconds)
11:55shogunx has left IRC (shogunx!~shogunx@rrcs-67-79-182-235.se.biz.rr.com, Ping timeout: 240 seconds)
11:58
<pmatulis>
by default i'm getting extended screen mode with my 2 monitors on my client. how to get mirror mode by default?
11:59
<alkisg>
man lts.conf => see the xrandr settings, you need to pass --same-as monitor1 there
11:59
First open a gnome terminal and do it from xrandr from the command line so that you know what you need better
12:02artista-frustrad has joined IRC (artista-frustrad!~fernando@187.59.71.5)
12:03
<pmatulis>
XRANDR_OUTPUT_0 = "xrandr --output VGA-0 --same-as LVDS"
12:03
alkisg: something like that ⤴
12:04
?
12:07shogunx has joined IRC (shogunx!~shogunx@rrcs-67-79-182-235.se.biz.rr.com)
12:07GodFather has joined IRC (GodFather!~androirc@12.154.159.14)
12:10scottmaccal has joined IRC (scottmaccal!~scottmacc@firewall.portland.lib.me.us)
12:12shawnp0wers has joined IRC (shawnp0wers!~Adium@linuxjournal/staff/shawnp0wers)
12:15brunolambert has joined IRC (brunolambert!~brunolamb@nat/revolutionlinux/x-ggphbgoyasxrlrmb)
12:19GodFather has left IRC (GodFather!~androirc@12.154.159.14, Ping timeout: 246 seconds)
12:28alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
12:30alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
12:32alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Client Quit)
12:34Parker955_Away is now known as Parker955
12:35shawnp0wers has left IRC (shawnp0wers!~Adium@linuxjournal/staff/shawnp0wers, Quit: Leaving.)
12:35shawnp0wers has joined IRC (shawnp0wers!~Adium@linuxjournal/staff/shawnp0wers)
12:37[GuS] has joined IRC ([GuS]!~MysT@213-117-16-190.fibertel.com.ar)
12:37[GuS] has joined IRC ([GuS]!~MysT@unaffiliated/gus/x-663402)
12:42
<mgariepy>
Hyperbyte, i'm sorry to hear that it's not working.
12:47
<Hyperbyte>
:)
12:47
Went to the printing settings and disabled transparency, but still complete freezeup.
12:55
<mgariepy>
when this option is disable here, the memory usage on my thin clients is not moving a bit when printing.
12:55
you checked Reduce transparency and no transparency ?
12:57
<Hyperbyte>
Yep.
12:57
Even tried all the other options as well (reduce dpi, etc)
13:01Parker955 is now known as Parker955_Away
13:01
<mgariepy>
kk
13:02Parker955_Away is now known as Parker955
13:19Parker955 is now known as Parker955_Away
13:26Parker955_Away is now known as Parker955
13:26
<nroussi>
Hi, I have a problem with my installation. I have a Fat Client image on a server with 2 NICs. The server is an LDAP client and has a folder mounted with NFS for all the users. The clients boot fine, the users log in, the home directory mounts but there is no internet. I followed all NAT guides found on the edubuntu howtos and still nothing.
13:26
iptables -L shows no rules
13:54
<Hyperbyte>
Your LTSP server is also network router, correct?
13:56reuss_ has left IRC (reuss_!~reuss@catv-80-98-205-163.catv.broadband.hu, Quit: Távozom)
14:00Gadi has joined IRC (Gadi!~romm@ool-18bbe47a.static.optonline.net)
14:02ddave7 has left IRC (ddave7!~Miranda@isbspr2.clnet.cz, Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
14:07tl1000s77 has joined IRC (tl1000s77!~tl1000s77@173-13-114-113-NewEngland.hfc.comcastbusiness.net)
14:09
<nroussi>
yes
14:09
Hyperbyte: it is a router only for the LTSP subnet
14:10
<tl1000s77>
Quick question, I'm trying to get sound working on my thin client (Ubuntu 10.04 ) using rdesktop and the -r sound:local command but it's not working. Should I install ltspfs on the thin client or is that only for local devices?
14:12
<Gadi>
tl1000s77: what version of windows
14:12
(and no to the ltspfs question)
14:12
<tl1000s77>
Server 2008 R2
14:12
<Gadi>
and audio mapping is enabled on the server?
14:12
<tl1000s77>
I get sound using rdesktop from my desktop and that's running ubuntu 10.10
14:13
Yes
14:13
<Gadi>
are you running ldm and rdesktop on 2 different screens?
14:13
<tl1000s77>
No
14:13
I'm using the SCREEN_07 = rdesktop
14:14
<Gadi>
try setting SOUND=False in lts.conf - this will, in effect, disable pulseaudio and volume adjustment, but alsa sound will still work
14:14
it could be that sound via pulseaudio on the client is not working
14:15
<tl1000s77>
I have tried that, can I show you my lts.conf file?
14:16
<Hyperbyte>
nroussi, type 'ifconfig' and 'ip route show' on the client, then put the output on pastebin.
14:17
<Gadi>
tl1000s77: sure
14:17
tl1000s77: also, get a shell on another screen (say, screen2)
14:18
that way, you can debug some things on the client
14:23
<tl1000s77>
Gadi: I also wanted to ask you about the XRANDR variable, it doesn't seem to call --addmode anywhere.
14:25
http://pastebin.com/ysG9GPCh
14:27anivair has joined IRC (anivair!~joe@69.58.115.123)
14:38
<nroussi>
Hyperbyte: this is the output http://pastebin.com/Za3Fx2Hu thanks
14:38ry has joined IRC (ry!~ry@static-71-183-64-28.nycmny.fios.verizon.net)
14:38
<Hyperbyte>
I assume you trimmed the ifconfig output?
14:39
<Gadi>
tl1000s77: ok, first, I would take out the -u ''
14:39
<tl1000s77>
k
14:39
<shawnp0wers>
Anyone that is using Edubuntu 11.04, how to I get ldm to use the classic gnome desktop and not unity?
14:39
<Hyperbyte>
Looks alright though, you probably haven't configured NAT correctly on your LTSP server.
14:39
<shawnp0wers>
I thought Edubuntu didn't use Unity, but I guess I"m wrong… :(
14:39
<Gadi>
tl1000s77: and the -f (not needed)
14:40
-f and -u '' are automatically added
14:40
<Hyperbyte>
shawnp0wers, search the IRC logs for user Hyperbyte and text classic-gnome
14:40
<shawnp0wers>
ok thanks Hyperbyte
14:40
<Gadi>
tl1000s77: and why not put the server at the end, so you have one line
14:41
<Hyperbyte>
Alternatively....
14:41
!classic-gnome
14:41
<ltsp>
Hyperbyte: classic-gnome: To set classic-gnome as the default session instead of Unity in Ubuntu >= 11.04, put LDM_XSESSION="gnome-session --session=classic-gnome" in lts.conf.
14:41
<Gadi>
ie: SCREEN_07 = "rdesktop -d domain -r sound:local 10.1.1.10"
14:41
<shawnp0wers>
*snort* Awesome, thanks again.
14:41
<tl1000s77>
the -f isn't added...I just took it out and it's not in full screen mode anymore :)
14:42
<Gadi>
what?
14:42
somebody messed with the script, then
14:42
sigh
14:43
<tl1000s77>
mine is a vanilla install...I promise :)
14:43
<Gadi>
can you paste: /opt/ltsp/i386/usr/share/ltsp/screen.d/rdesktop
14:43
<anivair>
Anyone know a good way to figure out what ip addresses the ghcp on my server is currently assigning?
14:43
<tl1000s77>
I also use the -u '' because when I don't the default user is root
14:43
<Gadi>
I didnt mean you
14:43
I think it has been fiddled with of late
14:43
<anivair>
I'm trying to change my range, but I'll need ot know what it's doing right now
14:44
<Gadi>
yeah, sounds like someone broke the previous behavior
14:44
I would blame alkisg - but he's not here and it's more fun when he is
14:44
:)
14:45
<tl1000s77>
http://pastebin.com/sS5WDw9g
14:45
lol...I had alkisg helping with this last week and he asked me to talk to you
14:45scottmaccal has left IRC (scottmaccal!~scottmacc@firewall.portland.lib.me.us, Ping timeout: 268 seconds)
14:47
<Gadi>
ah, see?
14:47
he changed the behavior
14:47
now we need to update all those thorough docs
14:47
:)
14:47
<tl1000s77>
Great!
14:47
<Gadi>
all kidding aside,
14:47
<tl1000s77>
So what's the fix?
14:47
<Gadi>
ok so you now need those params
14:48
ok, can you get a shell?
14:48
on a different screen?
14:48
<tl1000s77>
on the server or client?
14:48
<Gadi>
on the client
14:48
<tl1000s77>
yes
14:48shogunx has left IRC (shogunx!~shogunx@rrcs-67-79-182-235.se.biz.rr.com, Ping timeout: 260 seconds)
14:48
<Gadi>
excellent
14:48
<tl1000s77>
SCREEN_02 is set to shell
14:48
<Hyperbyte>
anivair, /etc/ltsp/dhcpd.conf ?
14:48
<Gadi>
in the shell, export DISPLAY=:7
14:48
then, xterm
14:49
then, switch to ctrl-alt-f7
14:49
you should hopefully have an xterm there
14:49
or, better yet
14:50
<tl1000s77>
no, it's still the rdesktop to the windows server
14:50
<Gadi>
because you have rdesktop running already
14:50
let's do this
14:50
on the client,
14:50
<tl1000s77>
I can change the lts.conf file and restart the thin client
14:50shogunx has joined IRC (shogunx!~shogunx@rrcs-67-79-182-235.se.biz.rr.com)
14:51
<Gadi>
edit /usr/share/ltsp/screen.d/rdesktop and change COMMAND= line to COMMAND=/usr/bin/xterm
14:51
save it
14:51scottmaccal has joined IRC (scottmaccal!~scottmacc@firewall.portland.lib.me.us)
14:51
<Gadi>
and pkill rdesktop
14:51
then, when you switch back to ctrl-alt-f7 you should have an xterm
14:53
<shawnp0wers>
Ok, I'm apparently Mr. Questions today… I've tried this on both 11.04 and 10.04, how on earth do I get firefox (as a localapp) to open attachments?
14:53
For some reason i thought it JustWorked™ — but for the life of me I can't figure it out
14:53
<Gadi>
shawnp0wers: try setting REMOTE_APPS = True
14:54alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
14:54
<tl1000s77>
I still have the rdesktop session...
14:54
<dberkholz>
ltsp just work? that would kill off a whole consulting industry =P
14:54
<shawnp0wers>
If that does it, I may crap a brick. Just a warning… ;)
14:54
<tl1000s77>
it's line 30 that we're talking about changing right?
14:54staffencasa has joined IRC (staffencasa!~staffenca@128-193-145-225.oregonstate.edu)
14:55
<Gadi>
tl1000s77: yes
14:56
<tl1000s77>
Gadi: That didn't work, can I just change my lts.conf file and restart the thin client?
14:56
<Gadi>
change your lts.conf to what, tho?
14:57
<tl1000s77>
ldm?
14:57
<Gadi>
if you like, you can change that file in the chroot and update the chroot temporarily
14:57
no, you dont want ldm
14:58
<tl1000s77>
k
14:58
<Gadi>
if you make that change and update the chroot, when you reboot, you should get an xterm instead of rdesktop
14:58
from the xtrem, we can try:
14:58
1. playing a sound with aplay
14:58
2. checking the volume levels with alsamixer
14:59
3. running rdesktop from command line with the params and see if we can play a sound
14:59
<alkisg>
rm rdesktop at the filesystem level, and symlink it to xterm :P
14:59
<Gadi>
yeah, or that
14:59
without changing the chroot
14:59
<alkisg>
Yup, while the thin client runs, not in the server chroot
14:59
<Gadi>
and, whaa...... alkisg is back!
14:59
:)
14:59
<alkisg>
!Gadi
14:59
<ltsp>
alkisg: Error: "Gadi" is not a valid command.
14:59
<alkisg>
!g
14:59
<ltsp>
alkisg: g: Gadi!!!!!!!!!!!!!!!!!!!!!!!!.
15:00
<nroussi>
alkisg, I followed your guide to do the NATing but I need some help. Can you take a look at this: http://pastebin.com/PEUG83dn
15:00
<Gadi>
alkisg: so you changed behavior of rdesktop screeen script on me
15:00
:)
15:00
my advice is totally useless now
15:00
:P
15:00
<anivair>
dhcpd.conf tells me what the range is. i'm looking fora list of addresses already assigned currently
15:00
<alkisg>
Gadi: hey, I asked you 5-6 times to comment on the changes :D
15:00
<Gadi>
I am deaf in that ear
15:00
:)
15:01
<alkisg>
Gadi: it made more sense to me this way, I didn't like having to specify half of the command line... either no command line (RDP_OPTIONS, RDP_SERVER etc), or full command line
15:01
And, omitting "-f" and "-u" wasn't anywhere on the docs
15:02
...erm, and rdesktop, RDP_OPTIONS etc too :P
15:02
<Gadi>
nothing but excuses
15:02
:)
15:02* alkisg admits he only has lame excuses to offer
15:02
<Gadi>
think of all the poor people who just added one or two params
15:02
and upgrade to find that root wants to now login!
15:02
<alkisg>
But I heard that good excuses make up for poor code quality :D
15:03
<Gadi>
you should add -f -u '' to the COMMAND line
15:03
rdesktop will override them with later params
15:03
ie, -u '' -u foo brings up the user foo
15:04
<shawnp0wers>
Gadi: Ok, I haven't shat a brick quite yet, but I'm close. The REMOTE_APPS directive is working for 11.04. However, it doesn't work for .doc attachments. Is there a way to configure mime types for ltsp-open ?
15:04
<alkisg>
Gadi, but why modify the default rdesktop command line anyway?
15:04
<Gadi>
shawnp0wers: ltsp-open calls xdg-open on the server
15:04
so, if you associate it on the server, it should work
15:05
<shawnp0wers>
That's strange, on the server a quick double-click opens them fine...
15:05
<tl1000s77>
I now have a small xterm window
15:05Parker955 is now known as Parker955_Away
15:05
<tl1000s77>
but it's only a bash
15:05
shell
15:05
<shawnp0wers>
Perhaps I should clarify — firefox doesn't even try to open .doc attachments with ltsp-open
15:05
<Gadi>
tl1000s77: right
15:05
tl1000s77: perfect
15:05
first, try playing a sound with aplay
15:06
(say, some wav file in /usr/share/sounds/)
15:06
<tl1000s77>
I get sound with aplay
15:06
<Gadi>
tl1000s77: ok, now run rdesktop -r sound:local -u '' 10.1.1.10
15:07
<tl1000s77>
no sound :(
15:08
<alkisg>
nroussi: you tell the clients that your gateway is 192.168.0.1 while it's 192.168.0.254. Your server is the gateway to your clients.
15:09
nroussi: so change "    option routers 192.168.0.1;" to "    option routers 192.168.0.254;"
15:09
In dhcp.conf, router means the gateway. And for your clients, the gateway is your server, it does NAT for them.
15:09
<nroussi>
alkisg: ok let me try that, thanks
15:12
<Gadi>
tl1000s77: how are you testing sound in Windows?
15:14
<tl1000s77>
I open up Sound, and try to play one of the sounds
15:14scottmaccal has left IRC (scottmaccal!~scottmacc@firewall.portland.lib.me.us, Ping timeout: 250 seconds)
15:14
<tl1000s77>
Doing it that way from my Ubuntu desktop works
15:15
<Gadi>
ok
15:16
log out of windows, so it drops you back to the xterm
15:16
are tehere any errors in the xterm?
15:16
*there
15:16
<tl1000s77>
only a warning about colour depth, but nothing about sound
15:17
<Gadi>
yeah, I noticed you set 24 bit - a no no for w2k8r2
15:17
(you should either use 16 or 32)
15:17
but thats a different story
15:17
<tl1000s77>
I'll change that now
15:17
<Gadi>
note: if you choose 32, make sure your video driver can do that
15:18
and you need to add: -a 32 to the rdesktop line
15:18
<tl1000s77>
will do
15:18
<Gadi>
maybe it is a problem with rdesktop?
15:18
what version do you have there?
15:19Parker955_Away is now known as Parker955
15:19
<tl1000s77>
1.6.0
15:19
<Gadi>
oh, and in the current scenario, is pulseaudio running or not?
15:21
<tl1000s77>
I don't think so, I did a ps -ef and I didn't see it
15:21Gremble has joined IRC (Gremble!~Ben@cpc12-aztw24-2-0-cust146.aztw.cable.virginmedia.com)
15:22
<Gadi>
hmmm
15:22
all very strange
15:22
<alkisg>
tl1000s77: ubuntu? which version?
15:22
<Gadi>
and nothing in the Windows event viewer
15:22
<tl1000s77>
10.04
15:22
<alkisg>
tl1000s77: do you want to temporarily install xfreerdp from my ppa and try with that?
15:23
<tl1000s77>
I'll try anything
15:23
<Gadi>
xfreerdp is better anyway
15:23
:)
15:23
<alkisg>
Gadi, I haven't read all the conv, am I interrupting any experiments?
15:23
<Gadi>
no, go ahead
15:23
<alkisg>
ok, let me write the commands...
15:24
<nroussi>
alkisg: thanks. It is working now
15:24nroussi has left IRC (nroussi!~nroussi@209.155.76.243, Quit: Leaving)
15:25
<tl1000s77>
nothing in the logs on the windows server
15:26dtcrshr has joined IRC (dtcrshr!data@unaffiliated/datacrusher)
15:26
<alkisg>
sudo chroot /opt/ltsp/i386
15:26
apt-get update
15:27
apt-get --yes install python-software-properties
15:27
add-apt-repository ppa:ts.sch.gr
15:27
apt-get update
15:27
apt-get --yes install freerdp-x11
15:27
rm /etc/apt/sources.list.d/ts.sch.gr-ppa-lucid.list
15:27
apt-get update #so that you don't get other updates from the ppa, like newer ltsp versions
15:27
exit #from chroot
15:27
sudo ltsp-update-image
15:27
tl1000s77: ^
15:28
Ping me on any warnings/errors etc
15:28
(of the above commands)
15:30
And modify your lts.conf so that you call "xfreerdp params" instead of "rdesktop params"
15:33
<tl1000s77>
Great. Everything installed OK, Now I need to change the lts.conf
15:34
Should I change my rdesktop back to what it was instead of /usr/bin/xterm?
15:34
<Gadi>
yes
15:36
so, we often get asked "How can I help with LTSP?"
15:36
do we have that somewhere on our website?
15:36
:)
15:36
<tl1000s77>
:)
15:36
<alkisg>
"To help with LTSP, write a web site about that"
15:36
<Gadi>
I feel like we do wonderful things and get propelled along by the random contributions of folks who pass like ships
15:36
<alkisg>
(about how to help with ltsp :P)
15:37
<Gadi>
we should definitely discuss this in October at BTS
15:37
if not before
15:37
brb
15:37
<shawnp0wers>
Today is proving to be mind numbing. I would like to turn today off and turn it back on. :)
15:37
<alkisg>
I think that the wiki is the only item in the BTS agenta :)
15:38
So I'm sure we/you'll talk about that part
15:38
<shawnp0wers>
Does anyone know how to tell firefox to globally use a certain program to open a certain type of file? (Yes, more ltsp-open stuff)
15:38
<tl1000s77>
alkisg, does xfreerdp take the same commands as rdesktop?
15:38
<alkisg>
tl1000s77: not exactly, the sound param is different, see the script that you pasted in pastebin
15:39
or use man xfreerdp
15:39
<shawnp0wers>
I can do it for my user, in prefs, but while .odt and .pdf are automagically assigned to ltsp-open, .doc is not...
15:39
<alkisg>
tl1000s77: the equivalent of "-r sound:local" is "--plugin rdpsnd"
15:43
<tl1000s77>
something like this under the mac address of the client: SCREEN_07 = "xfreerdp -f -a 16 -d ssww --plugin rdpsnd 10.1.1.10"
15:43
<alkisg>
tl1000s77: sounds good
15:43
Not sure about the -d (domain)
15:43
Is it in the man page?
15:43
Yup it is
15:43
<tl1000s77>
yes
15:45
how can I tell that it's using the xfreerdp instead of rdesktop?
15:46
Would that be from the shell?
15:46
<alkisg>
tl1000s77: ps -ef|grep xfreerdp
15:47
<Gadi>
shawnp0wers: I believe it grabs everything from the server's /usr/lib/mime/packages directory
15:47
<tl1000s77>
ok, it's using it
15:47anivair has left IRC (anivair!~joe@69.58.115.123, Quit: Leaving)
15:48
<tl1000s77>
still no sound :(
15:49
<Gadi>
tl1000s77: the user you are using in windows has logged out and logged in, right?
15:49
and is not blocked by a policy?
15:49
<tl1000s77>
Gadi: many times
15:50
no group policies in place to block sound
15:50
<Gadi>
ie, it is that same user that gets sound from ubuntu desktop?
15:50
ie ubuntu desktop -> rdesktop
15:50
<tl1000s77>
correct
15:50
<shawnp0wers>
Gadi: That makes sense, but I can't find *any* reference to ltsp-open anywhere. I have no idea where that action is coming from.
15:51
<Gadi>
shawnp0wers: let me tell ya how it works
15:51
(since it was mgariepy and myself who coded it over beer)
15:51
:)
15:51
<shawnp0wers>
:D
15:51
I may have found something in /usr/share/ldm/rc.d/X01-remoteapps
15:51
parsing that now...
15:52
<Gadi>
right
15:52
so it grabs the files from /usr/lib/mime/packages on the server and copies them locally
15:52
then does a bunch of editing to call ldm-open instead of whatever it is that they call
15:53
well, cctually, I think we make one file on the client
15:53
/usr/lib/mime/packages/ltsp
15:53
and play with the priority
15:54
so that admins can optionally prefer a locally installed app to a remote one
15:54
it was all very clever after the third bottle or so
15:54
<shawnp0wers>
Gadi: Ok, that at least makes sense. And I do see (in a live chroot) that the mime/packages files are changed. I need to figure out why firefox isn't using ltsp-open for .doc files now
15:55
but I have a place to look, thank you so much. :)
15:55
<Gadi>
np - btw, I know we tested with doc files
15:55
and they worked
15:55
<shawnp0wers>
maybe it's my firefox prefs that are screwy
15:55
<Gadi>
maybe
15:55* shawnp0wers goes to check
15:55
<Gadi>
can you try a fresh user account?
15:56
and you said when you click on a doc, it doesnt prompt you to open with ltsp-open, right?
15:57
(maybe you had at one point told firefox to "always open docs with soffice" or some such
15:57
<shawnp0wers>
just deleted my firefox prefs completely
15:57
<Gadi>
and now, it is still doing that
15:57
<shawnp0wers>
and no, when opening a DOC file, it doesn't ask to open with
15:57
just defaults to save
15:57
<Gadi>
huh
15:57
<shawnp0wers>
with no options in the "open with" area
15:57
<Gadi>
doc or docx?
15:58
<shawnp0wers>
doc
15:58
<tl1000s77>
Is there anything else I can try to get the sound working?
15:58
<shawnp0wers>
attached in gmail
15:58
<tl1000s77>
It didn't work with xfreerdp
15:59
<Gadi>
shawnp0wers: what if you do a google search for: filetype:doc test
16:00
<shawnp0wers>
same issue
16:00
but .odt works fine
16:00
oy
16:01
<tl1000s77>
brb
16:01
<shawnp0wers>
I'll keep playing with it. Thanks for the quick "how it works" tutorial. :)
16:01
<Gadi>
np
16:02
tl1000s77: xfreerdp actually spits out much more to the command line. So, it may help you debug better. Oh, wait! Also check /proc/asound/cards
16:02
and see how many cards youhave listed
16:03
perhaps there is more than one and something is getting confused
16:07bobby_C has joined IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at)
16:12bakytn has joined IRC (bakytn!~bakytn@31.29.17.125)
16:14scottmaccal has joined IRC (scottmaccal!~scottmacc@firewall.portland.lib.me.us)
16:18ddave7 has joined IRC (ddave7!~Miranda@m55.dkm.cz)
16:25alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Ping timeout: 245 seconds)
16:26Gremble has left IRC (Gremble!~Ben@cpc12-aztw24-2-0-cust146.aztw.cable.virginmedia.com, Quit: I Leave)
16:27shogunx has left IRC (shogunx!~shogunx@rrcs-67-79-182-235.se.biz.rr.com, Ping timeout: 252 seconds)
16:35shawnp0wers has left IRC (shawnp0wers!~Adium@linuxjournal/staff/shawnp0wers, Quit: Leaving.)
16:40shogunx has joined IRC (shogunx!~shogunx@rrcs-67-79-182-235.se.biz.rr.com)
16:44
<tl1000s77>
There's only one card listed, Intel ICH5 with AD1981B at irq 17
16:55shawnp0wers has joined IRC (shawnp0wers!~Adium@linuxjournal/staff/shawnp0wers)
16:56
<bakytn>
I have cluster environment and LDM_DIRECTX is set to True (tested with tcpdump). But clients are not very responsive! On the same network the clients on a standalone server works faster. WHat could be the reason?
16:57
cluster cotnains of: root node and one app server (was going to add 3 more)
17:05brunolambert has left IRC (brunolambert!~brunolamb@nat/revolutionlinux/x-ggphbgoyasxrlrmb, Ping timeout: 260 seconds)
17:07scottmaccal has left IRC (scottmaccal!~scottmacc@firewall.portland.lib.me.us, Quit: ChatZilla 0.9.87 [Firefox 3.6.20/20110805211839])
17:10scottmaccal has joined IRC (scottmaccal!~scottmacc@firewall.portland.lib.me.us)
17:11Parker955 is now known as Parker955_Away
17:15
<bakytn>
!help
17:15
<ltsp>
bakytn: (help [<plugin>] [<command>]) -- This command gives a useful description of what <command> does. <plugin> is only necessary if the command is in more than one plugin.
17:16sepski has joined IRC (sepski!~sep@79.170.82.107)
17:16sepski is now known as Guest97405
17:26shogunx has left IRC (shogunx!~shogunx@rrcs-67-79-182-235.se.biz.rr.com, Ping timeout: 252 seconds)
17:40shogunx has joined IRC (shogunx!~shogunx@rrcs-67-79-182-235.se.biz.rr.com)
17:42Parker955_Away is now known as Parker955
17:52scottmaccal has left IRC (scottmaccal!~scottmacc@firewall.portland.lib.me.us, Quit: ChatZilla 0.9.87 [Firefox 3.6.20/20110805211839])
17:53alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
17:57Parker955 is now known as Parker955_Away
18:03ogra_ has left IRC (ogra_!~ogra@p5098ed03.dip0.t-ipconnect.de, Excess Flood)
18:03ogra_ has joined IRC (ogra_!~ogra@p5098ed03.dip0.t-ipconnect.de)
18:04LoveStorm has left IRC (LoveStorm!Storm@217.18.70.231, Quit: Love is real, real is love...love is feeling to be loved)
18:06shogunx has left IRC (shogunx!~shogunx@rrcs-67-79-182-235.se.biz.rr.com, Read error: Operation timed out)
18:07shogunx has joined IRC (shogunx!~shogunx@rrcs-67-79-182-235.se.biz.rr.com)
18:17ddave7 has left IRC (ddave7!~Miranda@m55.dkm.cz, Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
18:23shawnp0wers has left IRC (shawnp0wers!~Adium@linuxjournal/staff/shawnp0wers, Quit: Leaving.)
18:26shogunx has left IRC (shogunx!~shogunx@rrcs-67-79-182-235.se.biz.rr.com, Read error: Operation timed out)
18:29Parker955_Away is now known as Parker955
18:36dgroos has joined IRC (dgroos!~dgroos@205.215.177.157)
18:41LoveStorm has joined IRC (LoveStorm!Stoka@217.18.70.231)
18:42drdata has joined IRC (drdata!~drdata@tw2.udallas.edu)
18:45poff has joined IRC (poff!~m29poff@231.255.90.79.rev.sfr.net)
18:46
<alkisg>
dgroos: hi, remember https://bugs.launchpad.net/sch-scripts/+bug/761717?
18:47
<dgroos>
alkisg: howdy, indeed.
18:47
<alkisg>
I need some testing, if it's easy for you as I won't be near a lab for some time
18:47loather-work has joined IRC (loather-work!~khudson@206.169.71.12)
18:47
<dgroos>
not going to be a problem with remote apps?
18:48
<alkisg>
No no just speed testing
18:48
<dgroos>
I don't have any thin clients set up--just fat'uns
18:48
<alkisg>
You can just set LTSP_FATCLIENT=False in lts.conf
18:48
If you have some time for the test, that is
18:49
Ah, it doesn't even matter, fats will also do
18:49
<dgroos>
I'd be happy to test later on this afternoon, I'm a bit under a schedule right now
18:49
<alkisg>
Sure, or tomorrow, no hurry
18:50
<dgroos>
sure, can you describe it or does it have to be back-and-forth?
18:50
<alkisg>
What I wanted to test is if -noshm makes a difference in broadcasting speed when the teacher is seated on the server and the clients are thin
18:51
(the lack of -noshm in this case)
18:51
In all other cases, we can put -noshm there
18:51
But if even on that first case it doesn't make things go faster, then we can always put -noshm there without special casing anything
18:51
So the test is:
18:51
1) put LTSP_FATCLIENT=False in lts.conf
18:51
2) put the -noshm bit (I think you already have that there)
18:52
3) Sit on the server (...i don't know if that's easy for you... vnc?) and start broadcasting
18:52
Then, remove -noshm and do that again, and see if it's faster
18:52
<dgroos>
I've got openNX working great...
18:52
<alkisg>
If it's not, we don't need to special case it
18:52
<dgroos>
right.
18:53
<alkisg>
Thanks!
18:53
<dgroos>
Is there some sort of numerical metric or just looking for 'as best it seems...'?
18:53
<alkisg>
iftop is some numerical metric, but just looking also does it for me :)
18:54
If you can't see a difference, I'll just always put -noshm there
18:54
(iftop running on the server)
18:54
<dgroos>
for sure, makes sense.
18:55loather-work has left IRC (loather-work!~khudson@206.169.71.12, Quit: This computer has gone to sleep)
19:06dgroos has left IRC (dgroos!~dgroos@205.215.177.157, Quit: dgroos)
19:11brunolambert has joined IRC (brunolambert!~brunolamb@nat/revolutionlinux/x-ipsvlasozsnwuxgj)
19:12mistik1 has left IRC (mistik1!mistik1@unaffiliated/mistik1, Ping timeout: 258 seconds)
19:19Parker955 is now known as Parker955_Away
19:20
<tl1000s77>
alkisg: The sound didn't work with xfreerdp
19:24loather-work has joined IRC (loather-work!~khudson@206.169.71.12)
19:27Parker955_Away is now known as Parker955
19:33
<alkisg>
tl1000s77: so you say that you have sound on the thin client, but not with rdesktop/xfreerdp, but if you run the same command on a standalone ubuntu pc, you get sound from the w2008 server?
19:34
<tl1000s77>
alkisg: yes. In the xterm session on the thinclient I have sound, but with rdesktop or xfreerdp nothing
19:34
<alkisg>
And the next part, about the standalone ubuntu pc connecting to the w2008 server?
19:34
with rdesktop ?
19:35
<tl1000s77>
Yes that works too with rdesktop
19:35
<alkisg>
OK, let's see if it's hardware specific
19:35
Try to (1) boot the thin client from an ubuntu live usb stick, or
19:36
(2) boot that standalone pc as a thin client, from your ltsp server
19:36
<tl1000s77>
When I boot into the thin client using the ldm desktop I get sound
19:36
<alkisg>
Maybe there's something in your hardware that confuses rdesktop
19:36
So testing with different hardware helps there
19:36shogunx has joined IRC (shogunx!~shogunx@rrcs-67-79-182-235.se.biz.rr.com)
19:37
<alkisg>
Try one of (1) or (2) above
19:42poff has left IRC (poff!~m29poff@231.255.90.79.rev.sfr.net, Quit: Ex-Chat)
19:47
<tl1000s77>
Trying 1
19:52
I get sound on the tc but not using rdesktop to the server...
19:52[GuS] has left IRC ([GuS]!~MysT@unaffiliated/gus/x-663402, Remote host closed the connection)
19:56loather-work has left IRC (loather-work!~khudson@206.169.71.12, Quit: This computer has gone to sleep)
19:56Guest97405 has left IRC (Guest97405!~sep@79.170.82.107, Quit: Forlater kanalen)
19:58
<alkisg>
So it's not at all LTSP related. Maybe hardware related, e.g. rdesktop may be sending the sound to some unused output of your sound card.
19:58
If you can, also try (2)
19:59
<tl1000s77>
k
19:59
before I do that, would there be something in the logs?
19:59
<alkisg>
Maybe... open the log viewer, and THEN run rdesktop
19:59
And see if some log file gets bold
20:00
(==changed)
20:12
<Gadi>
tl1000s77: have you tried: -r sound:local:oss
20:12
(with rdesktop)
20:12
<tl1000s77>
Gadi: no, not yet
20:12
<Gadi>
maybe alsa is not really working
20:12
and you need the old oss method
20:12
<tl1000s77>
I'll try that now
20:12
<Gadi>
or try: -r sound:local:alsa
20:12
maybe it is the other way
20:12
:)
20:13
of course, if pulseaudio is running, I doubt oss will work
20:13
because it would hog the device
20:14
you would need to have pulseaudio-utils installed and run: padsp rdesktop -r sound:local:oss ....
20:14loather-work has joined IRC (loather-work!~khudson@206.169.71.12)
20:14
<Gadi>
alkisg: remember all that yummy pasuspender/padsp from the screen script... ;)
20:14
we must have had that for some corner case somewhere
20:14
:)
20:15
<alkisg>
Hey Gadi
20:15
I asked and asked and only mgariepy said he needed those,
20:15
but then he realized that SOUND=False was better, so he didn't need them anymore
20:15
Where do you need those?
20:16
<Gadi>
ah
20:16
:)
20:16
<alkisg>
And if you do, I think they should be generic, not specific to the rdesktop script
20:16
<Gadi>
Im just messin with ya
20:16
<alkisg>
Haha
20:16
<Gadi>
I hear ya
20:16* alkisg wasn't reading the conv... looking up...
20:16
<tl1000s77>
Even using tsclient it doesn't work...frustrating...
20:17
<Gadi>
I think they may have crept in for things like running ldm on one screen and rdesktop on another and wanting sound
20:17
but pulseaudio being greedy
20:17
or something
20:17
I dunno
20:17
tl1000s77: tsclient uses rdesktop
20:18
so, makes sense that it doesnt
20:18
<alkisg>
Gadi, previously pulseaudio needed exclusive access to the soundcard, now it works alongside alsa, so ldm/rdesktop isn't a problem
20:18
<Gadi>
alkisg: ah legacy workarounds
20:18
:)
20:18loather-work has left IRC (loather-work!~khudson@206.169.71.12, Ping timeout: 258 seconds)
20:18
<tl1000s77>
got it!! with the sound:local:oss
20:19
<Gadi>
yay
20:19
<alkisg>
From the early pulse days where everyone was cursing and wanted it gone etc :D
20:19
<Gadi>
hehe
20:19
most of ltsp is working around stuff
20:19
:)
20:19
<tl1000s77>
You guys rock!! Thank you!!
20:19
<Gadi>
then the stuff gets fixed and we are left with workarounds
20:19
:)
20:19
<alkisg>
hehe
20:19
<Gadi>
tl1000s77: only took us weeks, right?
20:19
:D
20:20
<alkisg>
...and uncomprehensible code
20:20
<tl1000s77>
no matter how long it took...you guys stuck through it!
20:20
I'll try it now on the tc running off of the ltsp server
20:21
<Gadi>
tl1000s77: btw, sounds like an alsa driver bug with that particular sound card or something
20:21
if it has to use the oss emulation
20:21
I mean, great that it works, dont get me wrong
20:21
:)
20:21
<alkisg>
Or maybe rdesktop sends the sound to some unused output and it's an rdesktop/xfreerdp bug
20:21
<Gadi>
true
20:21
could be the frequency mismatch
20:21
or something
20:22
there's a lot of crap like that in this world
20:22
unfortunately for most engineers, they are illiterate and can't read the standard specs
20:22
:)
20:22
<tl1000s77>
:)
20:22
<Gadi>
I think standards docs should be written as anime cartoons
20:23
then, things would work better
20:23
<alkisg>
Nah, something with porn would work better than cartoons :P
20:23
<Gadi>
then NOTHING would get coded
20:23
<alkisg>
Haha
20:24
<Gadi>
and the keyboards would get all sticky
20:24
<alkisg>
But the coders would know the standards in depth :P
20:24
<Gadi>
and bts would be a much weirder experience
20:24
(than it already is)
20:24
:)
20:26
<alkisg>
That's because the ltsp devs are stinky phallocrates and don't accept women in their team
20:26
How many female applications you turned down? dozens...
20:26
<Gadi>
phallocrates?
20:26
<tl1000s77>
So do I still need the sound=false with sound:local:oss?
20:26
<Gadi>
is that some greek philosopher?
20:26
<alkisg>
Haha
20:26
<Gadi>
lol
20:26* alkisg couldn't find a better word in his dict :P
20:26
<alkisg>
*translation
20:27
<Gadi>
ha!
20:27* Gadi wonders what dictionary
20:27
<Gadi>
lol
20:27
<alkisg>
tl1000s77: if it works from the usb stick, you shouldn't need it, but it's better to have SOUND=False when you use rdesktop anyway
20:27
It uses less memory, it's just a bit faster, etc
20:28
<Gadi>
http://www.merriam-webster.com/dictionary/phallocratic
20:28
nice
20:29
<tl1000s77>
ok, so still no sound using rdesktop with my lts.conf looking like this...SCREEN_07 = "rdesktop -f -a 16 -d domain -r sound:local:oss 10.1.1.10"
20:29
<Gadi>
there's a new toilet paper word of the day for me
20:29
:)
20:29
tl1000s77: with SOUND=False?
20:29
<tl1000s77>
yes
20:30
<Gadi>
when it worked, were you using padsp?
20:30
<bakytn>
mgariepy, hi you helped me yesterday, just wanted to Thank you!
20:30
<tl1000s77>
What is padsp?
20:30
<Gadi>
I guess not, then :)
20:30
<alkisg>
Try with SOUND=True too :P
20:30
<Gadi>
yeah - do what alkisg says
20:30
that always works for me
20:31Parker955 is now known as Parker955_Away
20:31ddave7 has joined IRC (ddave7!~Miranda@193-4.gprs.tmcz.cz)
20:31
<alkisg>
Meh /nick Simon => already in use
20:31
<Gadi>
alkisg: can I call you Phallocrates ?
20:31
it has a nice ring to it
20:31
<alkisg>
Eh... let me PM you with the true meaning of that word...
20:31
<Gadi>
uh oh
20:32
so, ur saying that you dont want to be called that...
20:32
;)
20:32
<mgariepy>
bakytn you are welcome!
20:32
<tl1000s77>
I logged into the thin client via ldm desktop, got sound, tried to use rdesktop with sound and it didn't work. Even with sound:local:oss
20:33
<Gadi>
using rdesktop from the ldm session?
20:33
<tl1000s77>
Gadi: yes
20:33
<Gadi>
oh!
20:33bakytn_ has joined IRC (bakytn_!~bakytn@31.29.17.125)
20:33
<Gadi>
well, for ldm, you need SOUND=True
20:33
otherwise you won't get any sounds
20:33
oh, but you did get
20:33
so it is true
20:33bakytn has left IRC (bakytn!~bakytn@31.29.17.125, Read error: Operation timed out)
20:33
<Gadi>
do you have padsp on the server?
20:34
<tl1000s77>
I don't know, how do I look for it?
20:34
<Gadi>
oh wait
20:34
but with -r sound:local you DO get sound in an ldm session
20:34
right?
20:34
that makes complete sense
20:34
<alkisg>
He does?!
20:34
<Gadi>
in ldm it needs to use alsa so it can forward to pulse
20:34
<alkisg>
And it makes sense?!
20:34
<tl1000s77>
I get the regular sounds on the ldm session, but not using rdesktop
20:35
<Gadi>
not with :oss , but without it does
20:35
(i thought)
20:35
if you use ldm to connect to the server and run rdesktop, you need:
20:35
SOUND=True
20:36
rdesktop -r sound:local
20:36
if SOUND=False, you get no sounds
20:36
if rdesktop -r sound:local:oss you get no rdesktop sound
20:36
that all makes sense
20:36
<tl1000s77>
OK, so I changed that to SOUND=True and try rdesktop with sound:local...but using SCREEN_07 = rdesktop ... sound:local:oss didn't work
20:37
<Gadi>
have you tried:
20:37
SOUND=False
20:37
<alkisg>
..but using SCREEN_07 = rdesktop ... sound:local:oss didn't work ==> that's both with SOUND=False and True?
20:37
<Gadi>
SCREEN_07 = "rdesktop -r sound:local:oss ...
20:37
because that combination should work
20:37
<tl1000s77>
Yes with SOUND=False for the SCREEN_07
20:38
alkisg: yes
20:38
Gadi: it should...but it doesn't
20:39
<alkisg>
tl1000s77: and, with SOUND=True, ldm, login, and rdesktop -r sound:local ?
20:39
<Gadi>
get a shell on the client and do: lsmod|grep oss
20:39
<tl1000s77>
Using ldm with rdesktop and SOUND=True and rdesktop sound:local didn't work either
20:39
<Gadi>
maybe thae alsa-oss driver is not loaded
20:40
<alkisg>
It's not loaded in my lucid laptop either...
20:40
<tl1000s77>
I don't see alsa-oss but I do see snd
20:40
<Gadi>
do you see: snd_pcm_oss
20:41
<tl1000s77>
yes
20:41
first one
20:41
<Gadi>
and snd_mixer_oss
20:41
hmm
20:41
<tl1000s77>
yes
20:41
<Gadi>
ls -l /dev/dsp
20:41
and ps -efw|grep pulse
20:42
if pulse is running, kill it
20:42
<tl1000s77>
crw-rw---- 1 root audio 14, 3 2011-8-24 12:34 /dev/dsp
20:42ddave7 has left IRC (ddave7!~Miranda@193-4.gprs.tmcz.cz, Ping timeout: 258 seconds)
20:43
<Gadi>
excellent
20:43
ps -efw|GREP RDESKTOP
20:43
oops
20:43
ps -efw|grep rdesktop
20:44
make sure it is running the proper command with -r sound:local:oss
20:45
gotta run
20:45
good luck
20:45Gadi has left IRC (Gadi!~romm@ool-18bbe47a.static.optonline.net)
21:00brunolambert has left IRC (brunolambert!~brunolamb@nat/revolutionlinux/x-ipsvlasozsnwuxgj)
21:10vagrantc has joined IRC (vagrantc!~vagrant@75-150-46-245-Oregon.hfc.comcastbusiness.net)
21:19
<bakytn_>
is there other tweaks to improve UI responsiveness? (except LDM_DIRECTX=True). Still fighting with UI slowness in cluster)
21:20
<alkisg>
The same client goes faster if not in cluster?
21:20
<bakytn_>
alkisg, yes! so strange
21:21
network, devices all the same
21:21
<alkisg>
And getltscfg -a on the client is as you expect it?
21:21
or getltscfg-cluster, whatever works in cluster
21:22
<bakytn_>
alkisg, haven't run this. What it should return?
21:22
<Hyperbyte>
bakytn_, your lts.conf, if it's loaded properly. :)
21:22
Evening by the way. ;-)
21:22
<bakytn_>
apps laucnhing fast and working fast. but mouse and keyboard slow...when I type or click on a menus, buttons etc
21:22
Hyperbyte, hello! :D
21:23
about LDM_DIRECTX=True I debugged with tcpdump and it really set to true
21:23
there is no packets after logging in
21:30komunista has joined IRC (komunista!~slavko@adsl-195-168-232-234.dynamic.nextra.sk)
21:33alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
21:33
<Hyperbyte>
I scared him. :(
21:34
bakytn_, so see if the commands alkisg gave return your lts.conf as you expect it to be loaded... also, you can check with 'top' if the CPU is being overloaded by something maybe
21:34
(all of it should be ran in a !localxterm by the way)
21:42loather-work has joined IRC (loather-work!~khudson@206.169.71.12)
21:42dgroos has joined IRC (dgroos!~dgroos@63.225.132.145)
21:44dgroos has left IRC (dgroos!~dgroos@63.225.132.145, Client Quit)
21:48vagrantc has left IRC (vagrantc!~vagrant@75-150-46-245-Oregon.hfc.comcastbusiness.net, Ping timeout: 252 seconds)
21:49ogra_ has left IRC (ogra_!~ogra@p5098ed03.dip0.t-ipconnect.de, Excess Flood)
21:50ogra_ has joined IRC (ogra_!~ogra@p5098ed03.dip0.t-ipconnect.de)
21:50Metalliax has joined IRC (Metalliax!~Metalliax@c-24-130-217-193.hsd1.ca.comcast.net)
21:52Parker955_Away is now known as Parker955
21:57vagrantc has joined IRC (vagrantc!~vagrant@75-150-46-245-Oregon.hfc.comcastbusiness.net)
21:57anivair has joined IRC (anivair!~joe@69.58.115.123)
21:57artista-frustrad has left IRC (artista-frustrad!~fernando@187.59.71.5, Quit: Leaving)
21:58
<anivair>
umm ... so I edited by dhcpd.conf to shorten my range and now I can't start dhcp services. Any advice?
21:58
changing it back doesn't seem to help
21:58
which confounds me
22:00ddave7 has joined IRC (ddave7!~Miranda@109-183-82-112.tmcz.cz)
22:01
<anivair>
http://anivair.com/downloads/dhcpd.conf.txt
22:01
that's it
22:03
.... or it just came back up
22:03
I tried to start it like three times to no effect, now it comes up ... i didn't change anything
22:03
very odd, but this is me not looking the gift horse in the mouth right yet
22:04
<Hyperbyte>
anivair, look at the /var/log/dhcpd.log if it's there
22:04
Else start dhcpd manaually, it'll spit out the errors as well then.
22:08
<anivair>
log not there, sadly
22:08
I rebooted the server, edited dhcpd.conf and started manually
22:08
<Hyperbyte>
No need to reboot the server
22:09
<anivair>
(I didn't reboot it for that, i rebooted it because we had network issues before and it was easier than killing everyone one at a time)
22:09
but I got the generic "errr in your conf file operation not permitted" error
22:09
and then it just came back up
22:10
<Hyperbyte>
dhcpd spits out 'error in your config file' and still starts?
22:10
<anivair>
oh! i am so stupid!
22:10
no, it spit that out and would not start
22:10
.... because I was no running the start as root
22:10
wow, i'm dumb
22:10
this is why I should never admin under pressure
22:11
it "magically" started when I did a sudo su to make my commands easier
22:11
dumb dumb
22:11
okay, please ignore me
22:11
happy night
22:11anivair has left IRC (anivair!~joe@69.58.115.123, Quit: Leaving)
22:14bobby_C has left IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at, Ping timeout: 252 seconds)
22:15
<Hyperbyte>
Heh
22:23Trixboxer has left IRC (Trixboxer!~Trixboxer@office.supportdepartment.net, Quit: "Achievement is not the end, its the beginning of new journey !!!")
22:26komunista has left IRC (komunista!~slavko@adsl-195-168-232-234.dynamic.nextra.sk, Quit: Leaving.)
22:31dgroos has joined IRC (dgroos!~dgroos@63.225.132.145)
22:31ddave7 has left IRC (ddave7!~Miranda@109-183-82-112.tmcz.cz, Ping timeout: 258 seconds)
22:37Parker955 is now known as Parker955_Away
22:54dgroos has left IRC (dgroos!~dgroos@63.225.132.145, Quit: dgroos)
23:06drdata has left IRC (drdata!~drdata@tw2.udallas.edu, Ping timeout: 250 seconds)
23:32artista-frustrad has joined IRC (artista-frustrad!~fernando@201.89.10.228)
23:37artista-frustrad has left IRC (artista-frustrad!~fernando@201.89.10.228, Ping timeout: 245 seconds)
23:49artista-frustrad has joined IRC (artista-frustrad!~fernando@201-89-10-228.ctame705.dsl.brasiltelecom.net.br)