Open Stack

On 06/23/2014 11:48 AM, Alvise Dorigo wrote:
> Hi Adam, all
> I've tried the first workaround mentioned here: 
> https://bugzilla.redhat.com/show_bug.cgi?id=1057645
>
>     dynamic_ownership=0
>


it seems that in order to use "dynamic_ownership=0" the user/group must 
also be changed to "nova"... I don't know which drawback it could imply.

     A.


> but it makes the creation of new VMs to fail.
>
> The second workaround (using libgfapi) seems to work only with 
> volume(cinder)-backed instantes (if I understood correct):
>
> http://blog.flaper87.com/post/520b7ff00f06d37b7a766dc0/
>
> Does anyone have more info of some pointer to a complete doc treating 
> this matter ?
>
> Has the libvirt patched as they mention in the bug 1057645 (possibly 
> for SL/CentOS 6.5)
>
> thanks,
>
>     A.
>
> On 06/19/2014 02:58 PM, Adam Huffman wrote:
>> Hi Alvise,
>>
>> I encountered this a while ago. Here's a relevant Bugzilla entry:
>>
>> https://bugzilla.redhat.com/show_bug.cgi?id=1057645
>>
>> Best Wishes,
>> Adam
>>
>> On Wed, Jun 18, 2014 at 7:51 PM, Alvise Dorigo 
>> <alvise.dorigo at pd.infn.it> wrote:
>>> Hi,
>>> I've 3 compute nodes with a shared Gluster filesystem mounted on 
>>> /var/lib/nova/instances on all 3 nodes.
>>> After I start a VM I see the usual files in the shared file system:
>>>
>>>      [root at compute ~]# ll /var/lib/nova/instances/
>>>      total 7
>>>      drwxr-xr-x 2 nova nova   75 Jun 12 09:40 
>>> 4f4ed899-a485-401e-aae7-8029068a6be8
>>>      drwxr-xr-x 2 nova nova  106 Jun 12 09:40 _base
>>>      drwxr-xr-x 2 nova nova 4102 Jun 12 09:40 locks
>>>      [root at compute ~]# ll 
>>> /var/lib/nova/instances/4f4ed899-a485-401e-aae7-8029068a6be8/
>>>      total 4180
>>>      -rw-rw---- 1 nova kvm    17219 Jun 12 09:40 console.log
>>>      -rw-r--r-- 1 qemu kvm  4259840 Jun 12 09:41 disk
>>>      -rw-r--r-- 1 nova nova      79 Jun 12 09:40 disk.info
>>>      -rw-r--r-- 1 nova nova    1697 Jun 12 09:40 libvirt.xml
>>>
>>> with correct ownerships.
>>>
>>> Then, I try a live-migration, which apparently goes well:
>>>
>>>      [root at controller-01 ~]# nova list
>>> +--------------------------------------+------+--------+------------+-------------+----------------+
>>>      | ID                                   | Name | Status | Task 
>>> State | Power State | Networks       |
>>> +--------------------------------------+------+--------+------------+-------------+----------------+
>>>      | 4f4ed899-a485-401e-aae7-8029068a6be8 | test | ACTIVE | 
>>> -          | Running     | admin=10.0.1.4 |
>>> +--------------------------------------+------+--------+------------+-------------+----------------+
>>>      [root at controller-01 ~]# nova show test|grep host
>>>      | OS-EXT-SRV-ATTR:host                 | 
>>> compute.cloud.pd.infn.it                                 |
>>>      | OS-EXT-SRV-ATTR:hypervisor_hostname  | 
>>> compute.cloud.pd.infn.it                                 |
>>>      | hostId                               | 
>>> aacf08e590c7dbfebc1c211dd94fb29ea89b002b2422fdcdb7564d59 |
>>>
>>>      [root at controller-01 ~]# nova live-migration test 
>>> compute-02.cloud.pd.infn.it
>>>      […]
>>>
>>>      [root at controller-01 ~]# nova show test|grep host
>>>      | OS-EXT-SRV-ATTR:host                 | 
>>> compute-02.cloud.pd.infn.it                              |
>>>      | OS-EXT-SRV-ATTR:hypervisor_hostname  | 
>>> compute-02.cloud.pd.infn.it                              |
>>>      | hostId                               | 
>>> ae17651af3bd9379b458b1756e08799c22a83c564255297ce2454843 |
>>>
>>> But, after migration the ownership of some files has changed:
>>>
>>>      [root at compute ~]# ll 
>>> /var/lib/nova/instances/4f4ed899-a485-401e-aae7-8029068a6be8/
>>>      total 4165
>>>      -rw-rw---- 1 root root    2221 Jun 12 10:03 console.log
>>>      -rw-r--r-- 1 root root 4259840 Jun 12 09:41 disk
>>>      -rw-r--r-- 1 nova nova      79 Jun 12 09:40 disk.info
>>>      -rw-r--r-- 1 nova nova    1697 Jun 12 10:03 libvirt.xml
>>>
>>> and the VM is now in read-only mode.
>>>
>>> Could you please help me in debugging and fixing this ?
>>>
>>> thanks,
>>>
>>>     Alvise
>>> _______________________________________________
>>> OpenStack-operators mailing list
>>> OpenStack-operators at lists.openstack.org
>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
>
>
> _______________________________________________
> OpenStack-operators mailing list
> OpenStack-operators at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators