<p dir="ltr">Good point.  The clone would have had the agent too but maybe it needed to be reconfigured. I&#39;ll try that. </p>
<div class="gmail_quote">On Sep 2, 2014 9:34 AM, &quot;Justin Clift&quot; &lt;<a href="mailto:justin@gluster.org">justin@gluster.org</a>&gt; wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 01/09/2014, at 4:43 AM, Louis Zuckerman wrote:<br>
&lt;snip&gt;<br>
&gt; As far as I can tell files can only be restored to the original backed up machine, which is inconvenient.<br>
<br>
It could be that files can be restored to any VM which the agent is<br>
running on (and is in our account).<br>
<br>
Looking at the Backup tab in Rackspace, your sonar VM has been backing<br>
up ok for a few days now.  So, because the agent on it has been through<br>
the backup process at least once, the Rackspace backup stuff is aware<br>
of that server and is presenting it as a restore target.<br>
<br>
At a guess, after the other servers have run through the backup<br>
process at least once they might show up as restore targets as well.<br>
<br>
Guess we&#39;ll find out tomorrow. :)<br>
<br>
+ Justin<br>
<br>
--<br>
GlusterFS - <a href="http://www.gluster.org" target="_blank">http://www.gluster.org</a><br>
<br>
An open source, distributed file system scaling to several<br>
petabytes, and handling thousands of clients.<br>
<br>
My personal twitter: <a href="http://twitter.com/realjustinclift" target="_blank">twitter.com/realjustinclift</a><br>
<br>
_______________________________________________<br>
Gluster-infra mailing list<br>
<a href="mailto:Gluster-infra@gluster.org">Gluster-infra@gluster.org</a><br>
<a href="http://www.gluster.org/mailman/listinfo/gluster-infra" target="_blank">http://www.gluster.org/mailman/listinfo/gluster-infra</a><br>
</blockquote></div>