Return-Path: X-Original-To: apmail-cloudstack-dev-archive@www.apache.org Delivered-To: apmail-cloudstack-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id AE62B1047D for ; Thu, 20 Feb 2014 19:20:11 +0000 (UTC) Received: (qmail 70265 invoked by uid 500); 20 Feb 2014 19:20:03 -0000 Delivered-To: apmail-cloudstack-dev-archive@cloudstack.apache.org Received: (qmail 70197 invoked by uid 500); 20 Feb 2014 19:20:01 -0000 Mailing-List: contact dev-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 dev@cloudstack.apache.org Received: (qmail 70133 invoked by uid 99); 20 Feb 2014 19:19:52 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 20 Feb 2014 19:19:52 +0000 X-ASF-Spam-Status: No, hits=-5.0 required=5.0 tests=RCVD_IN_DNSWL_HI,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of Chiradeep.Vittal@citrix.com designates 66.165.176.89 as permitted sender) Received: from [66.165.176.89] (HELO SMTP.CITRIX.COM) (66.165.176.89) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 20 Feb 2014 19:19:47 +0000 X-IronPort-AV: E=Sophos;i="4.97,514,1389744000"; d="scan'208";a="104447130" Received: from sjcpex01cl01.citrite.net ([10.216.14.143]) by FTLPIPO01.CITRIX.COM with ESMTP/TLS/AES128-SHA; 20 Feb 2014 19:18:55 +0000 Received: from SJCPEX01CL02.citrite.net ([169.254.2.201]) by SJCPEX01CL01.citrite.net ([10.216.14.143]) with mapi id 14.02.0342.004; Thu, 20 Feb 2014 11:18:54 -0800 From: Chiradeep Vittal To: "dev@cloudstack.apache.org" Subject: Re: [DISCUSS] Browser-based template and volume uploads Thread-Topic: [DISCUSS] Browser-based template and volume uploads Thread-Index: AQHPLb+9yi0Fuso1P0iax39vmSeyXpq9LAwAgAFYb4CAAGEJgIAAImyA//99vgA= Date: Thu, 20 Feb 2014 19:18:54 +0000 Message-ID: References: <59367801-ACB5-4F6D-922A-AEA09EBF690B@stratosec.co> <7155BFC8-6929-450C-B6C9-A17C6A5C5369@stratosec.co> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.9.131030 x-originating-ip: [10.13.107.78] Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Virus-Checked: Checked by ClamAV on apache.org This isn't for the admin. The end user has no access to the MS file system or any direct access to the secondary storage NFS server. The only frontend available to the NFS secondary share is the SSVM. Re: dropbox: that is already available : enter a URL. On 2/20/14 11:05 AM, "Daan Hoogland" wrote: >Yes, shouldn't take to much work. > >On Thu, Feb 20, 2014 at 6:01 PM, John Kinsella wrote: >> You mean to load files off the management server, yea? That makes sense >>to me >> >> On Feb 20, 2014, at 3:14 AM, Daan Hoogland >>> wrote: >> >> why not a allowing a simple file:///home/me/my.template kind of url? >> >> for simple installations this should do. >> >> On Wed, Feb 19, 2014 at 11:42 PM, John Kinsella >>> wrote: >> We definitely need to support more than http download. http upload >>sounds interesting, but I'd love to see something more resilient for >>large uploads. How 'bout specifying a "drop folder" type location on the >>mgmt server that the server polls every 15 seconds for new files, then >>in the UI the user can pick from the files shown there? Not as secure as >>your browser upload pattern, though. >> >> Maybe use something like https://github.com/blueimp/jquery-file-upload >>that allows resumable uploads? >> >> Just had the thought of maybe adding support for >>dropbox/box.net/etc. At that point, an ImageFetch >>plugin hook starts to sound interesting. Adding a bit torrent plugin >>could make getting the default templates quite snappy. :) >> >> >> On Feb 19, 2014, at 2:12 PM, Chiradeep Vittal >>> wrote: >> >> Hi all, >> >> The fact that one has to have a HTTP server to host templates before >>the templates can be imported into secondary storage is an >>inconvenience. I am not sure how much of an inconvenience it is, but I >>was asked to detail the technical architecture, if it needed to be >>supported. Certainly, I can imagine for folks coming in contact with ACS >>for the first time, it might seem onerous to set up another web server. >> >> I've sketched a strawman proposal [1] to support browser-based uploads >>of templates and volumes to secondary storage. >> It is not yet a PROPOSAL since it is still raw (and I do not have time >>to work on this immediately). >> >> Please comment on this. >> [1] https://cwiki.apache.org/confluence/x/jY5cAg >> >> >> >> >> >> -- >> Daan >> >> Stratosec - Compliance as a Service >> o: 415.315.9385 >> @johnlkinsella >> > > > >--=20 >Daan