Hi,
This appears to be broken over the last 24 hours.
Thanks
Gary
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Hi Gary,
Thanks for the notification. Our nodepool had built a corrupt image
which was returning false positives. I have fixed this up and rerun
tests on changes that had negative votes where Jenkins passed. If you
notice any changes that seem like a false negative please issue a
recheck
The reddwarf 3rd party CI is failing on an oslo sync patch [1] but
Jenkins is fine, I'm unable to find any wiki or guideline on how to
recheck just the reddwarf CI, is that possible?
[1] https://review.openstack.org/#/c/103232/
--
Thanks,
Matt Riedemann
On 6/28/14 10:40 AM, James E. Blair wrote:
An alternate approach would be to have third-party CI systems register
jobs with OpenStack's Zuul rather than using their own account. This
would mean only a single report of all jobs (upstream and 3rd-party)
per-patchset. It significantly reduces
Hello, Mat.
You need to log into https://rdjenkins.dyndns.org/job/Trove-Gate/ (Auth
system uses Launchpad OpenID).
Then you need to find certaun job you need to click Retrigger. The End.
FYI i already retrigged your job. You're welcome.
Best regards,
Denis Makogon
On Sun, Jun 29, 2014 at
The east/west case is the only case with this asymmetric routing problem
being discussed. However, the north/south case might still be interesting
from a FWaaS perspective. The fact that the router is distributed in
pieces may affect it depending on the firewall implementation.
Carl
On Jun 28,
Hey Everyone,
Just noticed some failing jobs on Cinder stable/icehouse due to sample conf
being out of date. Looks like some things were added/changed in perhaps
OSLO for Redis.
My concern is has this been verified for folks that may be using Redis in
stable/icehouse. I'm looking to see what
Hi!
During last couple weeks there is an increasing demand on tracking
3rd-party CI statuses. We at Stackalytics decided to be in trend and (with
some inspiration from Salvatore's proposal) implemented report that shows
summary on external CI status. The initial version is available for Neutron
-
Thanks Mark! I’ll try reposting my commits for review, now that the new Oslo
release is out.
PCM (Paul Michali)
MAIL …..…. p...@cisco.com
IRC ……..… pcm_ (irc.freenode.com)
TW ………... @pmichali
GPG Key … 4525ECC253E31A83
Fingerprint .. 307A 96BB 1A4C D2C7 931D 8D2D 4525 ECC2 53E3 1A83
On Jun
On Jun 29, 2014 7:09 PM, Nikhil Manchanda nik...@manchanda.me wrote:
Long term, we're looking to move away from running the integration tests
in the third
party reddwarf-jenkins, so this should soon go away.
FWIW, in the short term, the re-trigger permissions are based on the
trove-developers
On 06/29/2014 03:25 PM, Ilya Shakhat wrote:
Hi!
During last couple weeks there is an increasing demand on tracking
3rd-party CI statuses. We at Stackalytics decided to be in trend and (with
some inspiration from Salvatore's proposal) implemented report that shows
summary on external CI
On 06/29/2014 07:43 PM, Anita Kuno wrote:
On 06/29/2014 03:25 PM, Ilya Shakhat wrote:
Hi!
During last couple weeks there is an increasing demand on tracking
3rd-party CI statuses. We at Stackalytics decided to be in trend and (with
some inspiration from Salvatore's proposal) implemented
Hi. The meeting this week would be on the 3rd of July, which I assume
means that many people will be out of the office. Do people think its
worth running the meeting or shall we give this week a miss?
Thanks,
Michael
--
Rackspace Australia
___
Hi, folks!
I just noticed that review of cinder backup filter option was verified
which Juan has uploaded.
https://review.openstack.org/#/c/90996/
I have requested to review the python client side of backup filter option.
Please review my code and we use the functions more efficiently.
Here
As per http://ci.openstack.org/third_party.html#requirements this is not
an acceptable short term solution.
Which is one of the major reasons why we're planning on killing the whole
third-party rdjenkins
tests, and moving all of our trove testing to OpenStack infra.
At this point, I'd really
On 06/29/2014 08:38 PM, Nikhil Manchanda wrote:
As per http://ci.openstack.org/third_party.html#requirements this is not
an acceptable short term solution.
Which is one of the major reasons why we're planning on killing the whole
third-party rdjenkins
tests, and moving all of our trove
From real solution scenario, we usually have to integrate hardware to provide
tenant north-south traffic. So the DVR should work not only for distributed
FWaaS, but also for central FWaaS/SNAT/FIP for north-south traffic.
Best Regards
Chaoyi Huang ( Joe Huang )
发件人: Richard Woo
Hey folks:
There's nothing to discuss on the BP Agenda for this week and most folks
are busy working on existing BPs and bugs, so I'd like to cancel the
Trove blueprint meeting for this week.
See you guys at the regular Trove meeting on Wednesday.
Thanks,
Nikhil
On Jun 29, 2014 8:53 PM, Anita Kuno ante...@anteaya.info wrote:
On 06/29/2014 08:38 PM, Nikhil Manchanda wrote:
As per http://ci.openstack.org/third_party.html#requirements this is
not
an acceptable short term solution.
Which is one of the major reasons why we're planning on killing the
Hi,
I am working on deploying images to bare-metal machines using nova bare-metal.
My datacenter has 2 types of hw models, IBM and Dell. In existing
implementation, if I want to deploy image on specified type of hw model, I need
to setup 2 baremetal compute nodes, one for container of IBM
Firstly, use Ironic. Nova BM is deprecated.
Secondly, yes, you can use extra-specs, but you only need to do that
if your machines are identical in CPU, disk and memory - which the
scheduler will look at anyway. Why do you need to group IBM and Dell
machines together?
-Rob
On 30 June 2014
Hi Rob,
Thanks your reply.
As I know, Ironic not yet graduate. It is still under rapid development as
replied by Chris Krelle in Feb-2014:
http://lists.openstack.org/pipermail/openstack-dev/2014-February/026647.html .
Or I should change to Ironic now?
No - I am not group IBM and Dell
22 matches
Mail list logo