<div class="gmail_quote">On Wed, Jun 1, 2011 at 4:24 PM, Bernie Innocenti <span dir="ltr"><<a href="mailto:bernie@sugarlabs.org">bernie@sugarlabs.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Answering your question on IRC:<br></blockquote><div><br></div><div>Bernie, thanks so much for the reply, particularly since I hadn't even had time to send it to the lists:-)</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

 <christophd> hi all<br>
 <christophd> I've got a question related to Journal backup/restore: is<br>
  it realistically possible to get Journal entries created on 8.2 to<br>
  11.1.2 with the help of dsd_'s scripts or other ways?<br>
<br>
Yes. If you make a tarball from the contents of<br>
~/.sugar/default/datastore created on an older Sugar release, then<br>
unpack it in the same location on a newer release, the datastore will<br>
automatically upgrade it to the current format.<br></blockquote><div><br></div><div>Okay, that's good to know.</div><div><br></div><div>Just for the record, the process would be</div><div><br></div><div>(1) to tar the Journal on every XO</div>
<div>(2) copy it over to a USB drive</div><div>(3) reflash the XOs</div><div>(4) untar the Journal backup from the USB drive back to ~/.sugar/default/datastore</div><div><br></div><div>Right?</div><div><br></div><div>The main reason why I'm asking is that I seem to remember Martin Langhoff at some point mentioning that restoring the Journal while Sugar was running could prove to be an issue. (Unfortunately I can't find the thread in question at the moment.)</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
In fact, the jorunal backup/restore GUI in Dextrose [1] is a distant<br>
cousin of Daniel Drake's scripts. It also performs backups/restores to<br>
the schoolserver using rsync, which is what most users do across<br>
upgrades.<br>
<br>
Getting all the little details right wasn't easy, we had to do a lot of<br>
testing in various scenarios, and there are still a few corner cases<br>
that we haven't taken care of. For example, if the next version of the<br>
OS grows bigger, restoring a very large datastore would fail.<br>
<br>
The next step would be allowing users to browse remote datastores on the<br>
schoolserver and restore individual files. This isn't as hard as it may<br>
sound, because the on-disk format of the schoolserver is just an rsync<br>
of a regular datastore, and the user has full ssh access to it, so it<br>
would be easy to access it with FISH [2].<br>
<br>
[1] <a href="http://wiki.sugarlabs.org/go/Features/Backup_and_Restore" target="_blank">http://wiki.sugarlabs.org/go/Features/Backup_and_Restore</a><br>
[2] <a href="http://en.wikipedia.org/wiki/Files_transferred_over_shell_protocol" target="_blank">http://en.wikipedia.org/wiki/Files_transferred_over_shell_protocol</a></blockquote><div><br></div><div>Exciting stuff! :-)</div>
<div><br></div><div>Thanks again,<br>Christoph </div></div><br>