Re: [Server-devel] adding custom dns entries on XS
2009/3/17 Daniel Drake d...@laptop.org: But the iptables idea is a good one, thanks! ...but unfortunately the redirect is done by IP, which results in all services/sites that might be running on the same system as activation.laptop.org being unaccessible, and also breaks as soon as the upstream IP for activation.laptop.org changes :( Daniel ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] notes on scaling ejabberd for the XO's
2009/3/18 Dave Bauer dave.ba...@gmail.com: Martin, will this peacefully coexist with the Moodle/ejabberd work you are doing? I am busy enough that I haven't had time to study that aspect. And won't for the next couple months I think :-/ there is more urgent work at hand. cheers., m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] notes on scaling ejabberd for the XO's
On Tue, Mar 17, 2009 at 2:57 PM, Martin Langhoff martin.langh...@gmail.comwrote: 2009/3/18 Dave Bauer dave.ba...@gmail.com: Martin, will this peacefully coexist with the Moodle/ejabberd work you are doing? I am busy enough that I haven't had time to study that aspect. And won't for the next couple months I think :-/ there is more urgent work at hand. Thanks, I guess I will try it out and let you know what I learn. Dave cheers., m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff -- Dave Bauer d...@solutiongrove.com http://www.solutiongrove.com ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] adding custom dns entries on XS
On Wed, Mar 18, 2009 at 4:21 AM, Daniel Drake d...@laptop.org wrote: The changes to .in will be overwritten when xs-configs gets updated. But the iptables idea is a good one, thanks! It's in my plans to have a means to do what you're doing. I was wondering about - a conf.d approach - a pre-processor for the .in files that handles ifdef-style blocks - whether dnsmasq or djbdns can help us here I sure hope BIND won't be with us for ever. (mutter, grumble grumble spit... network principles and the inelegance of breaking the internet) cheers, m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] notes on scaling ejabberd for the XO's
On Wed, Mar 18, 2009 at 8:04 AM, Dave Bauer dave.ba...@gmail.com wrote: Thanks, I guess I will try it out and let you know what I learn. Fantastic! One interesting data point would be whether the new software stack (sugar with the new telepathy-gadget) is backwards compat with an XS that has no gadget. cheers, m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] adding custom dns entries on XS
2009/3/17 Martin Langhoff martin.langh...@gmail.com: It's in my plans to have a means to do what you're doing. I was wondering about - a conf.d approach - a pre-processor for the .in files that handles ifdef-style blocks - whether dnsmasq or djbdns can help us here I sure hope BIND won't be with us for ever. dnsmasq can certainly help. With dnsmasq you just have to add an entry in /etc/hosts on the server, and then dnsmasq automatically picks it up. Michael says that djbdns also can do what we want, and pointed me to some documentation, but it looked a lot more complicated than dnsmasq. Daniel ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] notes on scaling ejabberd for the XO's
On Tue, Mar 17, 2009 at 3:08 PM, Martin Langhoff martin.langh...@gmail.comwrote: On Wed, Mar 18, 2009 at 8:04 AM, Dave Bauer dave.ba...@gmail.com wrote: Thanks, I guess I will try it out and let you know what I learn. Fantastic! One interesting data point would be whether the new software stack (sugar with the new telepathy-gadget) is backwards compat with an XS that has no gadget. Preliminary tests show it works fine. We have been testing SoaS against XS 0.5.2 and it performs the same as jabber.sugarlabs.org (which I believe has gadget installed). Dave cheers, m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff -- Dave Bauer d...@solutiongrove.com http://www.solutiongrove.com ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] adding custom dns entries on XS
On Tue, 2009-03-17 at 12:00 -0400, Daniel Drake wrote: 2009/3/17 Daniel Drake d...@laptop.org: But the iptables idea is a good one, thanks! ...but unfortunately the redirect is done by IP, which results in all services/sites that might be running on the same system as activation.laptop.org being unaccessible, and also breaks as soon as the upstream IP for activation.laptop.org changes :( The dns hijack would suffer from an ip change also, would it not? With iptables you would be redirecting just the destination ports for the activation service, not all the traffic bound for activation.laptop.org, as with the dns trick. What iptables command did you try? I was thinking of something like(untested): -A PREROUTING -i ! eth0 -p tcp --dport port -d 18.85.46.58 -j DNAT --to-destination ip of your box Jerry ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] adding custom dns entries on XS
On Tue, 2009-03-17 at 16:04 -0400, Daniel Drake wrote: 2009/3/17 Martin Langhoff martin.langh...@gmail.com: It's in my plans to have a means to do what you're doing. I was wondering about - a conf.d approach - a pre-processor for the .in files that handles ifdef-style blocks - whether dnsmasq or djbdns can help us here I sure hope BIND won't be with us for ever. dnsmasq can certainly help. With dnsmasq you just have to add an entry in /etc/hosts on the server, and then dnsmasq automatically picks it up. You beat me to that one. Jerry ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] adding custom dns entries on XS
2009/3/17 Jerry Vonau jvo...@shaw.ca: The dns hijack would suffer from an ip change also, would it not? No. If the real antitheft.laptop.org changes IP, our hijack still works. Daniel ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] notes on scaling ejabberd for the XO's
On Sun, Mar 15, 2009 at 06:30:17PM -0400, Daniel Drake wrote: 2009/3/15 Martin Langhoff martin.langh...@gmail.com: Client code for Gadget seems to be integrated in the Telepathy new Sugar present on the SoaS images. The server side -- the proper gadget code -- isn't on any XS, and I haven't seen or tested it (lack of time :-( ) Even if I had, it's a ton of new code, a lot more adventurous than what we're doing w moodle. So short/midterm, following ejabberd+moodle is lower risk from the perspective of a deployment today. One thing I still don't understand about gadget... how does it actually solve the problem? I'm assuming the problem it solves is lack of partitioning, and the fact that the neighborhood view becomes kind of impossible after 50 users, etc. Right? Wrong. Gadget is primarily intended to reduce the bandwidth consumed by Gabble under the load generated by Sugar. So what does gadget do? Think of it as a server-side keyword search engine which you can query for lists of matching people and activities. The purported bandwidth reduction comes from sending each client only what it asks for instead of everything, which is what the shared roster hack does. Is there a new client side UI for electing groups? Who chooses, the kids or the teachers? etc. Guillaume filed https://dev.laptop.org/ticket/7711 eight months ago but the absence of comments in that ticket and the current paucity of results in http://dev.sugarlabs.org/search?q=gadget suggests to me that the Sugar folks have completely ignored the necessary UI work in favor of more pressing issues. Regards, Michael --- To understand how Gadget works, read http://wiki.laptop.org/go/XMPP_Component_Protocol and skim the contents of http://dev.laptop.org/git/projects/gadget/tree/gadget paying particular attention to the automated tests. Then, if you're feeling brave, read the Gabble source code: http://git.collabora.co.uk/?p=telepathy-gabble.git;a=tree;hb=master paying particular attention to the files whose names contain 'olpc'. ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
[Server-devel] Anaconda does not clear /var/lock/subsys - service $svc condrestart start services
In the course of diagnosing a strange problem that seems to happen only on some anaconda-driven upgrades, I found that -- unlike the normal boot process -- there is nothing in anaconda that clears /var/lock/subsys. (Note - this applies to the Fedora 9 based OLPC XS. Perhaps this is known and fixed?) This completely fools the `service svc condrestart` lines in %post, and can lead to various hard to debug problems. In my case, I am seeing corrupt databases with ejabberd (which has an admittedly brittle db scheme). To test this, touch /var/lock/subsys/foo; sync ; power off the machine and run an anaconda upgrade. You'll see that while packages are being installed, the file remains there. If that had been '/var/lock/subsys/ejabberd' you'd have a corrupt DB. Don't feel left out though, if you want one, I can give you mine :-) This may sound weird -- don't you expect a clean shutdown before an upgrade? -- but in OLPC School Servers in the field get quite a bit of rough handling. The ones I work with sure get most of their poweroffs via the powercable yanking scheme, so I get to see these problems here before they happen in the field. IOWs reliability in the face of strange conditions _is_ desirable, and important. - Is this known, or fixed? - Is there a reasonable workaround? kickstart is not used for upgrades, even if it was, %pre happens to early, %post happens too late. Would the right place to clear (or complain about!) /var/lock/subsys would be upgrade.py: upgradeMountFilesystems()? cheers, m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
[Server-devel] Fwd: Anaconda does not clear /var/lock/subsys - service $svc condrestart start services
[ resend - fixed list address ] In the course of diagnosing a strange problem that seems to happen only on some anaconda-driven upgrades, I found that -- unlike the normal boot process -- there is nothing in anaconda that clears /var/lock/subsys. (Note - this applies to the Fedora 9 based OLPC XS. Perhaps this is known and fixed?) This completely fools the `service svc condrestart` lines in %post, and can lead to various hard to debug problems. In my case, I am seeing corrupt databases with ejabberd (which has an admittedly brittle db scheme). To test this, touch /var/lock/subsys/foo; sync ; power off the machine and run an anaconda upgrade. You'll see that while packages are being installed, the file remains there. If that had been '/var/lock/subsys/ejabberd' you'd have a corrupt DB. Don't feel left out though, if you want one, I can give you mine :-) This may sound weird -- don't you expect a clean shutdown before an upgrade? -- but in OLPC School Servers in the field get quite a bit of rough handling. The ones I work with sure get most of their poweroffs via the powercable yanking scheme, so I get to see these problems here before they happen in the field. IOWs reliability in the face of strange conditions _is_ desirable, and important. - Is this known, or fixed? - Is there a reasonable workaround? kickstart is not used for upgrades, even if it was, %pre happens to early, %post happens too late. Would the right place to clear (or complain about!) /var/lock/subsys would be upgrade.py: upgradeMountFilesystems()? cheers, m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] ejabberd's mnesia breaking - (Re: Almost-released: XS-0.5.2)
On Wed, Mar 18, 2009 at 4:44 PM, Martin Langhoff martin.langh...@gmail.com wrote: - During init, /var/lock/subsys is cleared, so even after a hard poweroff the init scripts should not be confused about the state of things. I am right now trying to see if anaconda does the same. This is the only working theory I have... Confirmed: - If I shutdown XS 0.5 correctly (instead of just yanking the powercable), then the upgrade cmpletes, and we get a happy upgraded ejabberd. - If I stick stuff in /var/lock/subsys, it remains there throughout the anaconda install process. There is a whole section in upgrade.py where anaconda checks the state of the system that it's about to upgrade and digs its heels if it doesn't look clean. Adding a check for files in /var/lock/subsys sounds reasonable. cheers, m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
[Server-devel] Released: XS-0.5.2 -
After much delay, XS-0.5.2 is now stamped, officially, as good. It's the same iso as the RC we've been discussing for the last 2 weeks. It fixes 3 bugs, the most notable one being the ejabberd @online@ roster issue. Find it at: http://xs-dev.laptop.org/xs/ Check it: $ sha1sum OLPC-School-Server-0.5.2-i386.iso 01498d3ddbe19e26d3b4308c8729b828e455255c OLPC-School-Server-0.5.2-i386.iso It fixes: https://dev.laptop.org/query?group=milestonemilestone=xs-0.5.2order=prioritycol=idcol=summarycol=typecol=statuscol=priorityrow=description Thanks to Daniel and Sameer for testing the various aspects of this release. Special thanks to Daniel for the patches and interesting requests. cheers, martin -- Forwarded message -- From: Martin Langhoff martin.langh...@gmail.com Date: Fri, Mar 6, 2009 at 11:39 PM Subject: Almost-released: XS-0.5.2 - To: XS Devel server-devel@lists.laptop.org In http://xs-dev.laptop.org/xs/other/ we have the build that I want to bless as XS-0.5.2 . I am giving it a quick test -- but it's 11.30pm on the Friday (nz time) and it's unlikely that I'll test it enough to be happy to name it the official XS-0.5.2 . To complicate things, this weekend and coming week I'll be mostly away from the office for personal reasons. Even then -- it seems to be the best XS we had so far :-) $ sha1sum OLPC-School-Server-0.5.2-i386.iso 01498d3ddbe19e26d3b4308c8729b828e455255c OLPC-School-Server-0.5.2-i386.iso Once I am happy with it -- for example, because I got nice success reports from *you* -- we'll declare it official. cheers, m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel