WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-bugs

[Xen-bugs] [Bug 357] New: There is no mechanism to detect block device s

To: xen-bugs@xxxxxxxxxxxxxxxxxxx
Subject: [Xen-bugs] [Bug 357] New: There is no mechanism to detect block device setup failure
From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
Date: Thu, 20 Oct 2005 17:53:25 +0000
Delivery-date: Thu, 20 Oct 2005 17:53:30 +0000
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
List-help: <mailto:xen-bugs-request@lists.xensource.com?subject=help>
List-id: Xen Bugzilla <xen-bugs.lists.xensource.com>
List-post: <mailto:xen-bugs@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-bugs>, <mailto:xen-bugs-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-bugs>, <mailto:xen-bugs-request@lists.xensource.com?subject=unsubscribe>
Reply-to: bugs@xxxxxxxxxxxxxxxxxx
Sender: xen-bugs-bounces@xxxxxxxxxxxxxxxxxxx
http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=357

           Summary: There is no mechanism to detect block device setup
                    failure
           Product: Xen
           Version: unstable
          Platform: All
        OS/Version: Linux
            Status: NEW
          Severity: major
          Priority: P2
         Component: Tools
        AssignedTo: xen-bugs@xxxxxxxxxxxxxxxxxxx
        ReportedBy: aliguori@xxxxxxxxxx
                CC: danms@xxxxxxxxxx


Block devices are setup by scripts in /etc/xen/block-*.  These scripts are
invoked by the hotplug daemon after the block device backend has created the
device.  Xend simply puts some info in the store, and chuggs along.

There are two instances of user-facing failure here.  If a user invokes xm
block-create with a device description that's invalid they won't get any error
message.  Also if there's a failure (such as no remaining loop devices) they
won't get notified of this.

A user will also not realize he has a bad disk configuration on xm create
because it will succeed and the domain will simply time out when trying to
attach the frontend device.

The proper way to handle this is to have the hotplug scripts write a "connected"
node into the backend or an "error" node if there's a failure.  Xend should then
set watch the backend directory for one of these two nodes (timing out after a
certain period of time to detect general failure in hotplug scripts).

This way, we can either alert a user on a failure in the hotplug scripts giving
the script-generated error message, or in the event of a timeout, warn the user
that they're hotplug scripts are not installed right (or not at the required
version).

-- 
Configure bugmail: 
http://bugzilla.xensource.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

_______________________________________________
Xen-bugs mailing list
Xen-bugs@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-bugs

<Prev in Thread] Current Thread [Next in Thread>
  • [Xen-bugs] [Bug 357] New: There is no mechanism to detect block device setup failure, bugzilla-daemon <=