[openstack-dev] [nova] Boot from volume 's instance of rescueoperation

李杰 lijie at unitedstack.com
Thu Dec 28 03:21:45 UTC 2017


Yeah,good idea.Thanks for your suggestion.


 
 
------------------ Original ------------------
From: "Jaze Lee"; 
Date: 2017年12月28日(星期四) 上午10:51
To: "OpenStack Developmen"; 
Subject: Re: [openstack-dev] [nova] Boot from volume 's instance of rescueoperation

 
2017-12-27 20:41 GMT+08:00 Jay Pipes <jaypipes at gmail.com>:
> On 12/27/2017 05:34 AM, 李杰 wrote:
>>
>> Hi,all
>>
>>         As we all known,Now the boot from volume 's instance of rescue
>> operation is invalid.
>>         To solve it,I have two plans.
>>         1.I plan to use the rescue_image as the root disk,and then make
>> the original root volume as the second disk to create new domain,in other
>> words,the rescued instance is boot from image.Finally,the user can repair
>> the rescued instance.
>>         2.I plan to transform the rescue_image to a volume,then  make this
>> volume as the first disk,and make the original root volume as the second
>> disk to create new domain,in other words,the rescued instance is boot from
>> volume.Finally,the user can repair the rescued instance.
>>         Can you give me some advice?Help in troubleshooting this issue
>> will be appreciated.
>
>
> Hi Rambo,
>
> I would not advise either of the above plans. This is yet another problem
> with boot-from-volume.
>
> A better use of your time would be to split the original giant volume into
> the operating system part and the application data part. Make the
> application data part into a normal non-bootable volume and use a regular
> operating system image as your root/boot partition.
>
> You can't build a palace on quicksand.

Actually, this is not a like what your said. I think we should judge
the type of instance.
If it is boot from image, then go original. If it is boot from volume,
then the image must be a
bootable volume.  This is more make sense.


>
> Best,
> -jay
>
> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev



-- 
谦谦君子

__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20171228/e2a82a05/attachment.html>


More information about the OpenStack-dev mailing list