Open Stack

Hi,
 
thank you for the link. I tried this method and get the following result:
 
 


virsh dumpxml --inactive instance-00000367 > /var/tmp/instance-00000367.xml

virsh blockjob instance-00000367 vda --abort
error: Requested operation is not valid: No active operation on device:
drive-virtio-disk0

virsh blockcopy --domain instance-00000367 vda
/var/tmp/instance-00000367-copy.qcow2 --wait -- verbose
error: internal error: unable to execute QEMU command 'drive-mirror': Could not
create file: Permission denied

virsh blockjob instance-00000367 vda --abort
error: Requested operation is not valid: No active operation on device:
drive-virtio-disk0

virsh define /var/tmp/instance-00000367.xml
Domain instance-00000367 defined from /var/tmp/instance-00000367.xml

 


The last command I ccould not do, because I got no image with the 3rd command. I
tried it as user and also as root, also tired different directories to write the
image to (//var/tmp/, /tmp, ~/ )

 

Kind regards,

Michael

> Kostiantyn.Volenbovskyi at swisscom.com hat am 25. August 2016 um 14:27
> geschrieben:
> 
> 
>  Hi,
> 
>   
> 
>  In my previous mail I have indicated the link to website of Kashyap that
> provides the sequence for cold snapshot and not live snapshot.
> 
>   
> 
>  Could you try the sequence specified in comment ‘Kashyap Chamarthy (kashyapc)
> https://launchpad.net/~kashyapc wrote on 2014-06-27’ in [1] ?
> 
>  Libvirt API equivalent of virsh managedsave is not something that is used in
> live snapshot according to that (I haven’t checked source code myself)
> 
>   
> 
>  BR,
> 
>  Konstantin
> 
>  [1] https://bugs.launchpad.net/nova/+bug/1334398
> 
>   
> 
>   
> 
>  From: Michael Stang [mailto:michael.stang at dhbw-mannheim.de]
>  Sent: Thursday, August 25, 2016 8:48 AM
>  To: Volenbovskyi Kostiantyn, INI-ON-FIT-CXD-ELC
> <Kostiantyn.Volenbovskyi at swisscom.com>; Saverio Proto <zioproto at gmail.com>
>  Cc: openstack-operators at lists.openstack.org
>  Subject: RE: [Openstack-operators] Mitaka live snapshot of instances not
> working
> 
>   
> 
>  Hi Konstantin, hi Saverio
> 
>   
> 
>  thank you for your answers.
> 
>   
> 
>  I checked the version, these are
> 
>   
> 
>  libvirt 1.3.1-1ubuntu10.1~cloud0
> 
>  qemu  1:2.5+dfsg-5ubuntu10.2~cloud0
> 
>   
> 
>  at our installation, system is Ubuntu 14.04.
> 
>   
> 
>   
> 
>  I tried also the following from [2]
> 
>   
> 
>  Command: 
> 
>  nova image-create test "snap_of_test" --poll
> 
>  Result: Server snapshotting... 25% completeERROR (NotFound): Image not found.
> (HTTP 404)
> 
>   
> 
>   
> 
>  Then I started trying step by step as in [2] but failed at the first step
> already:
> 
>   
> 
>  Command: 
> 
>  virsh managedsave instance-00000367
> 
>  Result:
> 
>  error: Failed to save domain instance-00000367 state
>  error: internal error: unable to execute QEMU command 'migrate': Migration
> disabled: failed to allocate shared memory
> 
>   
> 
>  I also checked on the compute nodes the directories:
> 
>  /var/lib/libvirt/qemu/save/
>  /var/lib/nova/instances/snapshots/
> 
>  there is 257G free space and the instance only has 1GB root disk, so I think
> its not missing space.
> 
>   
> 
>  So is this maybe a problem with qemu? How can i enable 'migrate' and why is
> it disabled?
> 
>   
> 
>  Thank you for your help.
> 
>   
> 
>  Kind regards,
>  Michael
> 
>   
> 
>   
> 
>   
> 
>   
> 
> 
>  > Kostiantyn.Volenbovskyi at swisscom.com
>  > mailto:Kostiantyn.Volenbovskyi at swisscom.com hat am 24. August 2016 um 14:51
>  > geschrieben:
>  >
>  >
>  > Hi,
>  > extract from [1] ((side note: I couldn't find that in config reference for
>  > Mitaka) is:
>  > "disable_libvirt_livesnapshot = True
>  > (BoolOpt) When using libvirt 1.2.2 live snapshots fail intermittently under
>  > load. This config option provides a mechanism to enable live snapshot while
>  > this is resolved. See https://bugs.launchpad.net/nova/+bug/1334398
>  > https://bugs.launchpad.net/nova/+bug/1334398 "
>  >
>  > I am not sure if Nova behaves like that in case you have
>  > disable_libvirt_livesnapshot=True (default in Liberty and Mitaka
>  > apparently...)
>  > In case it is not about that, then I would try to do it manually using
>  > something like [2] as guideline to see if it succeeds using Libvirt/QEMU
>  > without Nova.
>  >
>  > BR,
>  > Konstantin
>  > [1]
>  > http://docs.openstack.org/liberty/config-reference/content/list-of-compute-config-options.html
>  > http://docs.openstack.org/liberty/config-reference/content/list-of-compute-config-options.html
>  > [2]
>  > https://kashyapc.com/2013/03/11/openstack-nova-image-create-under-the-hood/
>  > https://kashyapc.com/2013/03/11/openstack-nova-image-create-under-the-hood/
>  >
>  >
>  >
>  >
>  >
>  > From: Michael Stang [mailto:michael.stang at dhbw-mannheim.de
>  > mailto:michael.stang at dhbw-mannheim.de ]
>  > Sent: Wednesday, August 24, 2016 9:55 AM
>  > To: openstack-operators <openstack-operators at lists.openstack.org
>  > mailto:openstack-operators at lists.openstack.org >
>  > Subject: [Openstack-operators] Mitaka live snapshot of instances not
>  > working
>  >
>  > Hi all,
>  >  
>  > we have a problem in our new mitaka installation, it seems that it is not
>  > possible to do a snapshot of a running instance (normal instance without an
>  > attached volume). When with try to do a snapshot we get a success message,
>  > but the snapshot is only showed shortly in the imagelist with status
>  > deleted. I we shutoff the instance and then do a snapshot it is working
>  > without problems.
>  >  
>  > When we use a cinder volume as root disk instead an ephermal root disk a
>  > volume snapshot could be made without problem in running state of the
>  > instance.
>  >  
>  > The same behaviour we have on an other installation of mitaka from our
>  > colleagues.
>  >  
>  > Is this behaviour normal in Mitaka or ist this maybe a bug? Because in Juno
>  > we could do snapshots from running instances  without problems.
>  >  
>  >  
>  > Regards,
>  > Michael
>  >  
>  >
>  >
>  > Michael Stang
>  > Laboringenieur, Dipl. Inf. (FH)
>  >
>  > Duale Hochschule Baden-Württemberg Mannheim
>  > Baden-Wuerttemberg Cooperative State University Mannheim
>  > ZeMath Zentrum für mathematisch-naturwissenschaftliches Basiswissen
>  > Fachbereich Informatik, Fakultät Technik
>  > Coblitzallee 1-9
>  > 68163 Mannheim
>  >
>  >
>  > michael.stang at dhbw-mannheim.de mailto:michael.stang at dhbw-mannheim.de
>  > http://www.dhbw-mannheim.de
>  >
>  >
>  >
>  >
> 
>  Viele Grüße
> 
>  Michael Stang
>  Laboringenieur, Dipl. Inf. (FH)
> 
>  Duale Hochschule Baden-Württemberg Mannheim
>  Baden-Wuerttemberg Cooperative State University Mannheim
>  ZeMath Zentrum für mathematisch-naturwissenschaftliches Basiswissen
>  Fachbereich Informatik, Fakultät Technik
>  Coblitzallee 1-9
>  68163 Mannheim
> 
>  Tel.: +49 (0)621 4105 - 1367
>  michael.stang at dhbw-mannheim.de mailto:michael.stang at dhbw-mannheim.de
>  http://www.dhbw-mannheim.de
> 
> 
> 
> 

 
Viele Grüße

Michael Stang
Laboringenieur, Dipl. Inf. (FH)

Duale Hochschule Baden-Württemberg Mannheim
Baden-Wuerttemberg Cooperative State University Mannheim
ZeMath Zentrum für mathematisch-naturwissenschaftliches Basiswissen
Fachbereich Informatik, Fakultät Technik
Coblitzallee 1-9
68163 Mannheim

Tel.: +49 (0)621 4105 - 1367
michael.stang at dhbw-mannheim.de
http://www.dhbw-mannheim.de