<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Hi,<br>
    <br>
    &#1053;&#1072; 22.5.2012 &#1075;. 13:27 &#1095;., Rene C. &#1085;&#1072;&#1087;&#1080;&#1089;&#1072;:
    <blockquote
cite="mid:CA+ZVM8uiS_wYr4AjHuesTUukZKkude-eQr2dr8GtFZN13sftmQ@mail.gmail.com"
      type="cite">Hi Sirk,
      <div><br>
        <div class="gmail_quote">
          <blockquote class="gmail_quote" style="margin:0 0 0
            .8ex;border-left:1px #ccc solid;padding-left:1ex">
            <br>
            If you want some practical information on ploop: We are
            using it in a<br>
            highly productive environment.<br>
            It was either, try ploop and hope it works, or have the
            systems fail<br>
            every 2nd day.<br>
            So we decided to use ploop and are more than happy.<br>
            It even solves a lot of issues we had with the private areas
            directly<br>
            on the nfs share.<br>
            But of course, thats totally up to you.<br>
            I started with only a few "unimportant" CTs and then merged
            everything<br>
            after a while (42 CTs).<br>
          </blockquote>
          <div><br>
          </div>
          <div>Thanks for the info, much appreciated!</div>
          <div><br>
          </div>
          <div>Maybe a little off topic, but I am curious to know: &nbsp;At
            the moment I find it very convenient to go directly into a
            containers filesystem from the hardware node - i.e.
            something like /vz/private/xxx/var/log/... etc - &nbsp;Would I be
            correct in presuming that by using ploop this will no longer
            be possible? &nbsp;I know I could just setup a test system and
            try it out but if you know already it would save me some
            time ;)&nbsp;</div>
          <div><br>
          </div>
        </div>
      </div>
    </blockquote>
    It's not very practical to access the containers from the VZ/private
    mount point, as it breaks for example the quota stats of the
    container. If you still want to do things there better go for the
    VZ/root mount point. (Advice given to me by one of the now-a-days
    developer of Viruozzo) And as you already mentioned ploop, as far as
    I know the ploop-container will be mounted to VZ/root of the CT and
    you'll still have access to the info in there.<br>
    <br>
    <blockquote
cite="mid:CA+ZVM8uiS_wYr4AjHuesTUukZKkude-eQr2dr8GtFZN13sftmQ@mail.gmail.com"
      type="cite">
      <div>
        <div class="gmail_quote">
          <blockquote class="gmail_quote" style="margin:0 0 0
            .8ex;border-left:1px #ccc solid;padding-left:1ex">
            <br>
            So you have a different FileSystem for the
            "problem"-Container that is<br>
            even on a different disk ?<br>
            If that is the case, this CT should not affect the others at
            all in terms of IO.<br>
            <br>
          </blockquote>
          <div><br>
          </div>
          <div>Indeed, this is the only container on that filesystem and
            that physical drive. &nbsp;This time there were &nbsp;no "spill over"
            but previous times when load hit 50 or more the load
            &nbsp;certainly did spill into other containers.</div>
          <div>&nbsp;</div>
          <div>Best,</div>
          <div>Rene</div>
          <div>&nbsp;</div>
        </div>
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
Users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Users@openvz.org">Users@openvz.org</a>
<a class="moz-txt-link-freetext" href="https://openvz.org/mailman/listinfo/users">https://openvz.org/mailman/listinfo/users</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>