[one-users] [Datastores] Image Datastore has no size

Thu Apr 24 03:40:07 PDT 2014

Hi Ruben

I created a new Image Datastore with the template values. However I can’t export it in /etc/exports and sudo exportfs –a, because the path /var/lib/one/datastores/<new_ds_id> doesn’t exist, since it has not been created by ONE. I tried with the PATH /vmfs/volumes but of course it doesn’t exist neither on the local machine. And I cannot mount them on the ESX neither, since the /var/lib/one/datastores path is used in step 3.3.
My /etc/one/oned.conf file has the right DATASTORE_LOCATION&PATH values :

[cid:image003.jpg at 01CF5FBA.51C49FF0]

I’m getting a bit confused.
Could you precise which step of the guide contain the error, and what should be done instead ?

Concerning datastore creation, I made further testing last night.

1.       The datastore creation with “onedatastore create” does actually work but only if the DS_FS isn’t vmfs. It seems that it does not support vmfs filesystem, even if the template base_path is /var/lib/one/datastores. It will then display the datastores has having no capacity.

2.       Creation of any kind of datastore with a template that does not contain BASE_PATH=”/var/lib/one/datastores” will also fail : displaying no capacity.

[cid:image004.jpg at 01CF5FBA.51C49FF0]

Thank you for your previous answers.

De : Ruben S. Montero [mailto:rsmontero at opennebula.org]
Envoyé : jeudi 24 avril 2014 10:29
À : Eloi - CODE42
Cc : users at lists.opennebula.org
Objet : Re: [one-users] [Datastores] Image Datastore has no size

Hi Eloi

It seems that the guide assumes a new feature of the 4.6 version, not present in the 4.4 release. If you take a look the actual BASE_PATH is /var/lib/one/datastores/1 (and not the one in the template). This path is not available in the ESX hosts. So simply, create two new datastores. One IMAGE_DS and the other SYSTEM_DS. You may use the template values shown in the screenshot you send. Sorry for the error in the guide.

I tried to change the type of the Image Datastore to SYSTEM_DS, and it actually got monitored properly, with a 19,2G size. Changing it back to IMAGE_DS recreated the issue. “$ onehost sync” didn’t solved the problem.

In this case for SYSTEM_DS is using the value in oned.conf (/vmfs/volumes) so you get the right values

Also, creation of any kind of datastores doesn’t seems to work neither : no dir is created in /var/lib/one/datastore following the  “onedatastore create tmp_file” command, and new datastores are displayed with zero capacity value too.

When you create the datastores, no directory will be created in /var/lib/one/datastores. Note that for VMFS datastores they live in the ESXs storage.

By the way, I have another question, my datastores are nfs exported, and originally created on a VM volume (/var) that has a 20Gig capacity. So how comes does Files Datastore display a 19.2Giga capacity and System Datastore also  display a 19.2Giga capacity ? They do physically use the same disk space right ? (even if its a VM virtual disk). I followed the quick start guide correctly, however there still are some blured line about storage for me.

Yes the share the same storage medium so the potential available capacity is the same for the two.

Cheers

Ruben

Thanks you for your time
De : Ruben S. Montero [mailto:rsmontero at opennebula.org<mailto:rsmontero at opennebula.org>]
Envoyé : mercredi 23 avril 2014 11:57
À : Eloi - CODE42
Cc : users at lists.opennebula.org<mailto:users at lists.opennebula.org>
Objet : Re: [one-users] [Datastores] Image Datastore has no size

The information is gathered by /var/lib/one/remotes/datastore/vmfs/monitor. Can you check that /vmfs/datastores/1 exists at 172.20.10.12 and that oneadmin can excute

du -sLm /vmfs/datastores/1
df -m

Cheers

On Wed, Apr 23, 2014 at 11:47 AM, Eloi - CODE42 <eloi at code42.fr<mailto:eloi at code42.fr>> wrote:
Hi Ruben

SSH is fine between the two, oneadmin can login without password.
No errors in /var/log/one/oned.log neither. Maybe there is a way to resize the datastore manually ?
Also, same problem occurs when I try to create a new datastore : no capacity at all.

De : Ruben S. Montero [mailto:rsmontero at opennebula.org<mailto:rsmontero at opennebula.org>]
Envoyé : mercredi 23 avril 2014 11:38
À : Eloi - CODE42
Cc : users at lists.opennebula.org<mailto:users at lists.opennebula.org>
Objet : Re: [one-users] [Datastores] Image Datastore has no size

Hi

