Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id D41BE200BBB for ; Thu, 10 Nov 2016 07:27:00 +0100 (CET) Received: by cust-asf.ponee.io (Postfix) id D2C21160B01; Thu, 10 Nov 2016 06:27:00 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id 269B6160AF6 for ; Thu, 10 Nov 2016 07:27:00 +0100 (CET) Received: (qmail 35874 invoked by uid 500); 10 Nov 2016 06:26:59 -0000 Mailing-List: contact issues-help@cloudstack.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cloudstack.apache.org Delivered-To: mailing list issues@cloudstack.apache.org Received: (qmail 35863 invoked by uid 500); 10 Nov 2016 06:26:59 -0000 Delivered-To: apmail-incubator-cloudstack-issues@incubator.apache.org Received: (qmail 35857 invoked by uid 99); 10 Nov 2016 06:26:59 -0000 Received: from arcas.apache.org (HELO arcas) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 10 Nov 2016 06:26:59 +0000 Received: from arcas.apache.org (localhost [127.0.0.1]) by arcas (Postfix) with ESMTP id 277642C1F56 for ; Thu, 10 Nov 2016 06:26:59 +0000 (UTC) Date: Thu, 10 Nov 2016 06:26:59 +0000 (UTC) From: "Abhinandan Prateek (JIRA)" To: cloudstack-issues@incubator.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Updated] (CLOUDSTACK-9586) When using shared storage with Xenserver prepareTemplate does not work when there are more than 1 hosts MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 archived-at: Thu, 10 Nov 2016 06:27:01 -0000 [ https://issues.apache.org/jira/browse/CLOUDSTACK-9586?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abhinandan Prateek updated CLOUDSTACK-9586: ------------------------------------------- Summary: When using shared storage with Xenserver prepareTemplate does not work when there are more than 1 hosts (was: When using shared storage with Xenserver prepareTemplate does not work) > When using shared storage with Xenserver prepareTemplate does not work when there are more than 1 hosts > ------------------------------------------------------------------------------------------------------- > > Key: CLOUDSTACK-9586 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9586 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the default.) > Affects Versions: 4.5.2 > Reporter: Abhinandan Prateek > Assignee: Abhinandan Prateek > Fix For: 4.5.2.2 > > > 2016-11-09 15:05:15,876 DEBUG [c.c.h.x.r.XenServerStorageProcessor] (DirectAgent-29:ctx-8d890b55) Failed to destroy pbd > SR_BACKEND_FAILURE_40The SR scan failed [opterr=['INTERNAL_ERROR', 'Db_exn.Uniqueness_constraint_violation("VDI", "uuid", "703f59ca-6e5e-38d3-bbef-707b5b14c704")']] > at com.xensource.xenapi.Types.checkResponse(Types.java:2021) > at com.xensource.xenapi.Connection.dispatch(Connection.java:395) > at com.cloud.hypervisor.xenserver.resource.XenServerConnectionPool$XenServerConnection.dispatch(XenServerConnectionPool.java:462) > at com.xensource.xenapi.SR.scan(SR.java:1257) > at com.cloud.hypervisor.xenserver.resource.Xenserver625StorageProcessor.createFileSR(Xenserver625StorageProcessor.java:113) > at com.cloud.hypervisor.xenserver.resource.Xenserver625StorageProcessor.createFileSr(Xenserver625StorageProcessor.java:139) > at com.cloud.hypervisor.xenserver.resource.Xenserver625StorageProcessor.copyTemplateToPrimaryStorage(Xenserver625StorageProcessor.java:173) > Root Cause: CloudPlatform creates a SR on each host, which points to the template location on the secondary storage (secondary_Storage/template/tmpl//). This causes the database unique constraint violation when each XenServer tries to scan the SR created on each host. The host that scans the SR last, throws the exception because VDI was recognized already from the SR scan of the first host. -- This message was sent by Atlassian JIRA (v6.3.4#6332)