+1
> -Original Message-
> From: Chip Childers [mailto:chip.child...@sungard.com]
> Sent: Wednesday, March 20, 2013 8:42 PM
> To: cloudstack-dev@incubator.apache.org
> Subject: [DISCUSS] create a general@ mailing list?
>
> I've noticed that some of the projects separate discussions between
-
> From: Chip Childers [mailto:chip.child...@sungard.com]
> Sent: Wednesday, March 20, 2013 6:28 PM
> To: cloudstack-dev@incubator.apache.org
> Subject: Re: CLOUDSTACK-1747: fresh deploydb bug in 4.1 requires cherry-
> pick commits from master
>
> On Wed, Mar 20, 2013 at 02:23
Congratulations everyone! It's been an interesting path to graduation. Glad
to have shared this experience with this bunch!
Now on to my plan for world domination?
--Alex
> -Original Message-
> From: Chip Childers [mailto:chip.child...@sungard.com]
> Sent: Wednesday, March 20, 2013 11
> My take on this is that we shouldn't do anything to 4.1 The people that
> matter (users) are taken care of when they start the MS - and that is a well-
> tested path.
> The only visible benefit for 4.1 is for developers/QA - and while I want
> everyone's life to be as easy as possible - last minu
ture get merged post-freeze?
>
> Thanks,
> -John
>
> On Mar 20, 2013, at 4:24 PM, Alex Huang wrote:
>
> > Hi everyone,
> >
> > We had a discussion on irc.
> >
> > To implement something intermediary will be around the same effort as
> finishing th
Hi everyone,
We had a discussion on irc.
To implement something intermediary will be around the same effort as finishing
the job and there are various reasons why just running the create-schema.sql
and update*.sql is not enough. So we should just decide on finishing the job
in 4.1 or document
Will,
There is a mode in CloudStack that only allows non-intersecting cidrs for guest
networks. It was introduced specifically because many physical network devices
do not expect cidrs to intersect even when it's on different VLANs.
Sheng should be able to tell you how to get that to work.
-
Kausal,
Resource allocation is all done by implementations of DeploymentPlanner. You
can go to that interface and then see which classes implement that interface.
--Alex
> -Original Message-
> From: Kausal Malladi [mailto:mkau...@gmail.com]
> Sent: Saturday, March 16, 2013 7:32 AM
> T
com]
> Sent: Friday, March 15, 2013 1:17 PM
> To: cloudstack-dev@incubator.apache.org
> Subject: Re: Extending the CloudStack API
>
> Thanks, Alex!
>
> Do you know if that is a feature in 3.x, as well?
>
>
> On Fri, Mar 15, 2013 at 2:11 PM, Alex Huang wrote:
Yes. Implement PluaggableService interface.
--Alex
> -Original Message-
> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> Sent: Friday, March 15, 2013 12:52 PM
> To: cloudstack-dev@incubator.apache.org
> Subject: Extending the CloudStack API
>
> Hi,
>
> I don't really know
Original Message-
> From: Animesh Chaturvedi
> Sent: Thursday, March 14, 2013 1:46 PM
> To: cloudstack-dev@incubator.apache.org; Alex Huang
> Subject: RE: [DISCUSS] Review Board Guidelines DRAFT
>
>
>
> > -----Original Message-
> > From: Alex Huan
This is a big bug. Have you filed jira issue?
--Alex
> -Original Message-
> From: Kishan Kavala [mailto:kishan.kav...@citrix.com]
> Sent: Thursday, March 14, 2013 5:44 AM
> To: 'cloudstack-dev@incubator.apache.org'
> Cc: Kelven Yang
> Subject: Action Events are not logged due to spring c
being copied all over the place. Will
take a look at how to reduce that, especially for dev-test environment. The
only problem is I'm not sure if changes to these copies would affect rpm
building or not.
--Alex
> -Original Message-
> From: Alex Huang [mailto:alex.hu...@ci
-Alex
> -Original Message-
> From: Alex Huang [mailto:alex.hu...@citrix.com]
> Sent: Wednesday, March 13, 2013 8:49 PM
> To: cloudstack-dev@incubator.apache.org
> Subject: RE: eclipse and maven working together...
>
> Oh and btw, I checked in a new profile called impati
age-
> From: Alex Huang [mailto:alex.hu...@citrix.com]
> Sent: Wednesday, March 13, 2013 8:33 PM
> To: cloudstack-dev@incubator.apache.org
> Subject: eclipse and maven working together...
>
> With the included checkins, I made some changes to help developers with
> better productiv
udstack/diff/164d3a1a
Branch: refs/heads/master
Commit: 164d3a1a39f3d0b9f52a1254dd7a53ee37d957c4
Parents: 0115133
Author: Alex Huang
Authored: Wed Mar 13 20:20:10 2013 -0700
Committer: Alex Huang
Committed: Wed Mar 13 20:21:58 2013 -0700
+1
> -Original Message-
> From: Chip Childers [mailto:chip.child...@sungard.com]
> Sent: Monday, March 11, 2013 9:42 AM
> To: cloudstack-dev@incubator.apache.org
> Subject: [VOTE] Graduate Apache CloudStack from the Incubator
>
> Hi,
>
> I would like to invite the CloudStack community to
Marcus,
I just saw this FS. Sorry if I'm a little late. I have a few questions.
- On updateDefaultNicForVirtualMachine: Does it work even if the VM is
running? If it does, how do you change the default route on the actual VM?
- On addNicToVirtualMachine: The API is a async
-Original Message-
> From: Nitin Mehta
> Sent: Saturday, March 9, 2013 2:35 AM
> To: cloudstack-dev@incubator.apache.org; Prashant Kumar Mishra;
> Abhinandan Prateek; Alex Huang
> Cc: Chip Childers
> Subject: Re: [DISCUSS] Scaling up CPU and RAM for running VMs
>
> Hi Ale
-
> From: Joe Brockmeier [mailto:j...@zonker.net]
> Sent: Friday, March 8, 2013 8:17 AM
> To: cloudstack-dev@incubator.apache.org
> Subject: Re: CloudStack University
>
> On Fri, Mar 8, 2013, at 07:07 AM, Sebastien Goasguen wrote:
> >
> > On Mar 7, 2013, at 11:01
>
> I'd add:
> Large scale of our code base
> Difficulty of testing at scale without plenty of hardware (which was a problem
> stated during incubation proposal)
I'm going to start off a branch specifically to do BVT on simulator and
devCloud so that we can at least have system vms/vrs and busi
al to infrastruct...@apache.org
> before you do anything.
>
>
> On 8 March 2013 05:49, Alex Huang wrote:
>
> > Here's my suggestion on doing something like this.
> >
> > Basically, everything that happens on the mailing list and we have
> > pretty good
Why not org.apache.cloudstack.alert? It is an apache project.
--Alex
> -Original Message-
> From: Anshul Gangwar
> Sent: Thursday, March 7, 2013 9:58 PM
> To: Alex Huang
> Cc: cloudstack-dev@incubator.apache.org
> Subject: Re: [DISCUSS] Syslog enhancements
>
&
Here's my suggestion on doing something like this.
Basically, everything that happens on the mailing list and we have pretty good
conventions. We can do the following things.
- Setup an mta.
- Register an email with mailing list, jira, review board, and maybe even wiki.
- upon receiving emails,
Sebastien,
Absolutely love it!
https://cwiki.apache.org/confluence/display/CLOUDSTACK/CloudStack+University
But why under Community? Why not under newbie or even developers?
--Alex
Anthony needs to make sure this doesn't break delta snapshot for XS.
--Alex
> -Original Message-
> From: Animesh Chaturvedi
> Sent: Thursday, March 7, 2013 5:54 PM
> To: cloudstack-dev@incubator.apache.org; 'Mice Xia'; Alex Huang; Mice Xia
> Cc: San
oudstack-dev@incubator.apache.org
> > Subject: Re: [DISCUSS] Syslog enhancements
> >
> > On Tue, Jan 8, 2013 at 12:12 PM, Ram Ganesh
> wrote:
> >>> -Original Message-
> >>> From: Alex Huang [mailto:alex.hu...@citrix.com]
> >>> Sent: 08 Janu
Thanks Joe!
I like to see a better explanation of the Jira Workflow. Particularly for
contributors who has to go through the review board. I think Animesh signed up
to write that.
--Alex
> -Original Message-
> From: Animesh Chaturvedi [mailto:animesh.chaturv...@citrix.com]
> Sent:
Chiradeep said he tried it. It basically fails and then you run again and it
fails and then run again and one of the runs it will succeed. It fails due to
dependencies. Doesn't sound like a good thing to me.
--Alex
> -Original Message-
> From: Pradeep Soundararajan [mailto:pradeep.so
+1 to that. My suggestion is to fix maven. Can't be that hard and probably
less effort than switching entire team to another build tool.
--Alex
> -Original Message-
> From: David Nalley [mailto:da...@gnsa.us]
> Sent: Wednesday, March 6, 2013 3:13 PM
> To: cloudstack-dev@incubator.apach
gt; >tests since api_refactoring on JIRA already.
> >look for the integration-test label)
> >- make integration testing easier using factories and DSLs (from
> > Chiradeep)
> >(part 1 of this work was started on this in the marvin-refactor
> >branch)
> &
)
>
> http://www.springsource.org/sts
>
> > -Original Message-
> > From: Alex Huang [mailto:alex.hu...@citrix.com]
> > Sent: Tuesday, March 05, 2013 5:07 PM
> > To: cloudstack-dev@incubator.apache.org
> > Subject: RE: Setting up a better eclipse environm
With the discussion in the BVT thread and other evidence from the check-ins, I
think there are some confusion on when to and what to write in a unit test.
Unit tests are a philosophy thing and I usually stay away from things like
that. If you are interested in writing the right type unit tests,
the source directory, everything works beautifully.
--Alex
> -Original Message-
> From: Alex Huang [mailto:alex.hu...@citrix.com]
> Sent: Tuesday, March 5, 2013 4:55 PM
> To: cloudstack-dev@incubator.apache.org
> Subject: Setting up a better eclipse environment
>
&g
Hi All,
I've heard this from a couple of developers on eclipse and cloudstack. Thought
I share this tip.
When you open hit Shift-Ctrl-R on eclipse, it opens up the Open Resource
dialogue. A lot of people do this as a quick way to get to a file. With
CloudStack, many people see a bunch of .c
n be realized with the help of CloudStack.
> I guess Seif is doing something similar?
> I found an article [1] that explains pretty much all that I wish to do with
> CloudStack for that purpose.
>
> Regards,
> Serge
>
> [1] http://sebgoa.blogspot.com/2012/11/i-was-asked-other-
Seif,
What is the function of your scheduler? Can you go into it a little more?
Thanks.
--Alex
> -Original Message-
> From: Seif Eddine Jemli [mailto:seifeddineje...@gmail.com]
> Sent: Tuesday, March 5, 2013 12:36 PM
> To: cloudstack-dev@incubator.apache.org
> Subject: Building on Clo
Db upgrade still works the same as it did in 4.0. There's no changes there.
There were some people who created a new schema file and did not follow the
upgrade procedure. Rohit helped in getting that resolved and they've been
moved to the appropriate files.
--Alex
> -Original Message---
So in this definition, MAJOR and above must be fixed before a release is cut?
--Alex
> -Original Message-
> From: Chip Childers [mailto:chip.child...@sungard.com]
> Sent: Tuesday, March 5, 2013 11:03 AM
> To: cloudstack-dev@incubator.apache.org
> Subject: Re: [QA][DISCUSS] Should we docum
ABSOLUTELY!
--Alex
> -Original Message-
> From: Chip Childers [mailto:chip.child...@sungard.com]
> Sent: Tuesday, March 5, 2013 10:33 AM
> To: cloudstack-dev@incubator.apache.org
> Subject: [QA][DISCUSS] Should we document formal release criteria?
>
> Hi all,
>
> Some IRC discussion tr
Hi All,
As most of you are aware, the master branch keeps getting broken by checkins
for various reasons. Committers need to be more responsible about their
checkins but I don't think we can depend on that happening. There are various
reasons. The most obvious to me is that granting committe
: Re: issue with 4.1
> >
> > +1 (again)
> >
> > On 3/4/13 1:06 PM, "Alex Huang" wrote:
> >
> > >+1. It does not belong to the management server.
> > >
> > >--Alex
> > >
> > >> -Original Message--
a domain
> > >
> > > Saurav,
> > >
> > > Good to see your concerns are addressed.
> > >
> > > Regards,
> > > Ram
> > >
> > > > -Original Message-
> > > > From: Saurav Lahiri [mailto:saurav
Hi Noa,
I like your proposal a lot. This was exactly our question when we saw how this
is was done in waf. It was obvious to us at the time that waf tried to make
cloudstack look like a linux native application by spreading it to /etc, /var,
/usr/share etc and took it away from its webapp ori
+1. It does not belong to the management server.
--Alex
> -Original Message-
> From: John Burwell [mailto:jburw...@basho.com]
> Sent: Monday, March 4, 2013 8:13 AM
> To: cloudstack-dev@incubator.apache.org
> Subject: Re: issue with 4.1
>
> Chip,
>
> My recommendation in the ticket is t
-1 on this checkin
And this is not a small change. 18 files. Some large completely new methods
checked in. Changes to the virtual machine state machine. No unit testing.
I would reject this fix on these problems alone.
--Alex
> -Original Message-
> From: Alex
Min,
You should just revert the commit.
--Alex
> -Original Message-
> From: Min Chen [mailto:min.c...@citrix.com]
> Sent: Monday, March 4, 2013 9:51 AM
> To: cloudstack-dev@incubator.apache.org
> Cc: Nitin Mehta
> Subject: Master branch build is broken again
> Importance: High
>
> Hi th
This is something that everyone writing plugins should think about.
A component being enabled does not automatically mean that functionality being
enabled. Here, API Throttling component is enabled/disabled through
componentcontext.xml but the behavior of whether it should automatically
defau
Congrats Marcus!
--Alex
> -Original Message-
> From: David Nalley [mailto:da...@gnsa.us]
> Sent: Friday, March 1, 2013 9:28 AM
> To: cloudstack-dev@incubator.apache.org
> Subject: New PPMC member: Marcus Sorenson
>
> Hi folks
>
> The Podling Project Management Committee (PPMC) for Apach
John,
I assigned it to Kelven to look at. We're new to Spring though. If you can
lend a helping hand there to Kelven, will be much appreciated.
--Alex
> -Original Message-
> From: John Burwell [mailto:jburw...@basho.com]
> Sent: Thursday, February 28, 2013 10:46 AM
> To: cloudstack-de
Kelven, Storage refactor doesn't work in 4.1. If it's only that code, let's
go with your fixes first and get people unblocked.
--Alex
> -Original Message-
> From: Kelven Yang [mailto:kelven.y...@citrix.com]
> Sent: Thursday, February 28, 2013 10:23 AM
> To: Chip Childers; cloudstack-de
e all pitch in and do
our best, and there are occasionally unforeseen consequences.
Alright, I'm off to bed, if it's not been resolved by someone else by
tomorrow morning I'll revert it.
On Thu, Feb 28, 2013 at 12:29 AM, Alex Huang wrote:
> Marcus,
>
> I am for revert the
Marcus,
I am for revert the commit if we don't hear back. Something similar happened
in 4.0. Delayed 4.0 for a week while we fixed it. I don't think we want the
same thing to happen here.
The number of packaging we have to work with have always been a beast. It's
really ironic because we c
level to our pom.xml
>
> On Wed, Feb 27, 2013 at 12:08:04PM -0800, Alex Huang wrote:
> > Ok...sounds good to me. I'll do that.
>
> +1 to this approach.
>
> >
> > --Alex
> >
> > > -Original Message-
> > > From: John Burwell
[
https://issues.apache.org/jira/browse/CLOUDSTACK-1421?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alex Huang resolved CLOUDSTACK-1421.
Resolution: Invalid
Investigated this problem. Looks like it only happens with
Good point Joe. I think actually all patches in this manner should be treated
as if it's a merge and go through Chip's merge guidelines.
--Alex
> -Original Message-
> From: Joe Brockmeier [mailto:j...@zonker.net]
> Sent: Wednesday, February 27, 2013 1:47 PM
> To: cloudstack-dev@incubato
owards JRE
> 7 while maintaining backwards compatibility for JRE 6 users.
>
> Thanks,
> -John
>
> On Feb 27, 2013, at 2:19 PM, Alex Huang wrote:
>
> >> Does this imply that it requires 1.7 to compile, but should be
> >> compatible with 1.6?
> >
> &g
Nice.
But I think the first step for any patch review is to go through the jira
workflow. Can you add explanation on how to use the jira workflow for a
contributor contributing on review board?
--Alex
> -Original Message-
> From: Animesh Chaturvedi [mailto:animesh.chaturv...@citrix.co
Brian,
Isn't the regions feature in 4.1? Does this mean there's no UI for it in 4.1?
--Alex
> -Original Message-
> From: Brian Federle [mailto:brian.fede...@citrix.com]
> Sent: Wednesday, February 27, 2013 11:32 AM
> To: cloudstack-dev@incubator.apache.org
> Cc: Sonny Chhen; Jessica Wan
> Does this imply that it requires 1.7 to compile, but should be compatible with
> 1.6?
I'm open to requiring 1.6 instead of 1.7 for source.
>
> Also, we're talking about master (i.e.: not 4.1), right?
I actually want this in 4.1 not just master. If a certain version of
cloudstack suddenly re
The discussion on java support level caused me to check the poms to see if
there's a compat level set when compiling our source code. This used to be in
ant but looks to be lost in maven. I propose that we add the following lines
to our maven configuration. This basically says that even the s
Sent: Tuesday, February 26, 2013 2:14 PM
> To: cloudstack-dev@incubator.apache.org; Alex Huang
> Cc: Noa Resare; Frank Zhang; Kelven Yang
> Subject: RE: [DISCUSS] Supported Java version
>
> However, can you confirm that none of the features depend on JRE and the
> impact is low if w
Alex Huang created CLOUDSTACK-1421:
--
Summary: 4.1 must be able to run with both 1.6 and 1.7 JRE
Key: CLOUDSTACK-1421
URL: https://issues.apache.org/jira/browse/CLOUDSTACK-1421
Project: CloudStack
The Podling Project Management Committee (PPMC) for Apache CloudStack has asked
Sateesh Chodapuneedi to become a committer and we are pleased to announce that
they have accepted.
Being a committer enables easier contribution to the project since there is no
need to go via the patch submission
Mike,
It's been a while since I'ved the XenServer XAPI apis so I don't know for sure
what you've set is correct. However, I can point out that the way I normally
debug these things is I used the xe command line tool to first create the iscsi
SR. And then I look at the SR parameters and then t
ent agreement. I am only advocating for a build tested
> on JRE7, and listed as officially supported in our docs. Using the Java7
> features is a completely different discussion.
>
> Thanks,
> -John
>
> On Feb 26, 2013, at 3:52 PM, Alex Huang wrote:
>
> > +1 That&
Hi Ilya,
I can provide the reason.
CloudStack supports version to version upgrade all the way back to 2.1 days.
The typical upgrade means developer adds a statement in the new schema and adds
one in the upgrade. The problem with this approach is that the developer often
just writes the new s
k-dev@incubator.apache.org
Cc: Frank Zhang; Alex Huang
Subject: Re: [DISCUSS] Supported Java version
java 6 may be end-of-line'd by Oracle, but the OpenJDK is shipping as part of
the enterprise distributions and as such will be supported in i.e. Debian
Wheezy for at least years into the future
One question I have is should we time the event to announce graduation at one
of the collabs? Or is it too much coordination?
--Alex
> -Original Message-
> From: Sebastien Goasguen [mailto:run...@gmail.com]
> Sent: Tuesday, February 26, 2013 12:37 PM
> To: cloudstack-dev@incubator.apach
ava7 is supported
> in the next major release (with Java6 deprecated), but can we provide a
> remediation sooner that would allow our users to run on a supported JRE?
>
> Thanks,
> -John
>
> On Feb 26, 2013, at 2:55 PM, Alex Huang wrote:
>
> > I apologize for this. I
;
> On Tue, Feb 26, 2013, at 12:38 PM, John Burwell wrote:
> > +1 to the major version bump.
> > On Feb 26, 2013, at 6:07 AM, Wido den Hollander wrote:
> >
> > > On 02/25/2013 06:36 PM, Alex Huang wrote:
> > >> I don't think these things are mutual
> -Original Message-
> From: David Nalley [mailto:da...@gnsa.us]
> Sent: Monday, February 25, 2013 9:17 PM
> To: cloudstack-dev@incubator.apache.org
> Subject: Re: [DRAFT] Graduation resolution / IPMC vote email draft for
> discussion
>
> On Mon, Feb 25, 2013 at 5:17 PM, Chip Childers
>
u everyone for your emails. Moving on and moving forward.
>
> Regards.
>
> >
> > -Radhika
> >
> > -Original Message-
> > From: Chip Childers [mailto:chip.child...@sungard.com]
> > Sent: Monday, February 25, 2013 10:01 PM
> > To: cloudstack-d
> CLOUDSTACK-1252Failed to download default template in VMwareAlex
> Huang
>
I've reassigned this bug to Nitin because the analysis is incorrect. The
conclusion drawn was that this bug is due to bug 1273. Bug 1273 only happens
on master branch because I made changes in master branch that were
[
https://issues.apache.org/jira/browse/CLOUDSTACK-1252?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alex Huang reassigned CLOUDSTACK-1252:
--
Assignee: Nitin Mehta (was: Alex Huang)
The analysis is incorrect. 1273 is a
[
https://issues.apache.org/jira/browse/CLOUDSTACK-1252?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13586091#comment-13586091
]
Alex Huang commented on CLOUDSTACK-1252:
My check-in will never be pushe
, 2013 7:00 AM
> To: cloudstack-dev@incubator.apache.org
> Cc: Frank Zhang; Alex Huang
> Subject: Re: [DISCUSS] Supported Java version
>
> I didn't think that we agreed to bumping the java version to 7, and it seems
> like that might make working with distros / packages dif
mvn -P developer -pl developer,tools/devcloud -Ddeploydb
--Alex
> -Original Message-
> From: Alex Huang [mailto:alex.hu...@citrix.com]
> Sent: Sunday, February 24, 2013 12:24 PM
> To: cloudstack-dev@incubator.apache.org
> Subject: RE: Upgrade path for d
ind db/schema-40to410.sql
> at
> com.cloud.upgrade.dao.Upgrade40to41.getPrepareScripts(Upgrade40to41.ja
> va:57)
> at
> com.cloud.upgrade.DatabaseUpgradeChecker.upgrade(DatabaseUpgradeCh
> ecker.java:229)
> at
> com.cloud.upgrade.DatabaseUpgradeChecker.check(Data
I reverted 5b760f903f1a3145f62d05c1d3c142b710248026 again. It all works now.
--Alex
> -Original Message-
> From: Min Chen [mailto:min.c...@citrix.com]
> Sent: Friday, February 22, 2013 9:46 PM
> To: cloudstack-dev@incubator.apache.org
> Subject: RE: Upgrade path for db
>
> My last commi
Also I like to add a note about DB upgrades must be completed before the merge.
--Alex
> -Original Message-
> From: dcah...@midokura.jp [mailto:dcah...@midokura.jp] On Behalf Of Dave
> Cahill
> Sent: Thursday, February 21, 2013 5:41 PM
> To: cloudstack-dev@incubator.apache.org
> Subject:
My opinion is that we have a test driver that tests all hypervisor resources.
The hypervisor resources are really just translation layers so a test driver
that sends out different start commands and have it configure against the
hardware makes sense to me.
--Alex
> -Original Message-
This was not meant for cloudstack-devI'm sure I will get a ton of +1
replies but please refrain from replying to this.
--Alex
> -Original Message-
> From: Alex Huang [mailto:alex.hu...@citrix.com]
> Sent: Thursday, February 21, 2013 4:52 PM
> To: cloudstack-dev@inc
Hi,
I like to discuss nominating Animesh as a committer. Animesh joined back in
December time frame and quickly became an advocate for CloudStack. He has
quickly come up to speed on CloudStack and on how it should work in Apache.
He's handled the difficult IP clearance issues and helped mini
[
https://issues.apache.org/jira/browse/CLOUDSTACK-1336?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alex Huang resolved CLOUDSTACK-1336.
Resolution: Duplicate
Duplicate of 1273
> System VM ISO build
[
https://issues.apache.org/jira/browse/CLOUDSTACK-1273?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alex Huang resolved CLOUDSTACK-1273.
Resolution: Fixed
Commit id: b176654
> In a fresh deployem
Dave,
My fault. Been trying to figure out the problem but keep hitting problems with
running the whole thing on windows. Will keep you updated. You might want to
locally revert the commit where I moved the console proxy for the time being.
--Alex
> -Original Message-
> From: dcah...
Also, it might be more helpful to other people on the list if the subject is
more specific.
--Alex
> -Original Message-
> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> Sent: Monday, February 18, 2013 8:51 AM
> To: cloudstack-dev@incubator.apache.org
> Subject: Re: Questi
Mike,
This generally means the XenServer was unable to make a iSCSI connection to the
target. You should be able to find the failure on XS. It's either in
/var/log/xensource.log or in /var/log/SMlog.
If you're working with a pool, you want to make sure all XSes have connection
to the target.
Let me ask a stupid question. Why not html5 client that works for both ios and
android? Why only android?
--Alex
> -Original Message-
> From: Chip Childers [mailto:chip.child...@sungard.com]
> Sent: Tuesday, February 19, 2013 11:01 AM
> To: cloudstack-dev@incubator.apache.org
> Cc: P
Mike,
It is important to note that it is much more preferable to drive a consensus
through discussion than to make a vote. Vote should be something of a last
resort to use. Also only emails with [VOTE] is asking for a vote. In emails
without such tag, the +1 just means the sender liking some
, Alex Huang wrote:
> Along with too many tags, I also don't like the idea of a tag being too
> general. For example, [DISCUSS] is being used in so many types of topics
> now, I'm not really sure how it's different from an email to the list
> with no tags.
>
> Maybe we
Along with too many tags, I also don't like the idea of a tag being too
general. For example, [DISCUSS] is being used in so many types of topics now,
I'm not really sure how it's different from an email to the list with no tags.
Maybe we should say, if you are proposing a feature then you use [
nal Message-
> From: Chip Childers [mailto:chip.child...@sungard.com]
> Sent: Friday, February 15, 2013 10:51 AM
> To: Alex Huang
> Cc: cloudstack-dev@incubator.apache.org; Animesh Chaturvedi
> Subject: Re: License issue for js file from ui-plugins merge
>
> On Feb 15, 2013, at
pointer to the website.
>
> >
> > Thanks,
> >
> > Joe
> >
> > On Thu, Feb 14, 2013, at 09:18 AM, David Nalley wrote:
> >> On Wed, Feb 13, 2013 at 6:24 PM, Alex Huang
> >> wrote:
> >>> Joe,
> >>>
> >>> I adde
nal Message-
> From: Chip Childers [mailto:chip.child...@sungard.com]
> Sent: Friday, February 15, 2013 10:23 AM
> To: Alex Huang
> Cc: cloudstack-dev@incubator.apache.org; Animesh Chaturvedi
> Subject: Re: License issue for js file from ui-plugins merge
>
> On Feb 15, 2013, at 1:16 PM,
This should be on wiki somewhere.
It is not enough to reach a consensus on the ML for code collaboration and
community behavior. Please record this decision as a guideline on the
community topic on the wiki. Think about how new people or people who was not
interested in this topic can possi
According to the command itself it is required. Look in
createstoragepoolcmd.java.
--Alex
> -Original Message-
> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> Sent: Thursday, February 14, 2013 6:58 PM
> To: cloudstack-dev@incubator.apache.org
> Subject: createStoragePool
Original Message-
> From: rohityada...@gmail.com [mailto:rohityada...@gmail.com] On Behalf
> Of Rohit Yadav
> Sent: Thursday, February 14, 2013 9:23 AM
> To: cloudstack-dev@incubator.apache.org
> Cc: Alex Huang
> Subject: Re: [BLOCKER] SystemVMs come up but don't have agent ru
[
https://issues.apache.org/jira/browse/CLOUDSTACK-1273?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alex Huang updated CLOUDSTACK-1273:
---
Fix Version/s: (was: 4.1.0)
> In a fresh deployement systemvms are shown
1 - 100 of 918 matches
Mail list logo