Hi,
I am running ACS 4.3 with 3 xenserver 6.2 SP1 host in single cluster,
primary secondary storage is nfs, exposed from glusterfs, Also using
Cloudstack HA feature for guest VMs.
underneath we have 2 glusterfs node (node-1, node-2) for replication ctdb
service on top of glusterfs is providing
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/23452/
---
(Updated Aug. 22, 2014, 6:24 a.m.)
Review request for cloudstack, suresh
On Aug. 12, 2014, 11:07 a.m., sanjeev n wrote:
test/integration/component/test_lb_secondary_ip.py, line 205
https://reviews.apache.org/r/23452/diff/2/?file=658387#file658387line205
Add Assertion to check whether assigning lb rule to secondary ip
address is success or not.
See http://jenkins.buildacloud.org/job/simulator-singlerun/changes
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/24932/
---
(Updated Aug. 22, 2014, 1:30 p.m.)
Review request for cloudstack, Girish
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/24931/
---
(Updated Aug. 22, 2014, 1:30 p.m.)
Review request for cloudstack, Girish
See http://jenkins.buildacloud.org/job/simulator-singlerun/changes
On Aug 21, 2014, at 10:20 AM, Rohit Yadav rohit.ya...@shapeblue.com wrote:
Hi All,
Thanks to concerns raised by Sebastien and Erik, I’ve added backward
compatibility to cloudmonkey to support now deprecated options: host, port,
protocol and path. Setting them will cause cloudmonkey to
On Aug. 18, 2014, 5:36 a.m., sanjeev n wrote:
test/integration/component/test_dedicate_guest_vlan_ranges.py, line 1197
https://reviews.apache.org/r/24055/diff/1/?file=644474#file644474line1197
This assert statement does not make sense because no vlan would be
assigned to the
Two new tests started to fail since the last 3 runs. They are failing in
the setup stage. But,on my local they dont fail. Can anyone take a look
please?
Test Name | Duration | Age
nose.suite.ContextSuite context=TestDeployVmWithAffinityGroup:setup | 0
ms | 3
nose.suite.ContextSuite
Hi Hugo,
Is it possible to add more info to the build failure emails?
probably, test cases that failed and commit delta involved.
http://jenkins.buildacloud.org/view/simulator/job/simulator-singlerun/
~Rajani
Hi,
On 22-Aug-2014, at 10:22 am, Sebastien Goasguen run...@gmail.com wrote:
Rohit, I am not sure what you tried to do with the url setting.
This is not entirely backward compatible because I need to create a profile
anyway (add profile under core then move the user section under the profile
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/24420/#review51272
---
test/integration/component/test_deploy_vgpu_vm.py
Hey folks!
Open source means chaos.
Chaos is ok.
Community over code.
Consensus can and should be reached lazily.
Decisions should and will be made by the people who do the work.
Vetoes are a last resort.
Neither lack of consensus nor prevalence of vetoes can block progress.
Revolution is
See http://jenkins.buildacloud.org/job/simulator-singlerun/changes
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/24969/
---
Review request for cloudstack, Abhishek Agarwal, Alena Prokharchyk, edison su,
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/24969/
---
(Updated Aug. 22, 2014, 9:38 a.m.)
Review request for cloudstack, Abhishek
On Aug 19, 2014, at 11:06 PM, Sebastien Goasguen run...@gmail.com wrote:
On Aug 19, 2014, at 4:38 PM, Rohit Yadav rohit.ya...@shapeblue.com wrote:
Hi Sebastien,
On 19-Aug-2014, at 10:17 pm, Sebastien Goasguen run...@gmail.com wrote:
The fact that we basically have none, pushes me to argue
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/24055/
---
(Updated Aug. 22, 2014, 10:14 a.m.)
Review request for cloudstack, suresh
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/24969/#review51273
---
Ship it!
Ship It!
- Stephen Hoogendijk
On Aug. 22, 2014, 9:38
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/24969/#review51275
---
Ship it!
Ship It!
- Wei Zhou
On 八月 22, 2014, 9:38 a.m., Ilia
See http://jenkins.buildacloud.org/job/simulator-singlerun/changes
Hey folks,
Glad to see all the attention on this topic. Let’s do more testing! :-)
CI that we have internally
--
At schuberg philis we have a “cloudstack integration test” (CIT) environment.
It’s grown and evolved incrementally over time along with our use of
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/24936/
---
(Updated Aug. 22, 2014, 11:03 a.m.)
Review request for cloudstack, Rayees
Looks like the new failures are gone.
testcase
integration.smoke.test_vm_life_cycle.TestVMLifeCycle.test_09_expunge_vm is
failing from the past 100+ builds. But, it is successful on my local dev
setup.
stripped output:
=== TestName: test_09_expunge_vm | Status : SUCCESS ===
This is command I
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/24974/
---
Review request for cloudstack and Girish Shilamkar.
Bugs: CLOUDSTACK-7367
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/23986/#review51277
---
Ship it!
Ship It!
- Girish Shilamkar
On Aug. 20, 2014, 6:36
Hi,
Does using non-oss packages violate or impose any restrictions on users for
commercial or non-commercial usage, since they come with jars which are
not-necessarily using Apache license?
If so, do we have any documentation on this for users as the build page does
not note any such
All,
There were few issues reported under new code addition of globodns,apart from
others. For globodns, daniel, you may want to look in to them. Please check.
** CID 1232329: Explicit null dereferenced (FORWARD_NULL)
See http://jenkins.buildacloud.org/job/simulator-singlerun/changes
See http://jenkins.buildacloud.org/job/simulator-singlerun/changes
See http://jenkins.buildacloud.org/job/simulator-singlerun/changes
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/24420/
---
(Updated Aug. 22, 2014, 2:09 p.m.)
Review request for cloudstack, Doug Clark,
On Aug. 22, 2014, 9:20 a.m., John Dilley wrote:
All the review comments are incorporated excpet one which was getting the
pciDevice value from the host. I have given my reasons below.
Also, one more change was made. In the function check_for_vGPU_resource now
we are passing the hostid of
Dropping private@
All libraries (including our own) include restrictions in their licensing.
The default build path contains nothing that isn't Apache-licensed or
more lenient (MIT, BSD, etc) in compliance with the ASF's policy on
3rd-party libraries.
The same policy does allow non-default build
See http://jenkins.buildacloud.org/job/simulator-singlerun/changes
Hi Mike,
I tryed the SolidFire plugin on 4.4.1, and I don't think the behavior is
right for the ROOT volume. Tried on XenServer 6.2.
First, I am using a template with technically a 20GB space, but the
storage plugin will create the volume only according to the size of the
vhd (which is
Hi Francois,
Interesting...all of my tests on XS 6.1 and 6.2 check out just fine (but
that is with CS 4.4).
I'll contact you off list and we can work this out.
Thanks,
Mike
On Fri, Aug 22, 2014 at 9:44 AM, Francois Gaudreault
fgaudrea...@cloudops.com wrote:
I would also add that the ROOT
I would also add that the ROOT volume created stayed on the SF cluster,
even if the VM creation failed. That's also a problem, although I
believe the storage garbage collector would delete it?
FG
On 2014-08-22, 11:39 AM, Francois Gaudreault wrote:
Hi Mike,
I tryed the SolidFire plugin on
On Fri, Aug 22, 2014 at 6:04 AM, Leo Simons lsim...@schubergphilis.com wrote:
On Aug 19, 2014, at 11:06 PM, Sebastien Goasguen run...@gmail.com wrote:
On Aug 19, 2014, at 4:38 PM, Rohit Yadav rohit.ya...@shapeblue.com wrote:
Hi Sebastien,
On 19-Aug-2014, at 10:17 pm, Sebastien Goasguen
Mark and I worked on that off-list, and it looks like it's a Swift
provider issue. See, in ACS, when you use NFS, the reported template
size is the ROOT volume size. While using swift, it's the VHD file size,
which is not the ROOT volume size.
SolidFire will rely on this metric to create the
Just to clarify: Mark is really me: Mike :)
I give Daan a hard time about this. :) He called me Mark at CCCEU in Denver
a few times during a presentation and it seems like that's been like a
second name for me.
On Fri, Aug 22, 2014 at 10:27 AM, Francois Gaudreault
fgaudrea...@cloudops.com
As an FYI, the reason this still works for traditional (so-called
non-managed) primary storage in CloudStack on XenServer is that those
environments put many CloudStack root and data disks on the same backend
SAN volume (or NFS share).
Even if the size of the root disk is incorrectly specified,
This is, by-the-way, why active committers should want to become PMC members,
to get the binding votes aligned to who is doing the work. The ratio PMC
member / committer in this project scares me.
I am curious why it scares you. It doesn't seem terribly out of the
norm. CloudStack clearly
Ok. I digged a little more, and now I know why it fails, but don't know
how to fix this :) I opened a defect:
https://issues.apache.org/jira/browse/CLOUDSTACK-7406
To me this is a fairly important one since is does have impacts on other
features (e.g SF storage plugin, and maybe usage
On Aug 22, 2014, at 6:04 AM, Leo Simons lsim...@schubergphilis.com wrote:
On Aug 19, 2014, at 11:06 PM, Sebastien Goasguen run...@gmail.com wrote:
On Aug 19, 2014, at 4:38 PM, Rohit Yadav rohit.ya...@shapeblue.com wrote:
Hi Sebastien,
On 19-Aug-2014, at 10:17 pm, Sebastien Goasguen
On Aug 22, 2014, at 5:16 AM, Rohit Yadav rohit.ya...@shapeblue.com wrote:
Hi,
On 22-Aug-2014, at 10:22 am, Sebastien Goasguen run...@gmail.com wrote:
Rohit, I am not sure what you tried to do with the url setting.
This is not entirely backward compatible because I need to create a
On Aug 22, 2014, at 5:21 AM, Leo Simons lsim...@schubergphilis.com wrote:
Hey folks!
Open source means chaos.
Chaos is ok.
Community over code.
Consensus can and should be reached lazily.
Decisions should and will be made by the people who do the work.
Vetoes are a last resort.
Neither
I've CCed Edison on this. I think he has a bunch of experience with S3 and
Swift integration into CloudStack.
On Fri, Aug 22, 2014 at 11:46 AM, Francois Gaudreault
fgaudrea...@cloudops.com wrote:
Ok. I digged a little more, and now I know why it fails, but don't know
how to fix this :) I
Hi,
This was brought up in a different e-mail thread, but I wanted to make it
more clear that it's related to CloudStack's download code around S3/Swift,
so I'm opening up a new thread.
Francois (from CloudOps) noticed today that when he downloaded a template
(VHD format) to Swift (but it looks
I forgot to say that this was noticed with 4.4 (but is probably an earlier
issue).
On Fri, Aug 22, 2014 at 2:38 PM, Mike Tutkowski
mike.tutkow...@solidfire.com wrote:
Hi,
This was brought up in a different e-mail thread, but I wanted to make it
more clear that it's related to CloudStack's
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/24991/
---
Review request for cloudstack and Hugo Trippaers.
Repository: cloudstack-git
I know the reason why the size of template doesn’t have correct virtual size if
it’s registered in S3/Swift:
In case of s3/swift, the template is directly stored into s3/swift through
swift/s3 api, there is no place for cloudstack to look into template, to find
out the virtual size during
Edison,
Isnt the templates downloaded to the Staging NFS first?
FG
On Aug 22, 2014 5:20 PM, Edison Su edison...@citrix.com wrote:
I know the reason why the size of template doesn’t have correct virtual
size if it’s registered in S3/Swift:
In case of s3/swift, the template is directly stored
No. For S3/Swift, register template will directly upload templates to S3
without going through staging NFS. It will only be copied to staging NFS
when we first use that template to provision a VM.
Thanks
-min
On 8/22/14 2:25 PM, Francois Gaudreault fgaudrea...@cloudops.com wrote:
Edison,
Isnt
Thanks for sharing Leo :)
On 22-Aug-2014, at 9:01 pm, Sebastien Goasguen run...@gmail.com wrote:
On Aug 22, 2014, at 5:21 AM, Leo Simons lsim...@schubergphilis.com wrote:
Hey folks!
Open source means chaos.
Chaos is ok.
Community over code.
Consensus can and should be reached lazily.
Hello!
On 18-Aug-2014, at 11:48 am, Rohit Yadav rohit.ya...@shapeblue.com wrote:
Is there any documentation on how one can reuse CloudStack’s default java
keystore keys (private and public) and any recommendation on security
consideration? If not, can anyone share something on this, how it
Min,
Ok, but this is not the behavior I see. Even without requesting a VM
create, the template is pushed to the staging NFS at least once. Is it
downloaded there or pushed after download, that I am not sure. I was
assuming the swift upload bash script was executed after the template is on
the
Hey Edison,
Do you know how difficult/easy of a fix this is, who might be available to
put this fix in, and for what release (hopefully 4.4.1) this fix could find
its way in?
Thanks!
Mike
On Fri, Aug 22, 2014 at 3:37 PM, Francois Gaudreault
fgaudrea...@cloudops.com wrote:
Min,
Ok, but
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/24991/
---
(Updated Aug. 22, 2014, 11:06 p.m.)
Review request for cloudstack, Chiradeep
60 matches
Mail list logo