According to bug [1], there are some possibilities that concurrent
operations on keypair/security rules can exceed quota
Found that we have 3 kinds of resources in quotas.py:
ReservableResource/AbsoluteResource/CountableResource
curious about CountableResource because it's can't be thread safe
On Thu, Jul 24, 2014 at 6:10 AM, Baohua Yang yangbao...@gmail.com wrote:
Hi, all
The current oslo.cfg module provides an easy way to load name known
options/groups from he configuration files.
I am wondering if there's a possible solution to dynamically load
them?
For
Hi
In the LBaaS DB layer there is a utility method (‘_get_resource’) that takes
entity type and the entity id and fetch it from DB.
If the entity can’t be found in DB the method throws a specific exception.
Example:
If we were looking for a Pool and it was not found in DB -- throw PoolNotFound
Hi,
I see that the instance_group object already support instance group
metadata, why we filter out metadata in instance group api extension? Can
we enable this?
--
Thanks,
Jay
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
In resize, we convert the disk and drop peel backing file, should we judge
whether we are in shared_storage? If we are in shared storage, for example,
nfs, then we can use the image in _base to be the backing file. And the time
cost to resize will be faster.
The processing in line 5132
whether we already use like that ?
https://github.com/openstack/nova/blob/master/nova/virt/libvirt/driver.py#L5156
From: fdsafdsafd [mailto:jaze...@163.com]
Sent: Thursday, July 24, 2014 4:30 PM
To: openstack-dev@lists.openstack.org
Subject: [openstack-dev] [nova]resize
In resize, we convert the
No.
before L5156, we convert it from qcow2 to qcow2, in which it strips backing
file.
I think here, we should wirte like this:
if info['type'] == 'qcow2' and info['backing_file']:
if shared_storage:
utils.execute('cp', from_path, img_path)
else:
On Wed, Jul 23, 2014 at 7:28 AM, Denis Makogon dmako...@mirantis.com wrote:
[...]
Add Neutron-based configuration for DevStack to let folks try it
This makes sense to tackle; now that the neutron integration pieces have
merged in Trove (yahoo!).
However, it looks like the changes you
Hello,
Thanks for writing this summary, I like all those ideas and thanks working
hard on fixing this.
* For all non gold standard configurations, we'll dedicate a part of
our infrastructure to running them in a continuous background loop,
as well as making these configs available
On Wed, Jul 23, 2014 at 10:32:44PM -0700, Nicholas A. Bellinger wrote:
*) vhost-scsi doesn't support migration
Since it's initial merge in QEMU v1.5, vhost-scsi has a migration blocker
set. This is primarily due to requiring some external orchestration in
order to setup the necessary
Great script!
I have a fork that I made and improved it a bit:
https://gist.github.com/mkolesni/92076378d45c7b5e692b
This fork supports:
1. Button/link is integrated nicely to the gerrit UI (appears in the
comments title, just like the other ones).
2. Auto hide will hide comments by default (can
On 07/24/2014 06:06 AM, Chmouel Boudjnah wrote:
Hello,
Thanks for writing this summary, I like all those ideas and thanks working
hard on fixing this.
* For all non gold standard configurations, we'll dedicate a part of
our infrastructure to running them in a continuous background
On 07/21/2014 04:16 PM, Kyle Mestery wrote:
Hi all!
A quick note that SAD has passed. We briskly approved a pile of BPs
over the weekend, most of them vendor related as low priority, best
effort attempts for Juno-3. At this point, we're hugely oversubscribed
for Juno-3, so it's unlikely
On Thu, Jul 24, 2014 at 12:32 PM, Nikhil Manchanda nik...@manchanda.me
wrote:
On Wed, Jul 23, 2014 at 7:28 AM, Denis Makogon dmako...@mirantis.com
wrote:
[...]
Add Neutron-based configuration for DevStack to let folks try it
This makes sense to tackle; now that the neutron integration
Hi,
for #1, I think we can wait for upgrades feature to be able to upgrade
netchecker and mcagents. Patching feature uses puppet, and as these
packages are not installed by puppet, we will need some workarounds for now.
I don't think it's that critical to have workarounds for that, so let's
skip
Hi,
1. There is several incompatibilities with network checker in 5.0 and 5.1,
mainly caused by introduction of multicast verification.
Issue with additional release information, which easy to resolve by
excluding multicast on 5.0 environment
[1] https://bugs.launchpad.net/fuel/+bug/1342814
Issue
That is a very good suggestion.
I started contributing to openstack three months back. IMO it is not that
difficult to get started and there are many blogs which can help you get
started. There are many low hanging fruits which could be fixed by newbies.
The real problem comes when you are post
Hello, Stackers.
Trove wiki and launchpad pages are stating that, it is a scalable database
service that allows users to quickly and easily utilize the features of a
relational database without the burden of handling complex administrative
tasks. Trove already can provision single instances of
Hi Doug,
I agree with Brandon, since there is no flavors framework yet, each driver not
supporting TLS is in charge of throwing the unsupported exception.
The driver can do it once getting a listener with TERMINATED-HTTPS protocol.
Evg
-Original Message-
From: Brandon Logan
On Jul 23, 2014, at 11:10 PM, Baohua Yang yangbao...@gmail.com wrote:
Hi, all
The current oslo.cfg module provides an easy way to load name known
options/groups from he configuration files.
I am wondering if there's a possible solution to dynamically load them?
For
On Wed, 23 Jul 2014, Doug Hellmann wrote:
That's bad enough, but much worse, this will catch all sorts of
exceptions, even ones that are completely unexpected and ought to
cause a more drastic (and thus immediately informative) failure
than 'something failed’.
In most cases, we chose to handle
On Jul 24, 2014, at 8:23 AM, Chris Dent chd...@redhat.com wrote:
On Wed, 23 Jul 2014, Doug Hellmann wrote:
That's bad enough, but much worse, this will catch all sorts of
exceptions, even ones that are completely unexpected and ought to
cause a more drastic (and thus immediately informative)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 24/07/14 04:22, Quang Long wrote:
Hi guys, I have a question, if we use OpenStack Havana using
QEMU/KVM Hypervisor and based on Ubuntu 12.04 OS, what OS for
instance can we use when lauch?
I found a link related to this issue, for refrence?
Le 24/07/2014 02:11, Michael Still a écrit :
In that case this exception is approved. The exception is in the form
of another week to get the spec merged, so quick iterations are the
key.
Cheers,
Michael
Thanks Michael, greatly appreciated.
-Sylvain
On Wed, Jul 23, 2014 at 5:31 PM,
According to: https://etherpad.openstack.org/p/nova-juno-spec-priorities
alaski has also singed up for this if I drop the point of contention - which
I'ev done
-Original Message-
From: Michael Still [mailto:mi...@stillhq.com]
Sent: 24 July 2014 00:50
To: Daniel P. Berrange;
On 2014-07-17 09:37, Russell Bryant wrote:
On 07/16/2014 10:30 AM, John Garbutt wrote:
On 16 July 2014 14:07, Thierry Carrez thie...@openstack.org wrote:
Daniel P. Berrange wrote:
On Wed, Jul 16, 2014 at 11:57:33AM +, Tim Bell wrote:
It seems a pity to archive the comments and reviewer
On Thu, Jul 24, 2014 at 5:38 AM, Livnat Peer lp...@redhat.com wrote:
On 07/21/2014 04:16 PM, Kyle Mestery wrote:
Hi all!
A quick note that SAD has passed. We briskly approved a pile of BPs
over the weekend, most of them vendor related as low priority, best
effort attempts for Juno-3. At this
Gordon, could you prepare a version of the repository that stops with the
export and whatever changes are needed to make the test jobs for the new
library run? If removing some of those tests is part of making the suite run,
we can talk about that on the list here, but if you can make the
Hello, Stackers.
I’d like to discuss the future of Trove metadata API. But first small
history info (mostly taken for Trove medata spec, see [1]):
Instance metadata is a feature that has been requested frequently by our
users. They need a way to store critical information for their instances
On Thu, 24 Jul 2014, Doug Hellmann wrote:
I don’t claim any special status except that I was there and am
trying to provide background on why things are as they are. :-)
I think that counts and I very much appreciate the responses.
Having a hard-fail error handler is useful in situations
Hi folks,
All parts of code related to stage I and II from blueprint
http://docs-draft.openstack.org/29/96429/11/gate/gate-fuel-specs-docs/2807f30/doc/build/html/specs/5.1/access-control-master-node.htm
OK, I think this is important as well, so thats 2-3 cores signed up.
Lets assume the exception is granted I guess, or at least, lets clear
it up in the nova-meeting.
Thanks,
John
On 24 July 2014 14:20, Day, Phil philip@hp.com wrote:
According to:
Kamil,
thank you for the detailed information.
Meg, do we have anything documented about authx yet? I think Kamil's email
can be used as a source to prepare user and operation guides for Fuel 5.1.
Thanks,
On Thu, Jul 24, 2014 at 5:45 PM, Kamil Sambor ksam...@mirantis.com wrote:
Hi folks,
Alan Kavanagh wrote:
If we have more work being put on the table, then more Core members would
definitely go a long way with assisting this, we cant wait for folks to be
reviewing stuff as an excuse to not get features landed in a given release.
Stability is absolutely essential so we can't
Hi all,
one more thing. You do not need to install keystone in your development
environment. By default it runs there in fake mode. Keystone mode is
enabled only on iso. If you want to test it locally you have to install
keystone and configure nailgun as Kamil explained.
Regards,
On Thu, Jul
Hi Denis,
I think this is a perfect time for you to review the spec for the glance
metadata catalog https://review.openstack.org/#/c/98554/ and see if it fits
your use case.
Also, we have a session tomorrow at 9:00am PST at the Glance meetup to discuss
this topic. I think it would be useful if
- Original Message -
From: Ihar Hrachyshka ihrac...@redhat.com
To: openstack-dev@lists.openstack.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 24/07/14 04:22, Quang Long wrote:
Hi guys, I have a question, if we use OpenStack Havana using
QEMU/KVM Hypervisor and based on
On Thu, Jul 24, 2014 at 9:52 AM, Alan Kavanagh
alan.kavan...@ericsson.com wrote:
Hi Kyle
I do sympathise and know its not easy to accommodate all BP's, and I know
it's a difficult job to take these decisions.
May I therefore suggest that anything that gets punted from Juno is ensured
for
On Thu, Jul 24, 2014 at 5:46 PM, Arnaud Legendre alegen...@vmware.com
wrote:
Hi Denis,
I think this is a perfect time for you to review the spec for the glance
metadata catalog https://review.openstack.org/#/c/98554/ and see if it
fits your use case.
Also, we have a session tomorrow at
Hi Kyle
I do sympathise and know its not easy to accommodate all BP's, and I know it's
a difficult job to take these decisions.
May I therefore suggest that anything that gets punted from Juno is ensured
for high priority and acceptance for Kilo Release ? This means we will have
those that
I've received a lot of emails lately, mostly private, from people who
feel they are being left out of the Neutron process. I'm unsure if
other projects have people who feel this way, thus the uniquely worded
subject above. I wanted to broadly address these concerns with this
email.
One thing I'd
Are you close to adding the stub modules for the X509 parsing and barbicn
integration etc.
On Jul 24, 2014, at 6:38 AM, Evgeny Fedoruk evge...@radware.com wrote:
Hi Doug,
I agree with Brandon, since there is no flavors framework yet, each driver
not supporting TLS is in charge of
Hi,
Following our talk on TLS work items split,
We need to decide how will we validate/extract certificates Barbican TLS
containers.
As we agreed on IRC, the first priority should be certificates fetching.
TLS RST describes a new common module that will be used by LBaaS API and LBaaS
drivers.
I'Just park a madule with a stub call that I can populate with
pyasn1.
On Jul 24, 2014, at 10:38 AM, Evgeny Fedoruk evge...@radware.com
wrote:
Hi,
Following our talk on TLS work items split,
We need to decide how will we validate/extract certificates Barbican TLS
containers.
As we
Sorry I meant to say I'm pretty agreeable just park a stub module so I can
populate it.
On Jul 24, 2014, at 11:06 AM, Carlos Garza carlos.ga...@rackspace.com
wrote:
I'Just park a module with a stub call that I can populate with
pyasn1.
On Jul 24, 2014, at 10:38 AM, Evgeny Fedoruk
Hi Kyle
Thanks for taking the time for writing this note also I know this is not an
easy discussion and not something being a matter of waving hands or fingers.
I believe what you have stated is well understood, though the main points I
raised seems to be missing from this Neutron Policies
On Wed, Jul 16, 2014 at 07:44:38PM +0400, Dina Belova wrote:
Ildiko, thanks for starting this discussion.
Really, that is quite painful problem for Ceilometer and QA team. As far as
I know, currently there is some kind of tendency of making integration
Tempest tests quicker and less resource
On 07/23/2014 05:39 PM, James E. Blair wrote:
==Final thoughts==
The current rate of test failures and subsequent rechecks is not
sustainable in the long term. It's not good for contributors,
reveiewers, or the overall project quality. While these bugs do need to
be addressed, it's
On 2014-07-18 15:09:34 +0100 (+0100), Daniel P. Berrange wrote:
[...]
If there were multiple failures and only some were identified, it would
be reasonable to *not* automatically recheck.
[...]
Another major blocker is that we often add signatures for failures
which occur 100% of the time, and
On 07/24/2014 11:50 AM, Alan Kavanagh wrote:
Hi Kyle
Thanks for taking the time for writing this note also I know this is not an
easy discussion and not something being a matter of waving hands or
fingers. I believe what you have stated is well understood, though the main
points I raised
On 07/23/2014 06:22 AM, Kyle Mestery wrote:
Thanks for sending this out Salvatore. We are way oversubscribed,
and at this point, I'm in agreement on not letting any new
exceptions which do not fall under the above guidelines. Given how
much is already packed in there, this makes the most
From: Day, Phil [philip@hp.com]
Sent: Thursday, July 24, 2014 9:20 AM
To: OpenStack Development Mailing List (not for usage questions); Daniel P.
Berrange
Subject: Re: [openstack-dev] [Nova][Spec freeze exception] Controlled shutdown
of GuestOS
On Wed, Jul 23, 2014 at 02:39:47PM -0700, James E. Blair wrote:
==Future changes==
===Fixing Faster===
We introduce bugs to OpenStack at some constant rate, which piles up
over time. Our systems currently treat all changes as equally risky and
important to the health of the system, which
On Thu, 2014-07-24 at 14:04 +0800, Chen CH Ji wrote:
According to bug [1], there are some possibilities that concurrent
operations on keypair/security rules can exceed quota
Found that we have 3 kinds of resources in quotas.py:
ReservableResource/AbsoluteResource/CountableResource
curious
On Thu, Jul 24, 2014 at 04:31:05PM +, Jeremy Stanley wrote:
On 2014-07-18 15:09:34 +0100 (+0100), Daniel P. Berrange wrote:
[...]
If there were multiple failures and only some were identified, it would
be reasonable to *not* automatically recheck.
[...]
Another major blocker is that
So it turns out that fixing this issue is not very simple. It turns out
that there are stubbed out openstack.common.policy checks in the glance-api
code, which are pretty much useless because they do not use the image as a
target. [1] Then there's a chain of API / client calls where it's unclear
On Wed, Jul 23, 2014 at 11:19:13AM EDT, Luke Gorrie wrote:
Tail-f NCS: I want to keep this feature well maintained and compliant with
all the rules. I am the person who wrote this driver originally, I have
been the responsible person for 90% of its lifetime, I am the person who
setup the
On Thu, Jul 24, 2014 at 12:03 PM, Collins, Sean
sean_colli...@cable.comcast.com wrote:
On Wed, Jul 23, 2014 at 11:19:13AM EDT, Luke Gorrie wrote:
Tail-f NCS: I want to keep this feature well maintained and compliant with
all the rules. I am the person who wrote this driver originally, I have
Speaking as a ‘database guy’ and a ‘Trove guy’, I’ll say this; “Metadata” is a
very generic term and the meaning of “metadata” in a database context is very
different from the meaning of “metadata” in the context that Glance is
providing.
Furthermore the usage and access pattern for this
On 07/24/2014 01:18 PM, Kyle Mestery wrote:
On Thu, Jul 24, 2014 at 12:03 PM, Collins, Sean
sean_colli...@cable.comcast.com wrote:
On Wed, Jul 23, 2014 at 11:19:13AM EDT, Luke Gorrie wrote:
Tail-f NCS: I want to keep this feature well maintained and compliant with
all the rules. I am the
On Thu, Jul 24, 2014 at 4:14 PM, Doug Hellmann d...@doughellmann.com
wrote:
On Jul 23, 2014, at 11:10 PM, Baohua Yang yangbao...@gmail.com wrote:
Hi, all
The current oslo.cfg module provides an easy way to load name known
options/groups from he configuration files.
I am
Hi again.
With previous days code, we don't experience any error in our logs, but we
don't see any logs in q-svc nor q-vpn. When we execute any Neutron VPN
command like neutron vpn-ikepolicy-list we receive:
404 Not Found
The resource could not be found.
And in q-svc logs we see:
2014-07-24
On Jul 24, 2014, at 1:58 PM, Yuriy Taraday yorik@gmail.com wrote:
On Thu, Jul 24, 2014 at 4:14 PM, Doug Hellmann d...@doughellmann.com wrote:
On Jul 23, 2014, at 11:10 PM, Baohua Yang yangbao...@gmail.com wrote:
Hi, all
The current oslo.cfg module provides an easy way to
Check /etc/neutron/neutron.conf and see if your service driver is correctly
specified for VPN. You can also check the q-svc and q-vpn logs at the beginning
to see if the service and device drivers were actually loaded by the plugin and
agent, respectively. You can check vpn_agent.ini in same
The resize code as written originally did the simplest possible thing. It
converts and copies the whole file so that it doesn’t have to figure out how
to sync backing files etc. This could definitely be improved, especially now
that
there is code in _create_images_and_backing that can ensure that
On Jul 24, 2014, at 3:06 AM, Daniel P. Berrange berra...@redhat.com wrote:
On Wed, Jul 23, 2014 at 10:32:44PM -0700, Nicholas A. Bellinger wrote:
*) vhost-scsi doesn't support migration
Since it's initial merge in QEMU v1.5, vhost-scsi has a migration blocker
set. This is primarily due to
Awesome,
When I start to see emails on ML that say anyone need any help for XYZ ...
(which is great btw) it makes me feel like there should be a more appropriate
avenue for those inspirational folks looking to get involved (a ML isn't really
the best place for this kind of guidance and
A potentially brilliant idea ;-)
Aren't all the machines the gate runs tests on VMs running via OpenStack APIs?
OpenStack supports snapshotting (last time I checked). So instead of providing
back a whole bunch of log files, provide back a snapshot of the machine/s that
ran the tests; let
On 17/07/14 07:51, Ryan Brown wrote:
On 07/17/2014 03:33 AM, Steven Hardy wrote:
On Thu, Jul 17, 2014 at 12:31:05AM -0400, Zane Bitter wrote:
On 16/07/14 23:48, Manickam, Kanagaraj wrote:
SNIP
*Resource*
Status action should be enum of predefined status
+1
Rsrc_metadata - make full name
On Thu, Jul 24, 2014 at 10:31 PM, Doug Hellmann d...@doughellmann.com
wrote:
On Jul 24, 2014, at 1:58 PM, Yuriy Taraday yorik@gmail.com wrote:
On Thu, Jul 24, 2014 at 4:14 PM, Doug Hellmann d...@doughellmann.com
wrote:
On Jul 23, 2014, at 11:10 PM, Baohua Yang yangbao...@gmail.com
On 07/24/2014 12:40 PM, Daniel P. Berrange wrote:
On Wed, Jul 23, 2014 at 02:39:47PM -0700, James E. Blair wrote:
==Future changes==
===Fixing Faster===
We introduce bugs to OpenStack at some constant rate, which piles up
over time. Our systems currently treat all changes as equally
Sorry about repeatedly blasting this out. I blame mail.app or outlook.com...
Hopefully the glitch has been fixed...
-Josh
On Jul 23, 2014, at 3:42 PM, Joshua Harlow harlo...@outlook.com wrote:
Awesome,
When I start to see emails on ML that say anyone need any help for XYZ ...
(which is
On Jul 24, 2014, at 12:08 PM, Anita Kuno ante...@anteaya.info wrote:
On 07/24/2014 12:40 PM, Daniel P. Berrange wrote:
On Wed, Jul 23, 2014 at 02:39:47PM -0700, James E. Blair wrote:
==Future changes==
===Fixing Faster===
We introduce bugs to OpenStack at some constant rate, which
On 07/24/2014 02:51 PM, Joshua Harlow wrote:
A potentially brilliant idea ;-)
Aren't all the machines the gate runs tests on VMs running via OpenStack APIs?
OpenStack supports snapshotting (last time I checked). So instead of
providing back a whole bunch of log files, provide back a
On 07/24/2014 12:40 PM, Daniel P. Berrange wrote:
On Wed, Jul 23, 2014 at 02:39:47PM -0700, James E. Blair wrote:
==Future changes==
===Fixing Faster===
We introduce bugs to OpenStack at some constant rate, which piles up
over time. Our systems currently treat all changes as equally
Denis,
The scope of the metadata api goes beyond just using the glance metadata.
The metadata can be used for instances and and other objects to add extra
data like tags or something else that maybe a UI might want to use. We need
this feature either way.
-Craig
On Thu, Jul 24, 2014 at 12:17
On Jul 24, 2014, at 3:08 PM, Yuriy Taraday yorik@gmail.com wrote:
On Thu, Jul 24, 2014 at 10:31 PM, Doug Hellmann d...@doughellmann.com wrote:
On Jul 24, 2014, at 1:58 PM, Yuriy Taraday yorik@gmail.com wrote:
On Thu, Jul 24, 2014 at 4:14 PM, Doug Hellmann
I noticed that the cinder list-extensions url suffix is underneath the
v1/v2 in the GET url but the returned result is the same either way.
Some of the
returned items have v1 in the namespace, and others v2.
Also, in tempest, there is a single config section for cinder and only a
single
On Jul 24, 2014, at 12:54 PM, Sean Dague s...@dague.net wrote:
On 07/24/2014 02:51 PM, Joshua Harlow wrote:
A potentially brilliant idea ;-)
Aren't all the machines the gate runs tests on VMs running via OpenStack
APIs?
OpenStack supports snapshotting (last time I checked). So instead
Hello,
The initial code for managing volume replication in Cinder is now
available as work-in-progress - see
https://review.openstack.org/#/c/106718
I expect to remove the work-in-progress early next week.
I would like to hold a walk through of the replication feature for Cinder
driver owners
Thanks everyone who have joined Sahara meeting.
Here are the logs from the meeting:
Minutes:
http://eavesdrop.openstack.org/meetings/sahara/2014/sahara.2014-07-24-18.03.html
Logs:
http://eavesdrop.openstack.org/meetings/sahara/2014/sahara.2014-07-24-18.03.log.html
--
Sincerely yours,
Sergey
On 07/24/2014 08:23 AM, Chris Dent wrote:
In other words there are two kinds of bad: The bad that we know
and can expect (even though we don't want it) and the bad that we
don't know and shouldn't expect. These should be handled
differently.
I like to call this The Rumsfeld.
-jay
+1
We are unsure when these changes will get into glance.
IMO we should go ahead will our instance metadata patch for now and when things
are ready in glance land we can consider migrating to using that as a generic
metadata repository.
Thanks,
Iccha
From: Craig Vyvial
I think external gateway routes are accepted now.
The code just checks against the CIDRs of all ports belonging to the
router. [1]
1.
https://github.com/openstack/neutron/blob/a2fff6ee728db57f0e862548aac9296899ef0fc7/neutron/db/extraroute_db.py#L106
On Wed, Jul 23, 2014 at 8:12 PM, Carl
Hi Kyle,
Sorry I missed your queries on the IRC channel today. I was thinking about
this whole BP. After chatting with Irena this morning, I think that I
understand what this BP is trying to achieve overall. I also had a chat
with Sandhya afterwards. I¹d like to discuss a few things in here:
On Fri, Jul 25, 2014 at 12:05 AM, Doug Hellmann d...@doughellmann.com
wrote:
On Jul 24, 2014, at 3:08 PM, Yuriy Taraday yorik@gmail.com wrote:
On Thu, Jul 24, 2014 at 10:31 PM, Doug Hellmann d...@doughellmann.com
wrote:
On Jul 24, 2014, at 1:58 PM, Yuriy Taraday yorik@gmail.com
On Wed, Jul 23, 2014 at 02:39:47PM -0700, James E. Blair wrote:
OpenStack has a substantial CI system that is core to its development
process. The goals of the system are to facilitate merging good code,
prevent regressions, and ensure that there is at least one configuration
of upstream
On 25 July 2014 08:01, Sean Dague s...@dague.net wrote:
I'd like us to think about whether they is anything we can do to make
life easier in these kind of hard debugging scenarios where the regular
logs are not sufficient.
Agreed. Honestly, though we do also need to figure out first fail
On 07/24/2014 10:05 AM, CARVER, PAUL wrote:
Alan Kavanagh wrote:
If we have more work being put on the table, then more Core
members would definitely go a long way with assisting this, we cant
wait for folks to be reviewing stuff as an excuse to not get
features landed in a given release.
We
I agree as well.
I think we should spend less time worrying about what other projects in
OpenStack might do in the future and spend more time on adding the features we
need today to Trove. I understand that it's better to work together but too
often we stop progress on something in Trove to
On Wed, 2014-07-23 at 14:39 -0700, James E. Blair wrote:
OpenStack has a substantial CI system that is core to its development
process. The goals of the system are to facilitate merging good code,
prevent regressions, and ensure that there is at least one configuration
of upstream OpenStack
Hi Steve,
Sorry I've missed this discussion for a while, but it looks like I have to
add my 5 cents here now.
Initially our intension was to make each Murano component self
deployable, i.e. to incapsulate within its deploy method all the
necessary actions to create the component, including
On 07/24/2014 06:15 PM, Angus Salkeld wrote:
On Wed, 2014-07-23 at 14:39 -0700, James E. Blair wrote:
OpenStack has a substantial CI system that is core to its development
process. The goals of the system are to facilitate merging good code,
prevent regressions, and ensure that there is at
On Jul 24, 2014, at 5:43 PM, Yuriy Taraday yorik@gmail.com wrote:
On Fri, Jul 25, 2014 at 12:05 AM, Doug Hellmann d...@doughellmann.com wrote:
On Jul 24, 2014, at 3:08 PM, Yuriy Taraday yorik@gmail.com wrote:
On Thu, Jul 24, 2014 at 10:31 PM, Doug Hellmann
On Jul 24, 2014, at 3:25 PM, Sean Dague s...@dague.net wrote:
On 07/24/2014 06:15 PM, Angus Salkeld wrote:
On Wed, 2014-07-23 at 14:39 -0700, James E. Blair wrote:
OpenStack has a substantial CI system that is core to its development
process. The goals of the system are to facilitate
In an effort to test ceilometer roles I removed the admin role from the
admin tenant and user. Now I can't add it back since I don't have a
user/tenant combo with the admin role:
keystone user-role-add --role e4252b63c308470b8cb7f77c37d27632 --user
8c678720fb5b4e3bb18dee222d7d7933 --tenant
On Jul 24, 2014, at 6:05 PM, Robert Collins robe...@robertcollins.net wrote:
On 25 July 2014 08:01, Sean Dague s...@dague.net wrote:
I'd like us to think about whether they is anything we can do to make
life easier in these kind of hard debugging scenarios where the regular
logs are not
On 07/24/2014 05:57 PM, Matthew Treinish wrote:
On Wed, Jul 23, 2014 at 02:39:47PM -0700, James E. Blair wrote:
OpenStack has a substantial CI system that is core to its development
process. The goals of the system are to facilitate merging good code,
prevent regressions, and ensure that
On 07/24/2014 06:44 PM, Doug Hellmann wrote:
On Jul 24, 2014, at 6:05 PM, Robert Collins robe...@robertcollins.net wrote:
On 25 July 2014 08:01, Sean Dague s...@dague.net wrote:
I'd like us to think about whether they is anything we can do to make
life easier in these kind of hard
Cherry-picking onto the target branch requires an extra step and custom
code that I wanted to avoid.
Right now I can just pass the gerrit ref into devstack's local.conf as the
branch and everything works.
If there was a way to get that Zuul ref, I could just use that instead and
no new code would
1 - 100 of 114 matches
Mail list logo
