Open Stack

Hi Adam, all
I've tried the first workaround mentioned here: 
https://bugzilla.redhat.com/show_bug.cgi?id=1057645

     dynamic_ownership=0

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