cloudstack-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Ian Duffy <...@ianduffy.ie>
Subject Re: [DevCloud2] Problems with SR type == file
Date Thu, 27 Feb 2014 14:53:01 GMT
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
<WRodrigues@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(CitrixResourceBase.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(CitrixResourceBase.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
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message