<div dir="ltr">We do plan to expose the RO file system via API. <div>This is not yet scoped, but I hope to get it in within the year.<br><div><br></div></div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><pre cols="72"><span style="font-family:arial,helvetica,sans-serif">Yaniv Dary
Technical Product Manager
Red Hat Israel Ltd.
34 Jerusalem Road
Building A, 4th floor
Ra&#39;anana, Israel 4350109

Tel : +972 (9) 7692306
        8272306
Email: <a href="mailto:ydary@redhat.com" target="_blank">ydary@redhat.com</a>
IRC : ydary</span></pre>
</div></div></div></div></div>
<br><div class="gmail_quote">On Thu, Dec 1, 2016 at 3:07 PM, Victor Jose Acosta <span dir="ltr">&lt;<a href="mailto:vic.ad94@gmail.com" target="_blank">vic.ad94@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div bgcolor="#FFFFFF" text="#000000">
    <p>yes can cause corruption, but i don&#39;t want to modify file system
      externally, i just want to read it and then copy to the production
      host by agent/scp or something<br>
    </p><div><div class="h5">
    <br>
    <div class="m_-6967734217775006329moz-cite-prefix">On 01/12/16 09:43, Yaniv Dary wrote:<br>
    </div>
    <blockquote type="cite">
      <div dir="ltr">I understand, you mean a single file restore use
        case.
        <div>This is usually done by a agent in the VM and not
          externally, since changing the file system externally can
          cause corruption.</div>
      </div>
      <div class="gmail_extra"><br clear="all">
        <div>
          <div class="m_-6967734217775006329gmail_signature" data-smartmail="gmail_signature">
            <div dir="ltr">
              <div>
                <div dir="ltr">
                  <pre cols="72"><span style="font-family:arial,helvetica,sans-serif">Yaniv Dary
Technical Product Manager
Red Hat Israel Ltd.
34 Jerusalem Road
Building A, 4th floor
Ra&#39;anana, Israel 4350109

Tel : <a href="tel:%2B972%20%289%29%207692306" value="+97297692306" target="_blank">+972 (9) 7692306</a>
        8272306
Email: <a href="mailto:ydary@redhat.com" target="_blank">ydary@redhat.com</a>
IRC : ydary</span></pre>
                </div>
              </div>
            </div>
          </div>
        </div>
        <br>
        <div class="gmail_quote">On Wed, Nov 30, 2016 at 3:47 PM, Victor
          Jose Acosta <span dir="ltr">&lt;<a href="mailto:vic.ad94@gmail.com" target="_blank">vic.ad94@gmail.com</a>&gt;</span>
          wrote:<br>
          <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
            <div bgcolor="#FFFFFF" text="#000000"> Ok ok<br>
              <br>
              When you make a full restore you have a whole new VM, but
              what if you just need  just one directory?
              &quot;/etc/puppet/environments&quot; for example<br>
              <br>
              So there is where granular backup works, because if you
              don&#39;t have that option you will have to restore the whole
              VM, copy that directory, then delete the restored VM<br>
              <br>
              I don&#39;t know if my english is good enough to explain
              perfectly, but do you understand my point?<span><br>
                <br>
                <br>
                <div class="m_-6967734217775006329m_3006205575618604186moz-cite-prefix">On
                  30/11/16 10:36, Yaniv Dary wrote:<br>
                </div>
                <blockquote type="cite">
                  <div><br>
                  </div>
                  <div>I believe that both full and granular restore can
                    be done via the API as we support offset uploads,
                    can you give more details on the different between
                    these options?</div>
                </blockquote>
                <br>
              </span><span class="m_-6967734217775006329HOEnZb"><font color="#888888">
                  <div class="m_-6967734217775006329m_3006205575618604186moz-signature">-- <br>
                    <img src="cid:part3.C3827E88.BC9C04FB@gmail.com" border="0"></div>
                </font></span></div>
          </blockquote>
        </div>
        <br>
      </div>
    </blockquote>
    <br>
    </div></div><span class="HOEnZb"><font color="#888888"><div class="m_-6967734217775006329moz-signature">-- <br>
      <img src="cid:part4.93733CD1.C20C16AC@gmail.com" border="0"></div>
  </font></span></div>

</blockquote></div><br></div>