Return-Path: X-Original-To: apmail-incubator-cloudstack-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-cloudstack-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 6A57AE34A for ; Tue, 20 Nov 2012 14:54:59 +0000 (UTC) Received: (qmail 33148 invoked by uid 500); 20 Nov 2012 14:54:59 -0000 Delivered-To: apmail-incubator-cloudstack-dev-archive@incubator.apache.org Received: (qmail 32959 invoked by uid 500); 20 Nov 2012 14:54:58 -0000 Mailing-List: contact cloudstack-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: cloudstack-dev@incubator.apache.org Delivered-To: mailing list cloudstack-dev@incubator.apache.org Received: (qmail 32925 invoked by uid 99); 20 Nov 2012 14:54:58 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 20 Nov 2012 14:54:58 +0000 Date: Tue, 20 Nov 2012 14:54:58 +0000 (UTC) From: "Dimitri Desmidt (JIRA)" To: cloudstack-dev@incubator.apache.org Message-ID: <196633939.6911.1353423298317.JavaMail.jiratomcat@arcas> Subject: [jira] [Created] (CLOUDSTACK-524) http proxy used by ssvm (secstorage.proxy) NOT working MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 Dimitri Desmidt created CLOUDSTACK-524: ------------------------------------------ Summary: http proxy used by ssvm (secstorage.proxy) NOT working Key: CLOUDSTACK-524 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-524 Project: CloudStack Issue Type: Bug Components: Install and Setup Affects Versions: 4.0.0 Environment: Ubuntu 12.04 - package installation Reporter: Dimitri Desmidt In my lab, the SSVM has access to Internet ONLY via a Proxy. I configured for that the Global Setting secstorage.proxy with the value "http://proxy.xyz.com:3128" (without the quotes ""). Then I restarted the cloud management and destroyed the SSVM. The new SSVM tries to download again "http://download.cloud.com/templates/builtin/centos56-x86_64.vhd.bz2". This still fails and when I look at the Management Log, it looks like there is still no Proxy used: 2012-11-20 06:44:31,438 DEBUG [agent.transport.Request] (Timer-4:null) Seq 18-550436874: Sending { Cmd , MgmtId: 345051959742, via: 18, Ver: v1, Flags: 100011, [{"storage.DownloadProgressCommand":{"jobId":"38d18cba-470a-46da-821d-37cfacd2bb40","request":"GET_STATUS","hvm":false,"description":"CentOS 5.6(64-bit) no GUI (XenServer)","checksum":"905cec879afd9c9d22ecc8036131a180","maxDownloadSizeInBytes":53687091200,"id":5,"resourceType":"TEMPLATE","url":"http://download.cloud.com/templates/builtin/centos56-x86_64.vhd.bz2","format":"VHD","accountId":1,"name":"centos56-x86_64-xen","secUrl":"nfs://10.30.1.3/export/secondary","wait":0}}] } 2012-11-20 06:44:31,485 DEBUG [agent.transport.Request] (AgentManager-Handler-2:null) Seq 18-550436874: Processing: { Ans: , MgmtId: 345051959742, via: 18, Ver: v1, Flags: 10, [{"storage.DownloadAnswer":{"jobId":"38d18cba-470a-46da-821d-37cfacd2bb40","downloadPct":0,"errorString":" ","downloadStatus":"NOT_DOWNLOADED","downloadPath":"/mnt/SecStorage/ff53ffad-7c5d-382f-942c-e527528c5699/template/tmpl/1/5/dnld5122201514511320578tmp_","templateSize":0,"templatePhySicalSize":0,"checkSum":"905cec879afd9c9d22ecc8036131a180","result":false,"details":" ","wait":0}}] } Conclusion; Looks like the Global Setting information is NOT applied :-( -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira