cloudstack-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Musayev, Ilya" <imusa...@webmd.net>
Subject RE: [jira] [Commented] (CLOUDSTACK-524) http proxy used by ssvm (secstorage.proxy) NOT working
Date Tue, 09 Apr 2013 00:14:28 GMT
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:jira@apache.org]
> Sent: Monday, April 08, 2013 8:10 PM
> To: cloudstack-issues@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 <chiradeep@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 <chiradeep@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

Mime
View raw message