Hi all,
I hope all of you are having fun here after the move. I'd like to take this
opportunity to welcome everyone. The community is very lively and effective
in participating on the mailing lists. Infrastructure work to get fully
situated is moving along. All signs are positive IMO.
As you may
We need to transition to plaintext password, any encoding for the internal or
third party authentication system will happen in the adapter. To transition we
will have an additional parameter in the auth API so that it can be clearly
documented and does not confuse or break the existing cloudstac
Hi Alex, glad to hear you think the community is working well. We followed
the template that was pre-existing and added content to it. Personally I
think it's fine, but this is my first involvement in producing this report so
would certainly appreciate feedback.
-kevin
> -Original Mess
When you add a zone in 3.0.x there is a field for Hypervisor. Why is that?
I believe it is used as a default setting for all clusters in the zone.
But then you are still free to override that setting for specific clusters.
Salvatore
> -Original Message-
> From: Kevin Kluge [mailto:kevin.kl...@citrix.com]
> Sent: 02 May 2012 14:06
> To: cloudstack-dev@incubator.a
Hi Kevin,
On Wed, May 2, 2012 at 3:54 PM, Kevin Kluge wrote:
> Hi Alex, glad to hear you think the community is working well. We
> followed the template that was pre-existing and added content to it.
> Personally I think it's fine, but this is my first involvement in producing
> this report so
Because you have to setup hypervisor network labels that will be
configured on the host which you also add as a part of add zone process.
-Alena.
On 5/2/12 6:06 AM, "Kevin Kluge" wrote:
>When you add a zone in 3.0.x there is a field for Hypervisor. Why is
>that?
Not quite correct. It's used as a hypervisor for the first cluster you
setup during "Add zone". It defines the hypervisor type for the host and
network labels that you also setup during the add zone process.
We don't use this setting as default anywhere else after the zone is
created.
-Alena.
On
Alena are you saying this is needed for the physical network step? Or only in
the add-cluster step at the end?
I find the current placement and text quite confusing. It sounds like I am
saying this zone will be of this hypervisor type, which I know is not true.
> -Original Message-
Kevin,
We use it for both:
1) Add the first cluster in the zone
2) Configure network labels for the first cluster's hypervisor (physical
network page)
Hypervisor network labels have to be configured before we add the first
host to the cluster.
I can see why the placement might seem confusing,
Will, I think Abhi and David and I are all in sync -- telling people that they
need to know how a given cloud is taking passwords is really broken. I can't
think of any precedent for this in any other software I've seen with pluggable
auth backends. If I were a client developer and faced with
It's only there to assist with the network configuration. We need to know the
first hypervisors you are going to add to a brand new zone. From there, we
tailor the rest of the wizard. Once the first zone has been created, you can
add additional hypervisors separately. If we did not do this,
I am not disagreeing with the idea that anyone that is creating an app using
our session-based auth would be "broken" due to the fact they may not be able
to pass in the correct password format. My point is that we support a flexible
authentication scheme which allows the cloud operator or ente
I weent to the CloudStack Bootcamp today as I was in town for some other things
and I have to tip the hat to the Citrix folks for their gracious use of their
space for the meeting. I met folks that had flown in from a number of locales
(Japan was the farthest I know of). Also, there were a lot
Would it be possible to take in the information for the creation of the first
cluster (obviously including hypervisor type), then go into physical network
with that information?
If we can't do that, or it's just unnatural, I think we should change the label
of this field at a minimum.
> ---
Yeah, we can certainly do that.
Sonny, can you work on a slightly different version of the wizard to move the
addCluster to before the network portion? If it's not much to change, we can
add that to Bonita, otherwise Burbank.
Will
From: Kevin Kluge [
On Wed, May 2, 2012 at 8:47 PM, Matt Hogstrom wrote:
> I weent to the CloudStack Bootcamp today as I was in town for some other
> things and I have to tip the hat to the Citrix folks for their gracious use
> of their space for the meeting. I met folks that had flown in from a number
> of local
On Thu, May 3, 2012 at 1:09 AM, David Nalley wrote:
> On Wed, May 2, 2012 at 8:47 PM, Matt Hogstrom wrote:
>> I weent to the CloudStack Bootcamp today as I was in town for some other
>> things and I have to tip the hat to the Citrix folks for their gracious use
>> of their space for the meeting
Matt, thanks much for your attendance. This was a great introduction to
Apache for the attendees.
We'll continue with day two tomorrow. All are welcome, even if you missed the
first day. The second day will be more code-oriented.
-kevin
> -Original Message-
> From: Matt Hogstrom
19 matches
Mail list logo
