From: Jim Fehlig <jfehlig@novell.com>
To: Masaki Kanno <kanno.masaki@jp.fujitsu.com>
Cc: xen-devel@lists.xensource.com, mats@planetcatfish.com
Subject: Re: [PATCH] Fix xm block/network-detach command (take2)
Date: Thu, 09 Aug 2007 12:49:07 -0600 [thread overview]
Message-ID: <46BB61A3.7010903@novell.com> (raw)
Masaki Kanno wrote:
> Hi,
>
> I updated the patch for latest xen-unstable.
>
> Please look at the following for the last patch.
> http://lists.xensource.com/archives/html/xen-devel/2007-08/msg00043.html
>
Hi Masaki,
I tested your patch briefly on c/s 15672.
klutina:/usr/lib64/python/xen/xend # xm li
Name ID Mem VCPUs State Time(s)
Domain-0 0 1343 2 r----- 5760.4
sles10 9 512 1 r----- 0.9
klutina:/usr/lib64/python/xen/xend # xm block-list 9
Vdev BE handle state evt-ch ring-ref BE-path
51712 0 0 4 9 522 /local/domain/0/backend/vbd/9/51712
klutina:/usr/lib64/python/xen/xend # xm block-attach 9
tap:aoi:/tests/images/sles10_graphics/disk1 xvdb r
klutina:/usr/lib64/python/xen/xend # xm block-list 9
Vdev BE handle state evt-ch ring-ref BE-path
51712 0 0 4 9 522 /local/domain/0/backend/vbd/9/51712
51728 0 0 3 10 676 /local/domain/0/backend/tap/9/51728
51728 0 0 3 10 676 /local/domain/0/backend/tap/9/51728
klutina:/usr/lib64/python/xen/xend # xm block-detach 9 xvdb
Error: 'tap_refs'
Usage: xm block-detach <Domain> <DevId> [-f|--force]
Destroy a domain's virtual block device.
klutina:/usr/lib64/python/xen/xend # xm block-list 9
Vdev BE handle state evt-ch ring-ref BE-path
51712 0 0 4 9 522 /local/domain/0/backend/vbd/9/51712
The device was unplugged but its config not removed. From xend.log:
File "/usr/lib64/python2.4/xen/xend/XendDomainInfo.py", line 615, in
destroyDevice
self.info['%s_refs' % deviceClass].remove(dev_uuid)
KeyError: 'tap_refs'
I think refs for the various disk types all fall under 'vbd_refs'.
Also, when trying to detach a disk that a pv domU has mounted, I get
this error (after 100 second timeout):
klutina:/usr/lib64/python/xen/xend # xm block-list 10
Vdev BE handle state evt-ch ring-ref BE-path
51712 0 0 4 12 522 /local/domain/0/backend/vbd/10/51712
51728 0 0 4 13 523 /local/domain/0/backend/vbd/10/51728
klutina:/usr/lib64/python/xen/xend # xm block-detach 10 xvdb
(...... wait 100 seconds .......)
Error: Device xvdb not connected
Usage: xm block-detach <Domain> <DevId> [-f|--force]
Destroy a domain's virtual block device.
The behavior is fine (i.e. the disk is still attached and remains in
stored config) but the error message is misleading. xvbd is connected,
its just the front-end won't let go AFAIK.
Regards,
Jim
next reply other threads:[~2007-08-09 18:49 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-08-09 18:49 Jim Fehlig [this message]
2007-08-10 8:59 ` [PATCH] Fix xm block/network-detach command (take2) Masaki Kanno
2007-08-17 8:25 ` Masaki Kanno
2007-08-10 22:08 ` Jim Fehlig
2007-08-17 8:24 ` Masaki Kanno
-- strict thread matches above, loose matches on Subject: below --
2007-08-09 13:12 Masaki Kanno
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=46BB61A3.7010903@novell.com \
--to=jfehlig@novell.com \
--cc=kanno.masaki@jp.fujitsu.com \
--cc=mats@planetcatfish.com \
--cc=xen-devel@lists.xensource.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.