<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 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 href="http://www.bsc.es/disclaimer" target="_blank">http://www.bsc.es/disclaimer</a><br>
______________________________<u></u>_________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opennebula.org" target="_blank">Users@lists.opennebula.org</a><br>
<a href="http://lists.opennebula.org/listinfo.cgi/users-opennebula.org" target="_blank">http://lists.opennebula.org/<u></u>listinfo.cgi/users-opennebula.<u></u>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 href="http://www.OpenNebula.org" target="_blank">www.OpenNebula.org</a> | <a href="mailto:rsmontero@opennebula.org" target="_blank">rsmontero@opennebula.org</a> | @OpenNebula</div></div>
</div>