Open Stack

I see that the SRM "recompute datastore groups" have something to do with
this?
I have tried setting up the cache_prefix but no go.



On Tue, Aug 2, 2016 at 7:39 AM, Vaidyanath Manogaran <vaidyanath.m at gmail.com
> wrote:

> HI Gary,
> Thanks, I have set the details on the cache_prefix.
> but still fails on file not found error. It is not creating inside the
> specified folder rather it is creating outside the folder in the datastore
>
> http://paste.openstack.org/show/545253/
>
> Regards,
> Vaidyanath
>
> On Mon, Aug 1, 2016 at 7:00 PM, Gary Kotton <gkotton at vmware.com> wrote:
>
>> Hi,
>>
>> I suggest that you make use of the variable cache_prefix.
>>
>>
>> https://github.com/openstack/nova/blob/master/nova/virt/vmwareapi/vmops.py#L156
>>
>> The IP address just creates havoc…
>>
>> Thanks
>>
>> Gary
>>
>>
>>
>> *From: *Vaidyanath Manogaran <vaidyanath.m at gmail.com>
>> *Date: *Monday, August 1, 2016 at 2:25 PM
>> *To: *"openstack at lists.openstack.org" <openstack at lists.openstack.org>, "
>> community at lists.openstack.org" <community at lists.openstack.org>
>> *Subject: *[Openstack] nova+vmware doesn't create the cached image in
>> ipaddress_base folder
>>
>>
>>
>> nova boot fails as the image created with oslo_vmware/api.py is creating
>> the vm outside the base folder. though the x.x.x.x_base folder is present
>> it is not creating it inside the vm my cofiguration is as follows.
>>
>> 1.    controller and compute node in one vcenter server
>>
>> 2.    the compute manages a different vcenter server.
>>
>> 3.    All the hosts in the cluster is shared with the same and many
>> other datastores
>>
>> 4.    I have many clusters apart from the one which i am managing
>> currently. which would be managed later
>>
>> Any help here would be appreciable.
>>
>>
>>
>> --
>>
>> Regards,
>>
>> Vaidyanath
>>
>
>
>
> --
> Regards,
>
> Vaidyanath
> +91-9483465528(M)
>



-- 
Regards,

Vaidyanath
+91-9483465528(M)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20160804/d2acd5d7/attachment.html>