Can you check oned.log? May be the front-end cannot access 172.20.10.12 through ssh?

Cheers

On Wed, Apr 23, 2014 at 9:57 AM, Eloi - CODE42 <eloi at code42.fr<mailto:eloi at code42.fr>> wrote:
Hi everyone.

I can’t possibly upload an image to OpenNebula because my Image Datastore size is non-existent (not empty, non-existent, like 0MB).
I’m new to OpenNebula and installed it  by following the QuickStart guide for WMware : http://docs.opennebula.org/4.4/design_and_installation/quick_starts/qs_centos_vmware.html

Here is the configuration of the two datastores I created :

Datastore 0
SHARED      YES
BASE_PATH   /vmfs/volumes
TYPE        SYSTEM_DS
TM_MAD      vmfs

Datastore 1
LN_TARGET         NONE
BASE_PATH         /vmfs/volumes
TYPE              IMAGE_DS
DS_MAD            vmfs
CLONE_TARGET      SYSTEM
DISK_TYPE         FILE
BRIDGE_LIST       172.20.10.12
TM_MAD            vmfs

Here is a screencap from sunstone Dashboard:
[cid:image001.jpg at 01CF5FB1.5668C2B0]
As you can see it is showing a third datastore named “file” with filesystem type. I can’t, however, upload anything on that one because the wizard in the  Create Image section won’t let me choose any other datastores than the “defaults” one, which is the Image one, and has no space at all.

On the ESX host, the DataStores are mounted and seems to be working fine :
[cid:image002.png at 01CF5FB1.5668C2B0]

I tried to upload and .iso via ESX on Datastore “1”. That worked, but in opennebula display it has being placed on the datastore 2 (as you can see on the previous screencap, there is a 2.2GB space used on datastore 2).
Therefore I think there might be a confusion between the Image & Files Datastores in OpenNebula.

Any idea of what could be the roots of the problem ? And besides that, how could I solve this ? Should I recreate new datastores, and mount them on the ESX? If yes, how should I proceed ?

Thanks in advance for your help.

Eloi Guillaud – Code42

_______________________________________________
Users mailing list
Users at lists.opennebula.org<mailto:Users at lists.opennebula.org>
http://lists.opennebula.org/listinfo.cgi/users-opennebula.org

<http://lists.opennebula.org/listinfo.cgi/users-opennebula.org>
--
<http://lists.opennebula.org/listinfo.cgi/users-opennebula.org>
--

<http://lists.opennebula.org/listinfo.cgi/users-opennebula.org>
Ruben S. Montero, PhD
Project co-Lead and Chief Architect<http://lists.opennebula.org/listinfo.cgi/users-opennebula.org>
OpenNebula - Flexible Enterprise Cloud Made Simple
<http://lists.opennebula.org/listinfo.cgi/users-opennebula.org>www.OpenNebula.org<http://www.OpenNebula.org> | rsmontero at opennebula.org<mailto:rsmontero at opennebula.org> | @OpenNebula

--
--
Ruben S. Montero, PhD
Project co-Lead and Chief Architect
OpenNebula - Flexible Enterprise Cloud Made Simple
www.OpenNebula.org<http://www.OpenNebula.org> | rsmontero at opennebula.org<mailto:rsmontero at opennebula.org> | @OpenNebula

--
--
Ruben S. Montero, PhD
Project co-Lead and Chief Architect
OpenNebula - Flexible Enterprise Cloud Made Simple
www.OpenNebula.org<http://www.OpenNebula.org> | rsmontero at opennebula.org<mailto:rsmontero at opennebula.org> | @OpenNebula
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opennebula.org/pipermail/users-opennebula.org/attachments/20140424/ecda1a95/attachment-0002.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 42019 bytes
Desc: image001.jpg
URL: <http://lists.opennebula.org/pipermail/users-opennebula.org/attachments/20140424/ecda1a95/attachment-0006.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 8919 bytes
Desc: image002.png
URL: <http://lists.opennebula.org/pipermail/users-opennebula.org/attachments/20140424/ecda1a95/attachment-0002.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image003.jpg
Type: image/jpeg
Size: 25486 bytes
Desc: image003.jpg
URL: <http://lists.opennebula.org/pipermail/users-opennebula.org/attachments/20140424/ecda1a95/attachment-0007.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image004.jpg
Type: image/jpeg
Size: 23405 bytes
Desc: image004.jpg
URL: <http://lists.opennebula.org/pipermail/users-opennebula.org/attachments/20140424/ecda1a95/attachment-0008.jpg>