[one-users] VMWare image on ONE 4.4
Eduardo Roloff
roloff at gmail.com
Thu Dec 19 07:32:22 PST 2013
As root the output is
-r-xr-xr-x 1 root root 3357 Aug 19 2011 /sbin/df
On Thu, Dec 19, 2013 at 1:29 PM, Tino Vazquez <cvazquez at c12g.com> wrote:
> Hi Eduardo,
>
> I see. What is the output of
>
> ls -l /sbin/df*
>
> 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 Thu, Dec 19, 2013 at 4:24 PM, Eduardo Roloff <roloff at gmail.com> wrote:
>> Tino,
>>
>> The message "Error during version check: Failed to get vmkernel
>> version: Operation not permitted (running as non-root?)" appears when
>> I try to issue the "df" command in the host as oneadmin user.
>>
>>
>>
>> On Thu, Dec 19, 2013 at 1:05 PM, Tino Vazquez <cvazquez at c12g.com> wrote:
>>> Hi Eduardo,
>>>
>>> Please send through a bit more of context of the log, the previous and
>>> following lines to the error:
>>>
>>> "Error during version check: Failed to get vmkernel version: Operation
>>> not permitted (running as non-root?)"
>>>
>>> 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 Thu, Dec 19, 2013 at 3:43 PM, Eduardo Roloff <roloff at gmail.com> wrote:
>>>> Hello Tino,
>>>>
>>>> The error was a problem in the last installation of ESXi, we perform a
>>>> fresh standard installation and this works.
>>>>
>>>> About the problem, I perform the chmod but still got the same error message.
>>>>
>>>> Eduardo
>>>>
>>>>
>>>> On Thu, Dec 19, 2013 at 7:51 AM, Tino Vazquez <cvazquez at c12g.com> wrote:
>>>>> Hi Eduardo,
>>>>>
>>>>> I'll be interested in the patch for the 'non df' host, can you share that?
>>>>>
>>>>> About the error, maybe you are missing this setuid:
>>>>>
>>>>> chmod +s /bin/vim-cmd
>>>>>
>>>>> 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 18, 2013 at 8:38 PM, Eduardo Roloff <roloff at gmail.com> wrote:
>>>>>> 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
>>>>>> _______________________________________________
>>>>>> 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
>> _______________________________________________
>> Users mailing list
>> Users at lists.opennebula.org
>> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
More information about the Users
mailing list