FYI,<br>&nbsp;&nbsp; Awhile back ago, I developed a quick-n-dirty little <b><u>rsync</u></b> script which can be ran on the XO Laptop at any time and regularly.<br><br>Here&#39;s the latest online version...<br>&nbsp;&nbsp;&nbsp; <a href="http://wiki.laptop.org/go/User:Ixo/Script/xo-backup-server">http://wiki.laptop.org/go/User:Ixo/Script/xo-backup-server</a><br>
<br>I&#39;ve set it up on my XO. And run it when-ever and where-ever it is connected to the Internet.&nbsp; Especially after large changes or saved important documents.<br>(currently only acts as &#39;disaster recovery archive&#39;, but with slight mods could be updated to save the last N number of backups)<br>
<br>A similar idea / concept, was to do the reverse, from the SERVER backup each laptop when available...<br>&nbsp;&nbsp; <a href="http://wiki.laptop.org/go/User:Ixo/Script/get-xo">http://wiki.laptop.org/go/User:Ixo/Script/get-xo</a><br>
<br>Freely CC-GNU-GPL &#39;ed , hope it helps, -Ixo<br><br><div class="gmail_quote">On Mon, Apr 21, 2008 at 8:38 PM, Michael Stone &lt;<a href="mailto:michael@laptop.org">michael@laptop.org</a>&gt; wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Martin,<br>
<br>
Based on feedback from Peru, Mexico, and Nepal, the &quot;restoration from<br>
disaster-recovery backups&quot; XO/XS coordination feature has been steadily<br>
rising in priority. I also notice that &quot;Backups&quot; is your first line-item<br>
on the XS-0.3 roadmap.<br>
<br>
My large question is: &quot;what changes need to be made to the XO&#39;s OS,<br>
(currently to candidate-703) in order to make progress in this feature<br>
cluster?&quot;<br>
<br>
Relevant tickets<br>
----------------<br>
<br>
#24 &nbsp; &nbsp; &nbsp; ROT &nbsp; &nbsp;cscott &nbsp; &nbsp; &nbsp;(Backup of laptops - short-term solution)<br>
#2516 &nbsp; &nbsp; STK &nbsp; &nbsp;tomeu &nbsp; &nbsp; &nbsp; (Automatic backup of laptops to XS)<br>
#3334 &nbsp; &nbsp; DSN &nbsp; &nbsp;jg &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;(Exactly what should be backed up?)<br>
#4569 &nbsp; &nbsp; DSN &nbsp; &nbsp;jg &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;(Controlling disk usage of backups)<br>
#4224 &nbsp; &nbsp; DSN &nbsp; &nbsp;krstic &nbsp; &nbsp; &nbsp;(Manage SN &lt;-&gt; &quot;identity&quot; mapping on XS)<br>
<br>
#4270 &nbsp; &nbsp; PKG &nbsp; &nbsp;wad &nbsp; &nbsp; &nbsp; &nbsp; (Full restore from school server)<br>
#4380 &nbsp; &nbsp; TST &nbsp; &nbsp;tomeu &nbsp; &nbsp; &nbsp; (Restore individual entry from school server)<br>
#4275 &nbsp; &nbsp; DSN &nbsp; &nbsp;tomeu &nbsp; &nbsp; &nbsp; (&quot;Keep&quot; UI)<br>
#4587 &nbsp; &nbsp; ESC &nbsp; &nbsp;tomeu &nbsp; &nbsp; &nbsp; (Mass-export Journal to USB key)<br>
<br>
#6374 &nbsp; &nbsp; PKG &nbsp; &nbsp;martin &nbsp; &nbsp; &nbsp;(Package the xo-backup tools for the school server)<br>
#4100 &nbsp; &nbsp; STK &nbsp; &nbsp;krstic &nbsp; &nbsp; &nbsp;(XS should provide human readable index of journal backup)<br>
<br>
Sub-questions:<br>
<br>
&nbsp;* What backup scheme do we actually intend to deploy? (Current choices appear<br>
 &nbsp; to be Wad&#39;s &quot;dumb-rsync&quot; method [1] and Ivan&#39;s method [2].<br>
<br>
&nbsp;[1]: <a href="http://lists.laptop.org/pipermail/server-devel/2008-February/000314.html" target="_blank">http://lists.laptop.org/pipermail/server-devel/2008-February/000314.html</a> &nbsp;(outdated)<br>
&nbsp;[2]: <a href="http://wiki.laptop.org/go/XS_backup_restore" target="_blank">http://wiki.laptop.org/go/XS_backup_restore</a><br>
<br>
&nbsp;* Does the chosen scheme permit us to sanely combine old backups with<br>
 &nbsp; an XO build that makes breaking changes to file layouts?<br>
<br>
Regards,<br>
<br>
Michael<br>
<br>
<br>
Key: ??? - status or author unknown<br>
 &nbsp; &nbsp; TST - needs to be tested in a build<br>
 &nbsp; &nbsp; BLD - needs to be put into a build<br>
 &nbsp; &nbsp; PKG - pkg needs to be built<br>
 &nbsp; &nbsp; DBG - debugging/diagnosis still needed<br>
 &nbsp; &nbsp; DSN - design needed<br>
 &nbsp; &nbsp; STK - stuck; a decision is needed about how to proceed<br>
 &nbsp; &nbsp; SGN - a signoff is needed<br>
 &nbsp; &nbsp; ESC - canceled or siginificantly reduced in priority<br>
 &nbsp; &nbsp; FIN - successfully finished<br>
 &nbsp; &nbsp; MSG - communication needed<br>
 &nbsp; &nbsp; ROT - solution has bitrotted<br>
_______________________________________________<br>
Devel mailing list<br>
<a href="mailto:Devel@lists.laptop.org">Devel@lists.laptop.org</a><br>
<a href="http://lists.laptop.org/listinfo/devel" target="_blank">http://lists.laptop.org/listinfo/devel</a><br>
</blockquote></div><br>