[one-users] System volumes created with no space

Ruben S. Montero rsmontero at opennebula.org
Fri Apr 25 15:36:55 PDT 2014


Could it be the mount points? Datastores on the hosts have to be mounted
under DATASTORE_LOCATION as defined in oned.conf (defaults to
/var/lib/one/datastores). Note that BASE_PATH refers to the path used to
store the images when they are resitered (not needed for a system ds).
Roughly you go from BASE_PATH/<image_uuid> in the datastore to
DATASTORE_LOCATION/<DS_ID>/<VM_ID>/disk.0 in the hypervisor.

The monitoring probes (take a look to monitor_ds.sh in
/var/lib/one/remotes) looks for DATASTORE_LOCATION, not BASE_PATH...

Cheers


On Fri, Apr 25, 2014 at 4:21 PM, Marius Rex <MariusRex at venda.com> wrote:

> On Fri, 2014-04-25 at 08:36 -0400, Stefan Kooman wrote:
> > Quoting Ruben S. Montero (rsmontero at opennebula.org):
> > > That's right Stefan
> > >
> > > System DS are monitored through the host (so we can accommodate ssh
> system
> > > ds and other types that cannot be accessed from the front-end). If no
> host
> > > is reporting space for the System DS size will be 0.
> >
> > Check, thanks for confirming. @MariusRex, so then the question is: why
> > aren't your host monitoring the system datastore?
> >
> > Gr. Stefan
> >
>
> I do have a healthy hypervisor which is being monitored, which has both
> shared NFS volumes.
>
> [oneadmin at snow-opennebula01 ~]$ onehost list
>   ID NAME            CLUSTER   RVM      ALLOCATED_CPU      ALLOCATED_MEM
> STAT
>    0 kvmhost04       snowman     0       0 / 800 (0%)    0K / 66.9G (0%)
> update
>
>
> Having looked in oned.log I see no reference to the original system
> volume being mentioned.  But the second system volume I created is being
> successfully monitored:
>
> # grep system oned.log | tail
> Wed Apr 23 20:09:27 2014 [ImM][D]: Datastore systems_nfs (100)
> successfully monitored.
> Wed Apr 23 20:10:27 2014 [InM][D]: Monitoring datastore systems_nfs
> (100)
> Wed Apr 23 20:10:27 2014 [ImM][D]: Datastore systems_nfs (100)
> successfully monitored.
> Wed Apr 23 20:11:27 2014 [InM][D]: Monitoring datastore systems_nfs
> (100)
> Wed Apr 23 20:11:27 2014 [ImM][D]: Datastore systems_nfs (100)
> successfully monitored.
> Wed Apr 23 20:13:30 2014 [ReM][D]: Req:704 UID:0 DatastoreAllocate
> invoked, "NAME    = systems_nf...", -1
> Wed Apr 23 20:14:26 2014 [ReM][D]: Req:2752 UID:0 DatastoreAllocate
> invoked, "NAME    = systems_nf...", 100
> Wed Apr 23 20:15:39 2014 [ReM][D]: Req:3920 UID:0 DatastoreAllocate
> invoked, "NAME    = systems_nf...", 100
> Wed Apr 23 20:42:18 2014 [ReM][D]: Req:704 UID:0 DatastoreAllocate
> invoked, "NAME    = systems_nf...", 100
> Thu Apr 24 21:58:56 2014 [ReM][D]: Req:2176 UID:0 DatastoreAllocate
> invoked, "NAME    = systems_nf...", 100
>
>
> But systems_nfs reports have no space available either.  (As seen in my
> original query.)
>
>
> --
> Marius Rex
> mariusrex at venda.com
> Senior linux Engineer
> cell# 347.565.5037
> _______________________________________________
> Users mailing list
> Users at lists.opennebula.org
> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
>



-- 
-- 
Ruben S. Montero, PhD
Project co-Lead and Chief Architect
OpenNebula - Flexible Enterprise Cloud Made Simple
www.OpenNebula.org | rsmontero at opennebula.org | @OpenNebula
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opennebula.org/pipermail/users-opennebula.org/attachments/20140426/844221f8/attachment-0001.htm>


More information about the Users mailing list