The instance path is assumed to be the same everywhere. When using libvirt to 
do cold migration/resize the source host creates the instance directory on the 
target host using ssh and then copies the files to it using scp. So the target 
host doesn’t even get to determine where its own files are created. (note: this 
is one of the security flaws we intend to remove in the libvirt storage pools 
work).


From: Michael Still [mailto:[email protected]]
Sent: 04 May 2016 06:16
To: OpenStack Development Mailing List (not for usage questions) 
<[email protected]>
Subject: Re: [openstack-dev] [nova] Should be instance_dir in all nova compute 
node same ?

I can't think of a reason. In fact its a bit warty because we've changed the 
way we name the instance directories at least once. Its just how this code was 
written back in the day.

Cleaning this up would be a fair bit of work though. Is it really worth the 
effort just so people can have different directory names for some undefined 
reason?

Michael



On Wed, May 4, 2016 at 9:03 AM, Ghe Rivero 
<[email protected]<mailto:[email protected]>> wrote:
Is there any specific reason why this is require that way? or just a "feature"?

Ghe Rivero

On 03/05/16 11:42, Matthew Booth wrote:
On Fri, Apr 29, 2016 at 2:47 AM, Eli Qiao 
<[email protected]<mailto:[email protected]>> wrote:
hi team,

Is there any require that all compute node's instance_dir should be same?

Yes. This is assumed in many places, certainly in cold migration/resize.

Matt
--
Matthew Booth
Red Hat Engineering, Virtualisation Team

Phone: +442070094448<tel:%2B442070094448> (UK)



__________________________________________________________________________

OpenStack Development Mailing List (not for usage questions)

Unsubscribe: 
[email protected]?subject:unsubscribe<mailto:[email protected]?subject:unsubscribe>

http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: 
[email protected]?subject:unsubscribe<http://[email protected]?subject:unsubscribe>
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev



--
Rackspace Australia
__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: [email protected]?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Reply via email to