cloudstack-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "ASF GitHub Bot (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (CLOUDSTACK-9834) prepareTemplate API call doesn't work well with XenServer & Local SR (Db_exn.Uniqueness_constraint_violation)
Date Wed, 15 Mar 2017 10:31:42 GMT

    [ https://issues.apache.org/jira/browse/CLOUDSTACK-9834?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15925867#comment-15925867
] 

ASF GitHub Bot commented on CLOUDSTACK-9834:
--------------------------------------------

GitHub user karuturi opened a pull request:

    https://github.com/apache/cloudstack/pull/2007

    CLOUDSTACK-9834: prepareTemplate API call doesn't work well with XenServer & Local
SR (Db_exn.Uniqueness_constraint_violation)

    removed the host uuid from SR label so that any host which has access to
    the SR(all the hosts in the same pool) can reuse the same SR

You can merge this pull request into a Git repository by running:

    $ git pull https://github.com/Accelerite/cloudstack CLOUDSTACK-9834

Alternatively you can review and apply these changes as the patch at:

    https://github.com/apache/cloudstack/pull/2007.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

    This closes #2007
    
----
commit 8a976d27350cec2417b596dba311628de56ed13c
Author: Rajani Karuturi <rajani.karuturi@accelerite.com>
Date:   2017-03-15T10:29:06Z

    CLOUDSTACK-9834: prepareTemplate API call doesn't work well
    with XenServer & Local SR (Db_exn.Uniqueness_constraint_violation)
    
    removed the host uuid from SR label so that any host which has access to
    the SR(all the hosts in the same pool) can reuse the same SR

----


> prepareTemplate API call doesn't work well with XenServer & Local SR (Db_exn.Uniqueness_constraint_violation)
> -------------------------------------------------------------------------------------------------------------
>
>                 Key: CLOUDSTACK-9834
>                 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9834
>             Project: CloudStack
>          Issue Type: Bug
>      Security Level: Public(Anyone can view this level - this is the default.) 
>            Reporter: Rajani Karuturi
>            Assignee: Rajani Karuturi
>
> When the xenservers in the same pool create an SR from a share location and do the scan,
sr scan fails.
> steps to reproduce
> on xenserver1 create a SR and do a scan. It is successful 
> [root@cl08-11 ~]# mount -o tcp,soft,ro,timeo=133,retrans=1 10.220.128.55:/vol/xenrtnfs/1059631-bPv9c0
/var/cloud_mount/e485eb49-ed8d-3fee-a0f9-c60858c15107/
> [root@cl08-11 ~]# xe sr-introduce type=file uuid=2d24f8b7-6e82-43b7-8206-75fef108261b
shared=false name-label="test" content-type=file
> 2d24f8b7-6e82-43b7-8206-75fef108261b
> [root@cl08-11 ~]# xe pbd-create sr-uuid=2d24f8b7-6e82-43b7-8206-75fef108261b device-config:location=/var/cloud_mount/e485eb49-ed8d-3fee-a0f9-c60858c15107/template/tmpl/1/5
host-uuid=d3d4eac1-b8f7-492c-b6df-49bb316d93e9
> d86b64ef-e7ae-4bd7-3415-087386de3c23
> [root@cl08-11 ~]# xe pbd-plug uuid=d8
> d824a46b-d47e-acfc-1d7a-420cb08bec51 d86b64ef-e7ae-4bd7-3415-087386de3c23
> [root@cl08-11 ~]# xe pbd-plug uuid=d86b64ef-e7ae-4bd7-3415-087386de3c23
> [root@cl08-11 ~]# xe sr-scan uuid=2d24f8b7-6e82-43b7-8206-75fef108261b
> [root@cl08-11 ~]#
> on xenserver2 create an SR for the same nfs location and do a scan. SR scan fails.
> [root@cl08-08 ~]# mount -o tcp,soft,ro,timeo=133,retrans=1 10.220.128.55:/vol/xenrtnfs/1059631-bPv9c0
/var/cloud_mount/e485eb49-ed8d-3fee-a0f9-c60858c15107/
> [root@cl08-08 ~]# xe sr-introduce type=file uuid=9d511d99-0117-42af-85d6-1d590c1d429f
shared=false name-label="test1" content-type=file
> 9d511d99-0117-42af-85d6-1d590c1d429f
> [root@cl08-08 ~]# xe pbd-create sr-uuid=9d511d99-0117-42af-85d6-1d590c1d429f device-config:location=/var/cloud_mount/e485eb49-ed8d-3fee-a0f9-c60858c15107/template/tmpl/1/5
host-uuid=200cb213-ab89-4d6a-82fd-87abbc8aeaf8
> e4cc74bc-c977-7bb5-0670-dfe7e377d62e
> [root@cl08-08 ~]# xe pbd-plug uuid=e4cc74bc-c977-7bb5-0670-dfe7e377d62e
> [root@cl08-08 ~]# xe sr-scan uuid=9d511d99-0117-42af-85d6-1d590c1d429f
> Error code: SR_BACKEND_FAILURE_40
> Error parameters: , The SR scan failed [opterr=['INTERNAL_ERROR', 'Db_exn.Uniqueness_constraint_violation("VDI",
"uuid", "ac743f65-a3aa-3b3a-9886-e67031f40522")']],
> Currently CCP creates a host based SR. SR is created for secondary storage on each host
separately, this is causing the failure when scanning the SR as same VDI's are present



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

Mime
View raw message