On Sat, Aug 16, 2014 at 11:03 PM, Martinx - ジェームズ
thiagocmarti...@gmail.com wrote:
Hey Stackers,
I'm wondering here... Samba4 is pretty solid (up coming 4.2 rocks), I'm
using it on a daily basis as an AD DC controller, for both Windows and Linux
Instances! With replication, file system ACLs
This can be addressed by Murano only if its deployed to the cloud (on VM
belonging to some tenant). Having it on OpenStack service layer integrated
with major OpenStack services sounds very promising. The problem I see is
significant overlap with Keystone, especially in Kerberos and LDAP parts
On Sun, Aug 17, 2014 at 4:16 AM, Adam Lawson alaw...@aqorn.com wrote:
Doesn't Murano address this already?
Please note that Murano is no longer a windows-as-a-service or
smth-as-a-serivce. Murano is an application catalog [1]. But you're
absolutely right, this is a perfect use case for Murano -
On Fri, Aug 15, 2014 at 7:17 PM, Sandy Walsh sandy.wa...@rackspace.com
wrote:
I recently suggested that the Ceilometer API (and integration tests) be
separated from the implementation (two repos) so others might plug in a
different implementation while maintaining compatibility, but that
On Fri, Aug 15, 2014 at 5:35 PM, Edgar Magana edgar.mag...@workday.com wrote:
Team,
I did a quick audit on the Neutron CI. Very sad results. Only few plugins
and drivers are running properly and testing all Neutron commits.
I created a report here:
On 08/17/2014 05:11 AM, Stan Lagun wrote:
On Fri, Aug 15, 2014 at 7:17 PM, Sandy Walsh sandy.wa...@rackspace.com
mailto:sandy.wa...@rackspace.com wrote:
I recently suggested that the Ceilometer API (and integration tests)
be separated from the implementation (two repos) so others might
Hi,
I have already uploaded a bunch of xstatic packages to Debian, in
advance of the removal of the embedded files from Horizon. I would like
to send my deepest thanks for this great initiative!
The below packages are currently in the FTP master's NEW queue, waiting
for approval:
I'm seeing some nova stable/havana patches failing consistently on
keystone bug 1357652 [1], keystone won't start due to an import error.
I'm not seeing any recent changes for keystone in stable/havana so not
sure if this is an infra issue or something else.
I'm also not seeing the hits in
On 08/17/2014 09:08 AM, Matt Riedemann wrote:
I'm seeing some nova stable/havana patches failing consistently on
keystone bug 1357652 [1], keystone won't start due to an import error.
I'm not seeing any recent changes for keystone in stable/havana so not
sure if this is an infra issue or
+2
I prefer the LOG.warning format and support that given the documentation
you shared.
If there is agreement I would create a hacking check.
Jay
On Aug 17, 2014 1:28 AM, Gary Kotton gkot...@vmware.com wrote:
Hi,
Over the last few weeks I have seen a number of patches where LOG.warn is
On 08/17/2014 09:18 AM, Nathan Kinder wrote:
On 08/17/2014 09:08 AM, Matt Riedemann wrote:
I'm seeing some nova stable/havana patches failing consistently on
keystone bug 1357652 [1], keystone won't start due to an import error.
I'm not seeing any recent changes for keystone in
Hello all,
As a Ceilometer's core, I'd like to add my 0.02$.
During previous discussions it was mentioned several projects which were
started or continue to be developed after Ceilometer became integrated. The
main question I'm thinking of is why it was impossible to contribute into
existing
Hello folks:
Just wanted to send out a quick reminder that we have the Trove Midcycle
Meetup this week (Aug 20 - 22) in Cambridge, MA. Details for the event
can be found at [1].
Since many of us will also be traveling on Aug 18th and 19th, and the
meeting agendas are light, I'm canceling the
reposting.
any pointers from folks on the group?
i dont see the errors below when running gate jobs manually, but when triggered
from zuul, the tempest venv setup fails while trying to fetch some of the oslo
packages. earlier i was seeing errors in oslo.il8n, now oslo.utils
my first question, is
2014-08-17 18:30 GMT+02:00 Nathan Kinder nkin...@redhat.com:
This requirement change was backported for stable/icehouse:
https://review.openstack.org/#/c/112337/
It seems like the right thing to do is to propose a similar change for
stable/havana instead of reverting the keystoneclient
On 8/17/2014 3:36 PM, Alan Pevec wrote:
2014-08-17 22:25 GMT+02:00 Matt Riedemann mrie...@linux.vnet.ibm.com:
The other thing I thought was we could cap the version of
python-keystoneclient in stable/havana, would that be bad? stable/havana is
going to be end of life pretty soon anyway.
No,
Here's why folk are questioning Ceilometer:
Nova is a set of tools to abstract virtualization implementations.
Neutron is a set of tools to abstract SDN/NFV implementations.
Cinder is a set of tools to abstract block-device implementations.
Trove is a set of tools to simplify consumption of
My recollection is that this was a request from the oslo team, but it
was so long ago that I don't recall the details.
I think the change is low value, so should only be done when someone
is changing the logging in a file already (the log hinting for
example).
Michael
On Sun, Aug 17, 2014 at
On Sun, Aug 17, 2014 at 1:27 AM, Marc Koderer m...@koderer.com wrote:
Hi all,
Am 15.08.2014 um 23:31 schrieb Jay Pipes jaypi...@gmail.com:
I suggest that tempest should be the name of the import'able library,
and that the integration tests themselves should be what is pulled out of
the
On 2014-08-17 13:11:41 -0700 (-0700), daya kamath wrote:
[...]
Getting page http://pypi.openstack.org/openstack/oslo.utils/ Could
not fetch URL
[...]
That mirror is abandoned and http://pypi.openstack.org/simple/ is
the one we're maintaining for our jobs now. However, there's no
reason to be
2014-08-17 1:27 GMT+09:00 Marc Koderer m...@koderer.com:
Hi all,
Am 15.08.2014 um 23:31 schrieb Jay Pipes jaypi...@gmail.com:
I suggest that tempest should be the name of the import'able library, and
that the integration tests themselves should be what is pulled out of the
current Tempest
On 08/17/2014 01:58 PM, Matt Riedemann wrote:
On 8/17/2014 3:36 PM, Alan Pevec wrote:
2014-08-17 22:25 GMT+02:00 Matt Riedemann mrie...@linux.vnet.ibm.com:
The other thing I thought was we could cap the version of
python-keystoneclient in stable/havana, would that be bad?
stable/havana
On Friday, August 15, 2014 8:48 PM, Ihar Hrachyshka wrote:
There was an issue with jenkins running py33 checks for stable
ceilometer branches, which is wrong. Should be fixed now.
Thank you for your response.
I couldn't solve this by myself but Dina Belova and Julien Danjou
solved this issue
On 08/17/2014 05:40 PM, Nathan Kinder wrote:
On 08/17/2014 01:58 PM, Matt Riedemann wrote:
On 8/17/2014 3:36 PM, Alan Pevec wrote:
2014-08-17 22:25 GMT+02:00 Matt Riedemann mrie...@linux.vnet.ibm.com:
The other thing I thought was we could cap the version of
python-keystoneclient in
Yes, I am interested in adding these missing gettext functions to
oslo.i18n library.
Guess the next step is to create a blueprint for Kilo?
Thanks,
Peng Wu
On Fri, 2014-08-15 at 16:02 -0400, Doug Hellmann wrote:
On Aug 15, 2014, at 3:18 AM, Peng Wu peng.e...@gmail.com wrote:
Hi,
Hi Brandon,
I am trying to rebase Netscaler driver to the latest v2 patches as mentioned in
https://wiki.openstack.org/wiki/GerritWorkflow
But it failed during review submit
It failed with the following error
remote: Processing changes: refs: 1, done
To
From the looks of your error, you at least have a problem with more than
one commit in your topic branch.
Here¹s the process that I use. I¹m not claiming it¹s the best, but it
works without rewriting Brandon¹s commits. Watch the git log at the end,
and make sure the dependent hashes match
Hi Vijay,
Are you trying to rebase by pulling down the new changes and rebasing your
branch on top of that? That'll usually end up wrong because of commit hashes.
Have you tried using the rebase button gerrit provides? Let me know how
exactly you're trying to rebase if you've already tried
Edgar:
The Cisco APIC should be reporting results for both APIC-related and non-APIC
related changes now.
(See http://cisco-neutron-ci.cisco.com/logs/apic/1738/).
Will you be updating the wiki page?
-Dane
-Original Message-
From: Dane Leblanc (leblancd)
Sent: Friday, August 15, 2014
Hi Edgar,
Freescale CI is not listed in the below report:
https://wiki.openstack.org/wiki/Neutron_Plugins_and_Drivers#Existing_Pl
We are following all the requirements of CI setup and as well participating in
the IRC Meeting. Can you please let us know if we are missing any other
requirements
Oh hello again!
You know the drill!
On Sat, 2014-08-16 at 11:42 -0700, Stephen Balukoff wrote:
Hi Brandon,
Responses in-line:
On Fri, Aug 15, 2014 at 9:43 PM, Brandon Logan
brandon.lo...@rackspace.com wrote:
Comments in-line
On Fri, 2014-08-15 at 17:18
Hi Brandon,
Thanks for the quick reply.
I don't use a UI.
This is what I did to rebase to the latest dependent patches, without doing any
changes to my patchset files.
git checkout netscaler-lbaas-driver-v2 # netscaler-lbaas-driver-v2 == the
topic branch where I had my original changes.
On 08/15/2014 08:51 AM, Steve Gordon wrote:
- Original Message -
From: Anita Kuno ante...@anteaya.info
To: openStack Development Mailing List openstack-dev@lists.openstack.org
OpenStack is OpenStack. The use of openstack is also acceptable in our
development conversations.
OS or os
This worked. Thanks!
But this procedure requires to clone again.
I wonder why rebase didn’t work and cherry pick worked. May be I should tried
the gerrit UI.
As said in the earlier mail to Brandon, this is what I did.
# netscaler-lbaas-driver-v2 == the topic branch where I had my original
On Sun, 2014-08-17 at 13:05 +0400, Ruslan Kamaldinov wrote:
On Sun, Aug 17, 2014 at 4:16 AM, Adam Lawson alaw...@aqorn.com wrote:
Doesn't Murano address this already?
Please note that Murano is no longer a windows-as-a-service or
smth-as-a-serivce. Murano is an application catalog [1]. But
On 2014/08/18 0:12, Kyle Mestery wrote:
On Fri, Aug 15, 2014 at 5:35 PM, Edgar Magana edgar.mag...@workday.com
wrote:
Team,
I did a quick audit on the Neutron CI. Very sad results. Only few plugins
and drivers are running properly and testing all Neutron commits.
I created a report here:
On Sun, 2014-08-17 at 13:00 +0400, Stan Lagun wrote:
This can be addressed by Murano only if its deployed to the cloud (on
VM belonging to some tenant). Having it on OpenStack service layer
integrated with major OpenStack services sounds very promising. The
problem I see is significant overlap
Hey Vijay,
The reason that didn't work is because the netscaler-lbaas-driver-v2 had an
older patch set of the 105610 change. That means it was an entirely different
commit so after you rebased you ended up having two commits with a duplicate
commit message (which means duplicate Change-IDs).
Hi Thiago,
Like for the Windows case, where we have Heat templates for AD DC and other
MSFT related workloads (Exchange, SQL Server, SharePoint, etc) [1], the best
place in OpenStack for Samba 4 DC is a dedicated Heat template.
Heat is the de facto workload orchestration standard for
Hi Folks,
I created a new pollster plugin for ceilometer by:
- adding a new item under enterypoint/ceilometer.poll.central in setup.cfg
file
- adding the implementation code inheriting plugin.CentralPollster
- adding a new source to pipeline.yaml as bellows:
I find a BP here.
https://blueprints.launchpad.net/nova/+spec/implement-rbd-snapshots-instead-of-qemu-snapshots
We have same need for doing snapshot on rbd-backed instance (not full copy,
only snapshot).
Do anyone have thought about this?
Any updates / patch on the BP, or somebody already did
HI All,
I am pretty new to openstack . I am trying to access rest
services to create single/multiple image using nova rest services .
Some how i am not able to access. Can you please point to some
documentation or example ?
--
Regards and Thanks
Soumya Kanti Acharya
Is there anybody working on below bug?
https://bugs.launchpad.net/nova/+bug/1192192
The comments are ends 2014-03-26
I guess we should fix the VCDriver source codes.
If someone is doing now, can you share how to solve the problem?
___
OpenStack-dev
+1, thanks!
On Wed, Aug 13, 2014 at 6:05 PM, Kyle Mestery mest...@mestery.com wrote:
Per this week's Neutron meeting [1], it was decided that offering a
rotating meeting slot for the weekly Neutron meeting would be a good
thing. This will allow for a much easier time for people in
Btw, there is no service.stat record/row in meter table in ceilometer
database.
Regards,
Gary
From: Duan, Li-Gong (Gary@HPServers-Core-OE-PSC)
Sent: Monday, August 18, 2014 3:45 PM
To: openstack-dev@lists.openstack.org
Cc: Duan, Li-Gong (Gary@HPServers-Core-OE-PSC)
Subject: [Ceilometer]
I think it's a very interesting test for docker. I too have been think
about this for some time to try and dockerise OpenStack services, but as
the usual story goes, I have plenty things I'd love to try, but there are
only so many hours in a day...
Would definitely be interested to hear if anyone
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 17/08/14 02:09, Angus Lees wrote:
On 16 Aug 2014 06:09, Doug Hellmann d...@doughellmann.com
mailto:d...@doughellmann.com wrote:
On Aug 15, 2014, at 9:29 AM, Ihar Hrachyshka
ihrac...@redhat.com
mailto:ihrac...@redhat.com wrote:
Mark McLoughlin wrote:
[...]
I don't see how any self-respecting open-source project can throw a
release over the wall and have no ability to address critical bugs with
that release until the next release 6 months later which will also
include a bunch of new feature work with new bugs. That's
Hello Doug, All.
This release is currently blocked on landing some changes in projects
using the library so they don’t break when the new version starts using
different exception classes. We’re tracking that work in
https://etherpad.openstack.org/p/sqla_exceptions_caught
It looks like we’re
It seems that VCDriver do not support live migration till now.
I recalled in ATL summit, the VMWare team is going to do some enhancement
to enable live migration:
1) Make sure one nova compute can only manage one cluster or resource pool,
this can make sure VMs in different cluster/resource pool
I see that there are some openstack docker images in public docker repo,
perhaps you can check them on github to see how to use them.
[root@db03b04 ~]# docker search openstack
NAME
DESCRIPTION STARS OFFICIAL
AUTOMATED
ewindisch/dockenstack
Doug Hellmann wrote:
On Aug 13, 2014, at 4:42 PM, Russell Bryant rbry...@redhat.com wrote:
Let me try to say it another way. You seemed to say that it wasn't much
to ask given the rate at which things happen in OpenStack. I would
argue that given the rate, we should not try to ask more of
David,
I'm happy to hear that :)! After thinking a bit, I came up with the
following strategy for further Merlin development: make all the
commits into a separate repository (stackforge/merlin) at least until
the PoC is ready. This will allow to keep project history more
granular instead of
Hi,
Went through the following link:
https://swiftstack.com/blog/2012/09/16/globally-distributed-openstack-swift-cluster/
I'm trying to simulate the 2-region 3-replica scenario. The document says
that the 3rd replica will be asynchronously moved to the remote location
with a 2-region setup.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 18/08/14 11:00, Thierry Carrez wrote:
Mark McLoughlin wrote:
[...] I don't see how any self-respecting open-source project can
throw a release over the wall and have no ability to address
critical bugs with that release until the next release
Hi mistral folks,
I’d like to remind that we’ll have a team meeting today as usually at 16.00 UTC
at #openstack-meeting.
Agenda:
* Review action items
* Current status (progress, issues, roadblocks)
* Further plans
* Release 0.1 scope (BPs and bugs)
* Open discussion
Please also look at
Hi.
I am trying to update my contact information in order to submit my first gerrit
review. I go to review.openstack.org and log in, then go to my account settings
and click on Contact Information. I provide my address and click Save
Changes and get:
Code Review - Error
Server Error
Cannot
On 18/08/14 19:01, Udi Kalifon wrote:
Hi.
I am trying to update my contact information in order to submit my first
gerrit review. I go to review.openstack.org and log in, then go to my account
settings and click on Contact Information. I provide my address and click
Save Changes and get:
On Sat, 16 Aug 2014 18:27:19 +0200
Marc Koderer m...@koderer.com wrote:
Hi all,
Am 15.08.2014 um 23:31 schrieb Jay Pipes jaypi...@gmail.com:
I suggest that tempest should be the name of the import'able
library, and that the integration tests themselves should be what
is pulled out of
Thanks for reply Jay~!
From icehouse, one nova-compute can manage multi clusters I think.
In this case, how should we progress in order to archive the live migration
functions.
Thanks.
John Haan.
2014-08-18 19:00 GMT+09:00 Jay Lau jay.lau@gmail.com:
It seems that VCDriver do not
We recently had a change merged to the run_tests.sh script that Nova
developers would really benefit from knowing about:
https://review.openstack.org/#/c/110746/
Basically, it provides a way to run the pep8 tests *only* against the files
which you have actually touched in your patch. For most
Hi All,
I have a `little` trouble with the volume attachment stability.
The test_stamp_pattern test is skipped since long, you
can see what would happen if it would be enabled [1] now.
There is a workaround kind way for enabling that test [2].
I suspected the acpi hot plug event is not
On Mon, Aug 18, 2014 at 12:18:16PM +0200, Thierry Carrez wrote:
Doug Hellmann wrote:
On Aug 13, 2014, at 4:42 PM, Russell Bryant rbry...@redhat.com wrote:
Let me try to say it another way. You seemed to say that it wasn't much
to ask given the rate at which things happen in OpenStack. I
Clint Byrum wrote:
Here's why folk are questioning Ceilometer:
Nova is a set of tools to abstract virtualization implementations.
Neutron is a set of tools to abstract SDN/NFV implementations.
Cinder is a set of tools to abstract block-device implementations.
Trove is a set of tools to
As the conversation has drifted away from a discussion pertaining the nova
core team, I have some comments inline as well.
On 18 August 2014 12:18, Thierry Carrez thie...@openstack.org wrote:
Doug Hellmann wrote:
On Aug 13, 2014, at 4:42 PM, Russell Bryant rbry...@redhat.com wrote:
Let me
Till now, live migration is not supported by VCDriver in both Juno and
Icehouse.
For icehouse, yes, one nova compute can manage multiple clusters, but live
migration will be failed for such case as target host and source host will
be considered to the same host (Only one nova compute).
I believe that everything can not go as a dock container. For e.g.
1. compute nodes
2. baremetal provisioning
3. L3 router etc
My understanding is that container is good mechanism to deploy
api-controller and scheduler for many services. For backend component of
services (like nova-compute,
Le 18 août 2014 14:36, Salvatore Orlando sorla...@nicira.com a écrit :
As the conversation has drifted away from a discussion pertaining the
nova core team, I have some comments inline as well.
On 18 August 2014 12:18, Thierry Carrez thie...@openstack.org wrote:
Doug Hellmann wrote:
On
I found sahara.openstack.common.db has replaced by olso.db, i wonder the
reason of this replacement. Is the any performance problem of the
original sahara.openstack.common.db
?
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 14/08/14 18:33, Ben Nemec wrote:
On 08/14/2014 08:37 AM, Ihar Hrachyshka wrote:
Hi all,
some plugins depend on modules that are not mentioned in
requirements.txt. Among them, Cisco Nexus (ncclient), Brocade
(ncclient), Embrane
Hi all,
maintenance release of Fuel is finally out. 5.0.1 is primarily bugfix
release with a ton of fixes backported from master (5.1) - 192 bugs were
processed [1].
This is the first release when we produce not only Fuel ISO, but also so
called upgrade tarball. It is a bundle which allows you to
Thanks Mark.
As usual I had to fetch your message from the spam folder!
Anyway, I received a sensible request to avoid running neutron tests for
advanced services (load balancing, firewall, vpn), in the integrated gate.
Therefore the patches [1] and [2] will not run anymore service plugins in
Hey Ionely,
the oslo.db is a graduated version of code from the oslo-incubator
(that was periodically synced to sahara.openstack.common.db). So, the
only reason is to switch to the graduated lib.
On Mon, Aug 18, 2014 at 5:04 PM, lonely Feb lonely8...@gmail.com wrote:
I found
On 18/08/14 12:51, Daniel P. Berrange wrote:
We recently had a change merged to the run_tests.sh script that Nova
developers would really benefit from knowing about:
https://review.openstack.org/#/c/110746/
Basically, it provides a way to run the pep8 tests *only* against the files
(kicking this thread to the dev mailing list)
Thanks for starting this discussion on Juno work efforts, Nate. This would be
a good discussion to pick up at the 3pm CDT IRC meeting today as well. I've
added some thoughts below as well.
I believe the plan is to finalize features and API changes
warn() and warning() are synonyms (literally the same method, aliased). We had
to add a similar alias in the oslo ContextAdapter to support code using both
forms in existing code. If the documented form is warning(), then I agree we
should stick with that, although I don’t think the churn
Yes, that would be a good next step.
Doug
On Aug 17, 2014, at 10:03 PM, Peng Wu peng.e...@gmail.com wrote:
Yes, I am interested in adding these missing gettext functions to
oslo.i18n library.
Guess the next step is to create a blueprint for Kilo?
Thanks,
Peng Wu
On Fri,
On Mon, 2014-08-18 at 14:23 +0200, Thierry Carrez wrote:
Clint Byrum wrote:
Here's why folk are questioning Ceilometer:
Nova is a set of tools to abstract virtualization implementations.
Neutron is a set of tools to abstract SDN/NFV implementations.
Cinder is a set of tools to abstract
On Thu, Aug 14 2014, Yuriy Taraday wrote:
Hi Yuriy,
[…]
Looking forward to your opinions.
This looks like a good summary of the situation.
I've added a solution E based on pthread, but didn't get very far about
it for now.
--
Julien Danjou
# Free Software hacker
# http://julien.danjou.info
On Mon, Aug 18, 2014 at 07:57:28AM +1000, Michael Still wrote:
My recollection is that this was a request from the oslo team, but it
was so long ago that I don't recall the details.
I think the change is low value, so should only be done when someone
is changing the logging in a file already
On Wed, Aug 13, 2014 at 3:29 PM, Doug Hellmann d...@doughellmann.com
wrote:
On Aug 13, 2014, at 4:08 PM, Matthew Treinish mtrein...@kortar.org
wrote:
On Wed, Aug 13, 2014 at 03:43:21PM -0400, Eoghan Glynn wrote:
Divert all cross project efforts from the following projects so we
can
Hello people,
I think backward compatibility is a good idea. We can make the
user/pass inputs for data objects optional (they are required
currently), maybe even gray them out in the UI with a checkbox to turn
them on, or something like that.
This is similar to what I was thinking. We
On Fri, Aug 15, 2014 at 3:01 PM, Joe Gordon joe.gord...@gmail.com wrote:
On Thu, Aug 14, 2014 at 4:02 PM, Eoghan Glynn egl...@redhat.com wrote:
Additional cross-project resources can be ponied up by the large
contributor companies, and existing cross-project resources are not
Neutron Ci Folks,
I have received answers from almost all the CI contacts and I want to
thank you all.
Every case is different and I will review each one of your answer and
questions.
I do understand that every CI is different and this is why I would suggest
two things:
1) Today's Neutron IRC
On 08/18/2014 06:18 AM, Thierry Carrez wrote:
Doug Hellmann wrote:
On Aug 13, 2014, at 4:42 PM, Russell Bryant rbry...@redhat.com wrote:
Let me try to say it another way. You seemed to say that it wasn't much
to ask given the rate at which things happen in OpenStack. I would
argue that
On Aug 18, 2014, at 10:15 AM, Daniel P. Berrange berra...@redhat.com wrote:
On Mon, Aug 18, 2014 at 07:57:28AM +1000, Michael Still wrote:
My recollection is that this was a request from the oslo team, but it
was so long ago that I don't recall the details.
I think the change is low value,
To make some time oriented comparisons in javelin2 I'd like to be
able to access the timestamps on the data dumps in the $SAVE_DIR.
In my experiments I've done this by pushing SAVE_DIR and
BASE_RELEASE into the subshell that calls javelin2 -m create in
grenade.sh.
Is there:
* A better way to
Thank you Akihiro.
I will propose a better organization for this section. Stay tune!
Edgar
On 8/17/14, 10:53 PM, Akihiro Motoki mot...@da.jp.nec.com wrote:
On 2014/08/18 0:12, Kyle Mestery wrote:
On Fri, Aug 15, 2014 at 5:35 PM, Edgar Magana
edgar.mag...@workday.com wrote:
Team,
I did a
On Mon, Aug 18, 2014 at 9:18 AM, Russell Bryant rbry...@redhat.com wrote:
On 08/18/2014 06:18 AM, Thierry Carrez wrote:
Doug Hellmann wrote:
On Aug 13, 2014, at 4:42 PM, Russell Bryant rbry...@redhat.com wrote:
Let me try to say it another way. You seemed to say that it wasn't
much
to
Hi,
Mellanox CI is going down for maintenance.
We will notify as soon as the system is up and ready.
Sorry for the inconvenience,
Omri
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
On 08/18/2014 09:43 AM, Omri Marcovitch wrote:
Hi,
Mellanox CI is going down for maintenance.
We will notify as soon as the system is up and ready.
Sorry for the inconvenience,
Omri
___
OpenStack-dev mailing list
On Mon, Aug 18, 2014 at 11:18:52AM -0400, Russell Bryant wrote:
On 08/18/2014 06:18 AM, Thierry Carrez wrote:
Doug Hellmann wrote:
On Aug 13, 2014, at 4:42 PM, Russell Bryant rbry...@redhat.com wrote:
Let me try to say it another way. You seemed to say that it wasn't much
to ask given
On Mon, 18 Aug 2014, Chris Dent wrote:
The reason for doing this? I want to be able to confirm that some
sample data retrieved in a query against the ceilometer API has
samples that span the upgrade.
The associated change is here:
https://review.openstack.org/#/c/102354
--
Chris Dent
On Mon, Aug 18, 2014 at 11:27:39AM -0400, Doug Hellmann wrote:
On Aug 18, 2014, at 10:15 AM, Daniel P. Berrange berra...@redhat.com wrote:
On Mon, Aug 18, 2014 at 07:57:28AM +1000, Michael Still wrote:
My recollection is that this was a request from the oslo team, but it
was so long ago
Mellanox CI is up and ready.
Thanks
From: Omri Marcovitch [mailto:om...@mellanox.com]
Sent: Monday, August 18, 2014 6:44 PM
To: openstack-dev@lists.openstack.org
Subject: [openstack-dev] [neutron] [third-party] Mellanox CI Third party system
is going down for Maintenance
Hi,
Mellanox CI is
On 2014-08-17 23:53:12 -0700 (-0700), daya kamath wrote:
[...]
openstack-infra does not get updated as part of the gate jobs
[...]
Right, we use puppet to continuously apply that configuration to our
durable workers and nodepool templates.
--
Jeremy Stanley
On 08/18/2014 10:18 AM, Omri Marcovitch wrote:
Mellanox CI is up and ready.
Thanks
From: Omri Marcovitch [mailto:om...@mellanox.com]
Sent: Monday, August 18, 2014 6:44 PM
To: openstack-dev@lists.openstack.org
Subject: [openstack-dev] [neutron] [third-party] Mellanox CI Third party
Hi All,
Start of q-svc in devstack fails with error message No type
driver for tenant network_type: vxlan. Service terminated!. I have not choosen
vxlan as ML2 type driver in localrc. I have added the details of localrc file
for my setup below for reference. Can you please
On Fri, Aug 15, 2014 at 01:57:29AM +0400, Boris Pavlovic wrote:
Matt,
One thing did just occur to me while writing this though it's probably worth
investigating splitting out the stress test framework as an external
tool/project after we start work on the tempest library. [3]
I
On Aug 14, 2014, at 8:52 AM, Russell Bryant rbry...@redhat.com wrote:
On 08/14/2014 11:40 AM, David Kranz wrote:
On 08/14/2014 10:54 AM, Matt Riedemann wrote:
On 8/14/2014 3:47 AM, Daniel P. Berrange wrote:
On Thu, Aug 14, 2014 at 09:24:36AM +1000, Michael Still wrote:
On Thu, Aug 14,
901 - 1000 of 118978 matches
Mail list logo