Hey all,
Good to see action on this, we've been discussing this for a long time and I
think we need to get moving. At least on the "building jars" front we seem to
be narrowing down to two contenders maven and grade. Darren is doing the maven
thing and I've pushed to gradle build script to the
I will re submit the patch with CloudStack DAO Implementation. Do let me know
if there are concerns with this approach.
Thanks
Rajesh Battala
-Original Message-
From: Darren Shepherd [mailto:dar...@godaddy.com]
Sent: Tuesday, August 14, 2012 1:59 AM
To: cloudstack-dev@incubator.apache.o
From: Alex Huang [alex.hu...@citrix.com]
Sent: Monday, August 13, 2012 9:41 PM
To: cloudstack-dev@incubator.apache.org
Subject: RE: schema maintenance
> 2. What I'm not sure of is how to support the updates of these plugin tables.
>
> Any suggestions?
>
>
There is a bug in cloud-setup-agent on Centos 6.3. Can you use Centos 6.2
instead?
Sent from my iPhone
On Aug 13, 2012, at 8:39 PM, "citrix-dev" wrote:
> Hello,
> I am trying to add a KVM-based host (CentOS 6.3) to CS 3.0.2-based pod. I
> have followed the instructions to setup the agent etc.
Brett/Chip, I think you're right. I probably just looked at the license text
and assumed it was modified beyond usual BSD. I suggest we get it approved as
a BSD derivative. See
https://github.com/jenkinsci/trilead-ssh2/blob/master/LICENSE.txt.
-kevin
> -Original Message-
> From: Ch
Shouldn't be a problem.
At least, we've thought about how this should work before. I might even have a
bug for it.
The one that I really have not thought through and I have raised on this list
and worth raising again is the following.
CloudStack Plugins generally will have some tables that ar
> -Original Message-
> From: Caleb Call [mailto:calebc...@me.com]
> Sent: 13 August 2012 20:57
> To: cloudstack-dev@incubator.apache.org
> Subject: Re: Bug tracker: Re: [DISCUSS] - A must do tasks for the coming 1-2
> months
>
> There may be other issues I've missed in the discussions on s
Just need a volunteer to make this switch. Alex, perhaps someone on your team?
Will
From: Darren Shepherd [dar...@godaddy.com]
Sent: Monday, August 13, 2012 8:53 PM
To: cloudstack-dev@incubator.apache.org
Subject: RE: schema maintenance
Why don't we decid
There may be other issues I've missed in the discussions on separating them
but, instead of standing up two separate Jira instances, why not just use
separate projects within the current Jira project? Make the current CS project
read-only and/or locked down to only admins (or whoever is deemed
Why don't we decide that the 4.0 release is last release this way and
then going forward everything will be delta since 4.0.
Darren
> Original Message
> Subject: Re: schema maintenance
> From: David Nalley
> Date: Mon, August 13, 2012 8:22 pm
> To: cloudstack-dev@incubator.a
Hello,
I am trying to add a KVM-based host (CentOS 6.3) to CS 3.0.2-based pod. I
have followed the instructions to setup the agent etc.
Although when the server tries to configure the agent
using cloud-setup-agent, it fails:
2012-08-13 23:17:28,097 DEBUG
[network.router.VirtualNetworkApplianceMana
+1 for this. I'd ditch the monolithic altogether.
On Mon, Aug 13, 2012 at 11:10 PM, Will Chan wrote:
> No argument from your thoughts on this. I think if the project wants the
> incremental DB changes, CS is already in a good position to support that
> through our upgrade sql scripts.
>
> Will
Also, you can usually set a default network on a tagged/trunked port, so
that no config changes to the existing infrastructure would be required
(aside from implementing the new hardware). Existing stuff just works off
of the native network for that port, and anything that needs tags can do
so. Sou
Dave,
>From a Citrix point of view, we will always need our own JIRA instance unless
>you just mean the bugs.cs.o URL is going away only. We will continue to carry
>on specific Citrix CloudPlatform releases that will invariably differ in
>version and codename. If we removed our JIRA instance
No argument from your thoughts on this. I think if the project wants the
incremental DB changes, CS is already in a good position to support that
through our upgrade sql scripts.
Will
From: Darren Shepherd [dar...@godaddy.com]
Sent: Monday, August 13, 2
On Mon, Aug 13, 2012 at 10:55 PM, Chip Childers
wrote:
> On Aug 12, 2012, at 2:26 AM, Ram Ganesh wrote:
>
>>> -Original Message-
>>> From: David Nalley [mailto:da...@gnsa.us]
>>> Sent: 11 August 2012 09:11
>>> To: cloudstack-dev@incubator.apache.org
>>> Subject: Re: Release Management Pro
On Aug 13, 2012, at 10:26 PM, Alex Huang wrote:
>>
>> Alex - What sort of merge schedule do you think you'll aim for?
>> Daily? Ongoing through the workday? What sort of indication do you want
>> when we know something should go into 4.0?
>
> I'm new to this so I'm open to suggestions. I'll st
On Aug 12, 2012, at 2:26 AM, Ram Ganesh wrote:
>> -Original Message-
>> From: David Nalley [mailto:da...@gnsa.us]
>> Sent: 11 August 2012 09:11
>> To: cloudstack-dev@incubator.apache.org
>> Subject: Re: Release Management Process
>>
>> On Fri, Aug 10, 2012 at 9:27 PM, Will Chan
>> wrote:
> On Aug. 13, 2012, 5:31 p.m., Alex Huang wrote:
> > This is the wrong way to do this. I thought the agreement is to use the
> > GenericDao stuff for now so that when we switch that layer we can switch
> > everything together.
> >
> > Here's also what Darren said on the mailing list:
> >
> >
Underlying CloudStack infrastructure actually does not prevent you from
creating a non-isolated guest network without a VLAN, making VLAN
mandatory for these networks is unfortunately posted at CloudStack
business layer, I think we should fix this problem to make people(like
Outback)'s life easier
Koushik,
I'm not very familiar with fullsync/deltaSync. I saw you removed following line:
'if (VirtualMachineName.isValidVmName(left.name)) continue; // if the vm
follows cloudstack naming ignore it for stopping'
What if someone migrates a VM, and restart management server immediately, then
t
>
> Alex - What sort of merge schedule do you think you'll aim for?
> Daily? Ongoing through the workday? What sort of indication do you want
> when we know something should go into 4.0?
I'm new to this so I'm open to suggestions. I'll start with daily because it's
easier for me to do this at
On Mon, Aug 13, 2012 at 8:48 PM, Ewan Mellor wrote:
>> -Original Message-
>> From: David Nalley [mailto:da...@gnsa.us]
>>
>> [Snip]
>>
>> So my thoughts are:
>>
>> We should abandon thoughts of migration, and start from scratch on the
>> ASF's bug tracker.
>> We'll redirect bugs.cloudstack
As I said before we don't *have* to move the files around. I already
started working on this (I have everything compiling fine) and have
taken the approach of not moving files. Moving the files around is just
nice because it's easier for other people who don't know CS but know
maven to work with
ok we caved in and finally hijacked a vlan capable switch and
reconfigured our whole environment to comply with CS and its
requirements for vlans
We literally reconfigured our whole environment to accommodate the
forced use of VLANs by cloudstack for advanced networking. Everything
prior
ran perfec
On Mon, Aug 13, 2012 at 8:07 PM, Eric wrote:
>> From: Eric
>>To: "cloudstack-dev@incubator.apache.org"
>>
>>Sent: Thursday, August 9, 2012 11:00 AM
>>Subject: Re: CloudStack gathering around LinuxConNA?
>>
>>> From: David Nalley
>>
>>> On Fri, May 25, 2012 at 9:51 AM, David Nalleywrote:
>
> The concerns of the deltas getting to be too much is simply solved when you
> get to that point. In practice the time it takes to run a bunch of deltas to
> create a DB from scratch is not much slower than the monolithic file because
> DDL runs real fast on an empty DB.
>
We can also always
Job heartbeat(progress report etc), job expiration, job cancellation, and
job throttling will be improved in the new architecture
Kelven
On 8/13/12 4:46 AM, "Suresh Sadhu" wrote:
>
>Including few more points ..
>
>HI All,
>
>As I heard , Upcoming releases has major architecture changes involved
> -Original Message-
> From: Darren Shepherd [mailto:dar...@godaddy.com]
> Sent: Monday, August 13, 2012 5:07 PM
> To: cloudstack-dev@incubator.apache.org
> Subject: schema maintenance
>
> Has there been any talk about not maintaining a monolithic
> create_schema.sql and doing a more DB
Understood, but I would venture to guess that developers (and a lot of testing)
work off of the create_schema file and then prepare the upgrade as an after
thought. That means the likelihood of issues in the upgrade is higher. I've
just personally seen that the monolithic file gets more people
+1
ASF CloudStack needs a separate bug tracker and a workflow process with it. For
current JIRA, It's strange if I file a bug for ASF but someone mark it 'fix in
campo' or something.
Mice
-Original Message-
From: Will Chan [mailto:will.c...@citrix.com]
Sent: Tuesday, August 14, 2012 5
> -Original Message-
> From: Ewan Mellor [mailto:ewan.mel...@eu.citrix.com]
> Sent: Monday, August 13, 2012 6:07 PM
> To: cloudstack-dev@incubator.apache.org
> Cc: Alex Huang
> Subject: RE: [ASFCS40] Branching for 4.0?
>
> > -Original Message-
> > From: Chip Childers [mailto:chip
> -Original Message-
> From: Chip Childers [mailto:chip.child...@sungard.com]
> Sent: 13 August 2012 17:29
> To: cloudstack-dev@incubator.apache.org
> Cc: Alex Huang
> Subject: Re: [ASFCS40] Branching for 4.0?
>
> On Mon, Aug 13, 2012 at 8:22 PM, Ewan Mellor
> wrote:
> >> -Original Me
> -Original Message-
> From: Chip Childers [mailto:chip.child...@sungard.com]
> Sent: Monday, August 13, 2012 5:52 PM
> To: cloudstack-dev@incubator.apache.org
> Subject: Re: Bug tracker: Re: [DISCUSS] - A must do tasks for the coming 1-2
> months
>
> Also, can we plan on keeping the curr
> -Original Message-
> From: Chip Childers [mailto:chip.child...@sungard.com]
> Sent: Monday, August 13, 2012 5:36 PM
> To: cloudstack-dev@incubator.apache.org
> Subject: Re: schema maintenance
>
> On Mon, Aug 13, 2012 at 8:06 PM, Darren Shepherd
> wrote:
> > Has there been any talk abo
> -Original Message-
> From: Matthew Patton [mailto:mpat...@inforelay.com]
> Sent: Monday, August 13, 2012 6:47 AM
> To: cloudstack-dev@incubator.apache.org
> Subject: RE: Local storage support for data volumes
>
> Unfortunately this caught my eye.
> " n disabled existing local storages
On Mon, Aug 13, 2012 at 5:56 PM, Will Chan wrote:
> I'm for this move to quickly start a brand new bug DB simply because there's
> almost no workflow process for 4.0 or at least a way of tracking bugs that
> need to be fixed for 4.0 release.
+1 - we should absolutely get started fresh in the AS
> -Original Message-
> From: David Nalley [mailto:da...@gnsa.us]
>
> [Snip]
>
> So my thoughts are:
>
> We should abandon thoughts of migration, and start from scratch on the
> ASF's bug tracker.
> We'll redirect bugs.cloudstack.org to the ASF's jira instance.
> We should leave the existi
> -Original Message-
> From: Darren Shepherd [mailto:dar...@godaddy.com]
>
> [Snip]
>
> Let me know if you want me to head down this path. It would probably just
> take me a week or two to knock this out and then you guys can decide if this
> is a 4.0 or post-4.0 thing. One huge warning up
On Mon, Aug 13, 2012 at 8:06 PM, Darren Shepherd wrote:
> Has there been any talk about not maintaining a monolithic
> create_schema.sql and doing a more DB migrate style? From a
> supportability perspective its way easier if your SQL is just always
> deltas from the last. For example, you ship
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/6572/#review10251
---
Ship it!
Ship It!
- Kelven Yang
On Aug. 13, 2012, 11:20 a.m., Raj
On Mon, Aug 13, 2012 at 8:22 PM, Ewan Mellor wrote:
>> -Original Message-
>> From: Chip Childers [mailto:chip.child...@sungard.com]
>> Sent: 13 August 2012 17:09
>> To: cloudstack-dev@incubator.apache.org
>> Subject: [ASFCS40] Branching for 4.0?
>>
>> All,
>>
>> It didn't look like the 4.0
> -Original Message-
> From: Chip Childers [mailto:chip.child...@sungard.com]
> Sent: 13 August 2012 17:09
> To: cloudstack-dev@incubator.apache.org
> Subject: [ASFCS40] Branching for 4.0?
>
> All,
>
> It didn't look like the 4.0 branch had been created yet, but we had discussed
> creatin
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/6552/#review10250
---
Ship it!
Ship It!
- Kelven Yang
On Aug. 11, 2012, 10:21 p.m., Ven
> -Original Message-
> From: Darren Shepherd [mailto:dar...@godaddy.com]
> Sent: Monday, August 13, 2012 11:14 AM
> To: cloudstack-dev@incubator.apache.org
> Subject: what is com.cloud.agent.VmmAgentShell and does it really
> belong in "server"
>
> I'm working through and trying to setup
Ewan, I will help chase the Citrix proposed features (minus Netcaler team) to
add in upgrades scripts for their respective features. I assume you can take
care of the rest?
Will
> -Original Message-
> From: Alena Prokharchyk [mailto:alena.prokharc...@citrix.com]
> Sent: Monday, August
All,
It didn't look like the 4.0 branch had been created yet, but we had
discussed creating it today. I went ahead and created it just now.
Unless there are serious objections to the branch having been created,
I guess we're considering this branch to be the working copy that we
should all be te
> From: Eric
>To: "cloudstack-dev@incubator.apache.org"
>
>Sent: Thursday, August 9, 2012 11:00 AM
>Subject: Re: CloudStack gathering around LinuxConNA?
>
>> From: David Nalley
>
>> On Fri, May 25, 2012 at 9:51 AM, David Nalley wrote:
>>>
>>>
>>> Hi folks,
>>>
>>> $d
Has there been any talk about not maintaining a monolithic
create_schema.sql and doing a more DB migrate style? From a
supportability perspective its way easier if your SQL is just always
deltas from the last. For example, you ship version 1 and create
schema1.sql. Version 2 you add some stuff s
> -Original Message-
> From: Wido den Hollander [mailto:w...@widodh.nl]
> Sent: Wednesday, August 08, 2012 6:34 AM
> To: cloudstack-dev@incubator.apache.org
> Subject: KVM Agent setup/configuration
>
> Hi,
>
> I was looking into the Agent setup and configuration today and found
> out
>
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/6425/#review10248
---
Since there are changes made to DAO layer, this patch cannot be appl
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/6428/#review10247
---
Likitha,
It would be good if you pre-compile the regex into a Patter
I started looking at the DB upgrade part of the code for 4.0 release, and
fixed the following:
1) joined 3.0.2->3.0.3 and 3.0.3->4.0 upgrade paths to one: 3.0.2 to 4.0.
Did it because asf/master was branched when no 3.0.3 was released yet, and
we shouldn't have merged 302->303 to asf/master.
So wh
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/6427/#review10244
---
Are there still references to v3.0.3 in compatibility-matrix? That sh
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/6424/#review10246
---
Ship it!
- Prachi Damle
On Aug. 7, 2012, 5:08 a.m., Likitha Shetty
Nah, just wanted the URL so I could put in the ciManagement portion on
the maven pom.
Darren
> Original Message
> Subject: RE: cloudstack ci server?
> From: Ewan Mellor
> Date: Mon, August 13, 2012 3:38 pm
> To: "cloudstack-dev@incubator.apache.org"
>
>
>
> http://jenkins.
Hi John,
I'll take care of the old one. Thanks for copying this info over.
Will
> -Original Message-
> From: John Kinsella [mailto:j...@stratosec.co]
> Sent: Monday, August 13, 2012 3:49 PM
> To: cloudstack-dev@incubator.apache.org
> Subject: [DISCUSS] CloudStack Release process
>
> E
Everyone - I've copied the CloudStack Maintainer's Guide to cwiki.a.o [1] and
updated it with release info.
In particular, the section on Release Workflow is new, talking about about
Release Candidate and General Availability releases and voting.
Additionally I updated the "Branching" section
http://jenkins.cloudstack.org.
David Nalley or I can give you an account if you want to make jobs on there.
I'd appreciate knowing what it is you want to do, so that we don’t overlap.
Cheers,
Ewan.
> -Original Message-
> From: Darren Shepherd [mailto:dar...@godaddy.com]
> Sent: 13 Aug
ok, I'll assume it's fixed in the new version. Note, I could create a
VM and get a job ID as well, it just ended up in an error state
On Mon, Aug 13, 2012 at 2:58 PM, Jason Bausewein
wrote:
> Hi Marcus,
>
> Using ipaddress and networkids worked for me as well. The instance started
> up with the
Is there a jenkins or other CI server for CS?
Darren
I'm for this move to quickly start a brand new bug DB simply because there's
almost no workflow process for 4.0 or at least a way of tracking bugs that need
to be fixed for 4.0 release.
If Citrix ends up fixing bugs that are to be pushed into Apache, I will make a
policy in our end to at leas
Hi Justin:
So currently, I am restoring the database and attachments to a set of
test machines.
I then delete any ticket that triggers a security level higher than
public or none.
Then use jira's XML export to export the bugs themselves.
And of course a separate archive of the attachments.
Then I
Dave,
Is this a problem that has not been able to take advantage of a
programmatic solution? I guess the question I am asking is what is the
current workflow that is being used?
On Mon, Aug 13, 2012 at 5:18 PM, David Nalley wrote:
> On Tue, Jul 31, 2012 at 2:08 PM, David Nalley wrote:
> > On M
On Tue, Jul 31, 2012 at 2:08 PM, David Nalley wrote:
> On Mon, Jul 30, 2012 at 4:45 PM, Mohammad Nour El-Din
> wrote:
>> Hi...
>>
>>I was talking to David Nalley over IRC and we spotted two main tasks
>> that we should put our focus on in the coming 1-2 months and
>> more preferably the comi
Hello all,
I've noticed several people are starting to populate the new wiki which
David N set up at
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Index. I applaud the
effort to have a clean, Apache CS-only wiki, replacing the old wiki that
mixed Apache CloudStack with proprietary Citrix C
Hi Marcus,
Using ipaddress and networkids worked for me as well. The instance started up
with the correct IP.
2012-08-13 13:50:49,219 INFO [cloud.api.ApiServer] (catalina-exec-15:null)
(userId=2 accountId=2 sessionId=null) 10.1.0.27 -- GET
account=admin&apikey=dz8v8G3SrI6asE1fcWEn9_QTt3Gt13R
> -Original Message-
> From: Darren Shepherd [mailto:dar...@godaddy.com]
> Sent: Monday, August 13, 2012 1:29 PM
> To: cloudstack-dev@incubator.apache.org
> Subject: RE: Hibernate -> Custom DAO for AWS component
>
>
> I think Alex and I agree on point 1, and I'm not sure if anybody agrees
I think there's two points.
1) Raw SQL is bad, so even in a time crunch moving to the custom
CloudStack DAO implementation *should* have been better.
2) I'd rather see a JPA based solution then moving to custom CloudStack
DAO.
I think Alex and I agree on point 1, and I'm not sure if anybody agree
Koushik,
If you have not already done so, could you please file a Doc bug to request
the documentation fix?
https://cwiki.apache.org/confluence/display/CLOUDSTACK/CloudStack+Documentation+Contributors+Overview#CloudStackDocumentationContributorsOverview-FilingaDocBug
As always, attention to docum
I was able to get the iptonetwork list running by using curl with the
-g option, so apparently it has to do with how it's parsing/encoding
the URL. This will be sufficient for my purposes, however, I think
there is a bug in the ipaddress in combination with networkids, as
there's no such encoding
> -Original Message-
> From: Alex Huang [mailto:alex.hu...@citrix.com]
> Sent: Monday, August 13, 2012 10:33 AM
> To: cloudstack-dev@incubator.apache.org
> Subject: RE: Hibernate -> Custom DAO for AWS component
>
>
>
> > -Original Message-
> > From: Darren Shepherd [mailto:dar.
On Wed, Aug 08, 2012 at 05:42:22PM -0700, Jessica Tomechak wrote:
> Sure, we could start from the PDF instead of checking Word in to the repo
> (just typing that makes me wince). Thanks for the offer of help!
>
> I'd be willing to make a list of the doc sections, with the ones I've
> already done
I just tested the iptonetworklist parameter using an advanced zone setup with
xenserver 6.
I was able to specify the private IP using the iptonetworklist. The instance
was assigned the correct IP and could access the internet ok.
I am running off master, but I don't see why this would not wor
Matthew,
You have a valid point and the regular delete operation does exactly what you
have mentioned, in case the HV is not reachable it fails with error.
But in case of a forced delete, CS cleans up the db state even though it is
unable to perform the actual delete. In this scenario when the H
> On Mon, Aug 13, 2012 at 12:59 PM, Marcus Sorensen
> wrote:
>> know what secondary storage we have, then cloudstack is canonical.
>> There is no concept in cloudstack of 'query and update myself about
>> which secondary storage devices the hosts know about'.
Fair enough. But it damn well better
I'm working through and trying to setup maven pom's for all the code and
its pointing out some weird dependencies in the code.
com.cloud.agent.VmmAgentShell is in server/src, but it depends on
agent/src. Historically I don't think the cloud-server.jar has depended
on the cloud-agent.jar.
The pro
In "Re: Review Request: Moved S3 and EC2 to DAO Implementation and removed
Hibernate dependency" and other recent threads, there seems to be quite a
bit of "we have to rip this tool out" or "we can't package CS with XYZ
because it's not ASF compatible. (see VMware, NetApp, et. al.)"
So instead of
I've fixed the s2s vpn db schema issue.
Thanks!
--Sheng
-Original Message-
From: Alena Prokharchyk
Sent: Sunday, August 12, 2012 1:21 PM
To: cloudstack-dev@incubator.apache.org
Cc: Anthony Xu; Sheng Yang; Brian Federle
Subject: Re: asf/vpc branch merge
The asf/vpc branch merge to the m
> -Original Message-
> From: Darren Shepherd [mailto:dar...@godaddy.com]
> Sent: Sunday, August 12, 2012 8:25 AM
> To: cloudstack-dev@incubator.apache.org
> Subject: Hibernate -> Custom DAO for AWS component
>
> All,
>
> I was just reviewing https://reviews.apache.org/r/6557/diff/ for t
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/6557/#review10225
---
This is the wrong way to do this. I thought the agreement is to use
On Mon, Aug 13, 2012 at 12:59 PM, Marcus Sorensen wrote:
> I'm not sure how this applies to my reservations. The
> query/check/update and representations to the user about state are a
> separate matter entirely from configuration. When we want to know if a
> VM is running, obviously the host runni
I'm not sure how this applies to my reservations. The
query/check/update and representations to the user about state are a
separate matter entirely from configuration. When we want to know if a
VM is running, obviously the host running the VM is the canonical
source (this is about state, not config
Awesome, thanks.
On Sun, Aug 12, 2012 at 12:16 AM, Jason Bausewein
wrote:
> Hi Marcus, I could test it out on Monday and let you know the result.
>
> -Original Message-
> From: Marcus Sorensen [mailto:shadow...@gmail.com]
> Sent: Saturday, August 11, 2012 10:31 AM
> To: cloudstack-dev@in
On Mon, Aug 13, 2012 at 12:20 PM, David Nalley wrote:
> On Mon, Aug 13, 2012 at 11:32 AM, Chip Childers
> wrote:
>> On Thu, Aug 9, 2012 at 8:15 PM, Brett Porter wrote:
>>> Looks like Orion SSH2 is a fork of trilead (which used to be ganymed). Also
>>> looks like Jenkins have forked Trilead:
>>
On Mon, Aug 13, 2012 at 11:32 AM, Chip Childers
wrote:
> On Thu, Aug 9, 2012 at 8:15 PM, Brett Porter wrote:
>> Looks like Orion SSH2 is a fork of trilead (which used to be ganymed). Also
>> looks like Jenkins have forked Trilead:
>> https://github.com/jenkinsci/trilead-ssh2/
>>
>> AFAIK, all o
On Fri, Aug 10, 2012 at 3:34 PM, Ewan Mellor wrote:
>> -Original Message-
>> From: Chip Childers [mailto:chip.child...@sungard.com]
>>
>> [Snip]
>>
>> >
>> > At present it isn't, (Xenserverjava is copyleft) and no one from
>> > upstream XenServer is answering my emails regarding the status
No luck. There is only a single host(router) that is on the same network(VLAN)
as the VR.
I have zero issues with centOS hosts acting as VRs. Only the built in VR does
this.
Messages is clean. I am still scratching my head in this one. It seams build
specific to the built-in VR.
I will try a
>this bug fix is implemented, then cloudstack is no longer the
> canonical source of configuration,
Which is how it should be. It is a fatal conceit to think CS knows anything in
an absolute manner. It must always query, always check and update itself. Any
representation made to the use
> On Aug. 10, 2012, 8:36 p.m., edison su wrote:
> > Ship It!
please ship r3, looks like I beat you by only a minute, so I'm not sure you saw
it...
- Marcus
---
This is an automatically generated e-mail. To reply, visit:
https://reviews
When it starts the SSVM, I usually see the management server include
the bridge names in the command it sends to the agent. If it asks the
agent for these, then cloudstack no longer needs the traffic labels
when setting up a zone or physical network. If it's not asking the
agent (i.e. if they're in
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/6577/#review10217
---
Ship it!
Ship It!
- Chip Childers
On Aug. 13, 2012, 3:31 p.m., Jo
On Thu, Aug 9, 2012 at 8:15 PM, Brett Porter wrote:
> Looks like Orion SSH2 is a fork of trilead (which used to be ganymed). Also
> looks like Jenkins have forked Trilead:
> https://github.com/jenkinsci/trilead-ssh2/
>
> AFAIK, all of them are BSD and should be fine, unless you have a commercial
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/6577/
---
Review request for cloudstack.
Description
---
Finished cleanup on docs und
On Mon, Aug 13, 2012 at 10:06 AM, sebgoa wrote:
>
> On Aug 9, 2012, at 6:06 PM, David Nalley wrote:
>
>> On Thu, Aug 9, 2012 at 5:05 PM, Chip Childers
>> wrote:
>>> On Thu, Aug 9, 2012 at 9:36 AM, sebgoa wrote:
Hi Chip,
I am almost through the entire build.
However pupp
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/6553/#review10215
---
Ship it!
Ship It!
- Chip Childers
On Aug. 13, 2012, 2:32 p.m., Jo
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/6553/
---
(Updated Aug. 13, 2012, 2:32 p.m.)
Review request for cloudstack.
Changes
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/6464/#review10213
---
Ship it!
Ship It!
- Murali Reddy
On Aug. 9, 2012, 9:10 a.m., Tomo
Blah - I see now there are two reviews 6328 and 6427 for the same
thing - 6427 has an updated diff. My apologies for not catching that.
(In the future, just upload the new diff to the same review request.)
Is there a reason bookinfo.xml is deleted?
--David
On Mon, Aug 13, 2012 at 10:17 AM, David
Watnuss,
You can refer to class Request.java (and related) from package
com.cloud.agent.transport, project core. It uses a library 'Gson' to convert
commands into Json.
About how management server chooses host, simply speaking, each command is sent
to the host which should do the job, e.g. fo
1 - 100 of 122 matches
Mail list logo
