t; Subject: Re: [openstack-dev] [nova][cinder] non-persistent storage(after
> > stopping VM, data will be rollback automatically), do you think we shoud
> > introduce this feature?
> >
> >
> > On Mar 17, 2014, at 4:34 AM, Yuzhou (C) wrote:
> >
> > > Hi Dunca
On 17 March 2014 11:34, Yuzhou (C) wrote:
> Hi Duncan Thomas,
>
> Maybe the statement about approval process is not very exact. In fact
> in my mail, I mean:
> In the enterprise private cloud, if beyond the quota, you want to create a
> new VM ,that needs to wait for approval process.
I
> From: Vishvananda Ishaya [mailto:vishvana...@gmail.com]
> Sent: Tuesday, March 18, 2014 2:28 AM
> To: OpenStack Development Mailing List (not for usage questions)
> Subject: Re: [openstack-dev] [nova][cinder] non-persistent storage(after
> stopping VM, data will be rollback aut
nd, not a side-effect of rebooting the
machine, IMHO.
Vish
>
> Thanks.
>
> Zhou Yu
>
>
>
>
>> -Original Message-----
>> From: Duncan Thomas [mailto:duncan.tho...@gmail.com]
>> Sent: Saturday, March 15, 2014 12:56 AM
>> To: OpenStack D
014 12:56 AM
> To: OpenStack Development Mailing List (not for usage questions)
> Subject: Re: [openstack-dev] [nova][cinder] non-persistent storage(after
> stopping VM, data will be rollback automatically), do you think we shoud
> introduce this feature?
>
> On 7 March 2014 08
On 7 March 2014 08:17, Yuzhou (C) wrote:
> First, generally, in public or private cloud, the end users of VMs
> have no right to create new VMs directly.
> If someone want to create new VMs, he or she need to wait for approval
> process.
> Then, the administrator Of cloud create a new VM
feature/Understanding-nonpersistent-vs-persistent-VDI
>
>
>
>
>
>
>
>
>
>
>
> From: Joe Gordon [mailto:joe.gord...@gmail.com]
> Sent: Saturday, March 08, 2014 4:40 AM
>
>
> To: OpenStack Development Mailing List (not for usage questions)
&g
---
zhangleiqiang
Best Regards
From: Joe Gordon [mailto:joe.gord...@gmail.com]
Sent: Saturday, March 08, 2014 4:40 AM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [nova][cinder] non-persistent storage(after
stopping VM, data will be rollb
;> >> >> > which
>> >> >> >> > seems a little similar with this discussion. I feel the user is
>> >> >> >> > requesting
>> >> >> >> > Nova to create in-place snapshot (not a new image), i
t; >> Importance: High
> >> >> >> >>
> >> >> >> >> On Mon, Mar 3, 2014 at 8:13 PM, Zhangleiqiang
> >> >> >> >>
> >> >> >> >> wrote:
> >> >> >> >> >>
> >&g
Original Message-
> From: Joe Gordon [mailto:joe.gord...@gmail.com]
> Sent: Friday, March 07, 2014 2:21 PM
> To: OpenStack Development Mailing List (not for usage questions)
> Subject: Re: [openstack-dev] [nova][cinder] non-persistent storage(after
> stopping VM, data will be roll
w
>> >> >> > instance is not that convenient, and may be not feasible for the
>> >> >> > user,
>> >> >> > especially if he or she is using public cloud.
>> >> >> >
>> >> >>
>> >> &
e a new instance from a snapshot?
> >> >>
> >> >> >
> >> >> > On Tue, Mar 4, 2014 at 1:32 PM, Nandavar, Divakar Padiyar
> >> >> > wrote:
> >> >> >>
> >> >> >> >>>
> >>
>> >> >> >>> Why reboot an instance? What is wrong with deleting it and
>> >> >> >>> create a
>> >> >> >>> new one?
>> >> >>
>> >> >> You generally use non-persistent dis
gt;> software or experimenting with settings. If something goes wrong
> just
> >> >> reboot and you are back to clean state and start over again.I
> feel
> >> >> it's
> >> >> convenient to handle this with just a reboot rather than rec
t;> > the location of the transient snapshot. Although qemu-kvm has
>> >> > provided
>> >> > support for this feature by the "-snapshot" command argument, which
>> >> > will
>> >> > create the transient snapshot under /tmp
;>
> >> Thanks,
> >> Divakar
> >>
> >> -----Original Message-
> >> From: Joe Gordon [mailto:joe.gord...@gmail.com]
> >> Sent: Tuesday, March 04, 2014 10:41 AM
> >> To: OpenStack Development Mailing List (not for usage questions)
Thanks,
>> Divakar
>>
>> -Original Message-
>> From: Joe Gordon [mailto:joe.gord...@gmail.com]
>> Sent: Tuesday, March 04, 2014 10:41 AM
>> To: OpenStack Development Mailing List (not for usage questions)
>> Subject: Re: [openstack-dev] [nova][cinder]
g/formatdomain.html#elementsDisks
> > --
> > zhangleiqiang
> >
> > Best Regards
> >
> >
> >> -Original Message-----
> >> From: Joe Gordon [mailto:joe.gord...@gmail.com]
> >> Sent: Tuesday, March 04, 2014 11:26 AM
> >>
s)
Subject: Re: [openstack-dev] [nova][cinder] non-persistent storage(after
stopping VM, data will be rollback automatically), do you think we shoud
introduce this feature?
Importance: High
On Mon, Mar 3, 2014 at 8:13 PM, Zhangleiqiang wrote:
>>
>> This sounds like ephemeral storage pl
] non-persistent storage(after
stopping VM, data will be rollback automatically), do you think we shoud
introduce this feature?
On Mon, Mar 3, 2014 at 6:00 PM, Yuzhou (C) wrote:
> Hi stackers,
>
> As far as I know ,there are two types of storage used by VM in openstack:
> Ephemeral
rmatdomain.html#elementsDisks
> --
> zhangleiqiang
>
> Best Regards
>
>
>> -Original Message-
>> From: Joe Gordon [mailto:joe.gord...@gmail.com]
>> Sent: Tuesday, March 04, 2014 11:26 AM
>> To: OpenStack Development Mailing List (not for usage
for usage questions)
> Cc: Luohao (brian)
> Subject: Re: [openstack-dev] [nova][cinder] non-persistent storage(after
> stopping VM, data will be rollback automatically), do you think we shoud
> introduce this feature?
>
> On Mon, Mar 3, 2014 at 6:00 PM, Yuzhou (C)
> wrote:
> > H
On Mon, Mar 3, 2014 at 6:00 PM, Yuzhou (C) wrote:
> Hi stackers,
>
> As far as I know ,there are two types of storage used by VM in openstack:
> Ephemeral Storage and Persistent Storage.
> Data on ephemeral storage ceases to exist when the instance it is associated
> with is terminated. Rebootin
Hi stackers,
As far as I know ,there are two types of storage used by VM in openstack:
Ephemeral Storage and Persistent Storage.
Data on ephemeral storage ceases to exist when the instance it is associated
with is terminated. Rebooting the VM or restarting the host server, however,
will not des
25 matches
Mail list logo
