[one-users] VMWare image on ONE 4.4
Eduardo Roloff
roloff at gmail.com
Wed Dec 18 11:38:05 PST 2013
Hello again,
I fix the problem with the `non df` host and now the command is OK.
But it only works as a root, when I issue the command as oneadmin I go
the "Error during version check: Failed to get vmkernel version:
Operation not permitted (running as non-root?)" message.
There is something to chmod in ESXi that can isn't? (I chmod +s the vmkfstools).
E.
On Mon, Dec 16, 2013 at 10:20 AM, Eduardo Roloff <roloff at gmail.com> wrote:
> Hello Tino,
>
> The "df" command does not exists in my version of ESXi (5.0).
>
> After a serch in the VMWare KB, I found that the command to be used to
> monitor vmfs disks is the "vdf".
>
> But the sintax is quite different, I'll try to get more information
> and send to you.
>
> Eduardo
>
>
>
> On Mon, Dec 16, 2013 at 9:02 AM, Tino Vazquez <cvazquez at c12g.com> wrote:
>> Hi Eduardo,
>>
>> From the DS template, we see that
>>
>> <TOTAL_MB>0</TOTAL_MB>
>> <FREE_MB>0</FREE_MB>
>> <USED_MB>772</USED_MB>
>>
>> So there is a failure monitoring TOTAL and FREE space in the DS. This
>> comes from the following line in the monitoring script:
>>
>> DF_STR=\$($DF -m | grep ${BASE_PATH%/} | sed -e 's/ \+/:/g')
>>
>> Let's try this manually. What's the output of the following, as
>> onadmin in 'gn905cb':
>>
>> $ df -m | grep /vmfs/volumes/1/ | sed -e 's/ \+/:/g'
>>
>> Best,
>>
>> -Tino
>> --
>> OpenNebula - Flexible Enterprise Cloud Made Simple
>>
>> --
>> Constantino Vázquez Blanco, PhD, MSc
>> Senior Infrastructure Architect at C12G Labs
>> www.c12g.com | @C12G | es.linkedin.com/in/tinova
>>
>> --
>> Confidentiality Warning: The information contained in this e-mail and
>> any accompanying documents, unless otherwise expressly indicated, is
>> confidential and privileged, and is intended solely for the person
>> and/or entity to whom it is addressed (i.e. those identified in the
>> "To" and "cc" box). They are the property of C12G Labs S.L..
>> Unauthorized distribution, review, use, disclosure, or copying of this
>> communication, or any part thereof, is strictly prohibited and may be
>> unlawful. If you have received this e-mail in error, please notify us
>> immediately by e-mail at abuse at c12g.com and delete the e-mail and
>> attachments and any copy from your system. C12G thanks you for your
>> cooperation.
>>
>>
>> On Fri, Dec 13, 2013 at 2:03 PM, Eduardo Roloff <roloff at gmail.com> wrote:
>>> Hello Tino,
>>>
>>> I Change the datastore to be compatible with these parameters, as seen below
>>>
>>> <DATASTORE>
>>> <ID>1</ID>
>>> <UID>0</UID>
>>> <GID>0</GID>
>>> <UNAME>oneadmin</UNAME>
>>> <GNAME>oneadmin</GNAME>
>>> <NAME>default</NAME>
>>> <PERMISSIONS>
>>> <OWNER_U>1</OWNER_U>
>>> <OWNER_M>1</OWNER_M>
>>> <OWNER_A>0</OWNER_A>
>>> <GROUP_U>1</GROUP_U>
>>> <GROUP_M>0</GROUP_M>
>>> <GROUP_A>0</GROUP_A>
>>> <OTHER_U>1</OTHER_U>
>>> <OTHER_M>0</OTHER_M>
>>> <OTHER_A>0</OTHER_A>
>>> </PERMISSIONS>
>>> <DS_MAD>vmfs</DS_MAD>
>>> <TM_MAD>vmfs</TM_MAD>
>>> <BASE_PATH>/vmfs/volumes/1</BASE_PATH>
>>> <TYPE>0</TYPE>
>>> <DISK_TYPE>0</DISK_TYPE>
>>> <CLUSTER_ID>-1</CLUSTER_ID>
>>> <CLUSTER/>
>>> <TOTAL_MB>0</TOTAL_MB>
>>> <FREE_MB>0</FREE_MB>
>>> <USED_MB>772</USED_MB>
>>> <IMAGES/>
>>> <TEMPLATE>
>>> <BRIDGE_LIST><![CDATA[gn905cb]]></BRIDGE_LIST>
>>> <CLONE_TARGET><![CDATA[SYSTEM]]></CLONE_TARGET>
>>> <DISK_TYPE><![CDATA[FILE]]></DISK_TYPE>
>>> <DS_MAD><![CDATA[vmfs]]></DS_MAD>
>>> <LN_TARGET><![CDATA[NONE]]></LN_TARGET>
>>> <TM_MAD><![CDATA[vmfs]]></TM_MAD>
>>> <TYPE><![CDATA[IMAGE_DS]]></TYPE>
>>> </TEMPLATE>
>>> </DATASTORE>
>>>
>>>
>>> But, When I upload the TTY-VMWware from the marketplace I`ve got the
>>> ~not enough space~ message again, the log is beleow
>>>
>>>
>>> Fri Dec 13 13:58:58 2013 [ReM][D]: Req:4944 UID:0 DocumentPoolInfo
>>> invoked, -2, -1, -1, 100
>>> Fri Dec 13 13:58:58 2013 [ReM][D]: Req:4944 UID:0 DocumentPoolInfo
>>> result SUCCES S, "<DOCUMENT_POOL></DOC..."
>>> Fri Dec 13 13:58:58 2013 [ReM][D]: Req:2576 UID:0
>>> VirtualNetworkPoolInfo invoked , -2, -1, -1
>>> Fri Dec 13 13:58:58 2013 [ReM][D]: Req:2576 UID:0
>>> VirtualNetworkPoolInfo result SUCCESS,
>>> "<VNET_POOL></VNET_PO..."
>>> Fri Dec 13 13:59:01 2013 [ReM][D]: Req:672 UID:0 HostPoolInfo invoked
>>> Fri Dec 13 13:59:01 2013 [ReM][D]: Req:672 UID:0 HostPoolInfo result
>>> SUCCESS, "< HOST_POOL><HOST><ID..."
>>> Fri Dec 13 13:59:02 2013 [ReM][D]: Req:3696 UID:0 TemplatePoolInfo
>>> invoked, -2, -1, -1
>>> Fri Dec 13 13:59:02 2013 [ReM][D]: Req:3696 UID:0 TemplatePoolInfo
>>> result SUCCES S, "<VMTEMPLATE_POOL></V..."
>>> Fri Dec 13 13:59:04 2013 [InM][D]: Monitoring datastore default (1)
>>> Fri Dec 13 13:59:04 2013 [InM][D]: Monitoring datastore files (2)
>>> Fri Dec 13 13:59:04 2013 [ImM][D]: Datastore files (2) successfully monitored.
>>> Fri Dec 13 13:59:04 2013 [ReM][D]: Req:1200 UID:0 ImagePoolInfo
>>> invoked, -2, -1, -1
>>> Fri Dec 13 13:59:05 2013 [ImM][D]: Datastore default (1) successfully monitored.
>>> Fri Dec 13 13:59:05 2013 [ReM][D]: Req:1200 UID:0 ImagePoolInfo result
>>> SUCCESS, "<IMAGE_POOL></IMAGE_..."
>>> Fri Dec 13 13:59:07 2013 [ReM][D]: Req:3680 UID:1 DocumentPoolInfo
>>> invoked, -2, -1, -1, 100
>>> Fri Dec 13 13:59:07 2013 [ReM][D]: Req:3680 UID:1 DocumentPoolInfo
>>> result SUCCES S, "<DOCUMENT_POOL></DOC..."
>>> Fri Dec 13 13:59:09 2013 [ReM][D]: Req:5952 UID:0 DocumentPoolInfo
>>> invoked, -2, -1, -1, 101
>>> Fri Dec 13 13:59:09 2013 [ReM][D]: Req:5952 UID:0 DocumentPoolInfo
>>> result SUCCES S, "<DOCUMENT_POOL></DOC..."
>>> Fri Dec 13 13:59:16 2013 [ReM][D]: Req:1328 UID:0 ImageAllocate
>>> invoked, "TYPE=" OS"...", 1
>>> Fri Dec 13 13:59:16 2013 [ReM][E]: Req:1328 UID:0 ImageAllocate result
>>> FAILURE N ot enough space in datastore
>>> Fri Dec 13 13:59:18 2013 [ReM][D]: Req:8832 UID:0
>>> VirtualMachinePoolInfo invoked , -2, -1, -1,
>>> -1
>>> Fri Dec 13 13:59:18 2013 [ReM][D]: Req:8832 UID:0
>>> VirtualMachinePoolInfo result SUCCESS,
>>> "<VM_POOL></VM_POOL>"
>>> Fri Dec 13 13:59:18 2013 [ReM][D]: Req:8832 UID:0
>>> VirtualMachinePoolInfo invoked , -2, -1, -1,
>>> -1
>>> Fri Dec 13 13:59:18 2013 [ReM][D]: Req:8832 UID:0
>>> VirtualMachinePoolInfo result SUCCESS,
>>> "<VM_POOL></VM_POOL>"
>>>
>>> On Fri, Dec 13, 2013 at 7:49 AM, Tino Vazquez <cvazquez at c12g.com> wrote:
>>>> Hi Eduardo,
>>>>
>>>> The system datastore is monitored in different way than the images
>>>> one. In any case, for a correct storage configuration for VMware you
>>>> need:
>>>>
>>>> * system datastore with 'vmfs' TM and /vmfs/volumes BASE_PATH
>>>> * images_datastore with 'vmfs' TM and 'vmfs' DS and /vmfs/volumes BASE_PATH
>>>>
>>>> Regards,
>>>>
>>>> -Tino
>>>>
>>>> --
>>>> OpenNebula - Flexible Enterprise Cloud Made Simple
>>>>
>>>> --
>>>> Constantino Vázquez Blanco, PhD, MSc
>>>> Senior Infrastructure Architect at C12G Labs
>>>> www.c12g.com | @C12G | es.linkedin.com/in/tinova
>>>>
>>>> --
>>>> Confidentiality Warning: The information contained in this e-mail and
>>>> any accompanying documents, unless otherwise expressly indicated, is
>>>> confidential and privileged, and is intended solely for the person
>>>> and/or entity to whom it is addressed (i.e. those identified in the
>>>> "To" and "cc" box). They are the property of C12G Labs S.L..
>>>> Unauthorized distribution, review, use, disclosure, or copying of this
>>>> communication, or any part thereof, is strictly prohibited and may be
>>>> unlawful. If you have received this e-mail in error, please notify us
>>>> immediately by e-mail at abuse at c12g.com and delete the e-mail and
>>>> attachments and any copy from your system. C12G thanks you for your
>>>> cooperation.
>>>>
>>>>
>>>> On Wed, Dec 11, 2013 at 4:22 PM, Eduardo Roloff <roloff at gmail.com> wrote:
>>>>> Tino,
>>>>>
>>>>> But I have the same configuration with datastore "0" and it works.
>>>>>
>>>>> Also I set the BASE_PATH in the template after the creation (they are
>>>>> the default datastores).
>>>>>
>>>>> "<BASE_PATH><![CDATA[/vmfs/volumes]]></BASE_PATH>"
>>>>>
>>>>> Here is the output for the show command of the datastore "0"
>>>>>
>>>>> <DATASTORE>
>>>>> <ID>0</ID>
>>>>> <UID>0</UID>
>>>>> <GID>0</GID>
>>>>> <UNAME>oneadmin</UNAME>
>>>>> <GNAME>oneadmin</GNAME>
>>>>> <NAME>system</NAME>
>>>>> <PERMISSIONS>
>>>>> <OWNER_U>1</OWNER_U>
>>>>> <OWNER_M>1</OWNER_M>
>>>>> <OWNER_A>0</OWNER_A>
>>>>> <GROUP_U>1</GROUP_U>
>>>>> <GROUP_M>0</GROUP_M>
>>>>> <GROUP_A>0</GROUP_A>
>>>>> <OTHER_U>0</OTHER_U>
>>>>> <OTHER_M>0</OTHER_M>
>>>>> <OTHER_A>0</OTHER_A>
>>>>> </PERMISSIONS>
>>>>> <DS_MAD>-</DS_MAD>
>>>>> <TM_MAD>vmfs</TM_MAD>
>>>>> <BASE_PATH>/var/lib/one/datastores/0</BASE_PATH>
>>>>> <TYPE>1</TYPE>
>>>>> <DISK_TYPE>0</DISK_TYPE>
>>>>> <CLUSTER_ID>-1</CLUSTER_ID>
>>>>> <CLUSTER/>
>>>>> <TOTAL_MB>511744</TOTAL_MB>
>>>>> <FREE_MB>510771</FREE_MB>
>>>>> <USED_MB>973</USED_MB>
>>>>> <IMAGES/>
>>>>> <TEMPLATE>
>>>>> <BASE_PATH><![CDATA[/vmfs/volumes]]></BASE_PATH>
>>>>> <SHARED><![CDATA[YES]]></SHARED>
>>>>> <TM_MAD><![CDATA[vmfs]]></TM_MAD>
>>>>> <TYPE><![CDATA[SYSTEM_DS]]></TYPE>
>>>>> </TEMPLATE>
>>>>> </DATASTORE>
>>>>>
>>>>> On Wed, Dec 11, 2013 at 12:53 PM, Tino Vazquez <cvazquez at c12g.com> wrote:
>>>>>> Hi Eduardo,
>>>>>>
>>>>>>
>>>>>> On Wed, Dec 11, 2013 at 1:08 PM, Eduardo Roloff <roloff at gmail.com> wrote:
>>>>>>> <BASE_PATH>/var/lib/one/datastores/1</BASE_PATH>
>>>>>>
>>>>>> That's probably the reason why the DS is not getting properly
>>>>>> monitored. The BASE_PATH needs to point to /vmfs/volumes, you can set
>>>>>> it at DS creation time by adding it to the DS template.
>>>>>>
>>>>>> Best,
>>>>>>
>>>>>> -Tino
>>>>>>
>>>>>> --
>>>>>> OpenNebula - Flexible Enterprise Cloud Made Simple
>>>>>>
>>>>>> --
>>>>>> Constantino Vázquez Blanco, PhD, MSc
>>>>>> Senior Infrastructure Architect at C12G Labs
>>>>>> www.c12g.com | @C12G | es.linkedin.com/in/tinova
>>>>>>
>>>>>> --
>>>>>> Confidentiality Warning: The information contained in this e-mail and
>>>>>> any accompanying documents, unless otherwise expressly indicated, is
>>>>>> confidential and privileged, and is intended solely for the person
>>>>>> and/or entity to whom it is addressed (i.e. those identified in the
>>>>>> "To" and "cc" box). They are the property of C12G Labs S.L..
>>>>>> Unauthorized distribution, review, use, disclosure, or copying of this
>>>>>> communication, or any part thereof, is strictly prohibited and may be
>>>>>> unlawful. If you have received this e-mail in error, please notify us
>>>>>> immediately by e-mail at abuse at c12g.com and delete the e-mail and
>>>>>> attachments and any copy from your system. C12G thanks you for your
>>>>>> cooperation.
>>>>> _______________________________________________
>>>>> Users mailing list
>>>>> Users at lists.opennebula.org
>>>>> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
>>> _______________________________________________
>>> Users mailing list
>>> Users at lists.opennebula.org
>>> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
More information about the Users
mailing list