[openstack-dev] [nova] Bug triage and tag owner list

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

Re: [openstack-dev] [Nova] Live migration sub-team lead

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

Re: [openstack-dev] [nova][libvirt] Lets make libvirt's domain XML canonical

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

[openstack-dev] [nova] Bug team meeting

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

Re: [openstack-dev] [nova] resignation from bug czar role

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

[openstack-dev] [nova] Live-migration subteam meeting

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.

[openstack-dev] [nova][cinder] Live-migration job status update

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

Re: [openstack-dev] [nova] [infra] Intel NFV CI voting permission

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] -

Re: [openstack-dev] [nova] Removal of live_migration_flag and block_migration_flag config options

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

Re: [openstack-dev] [nova] Removal of live_migration_flag and block_migration_flag config options

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

Re: [openstack-dev] [tempest][nova] Microversions support coverage

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 >>

[openstack-dev] [tempest][nova] Microversions support coverage

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

Re: [openstack-dev] [nova][infra][ci] bulk repeating a test job on a single review in parallel ?

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

Re: [openstack-dev] [nova][infra][ci] bulk repeating a test job on a single review in parallel ?

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,

Re: [openstack-dev] [nova] Let me know if you have an approved spec but unapproved blueprint

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

Re: [openstack-dev] [nova][libvirt] Deprecating the live_migration_flag and block_migration_flag config options

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

Re: [openstack-dev] [nova][libvirt] Deprecating the live_migration_flag and block_migration_flag config options

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

Re: [openstack-dev] [Nova] State machines in Nova

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 >

[openstack-dev] [Nova] State machines in Nova

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

Re: [openstack-dev] [Nova] Live Migration: Austin summit update

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

Re: [openstack-dev] [nova] Should be instance_dir in all nova compute node same ?

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

[openstack-dev] [nova][live migration] Feature exposure

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

Re: [openstack-dev] Nova quota statistics counting issue

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] -

[openstack-dev] [nova] Dedicated CI job for live-migration testing status update

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]

Re: [openstack-dev] [nova] Migration progress

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

Re: [openstack-dev] [nova] live migration in Mitaka

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

Re: [openstack-dev] [nova] CI for reliable live-migration

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>

Re: [openstack-dev] [nova] CI for reliable live-migration

, 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

[openstack-dev] [nova] CI for reliable live-migration

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

[openstack-dev] [nova] Silent nova fails

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

[openstack-dev] [nova] [stable] Freze exception

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: