|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [Xen-users] xm create fails when run in parallel
We've been starting xen domains in parallel in our init scripts in
order to speed up starting lots of domains at once. However this
seems to cause a problem with xen-3.0.2.
# xm create sarge & xm create sarge2 & xm create sarge3 & xm create sarge4 &
xm create sarge5 & xm create sarge6 &
[2] 9555
Using config file "/etc/xen/sarge2".
Using config file "/etc/xen/sarge".
[3] 9556
Using config file "/etc/xen/sarge3".
[4] 9559
[5] 9560
[6] 9561
[7] 9562
Using config file "/etc/xen/sarge4".
Using config file "/etc/xen/sarge6".
Using config file "/etc/xen/sarge5".
Started domain sarge2
Error: Device 2049 (vbd) could not be connected. Hotplug scripts not working.
Error: Device 2049 (vbd) could not be connected. Hotplug scripts not working.
Error: Device 2049 (vbd) could not be connected. Hotplug scripts not working.
Error: Device 2050 (vbd) could not be connected. Hotplug scripts not working.
Started domain sarge6
As compared to this which works fine
# xm create sarge ; xm create sarge2 ; xm create sarge3 ; xm create sarge4 ;
xm create sarge5 ; xm create sarge6
Using config file "/etc/xen/sarge".
Started domain sarge
Using config file "/etc/xen/sarge2".
Started domain sarge2
Using config file "/etc/xen/sarge3".
Started domain sarge3
Using config file "/etc/xen/sarge4".
Started domain sarge4
Using config file "/etc/xen/sarge5".
Started domain sarge5
Using config file "/etc/xen/sarge6".
Started domain sarge6
The error message seems to suggest it is a hotplug problem. This used
to work with xen2.
The domains are routed not switched.
xen-hotplug.log:
ifdown: interface vif107.0 not configured
Cannot find device "vif107.0"
ifdown: interface vif109.0 not configured
Cannot find device "vif109.0"
ifdown: interface vif111.0 not configured
Cannot find device "vif111.0"
ioctl: LOOP_CLR_FD: Device or resource busy
ifdown: interface vif108.0 not configured
Cannot find device "vif108.0"
xend.log for one domain:
[2006-07-05 16:02:50 xend.XendDomainInfo] DEBUG (XendDomainInfo:1196)
XendDomainInfo.initDomain: 109 1.0
[2006-07-05 16:02:50 xend] INFO (image:135) buildDomain os=linux dom=109
vcpus=4
[2006-07-05 16:02:50 xend] DEBUG (image:173) dom = 109
[2006-07-05 16:02:50 xend] DEBUG (DevController:103) DevController: writing
{'virtual-device': '2049', 'backend-id': '0', 'state': '1', 'backend':
'/local/domain/0/backend/vbd/109/2049'} to /local/domain/109/device/vbd/2049.
[2006-07-05 16:02:50 xend] DEBUG (DevController:105) DevController: writing
{'domain': 'sarge4', 'frontend': '/local/domain/109/device/vbd/2049', 'dev':
'sda1', 'state': '1', 'params': '/home/sarge4/root_fs', 'mode': 'w',
'frontend-id': '109', 'type': 'file'} to /local/domain/0/backend/vbd/109/2049.
[2006-07-05 16:02:50 xend] DEBUG (DevController:103) DevController: writing
{'virtual-device': '2050', 'backend-id': '0', 'state': '1', 'backend':
'/local/domain/0/backend/vbd/109/2050'} to /local/domain/109/device/vbd/2050.
[2006-07-05 16:02:50 xend] DEBUG (DevController:105) DevController: writing
{'domain': 'sarge4', 'frontend': '/local/domain/109/device/vbd/2050', 'dev':
'sda2', 'state': '1', 'params': '/home/sarge4/swap', 'mode': 'w',
'frontend-id': '109', 'type': 'file'} to /local/domain/0/backend/vbd/109/2050.
[2006-07-05 16:02:50 xend] DEBUG (DevController:103) DevController: writing
{'backend-id': '0', 'mac': '00:16:3e:7e:ba:84', 'handle': '0', 'state': '1',
'backend': '/local/domain/0/backend/vif/109/0'} to
/local/domain/109/device/vif/0.
[2006-07-05 16:02:50 xend] DEBUG (DevController:105) DevController: writing
{'domain': 'sarge4', 'handle': '0', 'script': '/etc/xen/scripts/vif-route',
'ip': '10.21.1.14', 'state': '1', 'frontend': '/local/domain/109/device/vif/0',
'mac': '00:16:3e:7e:ba:84', 'frontend-id': '109'} to
/local/domain/0/backend/vif/109/0.
[2006-07-05 16:02:50 xend.XendDomainInfo] DEBUG (XendDomainInfo:696) Storing
domain details: {'console/ring-ref': '186518', 'console/port': '2',
'cpu/3/availability': 'online', 'name': 'sarge4', 'console/limit': '1048576',
'cpu/2/availability': 'online', 'vm':
'/vm/d0498745-14be-28dc-0a35-bb6cd6f2b47f', 'domid': '109',
'cpu/0/availability': 'online', 'memory/target': '32768', 'store/ring-ref':
'186519', 'cpu/1/availability': 'online', 'store/port': '1'}
[2006-07-05 16:02:51 xend] DEBUG (DevController:403) hotplugStatusCallback
/local/domain/0/backend/vif/109/0/hotplug-status.
[2006-07-05 16:02:51 xend] DEBUG (DevController:403) hotplugStatusCallback
/local/domain/0/backend/vbd/109/2049/hotplug-status.
[2006-07-05 16:03:01 xend.XendDomainInfo] DEBUG (XendDomainInfo:1327)
XendDomainInfo.destroy: domid=109
[2006-07-05 16:03:01 xend.XendDomainInfo] DEBUG (XendDomainInfo:1335)
XendDomainInfo.destroyDomain(109)
[2006-07-05 16:03:12 xend] DEBUG (DevController:403) hotplugStatusCallback
/local/domain/0/backend/vbd/109/2049/hotplug-status.
The host is running debian/testing with udev 0.091-2.
We can stop doing this easily enough of course, but it would be a
shame to lose the speed bump, especially when destroying the domains
(which seems to show a similar problem - the network teardown code
moans about non-existent devices)
Any ideas?
Thanks
--
Nick Craig-Wood <nick@xxxxxxxxxxxxxx> -- http://www.craig-wood.com/nick
_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |