Monday, 2019-02-18

*** erlon has joined #openstack-nova00:07
*** itlinux_ has joined #openstack-nova00:12
*** itlinux has quit IRC00:13
*** gbarros has quit IRC00:20
*** gbarros has joined #openstack-nova00:22
*** markvoelker has joined #openstack-nova00:33
*** itlinux has joined #openstack-nova00:38
openstackgerritArtom Lifshitz proposed openstack/nova master: Remove _legacy_dict methods  https://review.openstack.org/63621000:39
openstackgerritArtom Lifshitz proposed openstack/nova master: Add migration param to check_can_live_migrate_destination  https://review.openstack.org/63460500:39
openstackgerritArtom Lifshitz proposed openstack/nova master: New objects to transmit NUMA config from dest to source  https://review.openstack.org/63482700:39
openstackgerritArtom Lifshitz proposed openstack/nova master: Introduce live_migration_claim()  https://review.openstack.org/63566900:39
openstackgerritArtom Lifshitz proposed openstack/nova master: [WIP] Use live_migration_claim() to check dest resources  https://review.openstack.org/63460600:39
openstackgerritArtom Lifshitz proposed openstack/nova master: LM: Make dest send NUMAMigrateData to the source  https://review.openstack.org/63482800:39
openstackgerritArtom Lifshitz proposed openstack/nova master: LM: update NUMA-related XML on the source  https://review.openstack.org/63522900:39
*** itlinux_ has quit IRC00:40
*** ileixe has joined #openstack-nova00:47
*** sapd1 has joined #openstack-nova00:58
*** itlinux has quit IRC01:03
*** gbarros has quit IRC01:03
*** bhagyashris has joined #openstack-nova01:06
*** markvoelker has quit IRC01:07
*** moshele has quit IRC01:10
*** itlinux has joined #openstack-nova01:13
*** gbarros has joined #openstack-nova01:14
*** wolverineav has joined #openstack-nova01:15
*** mrjk has quit IRC01:19
*** wolverineav has quit IRC01:19
*** moshele has joined #openstack-nova01:26
*** wolverineav has joined #openstack-nova01:35
*** wolverineav has quit IRC01:38
*** itlinux has quit IRC01:38
*** moshele has quit IRC01:49
*** Dinesh_Bhor has joined #openstack-nova01:55
openstackgerritZhenyu Zheng proposed openstack/nova master: Add method to allow reset fields for root bdm in BDM obj  https://review.openstack.org/61467201:58
*** yikun has joined #openstack-nova01:59
*** sdake has joined #openstack-nova02:00
*** cfriesen has joined #openstack-nova02:03
*** markvoelker has joined #openstack-nova02:04
*** tetsuro has joined #openstack-nova02:10
*** Dinesh_Bhor has quit IRC02:11
*** whoami-rajat has joined #openstack-nova02:13
*** sdake has quit IRC02:18
*** gbarros has quit IRC02:18
*** gbarros has joined #openstack-nova02:19
*** erlon has quit IRC02:19
*** gbarros has quit IRC02:19
*** sdake has joined #openstack-nova02:21
*** Dinesh_Bhor has joined #openstack-nova02:21
*** ileixe has quit IRC02:23
*** ileixe has joined #openstack-nova02:24
*** yedongcan has joined #openstack-nova02:26
*** mgoddard has quit IRC02:32
*** _alastor_ has joined #openstack-nova02:33
*** mgoddard has joined #openstack-nova02:34
*** markvoelker has quit IRC02:38
*** _alastor_ has quit IRC02:38
*** sdake has quit IRC02:44
*** psachin has joined #openstack-nova02:51
*** wolverineav has joined #openstack-nova03:05
*** sapd1 has quit IRC03:07
*** wolverineav has quit IRC03:09
*** hongbin has joined #openstack-nova03:10
*** janki has joined #openstack-nova03:21
*** sapd1 has joined #openstack-nova03:23
*** markvoelker has joined #openstack-nova03:34
*** udesale has joined #openstack-nova03:44
*** tetsuro has quit IRC04:01
*** tetsuro has joined #openstack-nova04:06
*** markvoelker has quit IRC04:06
*** tetsuro has quit IRC04:11
*** agopi has quit IRC04:15
*** _fragatina has quit IRC04:26
*** _fragatina has joined #openstack-nova04:26
*** lpetrut has joined #openstack-nova04:43
*** sapd1 has quit IRC04:48
*** sapd1 has joined #openstack-nova05:00
*** markvoelker has joined #openstack-nova05:03
*** lpetrut has quit IRC05:10
*** ircuser-1 has joined #openstack-nova05:15
*** markvoelker has quit IRC05:37
*** hongbin has quit IRC05:42
*** Luzi has joined #openstack-nova05:46
*** rchurch has quit IRC05:52
*** tkajinam_ has joined #openstack-nova05:54
*** tkajinam has quit IRC05:57
*** markvoelker has joined #openstack-nova06:34
*** cfriesen has quit IRC06:36
*** sdake has joined #openstack-nova06:37
*** belmoreira has joined #openstack-nova06:49
*** moshele has joined #openstack-nova06:52
*** xek has joined #openstack-nova06:52
*** markvoelker has quit IRC07:06
openstackgerritZhenyu Zheng proposed openstack/nova master: Bump compute service to indicate attach/detach root volume is supported  https://review.openstack.org/61475007:06
openstackgerritYongli He proposed openstack/nova master: Adds the server group info into show server detail API.  https://review.openstack.org/62147407:09
*** tkajinam_ has quit IRC07:10
*** slaweq has joined #openstack-nova07:10
*** tkajinam_ has joined #openstack-nova07:12
*** yedongcan has quit IRC07:14
*** tkajinam__ has joined #openstack-nova07:14
*** tkajinam_ has quit IRC07:17
*** dpawlik has joined #openstack-nova07:27
*** sdake has quit IRC07:30
openstackgerritYongli He proposed openstack/nova master: Add server subresouce toplogy API  https://review.openstack.org/62147607:32
*** xek has quit IRC07:33
*** ileixe has quit IRC07:39
*** dtantsur|afk is now known as dtantsur07:42
*** pcaruana has joined #openstack-nova07:43
*** pbing19 has joined #openstack-nova07:46
*** ileixe has joined #openstack-nova07:47
*** tesseract has joined #openstack-nova07:52
*** markvoelker has joined #openstack-nova08:03
*** pbing19 has quit IRC08:04
*** awalende has joined #openstack-nova08:04
*** wolverineav has joined #openstack-nova08:05
*** awalende has quit IRC08:06
*** panda|off is now known as panda08:09
*** awalende has joined #openstack-nova08:09
*** jangutter has joined #openstack-nova08:10
*** egonzalez has quit IRC08:15
*** rpittau has joined #openstack-nova08:17
*** tssurya has joined #openstack-nova08:17
*** ShilpaSD has joined #openstack-nova08:18
*** ralonsoh has joined #openstack-nova08:19
*** helenafm has joined #openstack-nova08:24
*** tkajinam__ has quit IRC08:28
openstackgerritZhenyu Zheng proposed openstack/nova master: Add method to allow reset fields for root bdm in BDM obj  https://review.openstack.org/61467208:32
*** egonzalez has joined #openstack-nova08:36
*** markvoelker has quit IRC08:37
*** xek has joined #openstack-nova08:37
openstackgerritSagar Waghmare proposed openstack/nova stable/rocky: db sync prints stack-trace on invalid version  https://review.openstack.org/63749108:48
*** pcaruana|afk| has joined #openstack-nova09:01
*** pcaruana has quit IRC09:02
*** pbing19 has joined #openstack-nova09:04
*** ccamacho has joined #openstack-nova09:13
*** sdake has joined #openstack-nova09:15
*** ttsiouts has joined #openstack-nova09:23
openstackgerritZhenyu Zheng proposed openstack/nova master: Bump compute service to indicate attach/detach root volume is supported  https://review.openstack.org/61475009:33
*** sapd1 has quit IRC09:33
*** markvoelker has joined #openstack-nova09:34
*** derekh has joined #openstack-nova09:37
*** trident has joined #openstack-nova09:38
*** tetsuro has joined #openstack-nova09:38
*** bhagyashris has quit IRC09:44
*** awalende has quit IRC09:46
*** awalende has joined #openstack-nova09:46
openstackgerritLajos Katona proposed openstack/python-novaclient master: Add support for microversion v2.69  https://review.openstack.org/63723409:47
*** sapd1 has joined #openstack-nova09:49
*** awalende has quit IRC09:51
*** awalende has joined #openstack-nova09:56
*** awalende has quit IRC10:00
*** pcaruana|afk| has quit IRC10:01
*** pcaruana has joined #openstack-nova10:07
*** markvoelker has quit IRC10:07
openstackgerritSurya Seetharaman proposed openstack/nova master: API microversion 2.69: Handles Down Cells Documentation  https://review.openstack.org/63514710:08
*** xek has quit IRC10:09
*** ociuhandu has joined #openstack-nova10:14
*** xek has joined #openstack-nova10:18
*** ociuhandu has quit IRC10:20
*** xek has quit IRC10:24
*** xek has joined #openstack-nova10:27
*** ociuhandu has joined #openstack-nova10:30
*** xek has quit IRC10:34
*** tobias-urdin has joined #openstack-nova10:40
*** moshele has quit IRC10:50
*** cdent has joined #openstack-nova10:55
*** moshele has joined #openstack-nova10:57
*** wolverineav has quit IRC11:03
*** markvoelker has joined #openstack-nova11:04
*** tssurya has quit IRC11:16
*** awalende has joined #openstack-nova11:16
*** sdake has quit IRC11:16
*** takashin has joined #openstack-nova11:17
*** ileixe has quit IRC11:19
*** Dinesh_Bhor has quit IRC11:20
*** sdake has joined #openstack-nova11:21
*** erlon has joined #openstack-nova11:23
*** ttsiouts has quit IRC11:28
*** ttsiouts has joined #openstack-nova11:29
*** yan0s has joined #openstack-nova11:33
*** ttsiouts has quit IRC11:33
*** udesale has quit IRC11:33
*** udesale has joined #openstack-nova11:34
*** markvoelker has quit IRC11:37
*** tetsuro has quit IRC11:45
*** janki has quit IRC11:49
openstackgerritZhenyu Zheng proposed openstack/nova master: Bump compute service to indicate attach/detach root volume is supported  https://review.openstack.org/61475011:51
*** ttsiouts has joined #openstack-nova11:53
*** janki has joined #openstack-nova11:54
kashyapstephenfin: On that serial console rat-hole, one quick heads-up:11:58
kashyapI noticed that, with 'virtlogd', zKVM now tries to open *duplicate* console with the _same_ log file:11:58
kashyap    2019-02-15 08:39:52.292+0000: 3015: error :11:58
kashyap     virNetClientProgramDispatchError:177 : Cannot open log file:11:58
kashyap     '/opt/stack/data/nova/instances/6cabfc83-8056-4282-9918-f4e349bb6169/console.log':11:58
kashyap     Device or resource busy11:58
kashyapBecause:11:59
kashyap[8 lines of paste]11:59
kashyapFeb 15 08:39:43.093482 ubuntu-xenial-s390x-cloud-zfwcec175-6757 nova-compute[18734]:     <console type='pty'>11:59
kashyapFeb 15 08:39:43.093639 ubuntu-xenial-s390x-cloud-zfwcec175-6757 nova-compute[18734]:       <log file='/opt/stack/data/nova/instances/35329c2e-d278-4629-87ad-08795d0a68c8/console.log' append='off'/>11:59
kashyapFeb 15 08:39:43.093782 ubuntu-xenial-s390x-cloud-zfwcec175-6757 nova-compute[18734]:       <target type='sclplm' port='0'/>11:59
kashyapFeb 15 08:39:43.093922 ubuntu-xenial-s390x-cloud-zfwcec175-6757 nova-compute[18734]:     </console>11:59
kashyapFeb 15 08:39:43.094057 ubuntu-xenial-s390x-cloud-zfwcec175-6757 nova-compute[18734]:     <console type='pty'>11:59
kashyapFeb 15 08:39:43.094190 ubuntu-xenial-s390x-cloud-zfwcec175-6757 nova-compute[18734]:       <log file='/opt/stack/data/nova/instances/35329c2e-d278-4629-87ad-08795d0a68c8/console.log' append='off'/>11:59
kashyapFeb 15 08:39:43.094328 ubuntu-xenial-s390x-cloud-zfwcec175-6757 nova-compute[18734]:       <target type='sclp' port='1'/>11:59
kashyapFeb 15 08:39:43.094470 ubuntu-xenial-s390x-cloud-zfwcec175-6757 nova-compute[18734]:     </console>11:59
* kashyap uses pastebin normally; but ~8 lines is probably okay :-)11:59
*** tbachman has joined #openstack-nova12:00
kashyapActually, better seen on the pastebin (observe line-14 & line-18): http://paste.openstack.org/show/745255/12:00
kashyapAnyway, I'll address this, and note it in the commit.12:00
*** moshele has quit IRC12:02
*** moshele has joined #openstack-nova12:03
*** sdake has quit IRC12:12
*** sdake has joined #openstack-nova12:15
*** thgcorrea has joined #openstack-nova12:22
*** liuyulong_zzz is now known as liuyulong12:37
*** xek has joined #openstack-nova12:40
openstackgerritChris Dent proposed openstack/nova stable/rocky: Lock detach_volume  https://review.openstack.org/63753412:43
openstackgerritChris Dent proposed openstack/nova stable/queens: Lock detach_volume  https://review.openstack.org/63753512:44
openstackgerritChris Dent proposed openstack/nova stable/pike: Lock detach_volume  https://review.openstack.org/63753612:44
cdentwe'll see how that goes12:46
*** xek_ has joined #openstack-nova12:47
*** xek has quit IRC12:47
*** tssurya has joined #openstack-nova12:54
*** moshele has quit IRC12:58
*** xek__ has joined #openstack-nova12:59
*** xek_ has quit IRC13:01
*** pbing19 has quit IRC13:03
*** xek__ has quit IRC13:06
*** xek__ has joined #openstack-nova13:06
*** janki has quit IRC13:06
*** irclogbot_2 has quit IRC13:08
*** irclogbot_2 has joined #openstack-nova13:09
openstackgerritBalazs Gibizer proposed openstack/nova master: Calculate RequestGroup resource provider mapping  https://review.openstack.org/61623913:14
openstackgerritBalazs Gibizer proposed openstack/nova master: Fill the RequestGroup mapping during schedule  https://review.openstack.org/61952813:14
openstackgerritBalazs Gibizer proposed openstack/nova master: Pass resource provider mapping to neutronv2 api  https://review.openstack.org/61624013:14
openstackgerritBalazs Gibizer proposed openstack/nova master: Recalculate request group - RP mapping during re-schedule  https://review.openstack.org/61952913:14
openstackgerritBalazs Gibizer proposed openstack/nova master: Send RP uuid in the port binding  https://review.openstack.org/56945913:14
openstackgerritBalazs Gibizer proposed openstack/nova master: Test boot with more ports with bandwidth request  https://review.openstack.org/57331713:14
openstackgerritBalazs Gibizer proposed openstack/nova master: Remove port allocation during detach  https://review.openstack.org/62242113:14
openstackgerritBalazs Gibizer proposed openstack/nova master: Record requester in the InstancePCIRequest  https://review.openstack.org/62531013:14
openstackgerritBalazs Gibizer proposed openstack/nova master: Add pf_interface_name tag to passthrough_whitelist  https://review.openstack.org/62531113:14
openstackgerritBalazs Gibizer proposed openstack/nova master: Ensure that bandwidth and VF are from the same PF  https://review.openstack.org/62354313:14
openstackgerritBalazs Gibizer proposed openstack/nova master: Support server create with ports having resource request  https://review.openstack.org/63636013:14
*** eharney has joined #openstack-nova13:20
*** priteau has joined #openstack-nova13:26
*** sdake has quit IRC13:28
openstackgerritBalazs Gibizer proposed openstack/nova master: Calculate RequestGroup resource provider mapping  https://review.openstack.org/61623913:32
openstackgerritBalazs Gibizer proposed openstack/nova master: Fill the RequestGroup mapping during schedule  https://review.openstack.org/61952813:32
openstackgerritBalazs Gibizer proposed openstack/nova master: Pass resource provider mapping to neutronv2 api  https://review.openstack.org/61624013:32
openstackgerritBalazs Gibizer proposed openstack/nova master: Recalculate request group - RP mapping during re-schedule  https://review.openstack.org/61952913:32
openstackgerritBalazs Gibizer proposed openstack/nova master: Send RP uuid in the port binding  https://review.openstack.org/56945913:32
openstackgerritBalazs Gibizer proposed openstack/nova master: Test boot with more ports with bandwidth request  https://review.openstack.org/57331713:32
openstackgerritBalazs Gibizer proposed openstack/nova master: Remove port allocation during detach  https://review.openstack.org/62242113:32
openstackgerritBalazs Gibizer proposed openstack/nova master: Record requester in the InstancePCIRequest  https://review.openstack.org/62531013:32
openstackgerritBalazs Gibizer proposed openstack/nova master: Add pf_interface_name tag to passthrough_whitelist  https://review.openstack.org/62531113:32
openstackgerritBalazs Gibizer proposed openstack/nova master: Ensure that bandwidth and VF are from the same PF  https://review.openstack.org/62354313:32
openstackgerritBalazs Gibizer proposed openstack/nova master: Support server create with ports having resource request  https://review.openstack.org/63636013:33
openstackgerritBalazs Gibizer proposed openstack/nova master: Support server create with ports having resource request  https://review.openstack.org/63636013:33
*** _fragatina has quit IRC13:34
*** _fragatina has joined #openstack-nova13:34
openstackgerritKashyap Chamarthy proposed openstack/nova master: libvirt: Bump MIN_{LIBVIRT,QEMU}_VERSION for "Stein"  https://review.openstack.org/63250713:36
openstackgerritKashyap Chamarthy proposed openstack/nova master: libvirt: Rewrite _create_pty_device() to be clearer  https://review.openstack.org/63715213:36
openstackgerritKashyap Chamarthy proposed openstack/nova master: libvirt: Drop MIN_LIBVIRT_PARALLELS_SET_ADMIN_PASSWD  https://review.openstack.org/63251413:36
*** tbachman has quit IRC13:36
gibifried_rice, leakypipes: added the extra check for leftover allocations to https://review.openstack.org/#/c/61623913:38
*** tbachman has joined #openstack-nova13:38
leakypipesgibi: ++ will review after my 9am appt.13:39
*** leakypipes is now known as jaypipes13:39
*** kaisers has quit IRC13:42
*** avolkov has quit IRC13:42
gibijaypipes: thanks!13:43
*** jmlowe has quit IRC13:43
*** mchlumsky has joined #openstack-nova13:43
*** priteau has quit IRC13:45
kashyapgibi: fried_rice: Appreciate one more look on the above, when you get a few minutes.13:45
kashyapgibi: It was already ACKed, I fixed the issue discovered by zKVM CI13:45
gibikashyap: looking13:45
*** tbachman has quit IRC13:46
kashyapgibi: Err, 1 sec, let me quickly respin -- I moved the code comment to the wrong function.13:47
*** tetsuro has joined #openstack-nova13:48
*** kaisers has joined #openstack-nova13:49
openstackgerritKashyap Chamarthy proposed openstack/nova master: libvirt: Bump MIN_{LIBVIRT,QEMU}_VERSION for "Stein"  https://review.openstack.org/63250713:50
openstackgerritKashyap Chamarthy proposed openstack/nova master: libvirt: Rewrite _create_pty_device() to be clearer  https://review.openstack.org/63715213:50
openstackgerritKashyap Chamarthy proposed openstack/nova master: libvirt: Drop MIN_LIBVIRT_PARALLELS_SET_ADMIN_PASSWD  https://review.openstack.org/63251413:50
*** fried_rice is now known as efried13:50
*** mriedem has joined #openstack-nova13:50
efriedn-sch meeting in 9 minutes in #openstack-meeting-alt13:51
kashyapDone.13:51
*** itlinux has joined #openstack-nova13:52
*** _fragatina has quit IRC13:53
*** _fragatina has joined #openstack-nova13:53
kashyapgibi: ^ Thanks!  (If you're deep in the middle of a different change, probably look at it later.  The context-switch can be expensive here.)13:55
gibikashyap: done13:56
* gibi is a hostage on a 3 hours long meeting13:56
kashyapThat's fast.13:56
kashyapgibi: Wauw; that's crazy13:56
*** sdake has joined #openstack-nova13:56
openstackgerritSurya Seetharaman proposed openstack/python-novaclient master: API microversion 2.69: Handles Down Cells  https://review.openstack.org/57956313:57
kashyapgibi: This will come in handy ;-) -- https://tobytripp.github.io/meeting-ticker/13:57
*** mchlumsky has quit IRC13:57
gibikashyap: thanks :D13:58
*** cdent has quit IRC13:59
*** agopi has joined #openstack-nova13:59
*** cdent has joined #openstack-nova13:59
*** mchlumsky has joined #openstack-nova14:00
*** priteau has joined #openstack-nova14:03
openstackgerritMatt Riedemann proposed openstack/nova master: API microversion 2.69: Handles Down Cells Documentation  https://review.openstack.org/63514714:03
*** Luzi has quit IRC14:04
*** itlinux has quit IRC14:08
sean-k-mooneygeneral question is it leagal to delete an instance when it is building?14:10
sean-k-mooneyif so we have a bug in our network cleanup logic which i need to go fix14:11
*** itlinux has joined #openstack-nova14:11
sean-k-mooneyill fix it regardless of they answer to my first question but im wondering if we expect you to be able to delete a currently building instance.14:12
*** jroll has quit IRC14:13
sean-k-mooneylooking at https://developer.openstack.org/api-ref/compute/?expanded=delete-server-detail#delete-server it does not look like there is a precondition preventing deltion while it is spawning14:13
*** elbragstad has joined #openstack-nova14:14
*** jroll has joined #openstack-nova14:14
efriedsean-k-mooney: I know a delete request is certainly accepted during spawn, and seems to delete the instance.14:14
sean-k-mooneyefried: ya so https://github.com/openstack/nova/blob/master/nova/compute/manager.py#L2000-L2036 we dont clean up host networking if we raise exception.UnexpectedDeletingTaskStateError14:15
efriedokay14:16
sean-k-mooneyso between the time os-vif plugs the vif and the managner updates the db to set the stat to active if we recive a delete request we dont clean up properly14:16
*** ttsiouts has quit IRC14:19
*** tbachman has joined #openstack-nova14:19
*** ttsiouts has joined #openstack-nova14:20
*** thgcorrea has quit IRC14:20
*** eharney has quit IRC14:23
*** ttsiouts has quit IRC14:23
*** ttsiouts has joined #openstack-nova14:23
*** elbragstad is now known as lbragstad14:24
*** psachin has quit IRC14:28
*** awalende has quit IRC14:33
dansmithmriedem: tssurya: we should probably have some stuff in the docs around best practices for effectively tolerating down cells.. like db and mq timeout settings14:33
*** awalende has joined #openstack-nova14:34
*** thgcorrea has joined #openstack-nova14:34
*** tacco has joined #openstack-nova14:35
*** bnemec-pto is now known as bnemec14:37
mriedemdansmith: e.g. https://bugs.launchpad.net/nova/+bug/1815697 ?14:37
openstackLaunchpad bug 1815697 in OpenStack Compute (nova) "[upgrade_levels]compute=auto grinds the API response times when a cell is down" [Medium,Confirmed]14:37
dansmithmriedem: yeah and that14:37
dansmithvery op-focused docs14:37
*** gbarros has joined #openstack-nova14:37
*** awalende has quit IRC14:38
mriedemsure, that would go in https://docs.openstack.org/nova/latest/admin/14:38
mriedemhttps://review.openstack.org/#/c/635147/ is already pretty big, so i'd suggest we split that off14:39
dansmithyep14:39
NewBrucesean-k-mooney wrt your open question above, i think there are a few paths that don’t clean up when an error occurs14:39
NewBrucefor instance, the issue i’m debugging which we were discussing last week is one as well -14:40
sean-k-mooneyNewBruce: yes in this case i dont think we ever call the drivers destroy or cleanup fucntions14:40
NewBruceyep, and in some cases it tends to leave allocations - which i suspect will eventually play havoc with the scheduler/placement14:41
*** jmlowe has joined #openstack-nova14:41
NewBruce    def _update_port_with_migration_profile(14:41
NewBruce            self, instance, port_id, port_profile, admin_client):14:41
NewBruce        try:14:41
NewBruce            updated_port = admin_client.update_port(14:41
NewBruce                port_id, {'port': {BINDING_PROFILE: port_profile}})14:41
NewBruce            return updated_port14:41
NewBruce        except Exception as ex:14:41
NewBruce            with excutils.save_and_reraise_exception():14:41
NewBruce                LOG.error("Unable to update binding profile "14:41
NewBruce                          "for port: %(port)s due to failure: %(error)s",14:41
NewBruce                          {'port': port_id, 'error': ex},14:41
NewBruce                          instance=instance)14:41
sean-k-mooneyin this case the allcoation are being cleaned up but its not cleaning upu the network ports14:41
sean-k-mooneye.g. unplginning the vifs14:42
NewBruceAha - ok14:42
sean-k-mooneyim not sure if we are cleaning up disk image ectra either so i think just calling self.driver.cleanup would be the simplest solution14:42
NewBrucesean-k-mooney will you in the channel for a while? ill be back in a few hours and if possible would love to continue our chat from last week - ive got some extra debug info which i can’t make sense of14:43
sean-k-mooneyyes ill be around for anohter few hours14:43
*** mvkr has quit IRC14:46
*** priteau has quit IRC14:47
stephenfinkashyap: Is there an open bug for s390x before this patch goes in so? https://review.openstack.org/#/c/632507/1214:49
*** tetsuro has quit IRC14:50
stephenfinkashyap: i.e. if you have a new enough version of libvirt, you'll end up with the duplicate pty devices?14:50
*** mlavalle has joined #openstack-nova14:53
*** moshele has joined #openstack-nova14:53
mriedemdansmith: in addition to config i'd think you'd want to disable any down cells via the cli and sighup the scheduler service so we don't waste time trying to pull compute nodes from them for scheduling14:58
mriedemwith that bug above i was wondering if filtering disabled cells could be more generally applied14:58
dansmithmriedem: yep, probs14:58
mriedemthe min service version check specifically14:58
*** sdake has quit IRC14:58
*** dave-mccowan has joined #openstack-nova14:58
*** priteau has joined #openstack-nova14:59
*** janki has joined #openstack-nova15:00
*** awaugama has joined #openstack-nova15:00
*** takashin has left #openstack-nova15:01
*** dave-mccowan has quit IRC15:03
kashyapstephenfin: No open bug is required.15:03
kashyapBecause:15:04
kashyapstephenfin: Scratch that; I need to determine if we really one.  But having one is always useful, though.15:06
stephenfinkashyap: It's mostly because if there is a bug, it would be better fix that in a separate precursor patch so that we can backport that wholesale15:07
kashyapstephenfin: No, there is no pre-existing bug.  I discovered this the hard way (from zKVM CI), after the version bump analysis15:08
kashyapstephenfin: I see what you mean, though -- I'd have _really_ preferred this to be a separate change ("one logical change per commit").  But I don't think we can do it in this instance - as it's tied to version bump :-(15:08
kashyap(Aside: Do we have any active s390x contributors?)15:09
*** munimeha1 has joined #openstack-nova15:13
*** mvkr has joined #openstack-nova15:13
mriedemno15:13
kashyapNod.  In this case, we're reasonably safe: I checked with the s390x maintainer (for 10-ish years) in QEMU, and she said what I'm doing is sane, FWIW.15:16
kashyaps/reasonably// :D  ("Avoid tame, colorless, hesitating, noncommittal language.")15:17
*** priteau has quit IRC15:18
openstackgerritMatt Riedemann proposed openstack/nova stable/queens: Ignore VolumeAttachmentNotFound exception in compute.manager  https://review.openstack.org/63739115:19
mriedemneed another core on this api-ref change https://review.openstack.org/#/c/635315/ to unblock this code fix https://review.openstack.org/#/c/509206/ for the longstanding "don't allow az renames when the az has instances in it"15:19
*** jmlowe has quit IRC15:20
*** jmlowe has joined #openstack-nova15:21
gibimriedem: I'm looking at the heal_allocation code and I'm wondering how to handle when more than on thing is missing15:26
gibi (e.g. project_id and some port allocation) from the instance allocation:15:26
gibia) do a separate PUT /allocations/{instance.uuid} for each step15:26
kashyapmriedem: When you get a moment, on this: https://specs.openstack.org/openstack/nova-specs/specs/stein/approved/cpu-model-selection.html15:26
*** jdillaman has joined #openstack-nova15:26
gibib) generate all the missing allocation of the instance and15:26
gibido a single PUT /allocations/{instance.uuid} at the end15:26
kashyapmriedem: Do you know if Jack Ding / cfriesen et al are working on it?15:26
gibi#a) has the benefit to allow only healing project_id when there is no bandwidth inventory to heal the port allocations15:27
gibi#b) has the benefit of only calling PUT /allocations once15:27
kashyapgibi: Sorry for breaking your chat, didn't realize it for a moment.15:28
gibikashyap: no worries I think we break each other chat :D15:28
kashyap(I know there is no 'mutex' on IRC, but still :-))15:28
kashyapMatt: I ask because, there is a related blueprint I filed the other day: https://blueprints.launchpad.net/nova/+spec/cpu-selection-with-hypervisor-consideration15:28
*** _alastor_ has joined #openstack-nova15:31
* kashyap wished we coordiated better on this (maybe on the list). Although I commented on Jack's spec when I saw it, but lost track of the newer comments and forgot to 'hit send' on my 'saved' Gerrit remarks.15:31
kashyapAnyway, it can be worked out; as no one posted any code for it.15:32
mriedemkashyap: no https://blueprints.launchpad.net/nova/+spec/cpu-model-selection15:32
mriedemno patches proposed15:32
kashyapmriedem: Right, I saw that.15:33
kashyapBut most important thing is to rip out existing two CPU-related APIs and use the more sensible APIs that take into account the hypervisor capabilities.15:33
mriedemgibi: i'm assuming (a) is less change in the heal_allocations code15:33
*** _mlavalle_1 has joined #openstack-nova15:34
mriedemgibi: for healing missing bw allocations i would hope most of that can be a separate private method that does the check and calculates the allocations to PUT15:34
gibimriedem: (a) seems a bit less intrusive to the existing code yes15:34
gibimriedem: yes, I will definitly separate out the bw healing to methos15:35
gibimethods15:35
mriedemgibi: so we already do at most 2 PUTs per instance right?15:35
mriedemfirst here https://github.com/openstack/nova/blob/master/nova/cmd/manage.py#L189215:35
mriedemsecond here https://github.com/openstack/nova/blob/master/nova/cmd/manage.py#L191215:35
mriedemthe second is getting allocations from the flavor15:35
mriedemgibi: so i think for bw allocations, you add another private method and merge the results of scheduler_utils.resources_from_flavor before calling the 2nd PUT15:36
*** mlavalle has quit IRC15:36
gibimriedem: if the code needs to create allocation then it is a single PUT15:37
gibimriedem: also if there is allocation but no project_id then it is also a single PUT15:37
*** itlinux has quit IRC15:37
gibimriedem: there is a return here https://github.com/openstack/nova/blob/e3c24da89aa3e6462f1b07e00659c87f252ba4ba/nova/cmd/manage.py#L189815:37
mriedemyeah that complicates things...15:38
gibimriedem: so adding bw to both places means calling my new bw calculation function in both places15:39
mriedemor, get bw allocations first, then if allocations exist but don't have bw resources, skip that return statement and merge for the 2nd PUT15:39
mriedemwell,15:40
mriedemi guess you don't want to have to do the work of calculating the bw allocations if you can determine the existing allocations have the bw resource classes15:40
gibimriedem: I have to check each neutron port attached to the instance to see if there is resoruce_request in the port but no rp uuid in the binding15:41
mriedemyeah i guess the lack of bw in the existing allocatoins does'nt tell us if you need to heal them15:41
*** udesale has quit IRC15:41
mriedembecause not all instances will have bw allocations15:41
gibimriedem: yes15:41
mriedemso it sounds like you need to do that calculation up front anyway15:42
gibimriedem: yeah, I can do the check and the calculation upfront and merge it to whatwhever PUT it is needed15:42
mriedemwe may want an option on the command itself to skip that check15:43
gibiand introduce a new PUT branch to update the bw only, if other data doesn't triggered the PUT15:43
mriedem--skip-bw-allocations15:43
gibimriedem: ack15:43
mriedembecause if my cloud doesn't enable any of that via policy, i don't want this command to waste time spamming the neutron API to figure out that information15:43
mriedemnote that this is another argument for stashing the port resource request information in the info_cache :)15:44
mriedemif it was in the info cache we wouldn't need to hit the neutron api for each instance here15:44
gibimriedem: that cache could be stale when you turn on the policy :)15:44
mriedemthat's what we have _heal_instance_info_cache in the compute for15:44
mriedembut sure, you could miss it15:45
mriedemyou'd likely know if it's not cached based on some key missing from the cache15:45
gibimriedem: I'm happy to add a flag to the CLI instead of a cache15:45
mriedemi.e. if 'resource_request' not in VIF - stale cache, vs vif['resource_request'] == None means not stale, but no resource request15:45
*** sdake has joined #openstack-nova15:45
mriedemyeah i know :)15:46
mriedemjust saying15:46
gibiI hear you. and I still afaraid of cache for this15:46
gibianyhow I will try to precreate the bw if needed and merge it in to the existing PUTs15:48
*** itlinux has joined #openstack-nova15:50
*** itlinux has quit IRC15:51
*** wwriverrat has joined #openstack-nova15:56
*** itlinux has joined #openstack-nova16:04
*** itlinux has quit IRC16:06
*** gbarros has quit IRC16:06
*** itlinux has joined #openstack-nova16:07
*** itlinux has quit IRC16:08
*** janki has quit IRC16:08
*** pcaruana has quit IRC16:10
*** gbarros has joined #openstack-nova16:13
*** itlinux has joined #openstack-nova16:17
openstackgerritMatt Riedemann proposed openstack/nova master: Add microversion to expose virtual device tags  https://review.openstack.org/63194816:24
openstackgerritKashyap Chamarthy proposed openstack/nova master: libvirt: Omit needless check on 'CONF.serial_console'  https://review.openstack.org/63757816:27
*** _mlavalle_1 has quit IRC16:28
*** mlavalle has joined #openstack-nova16:28
*** _alastor_ has quit IRC16:33
*** tbachman has quit IRC16:39
*** eharney has joined #openstack-nova16:40
openstackgerritMatt Riedemann proposed openstack/python-novaclient master: Add support for microversion 2.70 - expose device tags  https://review.openstack.org/63677916:44
*** tbachman has joined #openstack-nova16:44
openstackgerritTheodoros Tsioutsias proposed openstack/nova master: Add requested_networks to RequestSpec  https://review.openstack.org/57020116:46
openstackgerritTheodoros Tsioutsias proposed openstack/nova master: Enable rebuild for instances in cell0  https://review.openstack.org/57020316:46
openstackgerritTheodoros Tsioutsias proposed openstack/nova master: Introduce the PENDING instance state  https://review.openstack.org/56647316:47
openstackgerritTheodoros Tsioutsias proposed openstack/nova master: Allow rebuild for instances in PENDING state  https://review.openstack.org/63758516:47
*** ttsiouts has quit IRC16:47
*** moshele has quit IRC16:47
*** ttsiouts has joined #openstack-nova16:48
zzzeekjaypipes: https://stackoverflow.com/questions/54751671/can-two-innodb-update-statements-against-a-pk-index-deadlock-if-they-are-given-a16:49
*** tssurya has quit IRC16:52
*** ttsiouts has quit IRC16:52
jaypipeszzzeek: that's what we include the `WHERE id = ? AND version_id = <our expected version id>` in the WHERE statement.16:54
jaypipes*why* we include... sorry16:54
zzzeekjaypipes: yes, that's my versioning code so I know that part :)16:54
zzzeekjaypipes: in neutron I'm helping them with a case where they want to bump version ids without checking16:55
zzzeekjaypipes: and the approach of just emitting the UPDATE agaisnt PK with the versino_id=version_id+1 works.16:55
zzzeekjaypipes: I think that it will *never* fail, however even if it did produce a deadlock sometimes, it would be a lot less failure than it has now16:55
jaypipeszzzeek: they want to bump version codes without including the "AND version_id = <expected>" in the WHERE statement you mean?16:56
zzzeekjaypipes: yes, they want the number to increment and that's it16:56
zzzeekthey dont care what it was previosuly16:56
jaypipesyeah, that's a recipe for disaster.16:56
zzzeekjaypipes: why16:56
jaypipesbecause it will produce excessive deadlocks, as you are showing here.16:56
zzzeekjaypipes: if you UPDATE against the PKs in the same order each time, it will not.  also, this code previously used the "where verison_Id=<>" thing and it failed lots under stress test.  now it does not fail at all16:57
zzzeekjaypipes: so, my assertion is, even if it does deadlock, MySQLs deadlocks are immediate and there should be a lot less of them compared to failed compare-and-swaps right now16:57
*** panda is now known as panda|off16:58
zzzeekjaypipes: obviosuly for galera multi master everything goes out the window :)16:58
jaypipesnot really.16:58
zzzeekjaypipes: but this is mostly a question of, when MySQL emits UPDATE and we dont use ORDER BY (which is goofy), is it going to scan the rows from the index in the same way each time16:58
jaypipeszzzeek: are you asking if innodb is going to lock record 1, *then* record 2, regardless of if the WHERE statement says IN(1, 2) or IN(2, 1)?16:59
zzzeekjaypipes: yes16:59
jaypipesneither.16:59
*** helenafm has quit IRC17:00
zzzeekjaypipes: not exactly , the Q is, will it lock 1 and 2 in the *same* order as another UPDATE statement that refers to the same keys17:00
zzzeeki dont care what the order is, just that it is deterministic17:00
jaypipesthere will always be a single lock (a gap lock of (inclusive_low=1, inclusive_high=2)17:00
*** tbachman has quit IRC17:00
*** sdake has quit IRC17:00
jaypipesit's not 2 locks.17:00
jaypipesit's one lock, evaluated atomically.17:01
zzzeekjaypipes: OK then what does https://dev.mysql.com/doc/refman/8.0/en/innodb-locking.html#innodb-gap-locks say: "Gap locking is not needed for statements that lock rows using a unique index to search for a unique row. "17:01
zzzeekjaypipes: I tried this without using the PK, and it gap locks17:01
zzzeekjaypipes: add the PK, and it row locks17:01
*** jmlowe has quit IRC17:02
zzzeekb.c. yes w a gap lock, its crazytown time if you have lots of rows17:02
*** sdake has joined #openstack-nova17:05
jaypipeszzzeek: can we back up a sec? I'm a little lost on what you're trying to do in Neutron land. could you link me to the code you are doing/reviewing?17:05
zzzeekjaypipes: sure it's https://review.openstack.org/#/c/635671/   didnt want to pull you into neutron17:06
zzzeekjaypipes: they were ready to add a whole new table and rewrite their whole versioning thing just so they can have incrementing version ids without checking for conflicts17:08
zzzeekjaypipes: as always, if this fails sometimes, it retries.  it's not the end of the world.  the current implementation fails and retries lots.17:08
jaypipeszzzeek: retries are natural and expected, yes17:13
jaypipeszzzeek: lemme read this patch first :)17:13
zzzeekjaypipes: im going to try the sleep() trick to see if i can get the two updates to interleave17:14
*** rpittau has quit IRC17:16
*** rpittau has joined #openstack-nova17:19
*** yan0s has quit IRC17:21
*** jmlowe has joined #openstack-nova17:21
openstackgerritJim Rollenhagen proposed openstack/nova master: ironic: check fresh data when sync_power_state doesn't line up  https://review.openstack.org/63669917:22
*** rpittau has quit IRC17:26
*** mvkr has quit IRC17:26
openstackgerritMaciej Kucia proposed openstack/nova master: SR-IOV passthrough: Check PF only if VF is enabled  https://review.openstack.org/47664217:28
openstackgerritMerged openstack/nova master: create_veth_pair is unused, remove it.  https://review.openstack.org/62422617:28
*** jmlowe has quit IRC17:31
*** mvkr has joined #openstack-nova17:31
*** moshele has joined #openstack-nova17:32
openstackgerritElod Illes proposed openstack/nova stable/queens: Make service all-cells min version helper use scatter-gather  https://review.openstack.org/63759417:32
*** moshele has quit IRC17:40
*** ttsiouts has joined #openstack-nova17:42
*** jmlowe has joined #openstack-nova17:45
*** _fragatina has quit IRC17:48
*** pbing19 has joined #openstack-nova17:50
*** idlemind has quit IRC17:52
*** priteau has joined #openstack-nova17:53
*** sapd1 has quit IRC17:59
jaypipeszzzeek: hmm, neutron patch is a rabbithole for me... abstraction on top of abstraction. I'm afraid that I'm having a difficult time following what SQL statements would/will be produced at which events with this...17:59
zzzeekjaypipes: I know, neutron is a PITA18:00
zzzeekjaypipes: i never work on it because it is nonsensical18:00
zzzeekjaypipes: but i figured out enough what this does :)18:00
openstackgerritElod Illes proposed openstack/nova stable/queens: Make host_manager use scatter-gather and ignore down cells  https://review.openstack.org/63759918:00
*** derekh has quit IRC18:02
jaypipeszzzeek: this patch definitely fixes a number of deadlocks you are seeing, yes?18:02
jaypipeszzzeek: where specifically are those deadlocks being hit? (in the neutron code, that is...)18:03
zzzeekjaypipes: it fixes SQLAlchemy version id misses, not "deadlocks" in the literal sense18:04
zzzeekjaypipes: SQLAlchemy StaleDataErrors18:04
zzzeekjaypipes: they have this test case where they create 300 security group rules18:04
zzzeekjaypipes: and that incurs a versino bump on many related objects because their API requiers that the new number is exposed18:05
zzzeekjaypipes: so the version_id here is used for two purposes18:05
zzzeekjaypipes: so when they make these 300 rules they get a ton of StaleDataErrors on all the related objects, for which they are changing nothing except bumping the version id18:05
jaypipeszzzeek: wait, are you saying that updates of dependent objects cause the version to be incremented more than once?18:06
zzzeekjaypipes: this also incurs that an ORM lookup is happening, a flush, etc. which is all overhead too18:06
zzzeekjaypipes: no, when they have multiple transactions on concurrent API requests18:06
zzzeekjaypipes: look at feb 8 comments on the gerrit: "POST request response times for 300 security group rules creation http://paste.openstack.org/show/744727/18:07
zzzeekscript I used to create 300 security group rules asynchronously http://paste.openstack.org/show/744728/"18:07
jaypipeszzzeek: ok, creating 300 security group rules should increment the security group's version to 301, yes?18:08
aspiersWow, plantuml is pretty cool. I was able to knock this up pretty quickly from a small text file: https://goo.gl/tPNAQK18:08
zzzeekjaypipes: i dunno.   the person testing is saying he is getting the correct results though18:08
zzzeekyes 30118:09
zzzeekEven the revision_number for security group updated properly when creating 300 security group rules MariaDB [neutron]> select * from standardattributes where id="2151"; +------+----------------+---------------------+---------------------+-------------+-----------------+ | id | resource_type | created_at | updated_at | description | revision_number | +------+----------------+---------------------+---------------------+-------------+18:09
zzzeek-----------------+ | 2151 | securitygroups | 2019-02-08 09:07:15 | 2019-02-08 09:09:05 | | 301 | +------+----------------+---------------------+---------------------+-------------+-----------------+18:09
* zzzeek has to bbl18:09
*** xek__ has quit IRC18:18
*** xek__ has joined #openstack-nova18:19
*** xek__ has quit IRC18:19
*** xek__ has joined #openstack-nova18:20
*** ralonsoh has quit IRC18:21
*** xek__ has quit IRC18:24
*** gbarros has quit IRC18:24
*** xek__ has joined #openstack-nova18:24
*** ociuhandu_ has joined #openstack-nova18:24
*** tbachman has joined #openstack-nova18:25
*** ociuhandu has quit IRC18:28
*** ociuhandu_ has quit IRC18:29
*** sdake has quit IRC18:29
*** sdake_ has joined #openstack-nova18:29
*** xek__ has quit IRC18:30
*** ociuhandu has joined #openstack-nova18:40
mnasermriedem: we might want to ping the ML about the change we recently did with disallowing root_gb=0 flavors18:42
mnaserosa gates broke because i assume we created flavors which were using root_gb=018:43
mriedemwe?!?!18:43
mnaseri can shoot an email if you weren't planning to18:43
mriedemgo nuts18:43
mriedemi send enough "oh btw everything is going to be broken now" emails18:44
mnaserhttps://review.openstack.org/#/c/603910/18:44
mnaser:D18:44
mriedemyeah i know18:44
*** mvkr has quit IRC18:45
*** ociuhandu has quit IRC18:45
*** dtantsur is now known as dtantsur|afk18:47
*** gbarros has joined #openstack-nova18:48
openstackgerritSurya Seetharaman proposed openstack/python-novaclient master: API microversion 2.69: Handles Down Cells  https://review.openstack.org/57956318:59
*** _fragatina has joined #openstack-nova19:00
openstackgerritMatt Riedemann proposed openstack/nova master: Add TargetDBSetupTask  https://review.openstack.org/62789219:03
openstackgerritMatt Riedemann proposed openstack/nova master: Add CrossCellMigrationTask  https://review.openstack.org/63158119:03
openstackgerritMatt Riedemann proposed openstack/nova master: Execute TargetDBSetupTask  https://review.openstack.org/63385319:03
openstackgerritMatt Riedemann proposed openstack/nova master: Add can_connect_volume() compute driver method  https://review.openstack.org/62131319:03
openstackgerritMatt Riedemann proposed openstack/nova master: WIP: Add prep_snapshot_based_resize_at_dest compute method  https://review.openstack.org/63329319:03
openstackgerritMatt Riedemann proposed openstack/nova master: WIP: Add PrepResizeAtDestTask  https://review.openstack.org/62789019:03
openstackgerritMatt Riedemann proposed openstack/nova master: Add prep_snapshot_based_resize_at_source compute method  https://review.openstack.org/63483219:03
openstackgerritMatt Riedemann proposed openstack/nova master: Add PrepResizeAtSourceTask  https://review.openstack.org/62789119:03
openstackgerritMatt Riedemann proposed openstack/nova master: WIP: Add finish_snapshot_based_resize_at_dest compute method  https://review.openstack.org/63508019:03
openstackgerritMatt Riedemann proposed openstack/nova master: Add FinishResizeAtDestTask  https://review.openstack.org/63564619:03
openstackgerritMatt Riedemann proposed openstack/nova master: Execute CrossCellMigrationTask from MigrationTask  https://review.openstack.org/63566819:03
openstackgerritMatt Riedemann proposed openstack/nova master: Plumb allow_cross_cell_resize into compute API resize()  https://review.openstack.org/63568419:03
openstackgerritMatt Riedemann proposed openstack/nova master: WIP: Filter duplicates from compute API get_migrations_sorted()  https://review.openstack.org/63622419:03
openstackgerritMatt Riedemann proposed openstack/nova master: Start functional testing for cross-cell resize  https://review.openstack.org/63625319:03
openstackgerritMatt Riedemann proposed openstack/nova master: WIP: Add confirm_snapshot_based_resize_at_source  https://review.openstack.org/63705819:03
openstackgerritMatt Riedemann proposed openstack/nova master: WIP: Add ConfirmResizeTask  https://review.openstack.org/63707019:03
openstackgerritMatt Riedemann proposed openstack/nova master: WIP: Add confirm_snapshot_based_resize conductor RPC method  https://review.openstack.org/63707519:03
openstackgerritMatt Riedemann proposed openstack/nova master: Confirm cross-cell resize from the API  https://review.openstack.org/63731619:03
* cdent swoons19:04
mriedemthat's only about half the series at this point19:05
mriedemswoon away19:05
* cdent takes a breath19:08
*** priteau has quit IRC19:25
*** moshele has joined #openstack-nova19:26
NewBrucesean-k-mooney still here mate?19:36
*** hongbin has joined #openstack-nova19:36
*** tesseract has quit IRC19:37
mordredmriedem: did nova/devstack introduce a behavior change recentlyish? http://logs.openstack.org/63/637563/1/check/openstacksdk-functional-devstack-tips/f7e749c/testr_results.html.gz19:41
mordredmriedem:19:41
mordredopenstack.exceptions.HttpException: HttpException: 403: Client Error for url: https://213.32.77.235/compute/v2.1/servers, Only volume-backed servers are allowed for flavors with zero disk.19:41
dansmithhah19:41
dansmithmordred: [10:42:42]  <mnaser>mriedem: we might want to ping the ML about the change we recently did with disallowing root_gb=0 flavors19:42
mordredhahaha19:42
dansmithmade it a whole hour19:42
mnasermordred: http://lists.openstack.org/pipermail/openstack-discuss/2019-February/002842.html :D19:42
*** hongbin has quit IRC19:43
mordredmnaser: so - I might need to port that change to apply to non-tempest flavors I suppose?19:43
mnasermordred: so whatever tests you were doing were trying to do a boot from volume using a flavor that has root_gb=019:44
mnaseri assume openstacksdk maybe is trying to create its own flavor?19:44
mordrednot to my knowledge, no19:44
mordredwe just use whatever flavor is there19:44
mordredbut we don't install/run tempest, so I doubt lib/tempest flavors exist19:44
mnaser{"href": "https://213.32.77.235/compute/flavors/c1", "rel": "bookmark"}], "ram": 256, "OS-FLV-DISABLED:disabled": false, "os-flavor-access:is_public": true, "rxtx_factor": 1.0, "disk": 0, "id": "c1", "name": "cirros256", "vcpus": 1, "swap": "", "OS-FLV-EXT-DATA:ephemeral": 0}19:45
mordredmnaser: http://paste.openstack.org/raw/745281/19:45
mordredmnaser: so I guess I just need to pick a different flavor19:46
mnaserwe should probably fix what creates cirros25619:46
mnaserdid taht fail in nodepool, mordred ?19:47
mnaserno openstacksdk, hmm weird19:47
mordredmnaser: we pick the smallest flavor sorted by ram19:47
mnaser*something* creates that flavor..19:48
mordredmnaser: so I think I need to add an 'if' for disk != 019:48
mnaseryeah if you're not doing bfv and the flavor has disk == 0 then it should not use that flavor19:48
mnaserbut http://git.openstack.org/cgit/openstack-dev/devstack/tree/lib/nova#n116519:49
cdentdevstack creates that flavor19:49
cdentjinx19:49
mnasermordred: so i guess in openstacksdk world of things, it shouldn't pick a flavor that has disk_gb=0 when trying to bfv (as of train)19:49
mordredmnaser: https://review.openstack.org/637618 Make sure we pick flavors with disk <-- I think that should do it yeah?19:52
mnasermordred: assuming python evaluates flavor.disk set to 0 as false then yes19:53
mordredmnaser: we'll find out! :)19:53
mnaserbut i forget fundamental python rules19:53
mnaserwe're supposed to be experts but half the tabs i open are "how the f does X language do switch cases"19:53
*** sdake_ has quit IRC19:54
*** wolverineav has joined #openstack-nova19:58
*** thgcorrea has quit IRC20:00
*** mriedem has quit IRC20:03
*** mriedem has joined #openstack-nova20:04
*** jobewan has joined #openstack-nova20:05
*** wolverineav has quit IRC20:06
*** ttsiouts has quit IRC20:09
*** ttsiouts has joined #openstack-nova20:10
*** ttsiouts has quit IRC20:14
*** wolverineav has joined #openstack-nova20:16
*** gbarros has quit IRC20:17
*** awaugama has quit IRC20:20
*** awaugama has joined #openstack-nova20:20
*** whoami-rajat has quit IRC20:23
*** ttsiouts has joined #openstack-nova20:28
*** eharney has quit IRC20:29
openstackgerritTheodoros Tsioutsias proposed openstack/nova master: Introduce the PENDING instance state  https://review.openstack.org/56647320:36
openstackgerritTheodoros Tsioutsias proposed openstack/nova master: Allow rebuild for instances in PENDING state  https://review.openstack.org/63758520:36
*** agopi has quit IRC20:37
openstackgerritVlad Gusev proposed openstack/nova master: [WIP] libvirt: Add a default Virtio RNG device to guests  https://review.openstack.org/61660320:37
openstackgerritVlad Gusev proposed openstack/nova master: libvirt: Add a default Virtio RNG device to guests  https://review.openstack.org/61660320:38
*** gbarros has joined #openstack-nova20:41
*** awaugama has quit IRC20:46
*** jmlowe has quit IRC20:56
mriedemweird that we send the resize.revert.(start|end) notifications from the source host during finish_revert_resize which is half of the actual revert20:57
mriedemthe start notification should happen on the dest host in revert_resize()20:57
mriedemmust not be a big deal20:57
openstackgerritMatt Riedemann proposed openstack/nova master: WIP: Add revert_snapshot_based_resize_at_dest compute method  https://review.openstack.org/63763021:03
*** erlon has quit IRC21:04
*** ttsiouts has quit IRC21:07
*** ttsiouts has joined #openstack-nova21:08
openstackgerritArtom Lifshitz proposed openstack/nova master: Introduce live_migration_claim()  https://review.openstack.org/63566921:10
openstackgerritArtom Lifshitz proposed openstack/nova master: [WIP] Use live_migration_claim() to check dest resources  https://review.openstack.org/63460621:10
openstackgerritArtom Lifshitz proposed openstack/nova master: LM: Make dest send NUMAMigrateData to the source  https://review.openstack.org/63482821:10
openstackgerritArtom Lifshitz proposed openstack/nova master: LM: update NUMA-related XML on the source  https://review.openstack.org/63522921:10
artom^^ It works. It actually works.21:10
*** ttsiouts has quit IRC21:13
mriedemit also seems weird that the migration.status is changed to 'reverted' on the dest host before the revert is actually done on the source host21:21
cdentthis is what you get for looking under rocks21:24
mriedemyeah, tends to happen when you re-write something based on old gorp21:25
*** wolverineav has quit IRC21:29
*** rcernin has joined #openstack-nova21:40
* cdent calls it a night to be fresh to look under rocks tomorrow21:42
cdentgoodnight21:42
*** cdent has quit IRC21:42
*** ttsiouts has joined #openstack-nova21:43
openstackgerritMerged openstack/nova stable/rocky: Lock detach_volume  https://review.openstack.org/63753421:44
openstackgerritLee Yarwood proposed openstack/nova master: Restore connection_info after live migration rollback  https://review.openstack.org/55134921:51
*** ttsiouts has quit IRC21:53
*** ttsiouts has joined #openstack-nova21:54
*** moshele has quit IRC21:54
*** ttsiouts has quit IRC21:59
*** gbarros has quit IRC22:04
*** wwriverrat has left #openstack-nova22:07
mriedemhuh, we don't call _update_scheduler_instance_info on finish_revert_resize - again, weird, since we've changed the instance.host22:11
*** dave-mccowan has joined #openstack-nova22:16
*** dave-mccowan has quit IRC22:21
*** _fragatina has quit IRC22:25
*** _fragatina has joined #openstack-nova22:26
*** sdake has joined #openstack-nova22:27
*** sdake has quit IRC22:27
openstackgerritLee Yarwood proposed openstack/nova master: Use migration_status during volume migrating and retyping  https://review.openstack.org/63722422:29
*** _alastor_ has joined #openstack-nova22:32
*** jmlowe has joined #openstack-nova22:32
*** sdake has joined #openstack-nova22:33
*** mvkr has joined #openstack-nova22:36
*** _alastor_ has quit IRC22:36
*** eharney has joined #openstack-nova22:45
*** sdake has quit IRC22:46
*** sdake has joined #openstack-nova22:48
openstackgerritMatt Riedemann proposed openstack/nova master: WIP: Add revert_snapshot_based_resize_at_dest compute method  https://review.openstack.org/63763022:54
openstackgerritMatt Riedemann proposed openstack/nova master: WIP: Add finish_revert_snapshot_based_resize_at_source compute method  https://review.openstack.org/63764722:54
*** pbing19 has quit IRC22:57
*** eharney has quit IRC22:58
*** tkajinam has joined #openstack-nova23:00
mriedemdansmith: this is easy https://review.openstack.org/#/c/635315/ and unblocks a fix we've been talking about for a long time23:01
*** mriedem has quit IRC23:03
*** dklyle has quit IRC23:03
*** munimeha1 has quit IRC23:12
*** mlavalle has quit IRC23:18
*** sdake has quit IRC23:24
*** sdake has joined #openstack-nova23:24
*** jobewan has quit IRC23:28
*** ociuhandu has joined #openstack-nova23:30
*** sdake has quit IRC23:32
*** ociuhandu has quit IRC23:35
*** gbarros has joined #openstack-nova23:41
*** agopi has joined #openstack-nova23:47
*** ttsiouts has joined #openstack-nova23:51
*** ttsiouts has quit IRC23:57
*** spsurya has quit IRC23:58

Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!