Hi Ian, Unfortunately, haven't got anywhere with DevCloud2.
We just built our environment based on XenServer and having the management server running on Debian 7 (VirtuablBox VM). Now it's pretty smooth and nice to work with. We will write a blog over the weekend with the whole setup + the scripts (which are public on github) we have to automate it. Cheers, Wilder -----Original Message----- From: Ian Duffy [mailto:i...@ianduffy.ie] Sent: Thursday, February 27, 2014 3:53 PM To: CloudStack Dev Subject: Re: [DevCloud2] Problems with SR type == file Hi Wilder, Did you get anywhere with this? I'm experiencing the same issue. WARN [xen.resource.CitrixResourceBase] (DirectAgent-1:) kill_copy_process failed WARN [xen.resource.XenServerStorageProcessor] (DirectAgent-1:) doesn't support sr type file WARN [xen.resource.XenServerStorageProcessor] (DirectAgent-1:) Catch Exception com.cloud.utils.exception.CloudRuntimeException for template + due to com.cloud.utils.exception.CloudRuntimeException: doesn't support sr type file com.cloud.utils.exception.CloudRuntimeException: doesn't support sr type file root@devcloud:/home/vagrant# xe sr-list uuid ( RO) : 41ad5cdc-d46c-b0bb-d7c6-0bf3d8bcbc4a name-label ( RW): XenServer Tools name-description ( RW): XenServer Tools ISOs host ( RO): devcloud type ( RO): iso content-type ( RO): iso uuid ( RO) : 678601fd-2d67-51c4-f7b6-42c7d3f7bd0f name-label ( RW): 678601fd-2d67-51c4-f7b6-42c7d3f7bd0f name-description ( RW): Cloud Stack Local EXT Storage Pool for d99aed85-5ad8-07f5-bf44-281734044191 host ( RO): devcloud type ( RO): file content-type ( RO): On 17 February 2014 17:01, Wilder Rodrigues <wrodrig...@schubergphilis.com>wrote: > Hi guys and gals, > > I'm trying to test the current master withDevCloud2, but unfortunately > I'm facing few problems concerning my DevCloud2 storage. > > On DevCloud2 when I type "xe sr-list" I get the following: > > uuid ( RO) : 9f3f9262-3f77-09cc-2df7-0d8475676260 > name-label ( RW): 9f3f9262-3f77-09cc-2df7-0d8475676260 > name-description ( RW): Cloud Stack Local EXT Storage Pool for > 9d4c9db8-32f7-25c3-0435-eab4bf3adcea > host ( RO): devcloud > type ( RO): file > content-type ( RO): > > > uuid ( RO) : 33323543-741e-a5c5-06a0-cdbdfef2f3bd > name-label ( RW): XenServer Tools > name-description ( RW): XenServer Tools ISOs > host ( RO): devcloud > type ( RO): iso > content-type ( RO): iso > > As you might notice, the type in the Local EXT storage is set to file. > > When I create a Zone and CS starts spinning the System VM, I get the > following error: > > 2014-02-17 14:27:19,118 WARN [c.c.h.x.r.CitrixResourceBase] > (DirectAgent-7:ctx-995d7ce8) kill_copy_process failed > 2014-02-17 14:27:19,118 WARN [c.c.h.x.r.XenServerStorageProcessor] > (DirectAgent-7:ctx-995d7ce8) doesn't support sr type file > 2014-02-17 14:27:19,119 WARN [c.c.h.x.r.XenServerStorageProcessor] > (DirectAgent-7:ctx-995d7ce8) Catch Exception > com.cloud.utils.exception.CloudRuntimeException for template + due to > com.cloud.utils.exception.CloudRuntimeException: doesn't support sr > type file > com.cloud.utils.exception.CloudRuntimeException: doesn't support sr > type file > > I had a look at the copy_vhd_from_secondarystorage.h script and > noticed that it has been changed on December 3rd (commit id > 5a062e155ccb2ce19cb80ba87287d66b45cb33cd): the type "file" has been > removed from a few checks in the copyvhd() and main functons. Also, > the vmopsSnapshot no longer checks for the type "file" in the > getPrimarySRPath() function. > > I changed the files locally and tried to get CS running with DevCloud2 > again... unfortunately, it didn't work and I got the following error: > > 2014-02-17 16:32:43,392 WARN [c.c.h.x.r.CitrixResourceBase] > (DirectAgent-2:ctx-25f6d7ec) callHostPlugin failed for cmd: > getVhdParent with args snapshotUuid: 12cefbac-c9c8-40c8-ad40-cf2eb855a99f, > isISCSI: > false, > primaryStorageSRUuid: 9f3f9262-3f77-09cc-2df7-0d8475676260, due to > There was a failure communicating with the plugin. > 2014-02-17 16:32:43,393 WARN [c.c.h.x.r.XenServerStorageProcessor] > (DirectAgent-2:ctx-25f6d7ec) Catch Exception > com.cloud.utils.exception.CloudRuntimeException for template + due to > com.cloud.utils.exception.C > loudRuntimeException: callHostPlugin failed for cmd: getVhdParent with > args snapshotUuid: 12cefbac-c9c8-40c8-ad40-cf2eb855a99f, isISCSI: > false, > primaryStorageSRUuid: 9f3f9262-3f77-09cc-2df7-0d8475676260, due to > There was a failure communicating with the plugin. > com.cloud.utils.exception.CloudRuntimeException: callHostPlugin failed > for > cmd: getVhdParent with args snapshotUuid: > 12cefbac-c9c8-40c8-ad40-cf2eb855a99f, isISCSI: false, primaryStorageSRUuid: > 9f3f9262-3f77-09cc > -2df7-0d8475676260, due to There was a failure communicating with the > plugin. > at > com.cloud.hypervisor.xen.resource.CitrixResourceBase.callHostPlugin(Ci > trixResourceBase.java:3696) > > A bit further in the stacktrace I got alsoe the following: > > 2014-02-17 16:32:43,439 INFO [c.c.h.x.r.CitrixResourceBase] > (DirectAgent-9:ctx-835cdbbe) VM does not exist on > XenServer9d4c9db8-32f7-25c3-0435-eab4bf3adcea > 2014-02-17 16:32:43,595 WARN [c.c.h.x.r.CitrixResourceBase] > (DirectAgent-9:ctx-835cdbbe) callHostPlugin failed for cmd: > setDNATRule with args add: false, due to > UNKNOWN_XENAPI_PLUGIN_FUNCTIONsetDNATRule > 2014-02-17 16:32:43,596 WARN [c.c.a.m.DirectAgentAttache] > (DirectAgent-9:ctx-835cdbbe) Seq 1-3436246515683688459: Exception > Caught while executing command > com.cloud.utils.exception.CloudRuntimeException: callHostPlugin failed > for > cmd: setDNATRule with args add: false, due to > UNKNOWN_XENAPI_PLUGIN_FUNCTIONsetDNATRule > at > com.cloud.hypervisor.xen.resource.CitrixResourceBase.callHostPlugin(CitrixResourceBase.java:3696) > at > com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssResource.java:168) > at > com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(Ci > trixResourceBase.java:431) > > Is anyone else experiencing the same problem? For which reason the > type "file" was removed? > > Other thing I observed is that since the System VM doesn't work, CS > keeps trying to create a new one. For each VM it tries to create, a > new Management IP will be allocated. However, once the VM fails to be > created, the IP is not released. It means that after several tries we > ended up with > 2 problems: no System VM and no Management IPs. > > My DevCloud2 is about 3 weeks old... I will try to get a new one and > see if those problems are still there. > > Any feedback is appreciated. > > Cheers, > Wilder >
