Ok, thanks for your input.
I’d personally say it’s not really worth it but if Bob wants to do it that’s ok.
Thanks
Renat Akhmerov
@Nokia
On 19 Oct 2017, 12:46 +0700, ChangBo Guo , wrote:
> The dependencies of mistral expressions package make it hard to be adopted
> as a module of oslo library
The dependencies of mistral expressions package make it hard to be adopted
as a module of oslo library, we need oslo library keep simple.
we have a adopt process [1] which is not merged to help guide the adoption
process if we agree. agree with Dough, we can discuss in the Oslo weekly
meeting.[
Hello everyone,
Please reminder that the weekly OpenStack QA team IRC meeting will be
Thursday, Oct 19th at 8:00 UTC in the #openstack-meeting channel.
The agenda for the meeting can be found here:
https://wiki.openstack.org/wiki/Meetings/QATeamMeeting#Agenda_for_October_19th_2017_.280800_UTC.29
Hi Houzhian,
Great the see people doing fault tolerance with Congress. That's how
Congress is used in by the OpNFV Doctor project
(https://wiki.opnfv.org/display/doctor)
I just tested the same rule on Pike release and it seems Congress delivered
the correct request to nova. Do you have the Congre
It looks like the best slot for everyone [1] is monday October 23rd @
10:00AM EST (2:00PM UTC).
I'll send invites out, don't forget to start writing down things
you're interested in learning
about in the etherpad [2].
[1]: https://beta.doodle.com/poll/hfkcgrahwskm2ggv
[2]: https://etherpad.openst
Hi,
At the infra meeting[1] yesterday, there was general agreement that we have
likely passed the point at which we would consider a rollback to Zuul
v2, and will iterate forward on any further issues (as we have been
doing since Sunday).
We plan on freezing the Zuul v2 config[2] now, and keep it
This was confirmed to be a client-side javascript issue in Gerrit
earlier this week [1].
[1]:
http://eavesdrop.openstack.org/irclogs/%23openstack-infra/%23openstack-infra.2017-10-16.log.html#t2017-10-16T12:51:40
David Moreau Simard
Senior Software Engineer | OpenStack RDO
dmsimard = [irc, githu
Since we migrated to Zuul v3 and Zuul is now the default user which
vote in Gerrit, we now have a bug with jobs running in the 'check' and
the 'check-tripleo' pipeline.
Jobs finish in the 'check' pipeline and report their status and then
jobs finish in the 'check-tripleo' pipeline, overwriting/disc
On 17/10/17 14:16, Doug Hellmann wrote:
Excerpts from Zane Bitter's message of 2017-10-16 18:10:20 -0400:
On 14/10/17 11:47, Doug Hellmann wrote:
Even the rewritten question can be answered
legitimately using several different personas by people with a bit
of experience. I have worked at a pub
Adding [Congress] to the subject line for proper filtering...
Congress lets you execute most of the Nova client API calls. You use the
same arguments you would use for the Nova client. Here are the docs for
the live-migration API: scroll down to live-migrate.
https://docs.openstack.org/python-n
On 2017-10-18 12:15 PM, Yaguang Tang wrote:
>
> We launched 300vms and each vm has about 10 metrics, OpenStack cluster
> have 3 controllers and 2 compute nodes(ceph replication is set to 2).
seems smaller than my test, i have 20K metrics in my test
>
> what we want to archive is to make all
Hi Gordon,
We launched 300vms and each vm has about 10 metrics, OpenStack cluster have
3 controllers and 2 compute nodes(ceph replication is set to 2).
what we want to archive is to make all metric measures data get processed
as soon as possible, metric processing delay is set to 10s, and ceilome
Hi Van,
You can try to create a pci-passthrough port with PCI info, then create vm
using that port without any alias.
On Wed, Oct 18, 2017 at 11:27 PM, Eric Fried wrote:
> Robert-
>
> No.
>
> Some day, once generic device management is baked, there will be.
> Depending how your
Robert-
No.
Some day, once generic device management is baked, there will be.
Depending how your favorite virt driver decides to model things, one
could envision a flavor with extra specs like:
resources:SRIOV_NET_PF:1
trait:CUSTOM_PCI_VENDORID_8086=required
trait:CUSTOM_PCI_PROD
Now that we have some good feedback on the doodle, it looks like we have
two sessions that will work for everyone. One is October 25th from 15:00
- 16:00 UTC and the other is also the 25th from 16:00 - 17:00.
Let's shoot to meet at *15:00 UTC* on *October 25th* and if the meeting
goes over, we hav
Hi all,
The docs meeting will continue tomorrow, Thursday at 16:00 UTC in
#openstack-meeting, as scheduled. For more details, and the agenda, see the
meeting page:
https://wiki.openstack.org/wiki/Meetings/DocTeamMeeting
Cheers,
pk
___
Excerpts from Renat Akhmerov's message of 2017-10-18 11:46:46 +0700:
> Hi,
>
> I’m not too happy about the idea of creating one more subproject within
> Mistral. I don’t even see now what else this new library project managed by
> Mistral team will contain besides this expression utils module. I
That sounds great, thank you! Let's synchronize on IRC to do a quick
bootstrapping about where I think the next steps are, then you all can
run with it.
-Sean
On 10/17/2017 11:31 PM, 王玺源 wrote:
> HI Sean,
> I think that we(Lance and I) from Huawei are willing to take over and
> continue
Correct - and you don't *need* to use the param yet if you don't want
to. Here's what we're doing in nova-powervm [1]. (It won't pass our CI
until the Nova change is merged - we don't have Depends-On working.)
[1] https://review.openstack.org/#/c/512814/
On 10/17/2017 08:18 PM, Chen CH Ji wrote
On Wed, Oct 18, 2017 at 12:34 AM Renat Akhmerov
wrote:
> Dougal,
>
> I forgot to mention that explicitly but, yes, #1 is needed only not to
> break the sequence of migrations. We can manually fix the migration number
> in #2 just for stable/pike but I somewhat don’t like the idea of having
> diff
út 17. 10. 2017 v 17:14 odesílatel Dan Prince napsal:
> On Tue, 2017-10-17 at 11:46 +, milanisko k wrote:
> >
> > How about the shared container? Wouldn't it be better not have to
> > rely on t-h-t especially if we're "scheduling" (and probably
> > configuring) the services as a single logica
Hey guys, thanks for your efforts on OpenStack Congress, I am very puzzled about policy of Congress on recent days and I decided to ask you for some help, I am looking forward to your reply.openstack congress policy rule create \--name live_migrate_vm classification \'execut
22 matches
Mail list logo