Manikanta,
Check out this FS for API refactoring,
https://cwiki.apache.org/confluence/display/CLOUDSTACK/CloudStack+API+refactoring.
You will find that one of the items is to move ACL code (access checks and
roles) from the Service layer i.e. AccountManagerImpl to the API layer.
Thank you,
L
That would take care of ACL related code.
What would be the case with User Mgmt and Account Mgmt, can this be
seperated to two different Classes/Services.
Manikanta.
On Thu, Dec 20, 2012 at 1:32 PM, Likitha Shetty
wrote:
> Manikanta,
>
> Check out this FS for API refactoring,
> https://cwiki.ap
+1 to the idea.
Should there be some API to show how many API calls are remaining for a
particular user for the given interval? And should this call get counted as
well? Currently in UI if you are using wizard to deploy a VM multiple API calls
are made but may not be obvious to the user. If the
My comments inline...
- Deepti
-Original Message-
From: Anthony Xu
Sent: Thursday, December 20, 2012 12:55 PM
To: Deepti Dohare; [email protected]
Cc: [email protected]
Subject: RE: [DISCUSS] Dedicated Resources: Dedicate Pods, Clusters, Hosts to a
How do we characterize the behaviour for a UI/self-service portal user? A
single UI screen can result anywhere from 1 to N API requests. Would it not
lead CloudStack to some inconsistent state? What if the UI configuration spans
time duration window?
Thanks,
RamG
> -Original Message-
>
All the APIs are independent so even if some are not allowed due to limit
getting reached there shouldn't be any inconsistency in the DB/hypervisors. But
this needs to be handled properly in the UI.
Thanks,
Koushik
> -Original Message-
> From: Ram Ganesh [mailto:[email protected]]
>
On 20-Dec-2012, at 2:18 PM, Koushik Das wrote:
> +1 to the idea.
>
> Should there be some API to show how many API calls are remaining for a
> particular user for the given interval? And should this call get counted as
> well? Currently in UI if you are using wizard to deploy a VM multiple AP
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/8693/#review14752
---
Patch did not apply cleanly. Pl. fix your editor, no tabs only whites
I am not aware of any plans. Anyone looking into this ?
Thank you,
Likitha
-Original Message-
From: Manikanta Kattamuri [mailto:[email protected]]
Sent: Thursday, December 20, 2012 1:44 PM
To: [email protected]
Subject: Re: Untangaling User Mgmt, Account M
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/8682/#review14753
---
Closing the review as only partial patch was applicable. Rest of the
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/8691/#review14754
---
Holding review on this one, we may have multiple adapters this patch
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/7018/#review14755
---
Was this code applied on master? Pl. check and close the review.
- R
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/5655/#review14756
---
Hugo, is this review still applicable? If not close it or apply a fix
See inline
Thanks,
Koushik
> -Original Message-
> From: Chip Childers [mailto:[email protected]]
> Sent: Wednesday, December 19, 2012 10:18 PM
> To: [email protected]
> Subject: Re: [DISCUSS] Cloudstack to manage User objects in LDAP
>
> On Wed, Dec 19, 2012 at
+1 to what Nitin says . Global limits and flexibility to admin is something
which is highly desirable .
It really gets interesting when you consider that you could further make
decisions based on parameters, such as a specific user and the application
function when you consider throttling issu
[
https://issues.apache.org/jira/browse/CLOUDSTACK-683?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Radhika Nair updated CLOUDSTACK-683:
Description:
At
http://incubator.apache.org/cloudstack/docs/en-US/Apache_CloudStack/4.
Radhika Nair created CLOUDSTACK-683:
---
Summary: Image Is Missing in the Accessing VM Section
Key: CLOUDSTACK-683
URL: https://issues.apache.org/jira/browse/CLOUDSTACK-683
Project: CloudStack
[
https://issues.apache.org/jira/browse/CLOUDSTACK-683?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Radhika Nair updated CLOUDSTACK-683:
Description:
At
http://incubator.apache.org/cloudstack/docs/en-US/Apache_CloudStack/4.
but if further sub-domain is assigned a different pod then it cannot access
its parent domain's pod. 2. Sub-domain and its child domains will have the
sole access to that new pod.
when child domain already has some VMs on parent domain's dedicated pod, is
it allowed to assign a pod to the child do
>
>Hey Murali,
>
>Great to hear about where you stand right now. Is the code (work in
>progress obviously) available on one of the branches? I'd love to
>take a look at it.
>
>-chip
>
Chip
I have been using 'events-framework' branch for this work. Please take a
look at 'framework/events/src/o
See inline
Thanks,
Koushik
> -Original Message-
> From: Chip Childers [mailto:[email protected]]
> Sent: Wednesday, December 19, 2012 7:55 PM
> To: [email protected]
> Subject: Re: [DISCUSS] Scaling up CPU and RAM for running VMs
>
> On Wed, Dec 19, 2012 at 3:34
Hi Mice,
Once a new pod is dedicated to the child-domain, deployment of the new VMs
will happen only in the new pod.
The existing VMs will keep running on parent-domain's pod.
Do you have any other suggestion on this.
- Deepti
> -Original Message-
> From: Mice Xia [mailto:weiran.x...@
> -Original Message-
> From: Abhinandan Prateek [mailto:[email protected]]
> Sent: Wednesday, December 19, 2012 9:20 PM
> To: [email protected]
> Subject: Re: [DISCUSS] Enabling storage xenmotion on xenserver 6.1
>
>
>
> On 19/12/12 12:13 PM, "Devdeep Singh
Lets say that the resources on the pod dedicated to the child-domain are
exhausted and resources on parent pod are available. In this case will
provisioning of vms for the child-domain happen on parent's pod.
So essentially provisioning has a affinity for local pods if available. And
if resources
+1
hypervisor_capabilities table is intended for this purpose.
--Alex
> -Original Message-
> From: Devdeep Singh [mailto:[email protected]]
> Sent: Wednesday, December 19, 2012 9:57 PM
> To: [email protected]
> Subject: RE: [DISCUSS] Enabling storage xenmotion on
> If the hypervisor doesn't support it, shouldn't we just fail the request with
> a
> proper message. The user/admin can shutdown the vm and then
> move/migrate it. The behavior would be similar to how cloudstack currently
> lets the VM volumes be migrated to another storage pool.
>
Devdeep,
Cur
Mice,
Please add a subtask with target fix in 4.0.x to keep track of this. Then the
release manager can open that for discussion when triaging for a 4.0.x release.
--alex
> -Original Message-
> From: Mice Xia [mailto:[email protected]]
> Sent: Wednesday, December 19, 2012 3:25 PM
>
Deepti,
As Chiradeep pointed out, you should get in contact with Prachi. You should
plan on this after the ACL change or you can help out on the ACL change.
For this feature, you really need to think about the stats collection side of
this because you'll need to provide a lot of warnings abou
I don't see db id to be removed. Db ids are used for integrity checks. See
the following.
http://stackoverflow.com/questions/4813727/is-string-or-int-preferred-for-foreign-keys
A join in the db the size that cs deals with is not a big performance problem.
CS is not a content system afterall.
Okay, some user feedback...
Would prefer not to land on the cwiki 'Index' page.
E.g. Wikipedia tells people the project page is http://cloudstack.org/ , which
redirects to http://incubator.apache.org/cloudstack/ From here, you clikc
'Apache CloudStack Wiki and get to
http://cwiki.apache.o
> Thinking about your question, I'm not sure. On one hand, specifics
> are good. On the other hand, it's actually hard to pin down exactly
> what a technical decision is. For example, is an overhaul of the
> website a technical decision? I would argue that it is, since it's an
> "action" being
+1
Nice I like the new page and it's details.
Guys, please look at the design table in the page and move all the relevant
design pages to 4.1 release so we can get rid of that design table. Let's make
4.1 release a good looking release!
--Alex
> -Original Message-
> From: Chip Childe
>
> Would prefer not to land on the cwiki 'Index' page.
Yeah...that index is dynamically generated. I tried to find ways to make it
more static and eventually consistent but couldn't find anything on it. I
figured it is useful though. Maybe we should change the title to "Index
(Prepare to w
Mice Xia created CLOUDSTACK-684:
---
Summary: Support VM Snapshot
Key: CLOUDSTACK-684
URL: https://issues.apache.org/jira/browse/CLOUDSTACK-684
Project: CloudStack
Issue Type: New Feature
Se
On Thu, Dec 20, 2012 at 9:13 AM, Alex Huang wrote:
>>
>> Would prefer not to land on the cwiki 'Index' page.
>
> Yeah...that index is dynamically generated. I tried to find ways to make it
> more static and eventually consistent but couldn't find anything on it. I
> figured it is useful though
Donal,
Try it again and see if you like it better.
--Alex
> Fixed.
>
> You actually do though (as do all committers). It's in our svn tree,
> and publishing is done via https://cms.apache.org/cloudstack/
Nice. Thanks.
I've also made some other changes.
- Moved the index to index generator.
- Added index page that points back to Home in case we have
I would really like to see the system vm be built on the management server
after it's deployed. There's several reasons for this.
- As contribution grows, the number of items to be put on the system vm will
likely grow. CloudStack is built on the principle that it is a software
collection tha
Faster (~4seconds load), clearer (drops you at
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Home )
-Original Message-
From: Alex Huang [mailto:[email protected]]
Sent: 20 December 2012 2:36 PM
To: [email protected]
Subject: RE: Changes to the wiki
Donal,
Actually all of our external links should point to
https://cwiki.apache.org/confluence/display/CLOUDSTACK
and not
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Home
nor
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Index
Confluence redirects the first link to the home page
There also should be api to reset the count just in case we got it completely
wrong.
--Alex
> -Original Message-
> From: Pranav Saxena [mailto:[email protected]]
> Sent: Thursday, December 20, 2012 2:21 AM
> To: [email protected]
> Subject: RE: [DISCUSS]API reque
Maybe we can finally stopped the UI for DDOSing us with those getJobStatus
requests. ;)
--alex
> -Original Message-
> From: Ram Ganesh [mailto:[email protected]]
> Sent: Thursday, December 20, 2012 1:23 AM
> To: [email protected]
> Subject: RE: [DISCUSS]API request
Wei Zhou created CLOUDSTACK-685:
---
Summary: CloudStack 4.0 Network Usage is ZERO
Key: CLOUDSTACK-685
URL: https://issues.apache.org/jira/browse/CLOUDSTACK-685
Project: CloudStack
Issue Type: Bug
On Thu, Dec 20, 2012 at 1:19 AM, Deepti Dohare wrote:
> Hi,
>
> Currently in CloudStack architecture, domains can have dedicated zones but
> not pods, clusters or hosts.
>
> We are proposing this functionality in "Dedicated Resources" where a domain
> or a sub-domain can have dedicated pods, cl
> On Dec. 19, 2012, 7:15 p.m., Rohit Yadav wrote:
> > Meghna and anyone who would submit patches that affect api layer; I did not
> > mean to hint that one has to wait before we would merge api_refactoring to
> > master, just that you should submit patches for api_refactoring branch
> > itself
On Thu, Dec 20, 2012 at 1:54 AM, Koushik Das wrote:
> This
> http://www.vmware.com/pdf/vsphere5/r51/vsphere-51-configuration-maximums.pdf
> mentions that the max. can be 32 for ESX 5.1. Any specific reason to make it
> 16? Also it needs to be seen that this limit works across all supported ESX
On Dec 20, 2012, at 2:20 AM, Pranav Saxena
wrote:
> Also are we planning to build the code in such a way that when we take into
> consideration the "throttling time " , do we have some kind off a back-off
> algorithm to trigger the request again automatically ( may be in some
> scenarios
On Thu, Dec 20, 2012 at 4:52 AM, Koushik Das wrote:
> See inline
>
> Thanks,
> Koushik
>
> > -Original Message-
> > From: Chip Childers [mailto:[email protected]]
> > Sent: Wednesday, December 19, 2012 7:55 PM
> > To: [email protected]
> > Subject: Re: [DISCUSS]
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/8701/
---
Review request for cloudstack.
Description
---
This method expects the broa
Amazon uses API throttling but from what I know they leverage the leaky bucket
algorithm and have some kind off a "back-off" algorithm for few of their tasks
in which the API requests which were throttles are automatically triggered
depending upon what the use case is . Hence I thought that per
Hi,
I'd recommend removing any hard limits from CS and introduce a variable like
"max.guest.limit" on the Hypervisor Capabilities page.
This value could default to 8, but should the admin decide otherwise could be
set to anything.
Regards
Tamas Monos
[
https://issues.apache.org/jira/browse/CLOUDSTACK-681?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13537110#comment-13537110
]
Joe Brockmeier commented on CLOUDSTACK-681:
---
This is a feature request - ass
[
https://issues.apache.org/jira/browse/CLOUDSTACK-683?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joe Brockmeier updated CLOUDSTACK-683:
--
Fix Version/s: (was: 4.0.1)
> Image Is Missing in the Accessing VM Section
[
https://issues.apache.org/jira/browse/CLOUDSTACK-681?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joe Brockmeier updated CLOUDSTACK-681:
--
Fix Version/s: (was: 4.0.1)
Future
> Dedicate Pod, Clust
[
https://issues.apache.org/jira/browse/CLOUDSTACK-615?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joe Brockmeier updated CLOUDSTACK-615:
--
Fix Version/s: (was: 4.0.1)
4.0.2
> Adding a VMware Clus
Agree with Koushik here.
-min
Sent from my iPhone
On Dec 20, 2012, at 1:34 AM, "Koushik Das" wrote:
> All the APIs are independent so even if some are not allowed due to limit
> getting reached there shouldn't be any inconsistency in the DB/hypervisors.
> But this needs to be handled properl
[
https://issues.apache.org/jira/browse/CLOUDSTACK-605?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13537131#comment-13537131
]
Joe Brockmeier commented on CLOUDSTACK-605:
---
Koushik - can you submit the pa
Can someone review this patch for CLOUDSTACK-595?
https://reviews.apache.org/r/8432/
I'd like to get this in and get started on the vote. Thanks!
Best,
jzb
--
Joe Brockmeier
http://dissociatedpress.net/
Twitter: @jzb
Hi,
Exporting in OVF format directly onto the mounted secondary storage in Vmware
going around the SSVM would definitely improve snapshot performance.
+1
Regards
Tamas Monos DDI
+44(0)2034687012
Chief Technical
[
https://issues.apache.org/jira/browse/CLOUDSTACK-684?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13537140#comment-13537140
]
Tamas Monos commented on CLOUDSTACK-684:
Hi,
Exporting in OVF format directly
+1
The more we move these types of things out of configuration and into component
specific references the better.
--Alex
> -Original Message-
> From: Tamas Monos [mailto:[email protected]]
> Sent: Thursday, December 20, 2012 8:10 AM
> To: [email protected]
> Subject:
In a plugin that processes the StartCommand command, what are the constraints
on the "id", "uuid" and "name" fields?
E.g. how unique is each field?
The background is that I've been using "name" as the VM identifier on Hyper-V,
but it occurs to me that I should probably be using UUID.
As we are discussing the "cluster" limit, would be more appropriate to set this
as a cluster property - since I dont anticipate mixed clusters (such as a
single cluster having VMware 4.x and 5.x), it would cover Dave Nalley's
concern?
One still still might be - if a single cluster has multipl
On Thu, Dec 20, 2012 at 10:24 AM, David Nalley wrote:
> On Thu, Dec 20, 2012 at 1:54 AM, Koushik Das wrote:
>> This
>> http://www.vmware.com/pdf/vsphere5/r51/vsphere-51-configuration-maximums.pdf
>> mentions that the max. can be 32 for ESX 5.1. Any specific reason to make it
>> 16? Also it nee
Depends on which name you're talking about. The one that starts with VM-
is just as unique as the uuid because the # is a db id. I generally like
using that versus the uuid because it's is very readable.
I generally believe uuid is something for external people to see. Within the
sys
Kelven offered a reason earlier.
"8-host limitation comes from the limitation posted from VMFSv3 for
linked-clone usage. So in CloudStack, it is an artificial limit we post to
reduce possible runtime problems."
It's due to VMFSv3 and usage of linked clone in CloudStack.
--Alex
> -Original M
Sorry, should have been more clear in my question. What's the math
that got you to 8?
- chip
Sent from my iPhone.
On Dec 20, 2012, at 11:50 AM, Alex Huang wrote:
> Kelven offered a reason earlier.
>
> "8-host limitation comes from the limitation posted from VMFSv3 for
> linked-clone usage. So
On Thu, Dec 20, 2012 at 11:50 AM, Alex Huang wrote:
> Kelven offered a reason earlier.
>
> "8-host limitation comes from the limitation posted from VMFSv3 for
> linked-clone usage. So in CloudStack, it is an artificial limit we post to
> reduce possible runtime problems."
>
> It's due to VMFSv3 an
On Thu, Dec 20, 2012 at 11:52 AM, Chip Childers
wrote:
> Sorry, should have been more clear in my question. What's the math
> that got you to 8?
>
No math involved.
It was a VMFS limitation around number of hosts that could
simultaneously use a linked clone disk image.
--David
Marcus Sorensen created CLOUDSTACK-686:
--
Summary: Allow for same vlan on different physical nics
Key: CLOUDSTACK-686
URL: https://issues.apache.org/jira/browse/CLOUDSTACK-686
Project: CloudStack
I had already shared the review, look at my first comment.
-Koushik
> -Original Message-
> From: Joe Brockmeier (JIRA) [mailto:[email protected]]
> Sent: Thursday, December 20, 2012 9:57 PM
> To: [email protected]
> Subject: [jira] [Commented] (CLOUDSTACK-605) Host physica
[
https://issues.apache.org/jira/browse/CLOUDSTACK-605?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13537175#comment-13537175
]
Koushik Das commented on CLOUDSTACK-605:
I had already shared the review, look
[
https://issues.apache.org/jira/browse/CLOUDSTACK-605?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13537176#comment-13537176
]
Koushik Das commented on CLOUDSTACK-605:
I had already shared the review, look
Thanks for the followup Chip, I think I have a better idea now.
The silence == consent thing is a bit hard for me to take; as a committer I
have the ability to really screw things up, and so there's a lot of
potential fallout from moving forward with something only to find out that
someone missed
Oh, if it's not already obvious, we're onboard for collaborating on this
feature and can help implement the KVM hypervisor portions. :-)
On Thu, Dec 20, 2012 at 8:44 AM, Marcus Sorensen wrote:
>
>
>
> On Thu, Dec 20, 2012 at 4:52 AM, Koushik Das wrote:
>
>> See inline
>>
>> Thanks,
>> Koushik
>>
On Thu, Dec 20, 2012 at 12:46 PM, Marcus Sorensen wrote:
> Thanks for the followup Chip, I think I have a better idea now.
>
> The silence == consent thing is a bit hard for me to take; as a committer I
> have the ability to really screw things up, and so there's a lot of
> potential fallout from
Is StopCommand meant to release resources associated with a VM save the volumes
in one operation?
E.g. should it complete only after the VM has come to a complete stop?
Yes. It should. It needs to stop and release any resource the vm was holding
previously.
--Alex
> -Original Message-
> From: Donal Lafferty [mailto:[email protected]]
> Sent: Thursday, December 20, 2012 9:54 AM
> To: [email protected]
> Subject: [DISCUSS] Stop
Sorry for the side-track for a moment but just another reason to get rid of
linked-in clone template management on vmware in the long-run.
I still do not believe using linked-in clones is actually beneficial taking
into account it drawbacks: https://issues.apache.org/jira/browse/CLOUDSTACK-529
R
Correct. In vsphere 5.1, this limitation was lifted to support up to 32 hosts.
> -Original Message-
> From: David Nalley [mailto:[email protected]]
> Sent: Thursday, December 20, 2012 8:55 AM
> To: [email protected]
> Subject: Re: [PROPOSAL] Raise cluster size limit to 16 o
That is a good thought. Currently we haven't thought of automatically
trigger those blocked requests, and still expect users to manually trigger
it.
Thanks
-min
On 12/20/12 7:52 AM, "Pranav Saxena" wrote:
>Amazon uses API throttling but from what I know they leverage the leaky
>bucket algorith
Good point, will add to FS.
Thanks
-min
On 12/20/12 6:52 AM, "Alex Huang" wrote:
>There also should be api to reset the count just in case we got it
>completely wrong.
>
>--Alex
>
>> -Original Message-
>> From: Pranav Saxena [mailto:[email protected]]
>> Sent: Thursday, December
Current design is to set API call limit per account, and for root admin we
will set such limit. An API to show remaining counts per account sounds
good, I can add that into FS.
Thanks
-min
On 12/20/12 12:48 AM, "Koushik Das" wrote:
>+1 to the idea.
>
>Should there be some API to show how many A
Sorry, typo, I meant that we will not set limit for root admin.
Thanks
-min
On 12/20/12 10:12 AM, "Min Chen" wrote:
>Current design is to set API call limit per account, and for root admin we
>will set such limit. An API to show remaining counts per account sounds
>good, I can add that into FS.
There is another constraint that comes into play when cluster size becomes
large, for example 32 hosts. We use standard vSwitch in default
implementation, in order to support out-of-band vMotion (may be activated
by DRS), when we deploy a VM, we actually will program all the vSwitches
within the cl
A recommendation could be (in the docs), that clusters > X hosts use a
DVS (Nexus 1KV or VMware's DVS). Those switching approaches obviously
limit the port profile creation to 1 switch target for the cluster
(the DVS control plane, i.e. the VSM or Virtual Center).
On Thu, Dec 20, 2012 at 1:18 PM,
+1 on making linked clones optional
From: Tamas Monos [[email protected]]
Sent: Thursday, December 20, 2012 1:01 PM
To: [email protected]
Subject: RE: [PROPOSAL] Raise cluster size limit to 16 on VMware
Sorry for the side-track for a mome
Though I have no voting power, I agree we should have a config setting for
using linked clone or traditional clone.
-Original Message-
From: Hari Kannan [mailto:[email protected]]
Sent: Thursday, December 20, 2012 1:37 PM
To: [email protected]
Subject: RE: [PROPOSA
> -Original Message-
> From: David Nalley [mailto:[email protected]]
> Sent: Thursday, December 20, 2012 9:54 AM
> To: [email protected]
> Subject: Re: Concerns about our community health and collaboration process
>
> On Thu, Dec 20, 2012 at 12:46 PM, Marcus Sorensen
> wro
I have no voting power either... I proposed to add this feature (didnt know
there was an existing proposal) yesterday
Hari
From: Musayev, Ilya [[email protected]]
Sent: Thursday, December 20, 2012 1:50 PM
To: [email protected]
Subject: R
I didn't know people are granted on voting power. Where did you see that in
this community?
--Alex
> -Original Message-
> From: Hari Kannan [mailto:[email protected]]
> Sent: Thursday, December 20, 2012 10:55 AM
> To: [email protected]
> Subject: RE: [PROPOSAL]
Linked clone is fast, it can decrease the VM provision time.
Full clone improves disk access performance.
Not share if VMware provide API to convert linked clone to full clone?
If yes, should we consider following?
Virtual disk starts with linked clone( fast VM/Disk provision).
Convert linked clo
On Thu, Dec 20, 2012 at 12:45 AM, Fang Wang wrote:
> Hi all,
> After answering questions about why/what we are doing to API refactoring,
> I'll add this to the FS document.
> Probably lots of people are not clear what is our motivation and what we want
> to achieve here.
> (Will add this to the
> On Dec. 20, 2012, 6:45 a.m., Hugo Trippaers wrote:
> > Heya,
> >
> > Good catch this one.
> >
> > Please do not use the INSERT IGNORE syntax. This is Mysql specific and
> > would prevent using any other database in the future. Isn't setting a
> > random password a better solution?
> >
> >
On Wed, Dec 19, 2012 at 1:17 PM, Chip Childers
wrote:
> On Wed, Dec 19, 2012 at 4:06 PM, Chiradeep Vittal
> wrote:
>>
>>
>> On 12/19/12 12:44 PM, "Chip Childers" wrote:
>>
>>>On Wed, Dec 19, 2012 at 3:12 PM, David Nalley wrote:
On Wed, Dec 19, 2012 at 3:02 PM, Chiradeep Vittal
wrote:
On 20-Dec-2012, at 6:57 PM, Alex Huang wrote:
>> If the hypervisor doesn't support it, shouldn't we just fail the request
>> with a
>> proper message. The user/admin can shutdown the vm and then
>> move/migrate it. The behavior would be similar to how cloudstack currently
>> lets the VM volumes
On Thu, Dec 20, 2012 at 11:45 AM, Sheng Yang wrote:
> On Wed, Dec 19, 2012 at 1:17 PM, Chip Childers
> wrote:
>> On Wed, Dec 19, 2012 at 4:06 PM, Chiradeep Vittal
>> wrote:
>>>
>>>
>>> On 12/19/12 12:44 PM, "Chip Childers" wrote:
>>>
On Wed, Dec 19, 2012 at 3:12 PM, David Nalley wrote:
>>>
Some questions,
Will CS support IPv6 in basic zone/network?
Does that mean CS support both host and guest IPv6 in 4.1?
Anthony
> -Original Message-
> From: Sheng Yang [mailto:[email protected]]
> Sent: Thursday, December 20, 2012 1:02 PM
> To: [email protected]
> Subject
Based on the CloudStack bylaws (still in review state, sent out by Chip if I'm
not mistaken) and previous experience on this mailing list - it seemed that
only PPMC had vote ability.
If I misinterpreted that, my apology.
Alex Huang wrote:
I didn't know people are granted on voting power. Wher
Ilya,
That's for formal votes (and in this case it would be any committer).
However this isn't a formal vote! We're usually going based on a full
community consensus. Your opinion certainly matters!
Sorry if we confused things, but the whole bylaw thing is for when
more formality is required.
-
1 - 100 of 136 matches
Mail list logo
