Chip, Would it be possible to commit this patch to 4.1, this feature has been broken for 3.x and 4.x. Would be nice to have it working in 4.1.
Thanks ilya > -----Original Message----- > From: ASF subversion and git services (JIRA) [mailto:j...@apache.org] > Sent: Monday, April 08, 2013 8:10 PM > To: cloudstack-iss...@incubator.apache.org > Subject: [jira] [Commented] (CLOUDSTACK-524) http proxy used by ssvm > (secstorage.proxy) NOT working > > > [ https://issues.apache.org/jira/browse/CLOUDSTACK- > 524?page=com.atlassian.jira.plugin.system.issuetabpanels:comment- > tabpanel&focusedCommentId=13626010#comment-13626010 ] > > ASF subversion and git services commented on CLOUDSTACK-524: > ------------------------------------------------------------ > > Commit 67a99cbbc3f0c415a7a6179e395e7a8b5655f6f0 in branch > refs/heads/master from Chiradeep Vittal <chirad...@apache.org> [ > https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=67a99cb ] > > CLOUDSTACK-524: in some cases (especially the built-in CentOS template), > the template downloader does not use the configured http proxy The > DownloadProgress command is used to restart failed or stuck download jobs > -- It would not include the proxy information, unlike the DownloadCommand > which always did > > Signed-off-by: Chiradeep Vittal <chirad...@apache.org> > > > > 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 > > Security Level: Public(Anyone can view this level - this is the > > default.) > > Components: Install and Setup > > Affects Versions: 4.0.0 > > Environment: Ubuntu 12.04 - package installation > > Reporter: Dimitri Desmidt > > Assignee: Prasanna Santhanam > > Priority: Critical > > Fix For: 4.2.0 > > > > > > 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","maxDownl > oa > > dSizeInBytes":53687091200,"id":5,"resourceType":"TEMPLATE","url":"http > > ://download.cloud.com/templates/builtin/centos56- > x86_64.vhd.bz2","form > > at":"VHD","accountId":1,"name":"centos56-x86_64-xen","secUrl":"nfs://1 > > 0.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- > 37cfacd2b > > b40","downloadPct":0,"errorString":" > > > ","downloadStatus":"NOT_DOWNLOADED","downloadPath":"/mnt/SecStora > ge/ff > > 53ffad-7c5d-382f-942c- > e527528c5699/template/tmpl/1/5/dnld5122201514511 > > 320578tmp_","templateSize":0,"templatePhySicalSize":0,"checkSum":"905c > > ec879afd9c9d22ecc8036131a180","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
