Bernie, Guys:<br>A few of my ideas are below:<br><br><div class="gmail_quote">2010/8/19 Bernie Innocenti <span dir="ltr">&lt;<a href="mailto:bernie@codewiz.org">bernie@codewiz.org</a>&gt;</span><br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
I&#39;m currently at Plan Ceibal. As you may know, Uruguay developed its own<br>
schoolserver based on Debian, running software developed in-house and<br>
managed with CFengine. Yesterday we briefly discussed their future plans<br>
for the school server.<br>
<br>
<br>
== Debian vs Fedora ==<br>
<br>
First of all, there&#39;s no way they&#39;re going to reinstall 2500<br>
schoolservers with Fedora or even a newer release of Debian. Online<br>
upgrades would be possible, though.<br>
<br>
There&#39;s some interest in repackaging in Debian the datastore backup<br>
server and other components of the OLPC XS. This work could be<br>
contributed back to you or whoever will become the next schoolserver<br>
architect.<br>
<br></blockquote><div>Whichever the distro... It should be easily maintainable and deployable. I&#39;ve no problem in building the dpkg&#39;s of the XS components. I think its justified, since there is a 2500 servers base. Let me tell you that I&#39;ve only worked with rpm before, but I&#39;ve no problem in learning the Debian guidelines, and maybe, try to push the packages into debian testing.<br>
 <br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Perhaps we could get one of the Debian maintainers in our community to<br>
get these packages accepted. I could do the same for Fedora.<br>
<br>
As you said, recommending or supporting multiple schoolserver<br>
configurations in parallel doesn&#39;t make sense, but it wouldn&#39;t hurt if<br>
some of the underlying components were shared horizontally, especially<br>
for the configurations that are already widely deployed.<br>
<br>
<br>
== Jabber ==<br>
<br>
There are two people working on Jabber. They have been using ejabberd<br>
and, quite surprisingly, they&#39;ve not seen any issues of high CPU load<br>
and database corruption. Tomorrow I&#39;ll get to work more with them.<br>
<br>
I still had no time to review Prosody, the Jabber implementation<br>
recommended by Collabora. My hacker senses are telling me that switching<br>
from Erlang to Lua is a small step in the direction of sanity and<br>
simplicity.<br>
<br>
The Sugar Labs Infrastructure Team has setup new dedicated VM for<br>
collaboration, but at this time nobody has been working on it. It&#39;s an<br>
Ubuntu Lucid machine, but we could reinstall it if needed.<br>
<br>
Tomeu and Collabora overwhelmed the collaboration stack in Sugar 0.90<br>
and seem to have plans to further evolve it. They should be consulted<br>
prior to making any long-term decision on the server side.<br>
<br>
<br>
== Backups ==<br>
<br>
This is a black hole in all deployments I visited.<br>
<br>
Redundant storage is too expensive. One cheap 500GB hard-drive is<br>
typical. In one year, 3 of the 10 schoolservers in Caacupé developed a<br>
hard drive failure.<br>
<br>
Loosing all data is sadly the status quo in both Uruguay and Paraguay. I<br>
worked on implementing remote backups for a subset of /library using<br>
rsync, but 2Mbit per school and 70Mbit on the backup server are<br>
insufficient for the initial sync and probably also for nightly updates.<br>
<br>
What numbers are we talking about, in terms of size? Here are some<br>
numbers from an actual school which has been operating for over one year<br>
with 530 registered laptops:<br>
<br>
 262M   backup<br>
 19G    cache<br>
 3.4M   games<br>
 1.7M   orug<br>
 62M    pgsql-xs<br>
 67M    uploads<br>
 238G   users<br>
 20K    webcontenido<br>
 17M    xs-activation<br>
 516M   xs-activity-server<br>
 827M   xs-rsync<br>
 2.7G   zope-var<br>
<br>
The feasibility of remote backups varies depending on how much we care<br>
to backup. In Paraguay, it was decided that the journal backups are to<br>
be considered a valuable if we are to instill the idea in teachers that<br>
the laptop is the same of a notebook with homework on it.<br>
<br>
Journal backups, however, amount to a whopping 238GB of rapidly<br>
changing, mostly uncompressible and undeltable data. Quite not the ideal<br>
case for an incremental backup. With today&#39;s available resources, we<br>
could afford to backup everything *but* the journals.<br>
<br>
Yesterday Daniel Castelo and I discussed the idea of performing<br>
cross-backups between nearby schools. This solution would probably work<br>
well in terms of bandwidth distribution, but it would bring some<br>
logistic complexity. Probably an acceptable trade-off.<br>
<br>
<br></blockquote><div>How about 2 500GB in RAID-1? I mean, specially in Paraguay, bandwidth is scarce. <br> <br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

== Content management ==<br>
<br>
Paraguay seems quite happy with Plone, but frankly I can&#39;t understand<br>
why. Teachers heavily use a really simple php tool called PAFM, which<br>
provides basic hierarchical file management with no access control or<br>
versioning.<br>
<br>
Oddly, I&#39;ve not yet may anyone using Moodle. When I ask why, I always<br>
hear some vague comment about it being designed for higher education.<br>
Same goes for Schooltool. These more structured tools probably present<br>
an steeper learning curve and a bad fit for unsophisticated requirements<br>
of users who are being exposed to information systems for the first<br>
time.<br>
<br>
After they have functioning backups, Uruguay would like to provide a<br>
wiki. They have already looked at Dokuwiki, with which I&#39;m not familiar.<br>
It seems to have a readable and easy to learn Creole-like syntax. I<br>
would personally recommend going either for the simplest possible wiki<br>
in this category, or straight to Mediawiki--the most feature-complete<br>
out there.<br>
<br>
Any mid-size solution such as MoninMoin is likely to bring the worst of<br>
both worlds. Having written my own minimalist wiki, perhaps I&#39;m slightly<br>
biased on this topic. Just slightly, yeah :-)<br>
<br>
Seriously, the choice of wiki would depend on what other tools would<br>
complement it. If you already have Moodle or Schooltool, you probably<br>
need just a basic wiki for taking notes on the side. With Mediawiki, one<br>
would probably install a bunch of powerful extensions to build<br>
calendars, lesson plans and even student records right inside the wiki.<br>
<br>
I have a dream that one day each school will evaluate and choose their<br>
favorite tools autonomously... but this is still a few years into the<br>
future. For the time being, we have to make a choice that would fit<br>
everyone and requires minimal remote management. If we make an impopular<br>
choice, teachers will simply start using Google Docs and other online<br>
tools.<br>
<br></blockquote><div>There is also another project, called Proyecto ALBA (at least I&#39;m sure its in spanish) for course, grades, and students management. Its worth taking a look. If you want I can try to set up a demo in a virtual server at home. Still, a wiki its very usefull at school. I don&#39;t thinkg it replaces moodle, but complements it. <br>
</div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<br>
== Server management tools ==<br>
<br>
Paraguay uses Puppet. We&#39;re very happy with it.<br>
Uruguay uses CFengine. They seem to be very happy with it as well.<br>
<br>
Both employ a flat hierarchy with one puppet master controlling all the<br>
schools, which is simple and straightforward, but requires excellent<br>
connectivity.<br>
<br>
<br>
Needless to say, comments are very welcome. Especially criticism.<br>
But no distro advocacy, please... they&#39;re all good, ok? :-)<br>
<font color="#888888"><br></font></blockquote><div>I&#39;m one of the Spacewalk fans, but until they get Oracle out of the way... <br>The guys at La Rioja here wanted to go with puppet. I&#39;ll also go ahead and try CFengine. <br>
</div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><font color="#888888">
--<br>
   // Bernie Innocenti - <a href="http://codewiz.org/" target="_blank">http://codewiz.org/</a><br>
 \X/  Sugar Labs       - <a href="http://sugarlabs.org/" target="_blank">http://sugarlabs.org/</a><br>
<br>
_______________________________________________<br>
Server-devel mailing list<br>
<a href="mailto:Server-devel@lists.laptop.org">Server-devel@lists.laptop.org</a><br>
<a href="http://lists.laptop.org/listinfo/server-devel" target="_blank">http://lists.laptop.org/listinfo/server-devel</a><br>
</font></blockquote></div><br>