<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <div class="moz-cite-prefix">Hi Ruben,<br>
      <br>
      Thank you for your reply. Here it is what I found out:<br>
      <br>
      1- I had a cluster defined but I deleted it, so right now I don't
      have any.<br>
      <br>
      2- The only host I have at the moment is correctly monitored. And
      the output of monitor_ds.sh is correctly showing info about the
      datastore (I cannot run anything else from the script because I
      don't have root privileges):<br>
      <br>
      DS_LOCATION_USED_MB=34417<br>
      DS_LOCATION_TOTAL_MB=32802826<br>
      DS_LOCATION_FREE_MB=18826318<br>
      <br>
      However OpenNebula is not monitoring datastore 0 as it does with
      the others.<br>
      <br>
      3- I haven't set DATASTORE_LOCATION. I have a self-contained
      installation and it should default to
      $ONE_LOCATION/var/datastores, which resides in a network shared
      partition. And yes, the datastore is mounted.<br>
      <br>
      Regards,<br>
      <br>
      Javier<br>
      <br>
      On 17/01/14 18:39, Ruben S. Montero wrote:<br>
    </div>
    <blockquote
cite="mid:CAGi56teFma9XO-Gnt=+dgGCeQd50_z+oR3irZBb--_2w3Vdm5g@mail.gmail.com"
      type="cite">
      <div dir="ltr">Hi Javier,
        <div><br>
        </div>
        <div>A couple of ideas:</div>
        <div><br>
        </div>
        <div>1.- System DS needs to be associated to a cluster.
          Sometimes this may cause problems if a host is in a cluster
          but the cluster hasn't got any system DS. (This seems not to
          be your problem, but just double checking)</div>
        <div><br>
        </div>
        <div>2.- System DS information is gathered through the
          motorization process. You need to check: 1.- hosts are being
          monitored, 2.- the monitor message includes information about
          the DS. You can debug this by executing monitor_ds.sh script
          at the hosts. Monitor DS is a bash script, at the top you can
          find out the arguments you need to pass to it</div>
        <div><br>
        </div>
        <div>3.- Did you set DATASTORE_LOCATION? Maybe the monitor
          script is not looking at the right place. (Also could you
          double check that the datastore is actually mounted?)</div>
        <div><br>
        </div>
        <div>Hope it helps</div>
        <div><br>
        </div>
        <div>Ruben</div>
      </div>
      <div class="gmail_extra"><br>
        <br>
        <div class="gmail_quote">On Fri, Jan 17, 2014 at 5:42 PM, Javier
          <span dir="ltr"><<a moz-do-not-send="true"
              href="mailto:javier.alvarez@bsc.es" target="_blank">javier.alvarez@bsc.es</a>></span>
          wrote:<br>
          <blockquote class="gmail_quote" style="margin:0 0 0
            .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello,<br>
            <br>
            After a reboot my VMs started getting stuck in PENDING
            state. Watching at the log files I noticed that the problem
            was that the system datastore was not being correctly
            monitored:<br>
            <br>
            onedatastore list<br>
              ID NAME                SIZE AVAIL CLUSTER      IMAGES TYPE
            DS       TM<br>
               0 system                0M -     -                 0 sys
            -        shared<br>
               1 default            31.3T 57%   -                12 img
            fs       shared<br>
               2 files              31.3T 57%   -                 2 fil
            fs       ssh<br>
            <br>
            And I was getting the following error:<br>
            <br>
            Fri Jan 17 17:32:02 2014 [SCHED][D]: VM 2794: Local
            Datastore 0 in Host 8 filtered out. Not enough capacity.<br>
            <br>
            Now, if I create a new system datastore, it happens the same
            as with datastore 0. However, creating an image datastore
            and then changing its type to SYSTEM_DS makes it work fine
            and VMs start being deployed again using that alternative
            system datastore.<br>
            <br>
            My question is if this is a bug or if I am making some
            mistake.<br>
            <br>
            Thank you,<br>
            <br>
            Javier<br>
            <br>
            WARNING / LEGAL TEXT: This message is intended only for the
            use of the<br>
            individual or entity to which it is addressed and may
            contain<br>
            information which is privileged, confidential, proprietary,
            or exempt<br>
            from disclosure under applicable law. If you are not the
            intended<br>
            recipient or the person responsible for delivering the
            message to the<br>
            intended recipient, you are strictly prohibited from
            disclosing,<br>
            distributing, copying, or in any way using this message. If
            you have<br>
            received this communication in error, please notify the
            sender and<br>
            destroy and delete any copies you may have received.<br>
            <br>
            <a moz-do-not-send="true"
              href="http://www.bsc.es/disclaimer" target="_blank">http://www.bsc.es/disclaimer</a><br>
            _______________________________________________<br>
            Users mailing list<br>
            <a moz-do-not-send="true"
              href="mailto:Users@lists.opennebula.org" target="_blank">Users@lists.opennebula.org</a><br>
            <a moz-do-not-send="true"
              href="http://lists.opennebula.org/listinfo.cgi/users-opennebula.org"
              target="_blank">http://lists.opennebula.org/listinfo.cgi/users-opennebula.org</a><br>
          </blockquote>
        </div>
        <br>
        <br clear="all">
        <div><br>
        </div>
        -- <br>
        <div dir="ltr">
          <div>
            <div>-- <br>
            </div>
          </div>
          Ruben S. Montero, PhD<br>
          Project co-Lead and Chief Architect
          <div>OpenNebula - Flexible Enterprise Cloud Made Simple<br>
            <a moz-do-not-send="true" href="http://www.OpenNebula.org"
              target="_blank">www.OpenNebula.org</a> | <a
              moz-do-not-send="true"
              href="mailto:rsmontero@opennebula.org" target="_blank">rsmontero@opennebula.org</a>
            | @OpenNebula</div>
        </div>
      </div>
    </blockquote>
    <br>
  
<br>
<br>
WARNING / LEGAL TEXT: This message is intended only for the use of the
individual or entity to which it is addressed and may contain
information which is privileged, confidential, proprietary, or exempt
from disclosure under applicable law. If you are not the intended
recipient or the person responsible for delivering the message to the
intended recipient, you are strictly prohibited from disclosing,
distributing, copying, or in any way using this message. If you have
received this communication in error, please notify the sender and
destroy and delete any copies you may have received.
<br><br>
<a href="http://www.bsc.es/disclaimer.htm">http://www.bsc.es/disclaimer</a>
<br>
</body>
</html>