Bug 218037 - Trying to assign an non-existant file for block attach will leave device held forever.
Trying to assign an non-existant file for block attach will leave device held...
Status: CLOSED CURRENTRELEASE
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: kernel-xen (Show other bugs)
5.0
All Linux
medium Severity medium
: ---
: ---
Assigned To: Glauber Costa
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2006-12-01 09:39 EST by Glauber Costa
Modified: 2007-11-30 17:07 EST (History)
2 users (show)

See Also:
Fixed In Version: 5.0.0
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2007-01-26 15:57:19 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)
patch already merged upstream (1.18 KB, patch)
2006-12-01 09:49 EST, Glauber Costa
no flags Details | Diff

  None (edit)
Description Glauber Costa 2006-12-01 09:39:48 EST
In some situations, like when error happens in block attach for
a guest in dom0, backend send us XenbusStateClosing notification.
However, as frontend were never properly initialized, it fails
to change its own state to XenbusStateClosed, leaving the system
in a dead-end state.

Steps to reproduce:
1 - pass a nonexistant file, like: 
xm block-attach <domId> file://nonexistant xvdb w
2 - xm block-list <domId> <== Will still be there
3 - xm block-detach <domId> <== Will still be there.
Comment 1 Glauber Costa 2006-12-01 09:49:18 EST
Created attachment 142570 [details]
patch already merged upstream

fix it.
Comment 2 Rik van Riel 2006-12-03 13:07:13 EST
The only ACK missing here is the QA ack, but since this bug is exceedingly easy
to test I'll apply the patch anyway :)

QA recipe:
1. configure an HVM guest's fda as /dev/fd0
2. try to boot the HVM guest

Without this patch, the Xen utilities refuse to create the guest.
With this patch, the Xen utilities should create the guest just fine.
Comment 3 Rik van Riel 2006-12-04 16:13:20 EST
Oops, that was the wrong bugzilla yesterday!
Comment 4 Jay Turner 2006-12-06 17:51:17 EST
QE ack for RHEL5.
Comment 5 Don Zickus 2006-12-06 18:04:34 EST
in 2.6.18-1.2839.el5
Comment 6 Jay Turner 2007-01-26 15:57:19 EST
2.6.18-7.el5 included in 20070125.0.

Note You need to log in before you can comment on or make changes to this bug.