I am planning to work on the below proposal from chiradeep. Let me know if you
have any issues/if someone is already working on it.
~Rajani
On 21-Feb-2014, at 1:21 am, Daan Hoogland wrote:
> You are right Chiradeep,
>
> When talking about real simple installations It would be nice, though.
On 21.02.2014 06:01, Marcus wrote:
If someone gets around to it they can add in root resize support via
the patch I've posted to the list once or twice. I can maybe look at
updating it for master and testing if I can find some time. It's a
very short patch, but the testing is what I don't have ti
Yeah, that's an option too. It's sometimes very inconvenient, but
that's what was intended. At any rate I don't think we want to
automatically create multiple templates of different sizes after
upload, I'd rather see the root resize.
On Thu, Feb 20, 2014 at 7:08 PM, Chiradeep Vittal
wrote:
> Heh,
If someone gets around to it they can add in root resize support via
the patch I've posted to the list once or twice. I can maybe look at
updating it for master and testing if I can find some time. It's a
very short patch, but the testing is what I don't have time for at the
moment, more of a prior
Don't you already have dropbox support? Just go into your drop box and
fetch a public URL, add &qcow2 to fool the file type checker, and it
should pull the thing down.
On Thu, Feb 20, 2014 at 7:08 PM, Chiradeep Vittal
wrote:
> Heh, AWS seems to manage fine without it. But that is AWS.
> Service o
Heh, AWS seems to manage fine without it. But that is AWS.
Service offerings are only for compute, there is a separate disk offering
for the data volumes. Presumably the data volumes can be used for
persistent storage (e.g., db files). What is the difference between a 40G
Drupal template and an 80G
On 20.02.2014 23:04, Chiradeep Vittal wrote:
Nux, that's an entirely different problem. Care to raise a feature
request?
It's been here for a while:
https://issues.apache.org/jira/browse/CLOUDSTACK-5305
It's a major PITA for me (and I imagine for anyone else who wants to
sell cloud publicly).
Nux, that's an entirely different problem. Care to raise a feature request?
On 2/20/14 11:34 AM, "Nux!" wrote:
>On 19.02.2014 22:12, 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 sto
You are right Chiradeep,
When talking about real simple installations It would be nice, though.
for a bit more you would not want this indeed. So it would be an extra
for the administrator. I still like the idea.
As for you wiki page, I presume you want to propose both
implementations, Or are you
On 19.02.2014 22:12, 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 architectu
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" wrot
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
> mailto:daan.hoogl...@gmail.com>> wrote:
>
> why not a allowing a simple file://
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
mailto:daan.hoogl...@gmail.com>> 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
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 resi
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 us
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,
16 matches
Mail list logo
