Hi, I'm checking too :)
[I guess Geoff didn't get the memo..!]
Regards,
Paul Angus
Cloud Architect
S: +44 20 3603 0540 | M: +447711418784 | T: @CloudyAngus
paul.an...@shapeblue.com
-Original Message-
From: Stephen Turner [mailto:stephen.tur...@citrix.com]
Sent: 07 January 2015 09:34
See http://jenkins.buildacloud.org/job/build-master-noredist/4017/changes
Changes:
[kishan] Bug-Id: CLOUDSTACK-3439: Include dynamically created nics in Prepare
for migration command in KVM
[kishan] While deploying Vm with DataDisk in LXC, if the rbd image mapping on
the host fails, deploy Vm
See http://jenkins.buildacloud.org/job/build-master/2147/changes
Changes:
[kishan] While deploying Vm with DataDisk in LXC, if the rbd image mapping on
the host fails, deploy Vm should fail
--
[...truncated 3042 lines...]
[INFO] Deleting
please all have a look at
https://cwiki.apache.org/confluence/display/CLOUDSTACK/gate+requirements
to review my homework;)
On Wed, Jan 7, 2015 at 9:50 AM, Stephen Turner
stephen.tur...@citrix.com wrote:
17:00 - 18:00 GMT, right?
--
Stephen Turner
-Original Message-
From: Animesh
See http://jenkins.buildacloud.org/job/simulator-singlerun/872/changes
Changes:
[kishan] Close transaction while fetching recent events
[kishan] For Vm snapshot delete event, check for null size and set it as zero
[kishan] Network Id for direct-network should not be included in usage record
I don't think it does Lucian. But a lot of people wanting 4.4.3 does
warrant it. As we have no ongoing release votes at the moment I will
start with building an rc.
On Tue, Jan 6, 2015 at 11:52 AM, Nux! n...@li.nux.ro wrote:
Thanks Rohit.
Daan, well that's that. Does it warrant a 4.4.3?
I
Geoff is reporting being blocked when sending to the list
See http://jenkins.buildacloud.org/job/build-master/2144/changes
Changes:
[kishan] Close transaction while fetching recent events
[kishan] For Vm snapshot delete event, check for null size and set it as zero
[kishan] Network Id for direct-network should not be included in usage record
On Wednesday 07 January 2015 02:52 PM, Sebastien Goasguen wrote:
Geoff is reporting being blocked when sending to the list
testing if I can send emails, from @shapeblue.com account.
--
Regards,
Rohit Yadav
Software Architect, ShapeBlue
M. +91 8826230892 | rohit.ya...@shapeblue.com
Blog:
Hearing you loud and clear, Rohit.
--
Stephen Turner
-Original Message-
From: Rohit Yadav [mailto:rohit.ya...@shapeblue.com]
Sent: 07 January 2015 09:30
To: dev@cloudstack.apache.org
Subject: Re: test discard
On Wednesday 07 January 2015 02:52 PM, Sebastien Goasguen wrote:
Geoff
See http://jenkins.buildacloud.org/job/build-master-noredist/4016/changes
Changes:
[kishan] Close transaction while fetching recent events
[kishan] For Vm snapshot delete event, check for null size and set it as zero
[kishan] Network Id for direct-network should not be included in usage record
See http://jenkins.buildacloud.org/job/build-master/2145/changes
17:00 - 18:00 GMT, right?
--
Stephen Turner
-Original Message-
From: Animesh Chaturvedi [mailto:animesh.chaturv...@citrix.com]
Sent: 07 January 2015 06:04
To: dev@cloudstack.apache.org
Subject: RE: CloudStack Quality Process
We can use the following GTM for tomorrow's session
1.
See http://jenkins.buildacloud.org/job/simulator-singlerun/871/changes
Changes:
[kishan] Skip older records which generate negative duration usage
[kishan] Network offering usage event should be logged for UserVms only
[kishan] For volumes created from template, do not log offering ID in
Hi All,
I've created a 4.4.3 release, with the following artifacts up for a vote:
Git Branch and Commit SH:
https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.4-RC20150107T1136
Commit: 61dde465d7b9ac019a04991d37cb96f80657e683
List of changes:
Kishan,
There are many commits being made without bug id.
It is always better to have bug -ids accompany commits as without that
understanding the fix or the overall affect of of a commit is difficult to
judge.
-abhi
Find out more about ShapeBlue and our range of CloudStack related services
See http://jenkins.buildacloud.org/job/simulator-singlerun/873/changes
Changes:
[kishan] Increased SSL handshake timeout to 30 seconds
[kishan] Bug-Id: CLOUDSTACK-7395: reverted
0560254c04425705530a23a93002daede4b6dc3c partially. Allow multiple networks
with LB service
[kishan] Bug-Id:
See http://jenkins.buildacloud.org/job/simulator-singlerun/874/
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/29395/#review67017
---
This is pending for 4.5.
Please cherry-pick
I didn't add users@ as I wanted to send a seperate mail to there.
forgot about that. Voting must be @dev so that mail should be phrased
differently as well.
On Wed, Jan 7, 2015 at 2:06 PM, Rohit Yadav rohit.ya...@shapeblue.com wrote:
Hi Daan,
Thanks for kickstarting it. I'll try to test it (at
Hi Daan,
Thanks for kickstarting it. I'll try to test it (at least the upgrades
etc) this weekend. Meanwhile I've created a no-redist deb and rpm
repository using the shared git tag - for anyone who wants to test this
artifact but does not have the infra, time or know-how to build from source:
I think we should do 4.4.3, I can of course help release a 4.4.2 patch as well.
It should not conflict with 4.5.0 release process and I think multiple releases
can be done in parallel.
On 08-Jan-2015, at 2:58 am, Nux! n...@li.nux.ro wrote:
Or we could kindly ask Rohit for an unofficial
See http://jenkins.buildacloud.org/job/simulator-singlerun/changes
See http://jenkins.buildacloud.org/job/build-master-noredist/4019/changes
See http://jenkins.buildacloud.org/job/simulator-singlerun/changes
Hi all,
Currently I am in the process of configuring cloud-stack into my local
machine. I would like to know what would be the fastest way to perform this
task. If there are resources to use vagrant sort of scripts to get
cloud-stack up and running
Currently following [1] to configure
Hi Matt,
Did you specify vlan ID as 501 while creating private network with public ips
in cloudstack?
-Sanjeev
-Original Message-
From: Matthew Midgett [mailto:clouds...@trick-solutions.com.INVALID]
Sent: Wednesday, January 07, 2015 8:42 AM
To: dev@cloudstack.apache.org;
Let's do it! 4.4.3
On Wed, Jan 7, 2015 at 1:28 PM, Nux! n...@li.nux.ro wrote:
Or we could kindly ask Rohit for an unofficial shapeblue package, but this
could become a slippery slope.
Lucian
--
Sent from the Delta quadrant using Borg technology!
Nux!
www.nux.ro
- Original Message
On Wed, Jan 7, 2015 at 6:35 PM, Rohit Yadav rohit.ya...@shapeblue.com wrote:
Hey Daan,
Good points. I've always despised TOs (maybe also because I lack the
understanding of their existence and use), it's confusing to have TOs
when you've VOs to have same set of structural encapsulation they
A followup here: You can't have secondary storage that spans regions (e.g,
templates/snapshots in sync), even with S3/Swift correct? If not that's
another downside to regions on top of the account sync.
It seems like the best solution to prevent weird split-brain/HA issues
would be to have at
Regions are designed to be completely separate from one other, so no, as far as
I'm aware there is no way to sync secondary storage data between them. I don't
think you'd want to do that anyway, as it defeats the purpose of maintaining an
isolated cloud region from another.
- Si
Thought so, just trying to look at all the potential options right now.
We'll probably end up going the single region route, but the idea of a
whole zone rebooting because of misbehaving HA worries me. We're going
from a traditional single node, non-HA setup. We're used to having a
single node
thanks for the rpms, Rohit.
On Wed, Jan 7, 2015 at 2:15 PM, Daan Hoogland daan.hoogl...@gmail.com wrote:
I didn't add users@ as I wanted to send a seperate mail to there.
forgot about that. Voting must be @dev so that mail should be phrased
differently as well.
On Wed, Jan 7, 2015 at 2:06
Or we could kindly ask Rohit for an unofficial shapeblue package, but this
could become a slippery slope.
Lucian
--
Sent from the Delta quadrant using Borg technology!
Nux!
www.nux.ro
- Original Message -
From: Daan Hoogland daan.hoogl...@gmail.com
To: dev dev@cloudstack.apache.org
H,
jenkins.bac.o is loaded with disfunctional jobs. I want to do a
cleanup but am not aware of a list of jobs that are actual and needed.
Can I clean at will or/and are there considerations I should make?
thanks,
--
Daan
See http://jenkins.buildacloud.org/job/build-master/2148/changes
See http://jenkins.buildacloud.org/job/build-master-noredist/4018/changes
Changes:
[brian.federle] UI validation: Fix asterisk showing up on non-required fields
--
[...truncated 7710 lines...]
[INFO] Tests are skipped.
[INFO]
[INFO] ---
H,
I had a go at a bug in 4.4 over christmas that was caused by NicTO
inheriting from NetworkTO. I noticed Kaushik solved this bug in master
and I think 4.5 so I copied some of his fix to 4.4.3 (thanks Kaushik)
I think the issue is however in the modelling of the objects. A Nic is
not a special
See inline.
From: Logan Barfield lbarfi...@tqhosting.com
Sent: Wednesday, January 07, 2015 11:43 AM
To: dev@cloudstack.apache.org
Cc: us...@cloudstack.apache.org
Subject: Re: Multi-Datacenter Deployment
I appreciate the explanation. That seems to confirm
See http://jenkins.buildacloud.org/job/simulator-singlerun/changes
See http://jenkins.buildacloud.org/job/simulator-singlerun/changes
Thanks for taking this up Daan.
Since no one complained about the failed jobs, i think it should be ok to
atleast clean all of those.
It looks like no one is looking at jenkins except for systemvm template and
rpms.
~Rajani
On Wed, Jan 7, 2015 at 8:51 PM, Daan Hoogland daan.hoogl...@gmail.com
Logan,
We currently run CS in multiple geographically separate DCs, and may be able to
give you a little insight into things.
We run KVM in advanced networking mode, with CLVM clusters backed onto Dell
Compellent SANs. We currently have different DCs running different zones per
DC, in a
Hey Daan,
Good points. I've always despised TOs (maybe also because I lack the
understanding of their existence and use), it's confusing to have TOs
when you've VOs to have same set of structural encapsulation they
provide (for example instance/domainrouter/router/cpvm/ssvm related VOs
and TOs).
I appreciate the explanation. That seems to confirm what I was thinking,
that until regions are working 100% we'll just have to make sure the
DC-to-DC links are as stable/redundant as possible to prevent HA issues.
If we increase the HA delay it shouldn't be a major issue, and it will
still be
45 matches
Mail list logo