|
|
|
|
|
|
|
|
|
|
xen-changelog
[Xen-changelog] As hotplug events are asynchronous by its nature, the re
# HG changeset patch
# User root@kct
# Node ID 970cf1fff5f2b55f4f646950f5c7a747a6db92f9
# Parent 8af1199488d3636135f3adf3f7302d4a04e9004e
As hotplug events are asynchronous by its nature, the remove event seems
to be missed in some environments. This patch adds a sleep (with the same
amount of time of the one after xm block-detach) between attach and
detach operations, giving attach enough time to complete, making test 06
suceed.
Signed-off-by: Glauber de Oliveira Costa <glommer@xxxxxxxxxx>
diff -r 8af1199488d3 -r 970cf1fff5f2
tools/xm-test/tests/block-destroy/06_block-destroy_check_list_pos.py
--- a/tools/xm-test/tests/block-destroy/06_block-destroy_check_list_pos.py
Mon Jan 9 11:22:17 2006
+++ b/tools/xm-test/tests/block-destroy/06_block-destroy_check_list_pos.py
Mon Jan 9 11:24:02 2006
@@ -46,6 +46,8 @@
if not checkXmLongList(domain):
FAIL("xm long list does not show that hda1 was attached")
+time.sleep(2)
+
s, o = traceCommand("xm block-detach %s hda1" % domain.getName())
if s != 0:
FAIL("block-detach failed")
_______________________________________________
Xen-changelog mailing list
Xen-changelog@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-changelog
|
<Prev in Thread] |
Current Thread |
[Next in Thread> |
- [Xen-changelog] As hotplug events are asynchronous by its nature, the remove event seems,
Xen patchbot -unstable <=
|
|
|
|
|