From mboxrd@z Thu Jan 1 00:00:00 1970 From: Max Zhen Subject: problem about changing state to XenbusStateClosed resulting in vbd entry removed from xenstore Date: Fri, 19 May 2006 00:26:32 +0800 Message-ID: <446CA038.2080009@Sun.COM> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7BIT Return-path: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org Hi, I encountered a problem while porting Solaris as a guest OS on Xen. The problem I found is that when frontend vbd driver get unloaded, it will close the vbd interface by changing the state to XenbusStateClosed. This appears to cause the dom0 hotplug scripts to remove the vbd entry from xenstore for the domU guest, preventing the vbd from being re-attached. So, my questions are: + This doesn't seem correct since vbd's are created and destroyed from Dom0 as part of domain creation 'xm create' or explicitly by executing 'xm block-attach'. Therefore, it would seem that devices should be removed either when a domU terminates or the device is explicitly removed from dom0 by 'xm block-detach'. + Is there any other way to flush all the I/O to the disk? Currently, the only way to flush the I/Os is to change the frontend state to XenbusStateClosed. Since changing the state to XenbusStateClosed is a dangerous thing to do (cause all the vbd interface information to be removed), I cannot just flush the I/O, while keep the frontend and backend connected. Could there be any new state or command to do that? Thanks, Max