[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 |