Re: [DISCUSS] Config Drive: Using the OpenStack format?

FYI Slides are here : https://www.slideshare.net/2000monkeys/apache-cloudstack-collab-miami-user-data-alternatives-to-the-vr Thanks - Kris On 19 May 2017 at 12:58, Wei ZHOU wrote: > gd idea > > 2017-05-19 15:33 GMT+02:00 Marc-Aurèle Brothier : >

Re: Extend CloudStack for a new hypervisor

I have a similar question. I want to use VirtualBox for a project that I have. And to the best of my knowledge, cloudstack doesn't support type II hypervisors like VirtualBox. What should I do to support VirtualBox in CloudStack. Regards, On Thu, May 18, 2017 at 5:06 PM, Simon Weller

Re: [DISCUSS] Config Drive: Using the OpenStack format?

+1. I like it! On 5/19/17, 11:58 AM, "Wei ZHOU" wrote: gd idea 2017-05-19 15:33 GMT+02:00 Marc-Aurèle Brothier : > Hi Widoo, > > That sounds like a pretty good idea in my opinion. +1 for adding it > > Marco

Re: Extend CloudStack for a new hypervisor

I wonder how you plan to present the OpenStack environment to CloudStack; a huge host with lots of resources? Or, do you intend to present all of the clusters and hosts that the OpenStack system may have? I think you would be better with a direct attach solution; meaning, CloudStack calling

Re: [DISCUSS] Config Drive: Using the OpenStack format?

gd idea 2017-05-19 15:33 GMT+02:00 Marc-Aurèle Brothier : > Hi Widoo, > > That sounds like a pretty good idea in my opinion. +1 for adding it > > Marco > > > > On 19 May 2017, at 15:15, Wido den Hollander wrote: > > > > Hi, > > > > Yesterday at ApacheCon

RE: [DISCUSS] Config Drive: Using the OpenStack format?

Awesome We ll explore the symlink approach and document a suggested approach in the design spec for review and upon consensus update the PR. Thanks Wido! Kris On May 19, 2017 11:42, "Simon Weller" wrote: > +1 > > Simon Weller/615-312-6068 > > -Original

RE: [DISCUSS] Config Drive: Using the OpenStack format?

+1 Simon Weller/615-312-6068 -Original Message- From: Rafael Weingärtner [rafaelweingart...@gmail.com] Received: Friday, 19 May 2017, 11:24AM To: dev@cloudstack.apache.org [dev@cloudstack.apache.org] Subject: Re: [DISCUSS] Config Drive: Using the OpenStack format? This seems a very

Re: [DISCUSS] Config Drive: Using the OpenStack format?

This seems a very interesting idea. +1 On Fri, May 19, 2017 at 9:33 AM, Marc-Aurèle Brothier wrote: > Hi Widoo, > > That sounds like a pretty good idea in my opinion. +1 for adding it > > Marco > > > > On 19 May 2017, at 15:15, Wido den Hollander wrote: > > >

Re: [DISCUSS] Config Drive: Using the OpenStack format?

Hi Widoo, That sounds like a pretty good idea in my opinion. +1 for adding it Marco > On 19 May 2017, at 15:15, Wido den Hollander wrote: > > Hi, > > Yesterday at ApacheCon Kris from Nuage networks gave a great presentation > about alternatives for userdata from the VR:

[DISCUSS] Config Drive: Using the OpenStack format?

Hi, Yesterday at ApacheCon Kris from Nuage networks gave a great presentation about alternatives for userdata from the VR: Config Drive In short, a CD-ROM/ISO attached to the Instance containing the meta/userdata instead of having the VR serve it. The outstanding PR [0] uses it's own format

Re: Extend CloudStack for a new hypervisor

John, I never implemented one but I am about to investigate the ovm3 one to see if I can maintain it for a customer. I know the guy that wrote it and he says it’s fairly simple given the constraint of a hypervisor plugin, so I’d have a look at that one if I where you. Important thing to

Re: Extend CloudStack for a new hypervisor

Cool, I like it ;-) I can already hear the slogan in my head "CloudStack - making OpenStack great again" :-p Can't help you with the your actual questions, but best of luck :-) -- Erik On Fri, May 19, 2017 at 12:57 PM, John Smith wrote: > Ok...so bear with me on

Re: Extend CloudStack for a new hypervisor

Ok...so bear with me on this one. "Hypervisor" was a little white lie. What I actually want to do is implement OpenStack as a backend for CloudStack (yo dawg, I hear you like cloud in your clouds, etc). I know I can use KVM and OVS as backends for CloudStack natively but, as I said, this is for