Hi team,
I'd like to share a link [1] to Nova Bug Triage wiki page. This page
contains a tag owner list and instructions that allow subscribing not for
all nova bugs, but for a certain tag. It would be great if all tags in a
table have an owner, so if you are interested in some of them, and could
for the
> last year. Recently, as some of you will have noticed, my time has been
> stretched to the extent that I have started to neglect the task. Timofei
> Durakov has stood in for me on several occasions recently and has now
> agreed to take over full time. I had planned to bri
Hi team,
I agree that it's kind of strange thing that nova dumps xml definition to
the disk but doesn't use it(at least I do not aware of it).
How the proposed changed would be aligned with other drivers? The worst
case I could imagine here is that libvirt has an xml as a source of truth,
while
Hello everyone,
Bug team meeting on Sept. 13 is canceled. So the next time it will be Sept.
20 18:00 UTC.
By that time I'll update agenda [1], everyone is welcome to do the same.
Timofey
[1] - https://wiki.openstack.org/wiki/Meetings/Nova/BugsTeam
Hi, folks,
Thanks, Markus, for doing this job! I'm interested in this activity.
Timofey
On Mon, Sep 5, 2016 at 7:20 PM, Sylvain Bauza wrote:
>
>
> Le 05/09/2016 13:19, Markus Zoeller a écrit :
>
>> TL;DR: bug czar role for Nova is vacant from now on
>>
>>
>> After doing bug
Hello,
Next meeting will be on August 30, 14:00 UTC as usual. Agenda is available
here:
https://wiki.openstack.org/wiki/Meetings/NovaLiveMigration#Agenda_for_next_meeting
If you have topics to discuss, please update it accordingly.
Timofey.
Hello everyone,
As you may notice, gate-tempest-dsvm-multinode-live-migration job became
voting. It tests live-migration against no shared storage environment, and
uses Ubuntu Xenial. List of tests being executed:
- tempest.api.compute.admin.test_live_migration.LiveBlockMigra
Hi everyone,
got a question on that Intel NFV CI: has statistics for stable branches
been checked either?
I have a patch to stable/liberty [1] that failed on all Intel NFV CI jobs 2
times in a row. Who could help me to figure out the root cause for that?
Thanks in advance,
Timofey.
[1] -
done. So there will be no upgrades impact related to this change.
On Tue, Aug 2, 2016 at 10:51 PM, Chris Friesen <chris.frie...@windriver.com>
wrote:
> On 08/02/2016 09:14 AM, Timofei Durakov wrote:
>
>> Hi,
>>
>> Taking into account everything above I'd prefer to s
Hi,
Taking into account everything above I'd prefer to see
live_migration_tunnelled(that corresponds to VIR_MIGRATE_TUNNELLED)
defaulted to False. We just need to make a release note for this change,
and on the host startup do LOG.warning to notify the operator that there
are no tunnels for
I think we could at least fix-up schema validation.
On Wed, Jul 6, 2016 at 5:51 PM, Matt Riedemann <mrie...@linux.vnet.ibm.com>
wrote:
> On 7/6/2016 9:37 AM, Timofei Durakov wrote:
>
>> Hi,
>>
>> there are several patches in a tempest that improves micro
>>
Hi,
there are several patches in a tempest that improves micro
versions coverage for Nova REST API:
https://review.openstack.org/#/c/337598
https://review.openstack.org/#/c/338248
https://review.openstack.org/#/c/287605
https://review.openstack.org/#/c/338256
This option is already available for live-migration job, as it's hooks are
under nova project.
On Fri, Jul 1, 2016 at 5:13 PM, Jeremy Stanley wrote:
> Have you considered just writing a throwaway devstack-gate change
> which overrides the gate_hook to run that one suspect
Hi,
talking about live-migration job. If you are OK to re-run tempest tests
multiple times on single environment you could wrap this line:
https://github.com/openstack/nova/blob/master/nova/tests/live_migration/hooks/run_tests.sh#L30
in for-cycle.
Timofey.
On Fri, Jul 1, 2016 at 10:31 AM,
Hi
https://blueprints.launchpad.net/nova/+spec/remove-compute-compute-communication
- bp is not approved, but the spec is.
Timofey
On Tue, Jun 14, 2016 at 3:47 AM, joehuang wrote:
> Hi, Matt,
>
> Thank you for the clarification.
>
> Best Regards
> Chaoyi Huang ( Joe Huang
I've submitted one more patch with potential fix:
https://review.openstack.org/#/c/326258/
Timofey
On Mon, Jun 6, 2016 at 11:58 PM, Timofei Durakov <tdura...@mirantis.com>
wrote:
> On Mon, Jun 6, 2016 at 11:26 PM, Matt Riedemann <
> mrie...@linux.vnet.ibm.com> wrote:
>
&g
On Mon, Jun 6, 2016 at 11:26 PM, Matt Riedemann
wrote:
> On 6/6/2016 12:15 PM, Matt Riedemann wrote:
>
>> On 1/8/2016 12:28 PM, Mark McLoughlin wrote:
>>
>>> On Fri, 2016-01-08 at 14:11 +, Daniel P. Berrange wrote:
>>>
On Thu, Jan 07, 2016 at 09:07:00PM
rom verification of states to conductor of
the task(success stories)
Timofey
On Wed, Jun 1, 2016 at 12:51 PM, Miles Gould <mgo...@redhat.com> wrote:
> On 31/05/16 21:03, Timofei Durakov wrote:
>
>> there is blueprint[1] that was approved during Liberty and resubmitted
>
Hi team,
there is blueprint[1] that was approved during Liberty and resubmitted to
Newton(with spec[2]).
The idea is to define state machines for operations as live-migration,
resize, etc. and to deal with them operation states.
The spec PoC patches are overall good. At the same time I think is
We've tested live migration of instances under load for following features:
- Auto-converge
- XBZRLE compression
Tests were done against qemu 2.5. Instances had 2GB ram and stress tool was
used to emulate load:
$ stress -m 1 --vm-bytes 200M --vm-keep
None of them could be called silver-bullet
Hi,
>From the first sight there are no restrictions for instance_path option.
Could you please provide some details about the use case?
I wonder would this functionality be really useful for cloud-operators, or
we just should add description to instance path option, forcing to use the
same path
Hello,
Last week I started thread [1] on openstack-operators to ask Openstack
users about the way to expose features for live-migrations.
So here are results:
*16,7%* - All this features should work under the hood and I don't want to
enable them manually over Nova API
*33,3%* - There should be
Hi,
I think it would be ok to store persistently quota details on compute side,
as was discussed during mitaka mid-cycle[1] for migrations[2]. So if
compute service fails we could restore state and update quota after compute
restart.
Timofey
[1] -
Hello,
Separate job for testing live-migration with different storage
configurations(No shared storage/NFS/Ceph was implemented during Mitaka and
available to be executed using experimental pipeline.
The job is ready but shows same stability as
gate-tempest-dsvm-multinode-full.
Bugs like [1] [2]
Hi,
In case of live-migration reporting I'd rather go with real-time stats,
queried from compute, instead of reporting this data to db first. While
amount of of rpc requests/db updates is relatively small, total number of
such requests depends on amount of active migrations. While realtime data
Hi,
some work items:
http://lists.openstack.org/pipermail/openstack-dev/2015-September/073965.html
- ci coverage for live-migration
https://blueprints.launchpad.net/nova/+spec/split-different-live-migration-types
- compute + drivers code cleanup
On Fri, Sep 18, 2015 at 6:47 PM, John Garbutt
9:26 AM
> To: OpenStack Development Mailing List (not for usage questions)
> Subject: Re: [openstack-dev] [nova] CI for reliable live-migration
>
>
>
> On Wed, Aug 26, 2015 at 8:18 AM, Matt Riedemann <
> mrie...@linux.vnet.ibm.com<mailto:mrie...@linux.vnet.ibm.com>
, Aug 26, 2015 at 6:18 PM, Matt Riedemann mrie...@linux.vnet.ibm.com
wrote:
On 8/26/2015 3:21 AM, Timofei Durakov wrote:
Hello,
Here is the situation: nova has live-migration feature but doesn't have
ci job to cover it by functional tests, only
gate-tempest-dsvm-multinode-full(non-voting
Hello,
Here is the situation: nova has live-migration feature but doesn't have ci
job to cover it by functional tests, only
gate-tempest-dsvm-multinode-full(non-voting,
btw), which covers block-migration only.
The problem here is, that live-migration could be different, depending on
how instance
Hello,
In current design there are places when nova fails while executing users
CLI commands, but no error messages, except some logs in nova-compute,
produced [1] . The problem is that there is no response from compute node
to conductor, as RPC cast is used.
To fix this nova should make a
Hello
I'd like to ask for a freeze exception for the follow bug fix:
*https://review.openstack.org/#/c/198340/
https://review.openstack.org/#/c/198340/*
bug: *https://bugs.launchpad.net/nova/+bug/197
https://bugs.launchpad.net/nova/+bug/197*
merged bug fix in master:
31 matches
Mail list logo