On 21 October 2017 at 01:20, Tony Breeds wrote:
>
> Hi All,
> With the election behind us it's somewhat traditional to look at
> some simple stats from the elections:
>
> +--+---+---+---+
> | Election | Electorate (delta %) | Vot
On 20 October 2017 at 22:25, Kendall Nelson wrote:
>
> Hello!
>
> We are coming down to the last hours for voting in the TC election. Voting
> ends 23:45 October 20th, 2017.
>
> Search your gerrit preferred email address[0] for the following subject:
> Poll: Queens TC Election
>
> That is your
Hi Greg!
Answers inline.
On 10/20/2017 09:25 PM, Waines, Greg wrote:
> Hey,
>
> We are in the process of integrating OpenStack Ironic into our own OpenStack
> Distribution.
Nice to hear :)
>
> Is there support for a single OpenStack system supporting VM and Baremetal
> Instances simultaneously
Hi Jay!
I appreciate your comments, but I think you're approaching the problem from
purely VM point of view. Things simply don't work the same way in bare
metal, at least not if we want to provide the same user experience.
On Sun, Oct 22, 2017 at 2:25 PM, Jay Pipes wrote:
> Sorry for delay, too
Hi Pranab,
Thanks for the interest in OVN.
> # tox
> ..
> {9}networking_ovn.tests.unit.ovsdb.test_ovsdb_monitor.TestOvnConnection.test_connection_sb_start
> [0.015743s] ... ok
> Mechanism driver 'ovn' failed in create_port_precommit
> Traceback (most recent call last):
> File
> "networ
Hello folks.
I need your feedback please on SELinux fixes [0] (or rather workarounds)
for containerized undercloud feature, which is experimental in Pike.
[TL;DR] The problem I'm trying to solve is primarily allowing TripleO
users to follow the guide [1] w/o telling them "please disable SELinu
Hi,
as you know we prepare transition of all OVB jobs from RH1 cloud to RDO
cloud, also a few long multinode upgrades jobs as well. We prepared a
workflow of transition below, please feel free to comment.
1) We run one job (ovb-ha-oooq) on every patch in following repos: oooq,
oooq-extras, tripl
Writing from my phone... May I ask that before you proceed with any plan
that uses traits for state information that we have a hangout or
videoconference to discuss this? Unfortunately today and tomorrow I'm not
able to do a hangout but I can do one on Wednesday any time of the day.
Lemme know!
-j
Actually, I was suggesting the same to John the other day :) I can throw a
doodle later today to pick the time.
On 10/23/2017 01:19 PM, Jay Pipes wrote:
> Writing from my phone... May I ask that before you proceed with any plan that
> uses traits for state information that we have a hangout or vid
From: Jay Pipes [mailto:jaypi...@gmail.com]
Sent: Monday, October 23, 2017 12:20 PM
To: OpenStack Development Mailing List
Subject: Re: [openstack-dev] [ironic] ironic and traits
Writing from my phone... May I ask that before you proceed with any plan that
uses traits for state information tha
Reminder that this session is taking place in ~1h20minutes from the time of
this email.
I sent out Bluejeans invites to the people who signed up, if you didn't get
one, please poke me on IRC (dmsimard).
David Moreau Simard
Senior Software Engineer | OpenStack RDO
dmsimard = [irc, github, twitte
On Mon, Oct 23, 2017 at 2:22 AM Ghanshyam Mann
wrote:
> 1 typo correction, All current meeting and office hours are on
> Thursday (not Tuesday).
>
> Week1:
> - *Thu* 9:00 UTC Office hours in #openstack-qa
> - *Thu* 17:00 UTC Meeting in #openstack-meeting
> Week2:
> - *Thu* 8:00 UTC Meeting in #op
Deal all,
I'm cancelling the QA meeting next Thursday as I will be travelling.
For any urgent thing, please find us in the #openstack-qa room.
Andrea Frittoli (andreaf)
__
OpenStack Development Mailing List (not for usage que
I agree with Sean. In general terms:
* A resource provider should be marked with a trait if that feature
* Can be turned on or off (whether it's currently on or not); or
* Is always on and can't ever be turned off.
* A consumer wanting that feature present (doesn't matter whether it's
on or o
On 2017-10-22 11:56:06 +0200 (+0200), Sławek Kapłoński wrote:
[...]
> I suppose that gertty is looking only for patches which are
> already in local database. Is it true?
Basically, yes. As far as I've seen it syncs status for any changes
on projects to which you've explicitly subscribed, as well
On Mon, Oct 23, 2017 at 2:54 PM, Eric Fried wrote:
> I agree with Sean. In general terms:
>
> * A resource provider should be marked with a trait if that feature
> * Can be turned on or off (whether it's currently on or not); or
> * Is always on and can't ever be turned off.
>
No, traits ar
We discussed this a little bit further in IRC [1]. We're all in
agreement, but it's worth being precise on a couple of points:
* We're distinguishing between a "feature" and the "trait" that
represents it in placement. For the sake of this discussion, a
"feature" can (maybe) be switched on or of
thanks, it works.
Regards
Ning Yao
2017-08-24 19:43 GMT+08:00 Jakub Libosvar :
> On 24/08/2017 12:47, Ning Yao wrote:
>> Hi, all
>>
>> I encounter a problem about neutron tempest test. I run the tempest
>> neutron plugin test against my self-build OpenStack, and I find that
>> tempest will run th
Hey all,
I was going through the DriverLog [0] to have an idea of which drivers were
maintained by whom as I go through the backlog of bugs so that I know who
to assign a driver-specific bug to if it's not already assigned. If the
driver maintainers could update the relevant parts of the DriverLog
Hi all!
I'd like to invite you to the discussion of the way to implement traits in
ironic and the ironic virt driver. Please vote for the time at
https://doodle.com/poll/ts43k98kkvniv8uz. Please vote by EOD tomorrow.
Note that it's going to be a technical discussion - please make sure you
underst
Your suggestions requires transparent passing of extra_specs to ironic,
which is something the nova team has objections for quite some time.
On Mon, Oct 23, 2017 at 4:09 PM, Eric Fried wrote:
> We discussed this a little bit further in IRC [1]. We're all in
> agreement, but it's worth being pre
The Keystone v2 removal also broke Trove's gate. Trove's functional
and scenario tests had Keystone v2 hard codings and also relied on a >
4 year old 'compat' client package in the python-troveclient that did
not have V3 support.
Both cases required a lot of scrambling find all the v2 hard coding
Sławek Kapłoński writes:
> Hello,
>
> Recently I started using Getty and I think it’s good tool.
> I have one problem which I don’t know how to solve. On web based
> gerrit page (review.openstack.org) I have defined page with own query:
>
> "(NOT owner:self) status:open label:Code-Review-0,self
>
Jeremy Stanley writes:
> It's software, so probably. That said, I expect Gertty would need
> some sort of first-class dashboard support where it knows (beyond
> simple keybindings for arbitrary queries, maybe similar to how it
> treats owner:self changes?) that you want all changes for dashboards
Joe Talerico wrote on 10/09/2017 11:26:14 AM:
> If you ssh to your compute node can you ping 172.16.0.14?
Just a quick note to let everyone know that I am no longer seeing this
problem.
I had to wait a while for lab services to update the firmware and then I
was
seeing IP conflicts with rogue
HI Training Team,
Our next meeting is in less than an hour at 2000 UTC on #openstack-meeting-3.
The meeting agenda is here:
https://etherpad.openstack.org/p/openstack-upstream-institute-meetings
See you on IRC in a bit! :)
Best Regards,
Ildikó
___
Hi,
We are glad to present this week's priorities and subteam report for Ironic. As
usual, this is pulled directly from the Ironic whiteboard[0] and formatted.
This Week's Priorities (as of the weekly ironic meeting)
1. CI migration to Zuu
Thx for pointing those typos but it doesn’t fix „main problem” :)
—
Best regards
Slawek Kaplonski
sla...@kaplonski.pl
> Wiadomość napisana przez Jeremy Freudberg w dniu
> 23.10.2017, o godz. 02:17:
>
> I know nothing about Gertty, but it looks like you have two typos:
>
> - Code-Review-0 s
Hello,
> Wiadomość napisana przez Jeremy Stanley w dniu
> 23.10.2017, o godz. 15:02:
>
> On 2017-10-22 11:56:06 +0200 (+0200), Sławek Kapłoński wrote:
> [...]
>> I suppose that gertty is looking only for patches which are
>> already in local database. Is it true?
>
> Basically, yes. As far as
Hello,
> Wiadomość napisana przez James E. Blair w dniu
> 23.10.2017, o godz. 18:04:
>
> Sławek Kapłoński writes:
>
>> Hello,
>>
>> Recently I started using Getty and I think it’s good tool.
>> I have one problem which I don’t know how to solve. On web based
>> gerrit page (review.openstack.
I am seeing "Can't connect to MySQL server on '9.114.118.250' ([Errno 113]
EHOSTUNREACH)" when installing tripleo
Debugging it further, it seems that corosync will not start and returns an
error code of 8. This seems like not an error according to:
http://www.linux-ha.org/doc/dev-guides/_liter
Hello Everyone :)
Everyone that has requested a slot has been added to the official
schedule[1].
If conflicts arise with other talks you have or you want to add more
presenters, please contact speakersupp...@openstack.org. They can get any
issues with the schedule resolved.
*We do still have spo
On Mon, Oct 23, 2017 at 09:35:34AM +0100, Jean-Philippe Evrard wrote:
> I agree, we should care about not repeating this Pike trend. It looks
> like Queens is better in terms of turnout (see the amazing positive
> delta!). However, I can't help but noticing that the trend for
> turnouts is slowly
Hello,
We test ceilometer workload partition, and find even with one rabbitmq
server, the ceilometer-pipe
will lost its consumers. Does anyone know this?
I configure, batch_size =1, batch_timeout =1, and
pipeline_processing_queues = 1.
If anyone know this, please point it out.
Sławek Kapłoński writes:
>>> "(NOT owner:self) status:open label:Code-Review-0,self
>>> label:Workflow=0 (project:openstack/neutron OR
>>> project:openstack/neutron-lib OR project:openstack/shade)
>>> branch:master”
>>
>> If you haven't already, make sure you are subscribed to those three
>> pro
We're working on the Barbican Onboarding session now. I don't think our Boston
session went very well, and the results borne out; we were unable to convert
any attendee to active contributor. It was a much bigger group than I was
expecting and everyone was at a different starting point . I wa
On Fri, Oct 06, 2017 at 10:15:56AM +1100, Tony Breeds wrote:
> On Wed, Oct 04, 2017 at 02:51:06PM +1100, Tony Breeds wrote:
> > I'll prep the list of repos that will be tagged EOL real soon now for
> > review.
>
> As promised here's the list. The fomat is new, It's grouped by project
> team so it
We plan to remove the parameter enforce_type from set_override and
set_default in oslo.config [1]. we have been blocking its usage in
bilean, cue, poppy for a long time. patchs were posted in these projects
[2][3][4]. What we can do next, Just remove the Depends-On and go ahead
in oslo side ?
It sounds like Ironic use the Trait to configure the instance
https://review.openstack.org/#/c/504952/5/specs/approved/config-template-traits.rst@95
The downside I can see is that the extra burden added to the placement.
As the example, used in the spec:
* CUSTOM_BM_CONFIG_BIOS_VMX_ON
* CUSTOM_BM_
39 matches
Mail list logo