Open Stack

Hi,
 
we tried it with flavors with 64MB, 512MB, 1GB and 2GB RAM.
 
Regards,
Michael
 

> Saverio Proto <zioproto at gmail.com> hat am 25. August 2016 um 15:30
> geschrieben:
> 
>  Hello,
> 
>  what is the size of the RAM for the flavor of the instance you are trying to
> snapshotting ?
> 
>  thank you
> 
>  Saverio
> 
> 
>  2016-08-25 8:48 GMT+02:00 Michael Stang <michael.stang at dhbw-mannheim.de
> mailto:michael.stang at dhbw-mannheim.de >:
>    > >    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"
> >    >
> >    > 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
> >    > [2]
> >    > 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-operators/attachments/20160826/99e2d127/attachment.html>