|00:12||F-GTSC has joined #ltsp|
|00:18||FGXR6 has quit IRC|
|00:29||chupacabra has joined #ltsp|
|00:30||alkisg2 has joined #ltsp|
|00:41||ifny has joined #ltsp|
|00:47||F-GTSC has quit IRC|
|00:49||F-GTSC has joined #ltsp|
|01:12||alkisg2 has quit IRC|
|01:15||alkisg has joined #ltsp|
|02:02||yoshi__ has joined #ltsp|
|02:16||vagrantc has quit IRC|
|02:18||yoshi__ has quit IRC|
|02:42||Ahmuck-Sr has quit IRC|
|02:57||ogra has joined #ltsp|
|03:33||cyberorg has joined #ltsp|
|03:58||ogra_ has joined #ltsp|
|04:15||ogra has quit IRC|
|05:16||yanu has quit IRC|
|05:38||yanu has joined #ltsp|
|05:52||yoshi__ has joined #ltsp|
|06:05||garymc has joined #ltsp|
|06:10||alkisg has quit IRC|
|06:16||garymc has quit IRC|
|06:19||alkisg has joined #ltsp|
|06:19||wimiko1 has joined #ltsp|
|06:28||mikkel has joined #ltsp|
|06:32||vvinet has joined #ltsp|
|07:17||lieven1 has joined #ltsp|
Hi guys, anybody knowing which X driver module is needed in kvm guest (to use as testenvironment for ltsp-client)? Autodetect doesn't seem to work (Ubuntu Jaunty client image).
|07:43||vvinet has quit IRC|
|07:55||ogra__ has joined #ltsp|
I have two kvm guests: one is the ltsp server, booting fine using cirrus X-driver. Other is ltsp client diskless guest booting of the ltsp server. X is not started on client. Xorg.log @ http://pastebin.com/m6d4ef576 Any suggestions?
|08:16||ogra__ has quit IRC|
|08:25||wwx has quit IRC|
|08:27||yoshi__ has quit IRC|
|08:33||wwx has joined #ltsp|
|08:40||pmatulis has joined #ltsp|
|08:45||BugsBunnyBR has quit IRC|
|08:45||alkisg has quit IRC|
ok, worked around problem by generating xorg.conf on another kvm-guest and passing it via lts.conf. Problem seems to be framebuffer module, which is autoloaded by default on autogenerated xorg.conf on ltsp client side... Might be nice to be able to blacklist this module in lts.conf.
got some issues with it before on physical ltsp clients too (with nvidia hardware)
|09:10||alkisg has joined #ltsp|
|09:41||wwx has quit IRC|
|09:44||wwx has joined #ltsp|
|10:20||F-GTSC has quit IRC|
|10:23||F-GT has joined #ltsp|
|11:16||Egyptian[Home] has quit IRC|
|11:17||Egyptian[Home] has joined #ltsp|
|11:31||vagrantc has joined #ltsp|
|11:53||rjune_ has quit IRC|
|11:54||rjune_ has joined #ltsp|
|12:03||rjune__ has joined #ltsp|
|12:05||alkisg has quit IRC|
|12:16||rjune_ has quit IRC|
|12:19||alexqwesa has quit IRC|
|12:24||alexqwesa has joined #ltsp|
|12:53||alkisg has joined #ltsp|
|13:21||garymc_ has joined #ltsp|
|13:38||bobby_C has joined #ltsp|
|13:43||garymc_ has joined #ltsp|
|13:43||garymc_ is now known as gartmc|
|13:44||gartmc is now known as Garty|
|13:46||Ahmuck-Sr has joined #ltsp|
|13:47||yoshi__ has joined #ltsp|
|13:53||yoshi__ has quit IRC|
|13:58||Garty has joined #ltsp|
|14:11||Garty has joined #ltsp|
|14:12||Garty has left #ltsp|
|14:12||Garymc has joined #ltsp|
|14:15||Garymc is now known as garymc|
|14:31||atomic007za has joined #ltsp|
|14:41||yoshi__ has joined #ltsp|
|14:41||Selveste1 has joined #ltsp|
|14:45||wwx has quit IRC|
|14:48||yoshi__ has quit IRC|
|14:51||pmatulis has quit IRC|
|14:53||wwx has joined #ltsp|
|14:57||PMantis has joined #ltsp|
This has to be something simple, but I's setting up LTSP5 for Myth, and it seems to be stopping at NFS. Last line I see is "Negotiation:"
Or is that nbd?
Ahhhhh, right. tcpdump shown cisco-sccp, which lists in /etc/services as port 2000
i think the default LTSP port for NBD was picked out of thin air
netstat -anp | grep 2000
tcp 0 0 0.0.0.0:2000 0.0.0.0:* LISTEN 11685/asterisk
THERE's the problem!
Funny, many times, I fix my own problems, but not until I explain it to someone else do I realize I know the answer. LOL
Oh, past that, but new error.
nbd0: unknown partition table
mount calll failed - server replied: Permission denied.
|15:07||bobby_C has quit IRC|
I think that's an image problem.
|15:12||Ahmuck-Sr has quit IRC|
|15:14||johnny has joined #ltsp|
|15:40||Ahmuck has joined #ltsp|
|15:51||mikkel has quit IRC|
|16:15||wimiko1 has quit IRC|
johnny, vagrantc: the included example dhcpd-dnsmasq included with ltsp-server isn't quite right, could it maybe be replaced with the one I proposed here? https://bugs.launchpad.net/ubuntu/+source/ltsp/+bug/428760
(I'm asking you 'cause I think you're the only devs using dnsmasq...)
alkisg: it worked when i committed it ... but of course we can add improvements to it
vagrantc: it works, but lts.conf doesn't reach the clients when one uses nbd
...because it doesn't send the filename dhcp option to ipconfig
...and so it can't locate the lts.conf path
Yeah I thought it would be nice to have it as a default, saves a lot of problems :)
|16:22||* vagrantc notes the difference between old and broken dhcp clients|
Many comments are from the original dnsmasq.conf from the dnsmasq package :)
alkisg: although calling "Linux ipconfig" a pxe client seems to be a hack for working around stupid assumptions in the initramfs scripts
I totally agree. :)
alkisg: would seem more clear to specify lts.conf when "Linux ipconfig" is the client, at least on an LTSP network
Btw, is rootpath needed for non-netbooted clients? Why do we send the filename only for netbooted clients, but we _always_ send the rootpath?
dhcp-boot=net:pxe,/ltsp/i386/pxelinux.0 ==> we only send a filename for net: pxe class
We don't have a similar "if" statement for rootpath...
oh, you mean a non-LTSP machine that happens to be on the network?
it doesn't hurt anything to send it, does it?
Why not do the same for "filename" then?
Only if the client doesn't have a big enough buffer, but I don't think that's gonna happen..
because at the time i wrote it, it didn't have the ability to set a default filename, and then override it
I think the minimum buffer defined by the specs is 512bytes
but if you can write it up so that it does, i'd be fine with that.
I'd imagine that the following would work, but it would need testing:
when i tested that, it didn't work. but that was 3 years ago.
Anyway, I think I like the dhcp-boot=net:ltsp,/ltsp/i386/lts.conf directive that you just proposed better :)
...where ltsp==('Linux ipconfig' or whatever udhcp sends....)
|16:32||* vagrantc suspects "Linux ipconfig" is pretty particular to ipconfig|
|16:33||* vagrantc never liked putting lts.conf in tftp anyways|
I think getting lts.conf is the only reason to have a customized initramfs in ubuntu/ltsp...
otherwise the stock ubuntu initrd.img works just fine for booting over nfs or nbd...
So yup, I totally agree again :)
not with the aufs overlay
the unionfs-type overlay is the main reason it was written
Does that really have better performance than mounting nbd as read/write?
(with the writes discarded, of course...)
how do you discard the writes?
nbd-server -c or something
that feature is broken for our needs
there's at least one bug on nbd in debian about it
OK... Thanks for your time vagrantc!
i know fedora fetches the lts.conf later than the initramfs ... somewhere in the boot or init scripts
or at least, they did at one point.
alkisg: what's the dhcp-no-override thing do? that sounds like a feature i *liked* about dnsmasq's dhcp implementation
I tried to make my own script to netboot a client, and I was able to do everything (bind-mounts, hostname etc) from /etc/rcS.d/S00my-script. I think it should be possible to use an S00 script to fetch lts.conf...
vagrantc: there are 2 ways to send the boot filename, I mean 2 different dhcp options for it
yeah, but aufs requires to be mounted in the initramfs
The first option is "embedded" in the dhcp struct. The other one is on an "options list" that follows the struct
Both should be accepted normally, but ipconfig *doesn't* accept the filename from the options list
but the servername one as well?
That's also both in the struct and in the options list
so it still defaults to servername normally
I had sent a patch to ipconfig for this as well... but I had put a lot of "extras" in that patch and they didn't accept it because it was too big :)
alkisg: committing with some minor changes
alkisg: just to reduce the diffs, i reverted some capitalization changes, and left tftp enabled by default
alkisg: do you know if the ubuntu script will work with filename=/ltsp/i386/lts.conf ?
Yes, it will
vagrantc: Uhm in ubuntu it's quite difficult to get rid of tftp-hpa...
ah, it should work, yes.
I know that ubuntu packaging is not really related to upstream work, but it would be nice if tftp was disabled by default,
alkisg: well, you have to manually configure dnsmasq anyways
because dnsmasq won't start because the port is taken...
alkisg: we can disable it later, but i'll keep only relevent changes for this commit
...or at least a small note on top, e.g. "other tftp servers should not be running" etc
|17:03||alkisg has quit IRC|
|17:26||epsas has quit IRC|
|17:29||epsas has joined #ltsp|
|18:04||map7|away has quit IRC|
|18:07||map7 has joined #ltsp|
|18:14||Selveste1 has quit IRC|
|18:22||petre has joined #ltsp|
|18:37||map7 is now known as map7|away|
|18:45||map7|away is now known as map7|
|18:47||garymc has quit IRC|
|18:56||vagrantc has quit IRC|
|19:15||map7 is now known as map7|away|
|19:20||Faithful has joined #ltsp|
|20:07||Faithful has quit IRC|
|20:08||Faithful has joined #ltsp|
|20:19||Ahmuck has quit IRC|
|20:43||Faithful has quit IRC|
|21:15||FGXR6 has joined #ltsp|
|21:27||PMantis has quit IRC|
|21:29||F-GT has quit IRC|
|21:30||FGXR6 has quit IRC|
|21:30||F-GT has joined #ltsp|
|22:01||petre has quit IRC|
|22:11||Ahmuck has joined #ltsp|
|22:15||Ahmuck has quit IRC|
|22:16||muh2000 has joined #ltsp|
is there a way to install ltsp stuff on debian without pulling dhcp-server?
have to reinstall...
I beleive if you just install ltsp-server, instead of ltsp-server-standalone.
yeah thnx :)
|22:45||alkisg has joined #ltsp|
|22:46||chupacabra has quit IRC|
|22:49||johnny has left #ltsp|
|23:06||warren has joined #ltsp|
where can i find current lts.conf parameters?
jammcq: I'm building a spam trap network.
jammcq: I need people who have their own domain names that are popular web sites, but they do not use MX at all.
jammcq: MX can point at me, so I receive all the spam.
how does that work?
you'd get ALL mail
jammcq: I receive all mail delivered to that domain's MX record
jammcq: so only point MX at me in cases where the entire domain should have zero ham
I think i've got MX's for all the domains that i'm involved with
how many actually use incoming mail on those MX records?
I think all of them
how else would I receive email at those domains?
muh2000: zcat /usr/share/doc/ltsp-server/lts-parameters.txt.gz | less
right... I'm asking more domains not using their own MX
but who would have a domain that doesn't want any email?
domains not using their own MX are ideal to point at my spam trap
a popular website might be popular, but they never turned on thier MX or do mail at that domain name
spammers try to send mail to that domain anyway
even though it goes nowhere
jammcq: one of eharrison's mail servers was decomissioned 10 years ago, but it still receives tons of spam
jammcq: he's going to redirect that monster MX to me so I can rapidly collect spam
what are you gonna do with the spam?
reinstalling ltsp does good wonders :D
|23:28||yanu has quit IRC|
jammcq: statistical analysis to improve spamassassin
|23:30||alkisg has quit IRC|
|23:30||yanu has joined #ltsp|
|23:43||dkostousov has quit IRC|
|23:43||dkostousov has joined #ltsp|
|23:53||Sarten-X has quit IRC|