Thursday, 2019-02-21

*** agopi has joined #openstack-nova00:00
openstackgerritMerged openstack/nova master: libvirt: Bump MIN_{LIBVIRT,QEMU}_VERSION for "Stein"  https://review.openstack.org/63250700:02
*** itlinux has joined #openstack-nova00:05
*** wolverineav has quit IRC00:05
*** itlinux has quit IRC00:06
*** macza has quit IRC00:06
*** wolverineav has joined #openstack-nova00:06
*** tetsuro has joined #openstack-nova00:11
*** wolverineav has quit IRC00:11
*** agopi has quit IRC00:12
*** ircuser-1 has quit IRC00:17
*** markvoelker has joined #openstack-nova00:19
*** tosky has quit IRC00:19
*** ircuser-1 has joined #openstack-nova00:20
aspiersmriedem: just to be clear, my only currently submitted SEV patch https://review.openstack.org/#/c/633855/ shouldn't need rebasing since it's just extending the domain XML model00:25
aspiersmriedem: but the next one I submit will auto-detect the SEV feature and most likely take advantage of the driver's capabilities to provide that trait00:26
openstackgerritMerged openstack/nova master: Fix typo in initial_disk_allocation_ratio release note  https://review.openstack.org/63824500:28
openstackgerritMerged openstack/nova master: API microversion 2.69: Handles Down Cells Documentation  https://review.openstack.org/63514700:29
openstackgerritMerged openstack/nova master: doc: fix and clarify --block-device usage in user docs  https://review.openstack.org/60758900:29
*** tetsuro has quit IRC00:36
*** tetsuro has joined #openstack-nova00:37
*** wolverineav has joined #openstack-nova00:37
*** mvkr has quit IRC00:40
*** wolverineav has quit IRC00:42
*** mvkr has joined #openstack-nova00:42
*** marst has joined #openstack-nova00:50
*** slaweq has quit IRC00:52
*** whoami-rajat has joined #openstack-nova01:12
*** logan- has quit IRC01:22
*** logan- has joined #openstack-nova01:23
*** wolverineav has joined #openstack-nova01:24
*** agopi has joined #openstack-nova01:26
*** wolverineav has quit IRC01:28
*** logan- has quit IRC01:31
openstackgerritMatt Riedemann proposed openstack/nova master: WIP: Fix the leak in the cross-cell revert resize code  https://review.openstack.org/63831401:31
*** logan- has joined #openstack-nova01:31
*** mriedem has quit IRC01:35
*** Kunpeng has quit IRC01:38
*** sdake has quit IRC01:44
openstackgerritZhenyu Zheng proposed openstack/nova master: Add method to allow reset fields for root bdm in BDM obj  https://review.openstack.org/61467201:45
*** sdake has joined #openstack-nova01:47
*** wolverineav has joined #openstack-nova01:50
openstackgerritZhenyu Zheng proposed openstack/nova master: Bump compute service to indicate attach/detach root volume is supported  https://review.openstack.org/61475001:58
*** nicholas has quit IRC02:03
*** keekz has joined #openstack-nova02:05
*** gyee has quit IRC02:06
*** _fragatina has quit IRC02:12
openstackgerritSundar Nadathur proposed openstack/nova master: ksa auth conf and client for cyborg access  https://review.openstack.org/63124202:14
openstackgerritSundar Nadathur proposed openstack/nova master: WIP: Add Cyborg device profile groups to spec obj.  https://review.openstack.org/63124302:14
openstackgerritSundar Nadathur proposed openstack/nova master: WIP: Create and bind Cyborg ARQs.  https://review.openstack.org/63124402:14
openstackgerritSundar Nadathur proposed openstack/nova master: WIP: Get resolved Cyborg ARQs and add PCI BDFs to VM's domain XML.  https://review.openstack.org/63124502:14
openstackgerritYongli He proposed openstack/nova master: Adds the server group info into show server detail API.  https://review.openstack.org/62147402:16
*** _fragatina has joined #openstack-nova02:16
*** _fragatina has quit IRC02:17
*** _fragatina has joined #openstack-nova02:17
*** wolverineav has quit IRC02:20
*** wolverineav has joined #openstack-nova02:21
*** _fragatina has quit IRC02:21
*** wolverineav has quit IRC02:22
*** erlon__ has joined #openstack-nova02:24
*** wolverineav has joined #openstack-nova02:26
*** erlon__ has quit IRC02:31
*** wolverineav has quit IRC02:31
*** sapd1_x has quit IRC02:38
*** Dinesh_Bhor has joined #openstack-nova02:41
*** efried_pto is now known as efried02:43
*** purplerbot has quit IRC02:43
*** purplerbot has joined #openstack-nova02:44
*** marst has quit IRC02:46
*** hongbin has joined #openstack-nova02:48
*** sdake has quit IRC02:48
*** sdake has joined #openstack-nova02:49
*** psachin has joined #openstack-nova02:52
*** sdake has quit IRC02:57
*** sdake has joined #openstack-nova02:58
openstackgerritYongli He proposed openstack/nova master: Add server subresouce topology API  https://review.openstack.org/62147602:59
*** dklyle has quit IRC03:03
*** wwriverrat has joined #openstack-nova03:04
*** wwriverrat has quit IRC03:05
*** wolverineav has joined #openstack-nova03:06
*** wolverineav has quit IRC03:10
*** dklyle has joined #openstack-nova03:17
*** markvoelker has quit IRC03:20
openstackgerritmelanie witt proposed openstack/nova master: WIP Add online data migration for populating user_id  https://review.openstack.org/63335103:27
openstackgerritmelanie witt proposed openstack/nova master: WIP Add get_counts() to InstanceMappingList  https://review.openstack.org/63807203:27
openstackgerritmelanie witt proposed openstack/nova master: WIP Count instances from mappings and cores/ram from placement  https://review.openstack.org/63807303:27
openstackgerritmelanie witt proposed openstack/nova master: Use instance mappings to count server group members  https://review.openstack.org/63832403:27
*** zhubx has joined #openstack-nova03:28
*** spsurya has joined #openstack-nova03:34
*** wolverineav has joined #openstack-nova03:48
*** udesale has joined #openstack-nova03:51
*** takashin has joined #openstack-nova03:51
*** tbachman has quit IRC03:59
*** tbachman has joined #openstack-nova04:00
*** tetsuro has quit IRC04:06
*** markvoelker has joined #openstack-nova04:21
*** wolverineav has quit IRC04:29
*** _fragatina has joined #openstack-nova04:33
*** _fragatina has quit IRC04:37
*** _fragatina has joined #openstack-nova04:37
*** moshele has joined #openstack-nova04:39
*** moshele has quit IRC04:45
*** sdake has quit IRC04:50
*** sdake has joined #openstack-nova04:54
*** markvoelker has quit IRC04:55
*** hongbin has quit IRC05:04
*** sdake has quit IRC05:14
*** sdake has joined #openstack-nova05:16
*** abhishekk has joined #openstack-nova05:16
openstackgerritYongli He proposed openstack/nova master: Adds the server group info into show server detail API.  https://review.openstack.org/62147405:18
openstackgerritYongli He proposed openstack/nova master: Adds the server group info into show server detail API.  https://review.openstack.org/62147405:21
*** moshele has joined #openstack-nova05:23
openstackgerritYongli He proposed openstack/nova master: Adds the server group info into show server detail API.  https://review.openstack.org/62147405:25
*** wwriverrat has joined #openstack-nova05:34
*** tetsuro has joined #openstack-nova05:38
*** _fragatina has quit IRC05:38
*** ratailor has joined #openstack-nova05:40
*** tetsuro has quit IRC05:41
*** tetsuro has joined #openstack-nova05:45
*** sdake has quit IRC05:48
*** agopi has quit IRC05:49
*** sdake has joined #openstack-nova05:49
*** markvoelker has joined #openstack-nova05:52
*** tetsuro has quit IRC05:53
*** lbragstad_ has joined #openstack-nova05:53
*** gokhani has joined #openstack-nova05:53
*** wolverineav has joined #openstack-nova05:55
*** tetsuro has joined #openstack-nova05:55
*** lbragstad has quit IRC05:55
*** wolverineav has quit IRC05:59
*** sdake has quit IRC06:03
*** tetsuro has quit IRC06:04
*** lbragstad has joined #openstack-nova06:04
*** lbragstad_ has quit IRC06:04
*** sdake has joined #openstack-nova06:05
*** lbragstad_ has joined #openstack-nova06:09
*** lbragstad has quit IRC06:10
*** lbragstad has joined #openstack-nova06:16
*** lbragstad_ has quit IRC06:18
openstackgerritZhenyu Zheng proposed openstack/nova master: WIP detach root volume API changes  https://review.openstack.org/62398106:19
*** sridharg has joined #openstack-nova06:20
*** markvoelker has quit IRC06:25
*** spsurya has quit IRC06:25
*** pbing19 has joined #openstack-nova06:26
*** sdake has quit IRC06:37
*** Luzi has joined #openstack-nova06:40
*** bhagyashris has joined #openstack-nova06:41
*** jaypipes has quit IRC06:42
*** stakeda has joined #openstack-nova06:46
*** jaypipes has joined #openstack-nova06:46
*** igordc has quit IRC06:52
*** slaweq has joined #openstack-nova07:08
*** psachin has quit IRC07:10
*** egonzalez has quit IRC07:10
*** egonzalez has joined #openstack-nova07:11
*** rcernin has quit IRC07:13
*** spsurya has joined #openstack-nova07:17
*** wolverineav has joined #openstack-nova07:18
*** pcaruana has joined #openstack-nova07:19
*** markvoelker has joined #openstack-nova07:22
*** sambetts_ has quit IRC07:29
*** sambetts_ has joined #openstack-nova07:30
*** psachin has joined #openstack-nova07:32
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove wrong description for auto resize confirm  https://review.openstack.org/63835707:42
*** Dinesh_Bhor has quit IRC07:49
*** wolverineav has quit IRC07:52
*** sapd1_x has joined #openstack-nova07:54
*** markvoelker has quit IRC07:55
*** _pewp_ has quit IRC07:58
*** _pewp_ has joined #openstack-nova07:59
*** tssurya has joined #openstack-nova07:59
*** sunnaichuan has joined #openstack-nova08:01
*** pbing19 has quit IRC08:03
*** sapd1_x has quit IRC08:06
*** jaosorior has quit IRC08:08
*** awalende has joined #openstack-nova08:15
openstackgerritLee Yarwood proposed openstack/nova master: rbd: flatten images when creating/unshelving an instance  https://review.openstack.org/45788608:17
*** ccamacho has quit IRC08:18
*** tesseract has joined #openstack-nova08:18
*** tkajinam has quit IRC08:23
*** lbragstad has quit IRC08:25
*** tosky has joined #openstack-nova08:26
*** ivve has joined #openstack-nova08:27
*** wolverineav has joined #openstack-nova08:28
*** ttsiouts has joined #openstack-nova08:36
*** helenafm has joined #openstack-nova08:36
openstackgerritSilvan Kaiser proposed openstack/nova master: Added mount fstype based validation of Quobyte mounts  https://review.openstack.org/52224508:42
*** aloga has quit IRC08:48
openstackgerritzhaixiaojun proposed openstack/nova master: When the flavor id is invalid, the message does not match the regular expression, missing the numbers from 0-9.  https://review.openstack.org/63815008:48
*** aloga has joined #openstack-nova08:48
openstackgerritzhaixiaojun proposed openstack/nova master: When the flavor id is invalid, the message does not match the regular expression, missing the numbers from 0-9.  https://review.openstack.org/63815008:49
*** pbing19 has joined #openstack-nova08:50
*** ralonsoh has joined #openstack-nova08:51
*** markvoelker has joined #openstack-nova08:52
*** dtantsur|afk is now known as dtantsur\08:53
*** dtantsur\ is now known as dtantsur08:53
*** wolverineav has quit IRC09:00
*** ociuhandu has quit IRC09:04
*** ccamacho has joined #openstack-nova09:09
*** ccamacho has quit IRC09:10
*** ccamacho has joined #openstack-nova09:11
*** janki has joined #openstack-nova09:12
*** yaawang has joined #openstack-nova09:15
openstackgerritBalazs Gibizer proposed openstack/nova master: FUP for Id7827fe8dc27112e342dc25c902c8dbc25f63b94  https://review.openstack.org/63837009:22
*** ociuhandu has joined #openstack-nova09:24
*** markvoelker has quit IRC09:25
*** ociuhandu has quit IRC09:25
*** ygk_12345 has joined #openstack-nova09:25
*** ociuhandu has joined #openstack-nova09:26
*** derekh has joined #openstack-nova09:31
*** sapd1_x has joined #openstack-nova09:37
gibiefried, jaypipes: I've added a fup ^^ for https://review.openstack.org/#/c/616239 I think https://review.openstack.org/#/c/616239 only needs a +A now :)09:38
ygk_12345hi all09:39
ygk_12345i have a songle node packstack. but the hypervisor list is empty eventhough the nova-compute is up and running09:39
ygk_12345*single09:40
ygk_12345can someone help me please09:40
*** tssurya has quit IRC09:43
*** bhagyashris has quit IRC09:46
ygk_12345can someone help me please with my issue09:51
ygk_12345the hypervisor list is empty and also no entries in the compute_nodes tables in nova database09:51
*** awalende has quit IRC09:52
bauzaswhich release ?09:52
ygk_12345bauzas: latest one09:52
*** awalende has joined #openstack-nova09:52
bauzasRocky ?09:52
bauzasI thought packstack was no longer supported09:53
ygk_12345bauzas: how to check that info ?09:53
bauzasit's more a classic #openstack usage question, tbh09:53
bauzasbut just look at the RDO packages09:53
bauzasthey have versions09:54
bauzasand then look at the n-cpu logs09:54
*** panda|off is now known as panda09:54
ygk_12345bauzas: where exactly n-cpu logs r located ?09:55
tosky(packstack should still work, at least for rocky)09:56
ygk_12345bauzas: tosky yes it is rocky09:57
*** awalende has quit IRC09:57
ygk_12345bauzas: tosky but the hypervisor list is empty. i cant understand why09:57
*** tssurya has joined #openstack-nova09:57
*** wolverineav has joined #openstack-nova09:57
*** jaosorior has joined #openstack-nova09:57
bauzasygk_12345: I'm not a packstack expert, so I don't know where those are located09:58
bauzas /var/log/nova ?09:58
toskymy nova knowledge does not go too depth in that, but I would start with the usual debug operations: enable debug=True, check all the logs09:58
ygk_12345bauzas: i see this in nova-compute log09:58
*** awalende has joined #openstack-nova09:59
ygk_12345bauzas: tosky ""Can\'t connect to MySQL server on \'10.129.146.156\' "09:59
ygk_12345bauzas: but the mysql is running fine on that node10:00
ygk_12345bauzas: i see this in the mariadb "ERROR] WSREP: rsync SST method requires wsrep_...tartup"10:01
bauzasygk_12345: I'm really sorry but this discussion is way not for this channel10:02
bauzassee the channel topic10:02
ygk_12345bauzas: any appropriate IRC channel for thi ?10:02
bauzaslike said in the topic, general installation/configuration issues can be discussed in #openstack10:02
ygk_12345bauzas: ok thanks10:02
*** jangutter_ has joined #openstack-nova10:05
*** jangutter has quit IRC10:06
*** jangutter_ has quit IRC10:14
*** zhubx has quit IRC10:14
*** jangutter has joined #openstack-nova10:15
*** zhubx has joined #openstack-nova10:15
*** markvoelker has joined #openstack-nova10:17
*** yaawang has quit IRC10:18
*** zhubx007 has joined #openstack-nova10:20
*** spsurya has quit IRC10:22
*** jangutter has quit IRC10:22
*** zhubx has quit IRC10:23
*** cfriesen has quit IRC10:23
*** jangutter has joined #openstack-nova10:25
*** moshele has quit IRC10:27
*** abhishekk has quit IRC10:28
*** wolverineav has quit IRC10:30
*** psachin has quit IRC10:38
*** psachin has joined #openstack-nova10:42
openstackgerritMerged openstack/os-traits master: Change python3.5 job to python3.7 job on Stein+  https://review.openstack.org/61006510:43
*** stakeda has quit IRC10:49
*** sapd1_x has quit IRC10:50
*** jangutter has quit IRC10:51
*** jaosorior has quit IRC10:55
*** ygk_12345 has left #openstack-nova10:57
*** yan0s has joined #openstack-nova11:02
*** jangutter has joined #openstack-nova11:03
*** lpetrut has joined #openstack-nova11:03
*** moshele has joined #openstack-nova11:04
*** tssurya has quit IRC11:05
openstackgerritStephen Finucane proposed openstack/os-vif master: Clean up versioned object backlevelling code  https://review.openstack.org/63097611:07
openstackgerritStephen Finucane proposed openstack/os-vif master: Add API docs for various VIF types  https://review.openstack.org/63700911:07
openstackgerritStephen Finucane proposed openstack/os-vif master: Add API docs for various profile, datapath offload types  https://review.openstack.org/63839511:07
*** erlon__ has joined #openstack-nova11:10
*** ttsiouts has quit IRC11:13
*** ttsiouts has joined #openstack-nova11:14
*** cdent has joined #openstack-nova11:15
*** mdbooth_ is now known as mdbooth11:15
*** jaosorior has joined #openstack-nova11:15
*** ttsiouts has quit IRC11:18
*** jangutter_ has joined #openstack-nova11:21
*** psachin has quit IRC11:22
*** cdent has quit IRC11:23
*** jangutter has quit IRC11:24
*** udesale has quit IRC11:26
*** wolverineav has joined #openstack-nova11:27
*** awalende has quit IRC11:28
*** awalende has joined #openstack-nova11:30
*** moshele has quit IRC11:37
*** moshele has joined #openstack-nova11:38
mrch_is anybody using cloudbaseinit?11:39
*** ratailor has quit IRC11:42
openstackgerritRodolfo Alonso Hernandez proposed openstack/os-vif master: Add native implementation OVSDB API  https://review.openstack.org/48222611:44
openstackgerritBalazs Gibizer proposed openstack/nova master: Calculate RequestGroup resource provider mapping  https://review.openstack.org/61623911:45
openstackgerritBalazs Gibizer proposed openstack/nova master: Fill the RequestGroup mapping during schedule  https://review.openstack.org/61952811:45
openstackgerritBalazs Gibizer proposed openstack/nova master: Pass resource provider mapping to neutronv2 api  https://review.openstack.org/61624011:45
openstackgerritBalazs Gibizer proposed openstack/nova master: Recalculate request group - RP mapping during re-schedule  https://review.openstack.org/61952911:45
openstackgerritBalazs Gibizer proposed openstack/nova master: Send RP uuid in the port binding  https://review.openstack.org/56945911:45
openstackgerritBalazs Gibizer proposed openstack/nova master: Test boot with more ports with bandwidth request  https://review.openstack.org/57331711:45
openstackgerritBalazs Gibizer proposed openstack/nova master: Remove port allocation during detach  https://review.openstack.org/62242111:45
openstackgerritBalazs Gibizer proposed openstack/nova master: Record requester in the InstancePCIRequest  https://review.openstack.org/62531011:45
openstackgerritBalazs Gibizer proposed openstack/nova master: Add pf_interface_name tag to passthrough_whitelist  https://review.openstack.org/62531111:45
openstackgerritBalazs Gibizer proposed openstack/nova master: Ensure that bandwidth and VF are from the same PF  https://review.openstack.org/62354311:45
openstackgerritBalazs Gibizer proposed openstack/nova master: Support server create with ports having resource request  https://review.openstack.org/63636011:45
openstackgerritBalazs Gibizer proposed openstack/nova master: Refactor _heal_allocations_for_instance to make place for port healing  https://review.openstack.org/63795311:45
openstackgerritBalazs Gibizer proposed openstack/nova master: Refactor _heal_allocations_for_instance (2)  https://review.openstack.org/63795411:45
openstackgerritBalazs Gibizer proposed openstack/nova master: nova-manage: heal port allocations  https://review.openstack.org/63795511:45
openstackgerritBalazs Gibizer proposed openstack/nova master: cache neutron ports in heal allocation  https://review.openstack.org/63820711:45
openstackgerritBalazs Gibizer proposed openstack/nova master: FUP for Id7827fe8dc27112e342dc25c902c8dbc25f63b94  https://review.openstack.org/63837011:46
*** FlorianFa has joined #openstack-nova11:49
*** s10 has joined #openstack-nova11:49
*** FlorianFa has quit IRC11:51
*** awalende has quit IRC11:52
*** awalende has joined #openstack-nova11:52
*** FlorianFa has joined #openstack-nova11:54
*** FlorianFa has quit IRC11:56
*** ttsiouts has joined #openstack-nova11:56
*** FlorianFa has joined #openstack-nova11:56
*** erlon__ has quit IRC11:57
*** awalende has quit IRC11:57
*** erlon__ has joined #openstack-nova11:59
*** wolverineav has quit IRC12:00
*** sdake has joined #openstack-nova12:02
openstackgerritStephen Finucane proposed openstack/os-vif master: docs: Add API docs for VIF types  https://review.openstack.org/63700912:04
openstackgerritStephen Finucane proposed openstack/os-vif master: docs: Add API docs for profile, datapath offload types  https://review.openstack.org/63839512:05
openstackgerritStephen Finucane proposed openstack/os-vif master: docs: Start using sphinx.ext.autodoc for VIF types  https://review.openstack.org/63840412:05
openstackgerritStephen Finucane proposed openstack/os-vif master: doc: Use sphinx.ext.todo for profile, datapath offload types  https://review.openstack.org/63840512:05
openstackgerritLajos Katona proposed openstack/python-novaclient master: Add support for microversion v2.70  https://review.openstack.org/63723412:08
*** pbing19 has quit IRC12:10
*** erlon_ has joined #openstack-nova12:13
*** snevi has joined #openstack-nova12:14
*** erlon__ has quit IRC12:17
*** tssurya has joined #openstack-nova12:18
*** edleafe has joined #openstack-nova12:30
openstackgerritRodolfo Alonso Hernandez proposed openstack/os-vif master: Add function "has_table_columns" to OVSDB implementation API  https://review.openstack.org/63496712:44
openstackgerritRodolfo Alonso Hernandez proposed openstack/os-vif master: Add native implementation OVSDB API  https://review.openstack.org/48222612:46
openstackgerritRodolfo Alonso Hernandez proposed openstack/os-vif master: Add function "has_table_columns" to OVSDB implementation API  https://review.openstack.org/63496712:47
*** awalende has joined #openstack-nova12:50
*** moshele has quit IRC12:52
*** ygk_12345 has joined #openstack-nova12:52
ygk_12345hi all12:53
ygk_12345can anyone help me with noav-compute in  rocky packstack12:53
ygk_12345i tried there12:53
ygk_12345but no one coule help mw12:53
ygk_12345though this would be the right channel12:53
ygk_12345since u guys r familiar with nova12:53
ygk_12345the hypervisor list is empty eventhough the nova-compute is running12:53
ygk_12345cant understand why12:54
*** wolverineav has joined #openstack-nova12:58
ygk_12345is anyone here can help me with nova-compute in rocky packstack ?13:01
sean-k-mooneyim not sure if this is related to missing cell mapping or not but13:02
sean-k-mooneyyou could try nova-manage cell_v2 discover_hosts13:02
ygk_12345sean-k-mooney: i can see the cells though13:02
ygk_12345i did that13:02
ygk_12345but did not help13:02
ygk_12345sean-k-mooney: i see the host not found error in nova-compute logs13:02
ygk_12345but the host is resolvable though13:02
ygk_12345the host is centos 713:03
sean-k-mooneyis the nova compute serviec regestered in the nova_cell1 compute_nodes table13:03
sean-k-mooney*compute agent13:03
ygk_12345sean-k-mooney: how to check that ?13:03
ygk_12345the compute_nodes table is empty in the nova database13:04
sean-k-mooneymysql -e "select * from nova_cell1.compute_ndoes"13:04
sean-k-mooneyok so the nova compute agent has not connected to the db13:05
sean-k-mooneyi assume it is also not listed in teh service table13:05
sean-k-mooneymysql -e "select * from nova_cell1.services"13:05
jaypipesgibi: off to the test pits it goes then.13:05
gibijaypipes: thanks a lot13:05
sean-k-mooneyygk_12345: i would check the compute agent log and config but it likely is not connected to the cell db13:06
sean-k-mooneyactully wait13:06
jaypipesgibi: nem probléma!13:06
gibijaypipes: :)13:06
sean-k-mooneyjaypipes: dose the compute agent connect to the cell db by defualt or acess it via the conductor?13:07
jaypipessean-k-mooney: the nova-compute does not connect to *any* DB directly.13:07
jaypipessean-k-mooney: placement via the REST API and Nova DB via the cell conductor.13:07
sean-k-mooneyright it connect via the conductor over the rpc bus right13:07
jaypipessean-k-mooney: well, OVO, but yes, same thing. :)13:07
ygk_12345sean-k-mooney: how to proceed now ?13:08
sean-k-mooneyygk_12345: check the compute agent log and see if it is conected to the rabbitmq rpc bus13:08
ygk_12345sean-k-mooney: i think it is13:09
ygk_12345sean-k-mooney: i see this error in the log13:09
ygk_12345sean-k-mooney: "ERROR nova.compute.manager [req-427da537-366f-4442-b3be-6a8c71730c11 - - - - -] No compute node record for host TPC-G6-10"13:09
sean-k-mooneyygk_12345: that is expected when the compute-agent start for the first time. it should then proceed to create it13:10
ygk_12345sean-k-mooney: but it is not creating and listing the hypervisor capabilities like ram, vcpus, disk etc13:10
ygk_12345sean-k-mooney: strange13:11
ygk_12345sean-k-mooney: i am scratching my head for hours now :)13:11
ygk_12345sean-k-mooney: i have a similar setup and it is aslo having the same issue13:11
sean-k-mooneyygk_12345: i take it its a new deployment its posible the cell conductor is haveing issues.13:11
ygk_12345sean-k-mooney: its packstack rocky on centos 713:11
ygk_12345but jpena said it was working for him in the lab13:12
sean-k-mooneywell packstack isnt used that widely and i dont know how well it is tested upsteam that said im sure it likely something small13:12
ygk_12345sean-k-mooney: need help to find it out13:13
sean-k-mooneywell im not that familar with packstack. i have avoided for years after tyring it several times with little sucess. without nova compute agent and cell conductor logs to look at there is not much i can do to help13:15
*** cdent has joined #openstack-nova13:16
*** keekz is now known as nicholas13:17
*** markvoelker has quit IRC13:17
jaypipesFYI, all interested parties... I am not accepting any *new* reviews into my personal queue today. The only ones in my queue (in order) are cdent/efried's OVO List object patch, then jackding's patch series for bug 1659062, and then the remaining patches in gibi's bandwidth series.13:17
openstackbug 1659062 in OpenStack Compute (nova) "Failed evacuations leave neutron ports on destination host" [Wishlist,In progress] https://launchpad.net/bugs/1659062 - Assigned to Jack Ding (jackding)13:18
ygk_12345sean-k-mooney: i cant see any errors in the conductor logs13:18
cdentnoted13:18
*** markvoelker has joined #openstack-nova13:18
gibijaypipes: ack13:18
sean-k-mooneyjaypipes: ack13:18
s10Please review https://review.openstack.org/#/c/636678/ . We've faced this bug in Queens week ago, had to apply the patch.13:20
*** markvoelker has quit IRC13:22
sean-k-mooneylyarwood: do you have time to look at ^ . it looks like a strait forward backport13:22
lyarwoodsean-k-mooney: looking13:23
openstackgerritMerged openstack/nova master: Update nova docs front page for placement removal  https://review.openstack.org/62818313:23
*** sdake has quit IRC13:23
openstackgerritMerged openstack/nova master: Remove placement from nova install docs  https://review.openstack.org/62818413:23
openstackgerritMerged openstack/nova master: Remove link to placement configuration from nova config docs  https://review.openstack.org/62818513:23
openstackgerritMerged openstack/nova master: Remove placement from contributor doc  https://review.openstack.org/62818613:24
*** sdake has joined #openstack-nova13:25
*** jangutter_ is now known as jangutter13:26
lyarwoodstephenfin: ^ isn't that slightly premature in S?13:27
lyarwoodif we aren't dropping the actual placement code from nova until T that is13:28
sean-k-mooneywell we cant add new patchs to that code so not really13:29
lyarwoodbut users can still deploy it in S13:29
lyarwoodbut now we've removed the docs13:29
sean-k-mooneyyes i broght that up a few weeks ago13:29
sean-k-mooneybut the feeling was we should not advocate deploying with in tree with stien13:30
*** wolverineav has quit IRC13:30
*** tbachman has quit IRC13:30
lyarwoodsean-k-mooney: kk13:30
sean-k-mooneylyarwood: i had the same question when i first saw it proposed13:31
*** moshele has joined #openstack-nova13:34
*** mriedem has joined #openstack-nova13:34
*** avolkov has joined #openstack-nova13:36
cdentyeah, the idea was that new installs should use the new code13:36
cdentupgrades, different story13:36
*** sdake has quit IRC13:36
*** moshele has quit IRC13:37
*** sdake has joined #openstack-nova13:37
openstackgerritMatt Riedemann proposed openstack/nova master: Add microversion to expose virtual device tags  https://review.openstack.org/63194813:38
mriedemtakashin: i've reported bug 1817064 for novaclient - looks like novaclient.tests.functional.v2.test_instance_action.TestInstanceActionCLIV266.test_list_instance_action_with_changes_before still has race issues13:42
openstackbug 1817064 in python-novaclient "test_list_instance_action_with_changes_before intermittently fails with "MismatchError: ['create'] != ['create', 'stop']"" [Undecided,New] https://launchpad.net/bugs/181706413:42
takashinmriedem: Thank you.13:43
*** abhishekk has joined #openstack-nova13:48
*** artom has quit IRC13:50
openstackgerritRodolfo Alonso Hernandez proposed openstack/os-vif master: Add function "has_table_columns" to OVSDB implementation API  https://review.openstack.org/63496713:50
gibinova meeting starts in 5 minutes in #openstack-meeting13:56
*** lbragstad has joined #openstack-nova13:57
openstackgerritRodolfo Alonso Hernandez proposed openstack/os-vif master: Add native implementation OVSDB API  https://review.openstack.org/48222614:06
kashyapHuzzah, this merged: https://review.openstack.org/#/c/632507/14:06
kashyapThanks for the reviews / time, folks.  Now to clean up the rest of the cruft...14:07
openstackgerritRodolfo Alonso Hernandez proposed openstack/os-vif master: Add native implementation OVSDB API  https://review.openstack.org/48222614:08
*** jaosorior has quit IRC14:08
*** Kunpeng has joined #openstack-nova14:09
sean-k-mooneyTIL print("...", file=some_file) is only suport in python3 ...14:10
sean-k-mooneyback to some_file.write() it is14:10
openstackgerritRodolfo Alonso Hernandez proposed openstack/os-vif master: Add function "has_table_columns" to OVSDB implementation API  https://review.openstack.org/63496714:11
*** s10 has quit IRC14:12
openstackgerritRodolfo Alonso Hernandez proposed openstack/os-vif master: Add native implementation OVSDB API  https://review.openstack.org/48222614:12
*** sdake has quit IRC14:14
*** panda is now known as panda|ruck14:16
*** markvoelker has joined #openstack-nova14:18
*** udesale has joined #openstack-nova14:22
jackdingtakashin: mdbooth: Could you please revisit https://review.openstack.org/#/c/616692/? Thanks14:24
*** cfriesen has joined #openstack-nova14:24
takashinjackdin: Okay. I will check it later.14:25
*** eharney has joined #openstack-nova14:25
takashinjackding: Okay. I will check it later.14:25
*** wolverineav has joined #openstack-nova14:28
jackdingmriedem: Could you please revisit https://review.openstack.org/#/c/620706/ and https://review.openstack.org/#/c/616692/? Thanks14:29
jackdingtakashin: thanks14:30
*** jaosorior has joined #openstack-nova14:30
*** imacdonn has quit IRC14:31
*** sdake has joined #openstack-nova14:31
*** ygk_12345 has quit IRC14:31
*** Kunpeng has quit IRC14:32
*** hongbin has joined #openstack-nova14:42
*** hongbin has quit IRC14:42
openstackgerritMerged openstack/os-vif master: Clean up versioned object backlevelling code  https://review.openstack.org/63097614:48
*** dave-mccowan has joined #openstack-nova14:48
*** sdake has quit IRC14:51
*** ttsiouts has quit IRC14:51
*** ttsiouts has joined #openstack-nova14:52
*** markvoelker has quit IRC14:53
*** ttsiouts has quit IRC14:54
*** ttsiouts has joined #openstack-nova14:54
*** takashin has quit IRC15:00
*** mvkr has quit IRC15:00
*** hongbin has joined #openstack-nova15:00
*** wolverineav has quit IRC15:01
mdboothjackding: Done. Change looks good. I think there's some missing unit test coverage, though.15:02
*** sdake has joined #openstack-nova15:02
*** takashin has joined #openstack-nova15:02
mdboothjackding: Hopefully trivial to add.15:02
openstackgerritSurya Seetharaman proposed openstack/nova master: [Doc] Best practices for effectively tolerating down cells  https://review.openstack.org/63817315:03
*** tbachman has joined #openstack-nova15:03
*** mlavalle has joined #openstack-nova15:06
*** abhishekk has quit IRC15:07
*** artom has joined #openstack-nova15:07
*** takashin has left #openstack-nova15:07
mriedemdansmith: you want to get this rocky backport for that live migration volumes thing https://review.openstack.org/#/c/636895/15:07
*** jaosorior has quit IRC15:08
openstackgerritya.wang proposed openstack/nova master: Select cpu model from a list of cpu models  https://review.openstack.org/63783415:08
*** awaugama has joined #openstack-nova15:12
*** Luzi has quit IRC15:12
*** awalende has quit IRC15:12
*** awalende has joined #openstack-nova15:13
openstackgerritsean mooney proposed openstack/os-vif master: remove brctl from vif_plug_ovs  https://review.openstack.org/63682115:16
openstackgerritsean mooney proposed openstack/os-vif master: remove use of brctl from vif_plug_linux_bridge  https://review.openstack.org/63682215:16
*** awalende_ has joined #openstack-nova15:17
*** awalende_ has quit IRC15:17
*** awalende has quit IRC15:17
*** dave-mccowan has quit IRC15:21
*** jistr is now known as jistr|afk15:22
*** mvkr has joined #openstack-nova15:24
*** artom has quit IRC15:31
*** jistr|afk is now known as jistr15:32
*** artom has joined #openstack-nova15:38
*** dave-mccowan has joined #openstack-nova15:41
mriedemlyarwood: mgoddard: i know this backport has been hanging out awhile but i'm pretty uncomfortable with it https://review.openstack.org/#/c/608573/15:42
mriedemgiven the bug report and commit message says "since change in rocky" which was actually a change in stein15:42
*** liuyulong has quit IRC15:43
*** liuyulong has joined #openstack-nova15:43
mriedemi guess this is an example of the warning http://logs.openstack.org/95/636895/1/check/ironic-tempest-dsvm-ipa-wholedisk-bios-agent_ipmitool-tinyipa/c4e5305/controller/logs/screen-n-cpu.txt.gz#_Feb_15_14_25_05_14309115:43
mgoddardmriedem: the "since change in rocky" == https://review.openstack.org/#/c/565841/? It merged in August '1815:44
*** dave-mccowan has quit IRC15:45
mriedemincluded in on that change says master15:45
mriedemhttps://github.com/openstack/nova/commits/stable/rocky/nova/virt/ironic/driver.py15:46
mriedemnot in there15:46
*** jaosorior has joined #openstack-nova15:46
mriedemi remember us talking about merging that late in rocky but decided to defer to early stein15:47
mriedemand it was merged right after the ptg as i recall15:47
mriedemand proceeded to break tripleo15:47
*** jobewan has joined #openstack-nova15:47
mriedembecause they were still using the scheduler filters that needed those inventory values15:47
*** sdake has quit IRC15:48
mgoddardok, I agree it's not in stable/rocky15:48
mriedemhttps://wiki.openstack.org/wiki/Nova/Rocky_Release_Schedule so that was merged probably right after rc115:48
mriedemwhen we cut stable/rocky15:48
*** markvoelker has joined #openstack-nova15:50
*** sdake has joined #openstack-nova15:50
openstackgerritPierre Riteau proposed openstack/nova master: Fix a typo in configuration description  https://review.openstack.org/63844515:51
mgoddardok, let's abandon it then. the backport was based on the assumption that that change was in rocky15:51
mriedemgod this whole transition has been a mess15:51
mgoddardyup15:51
mriedemmgoddard: i left a comment, but if we do have the warnings,15:51
mriedemi think they have to be conditional based on the https://docs.openstack.org/nova/rocky/configuration/config.html#workarounds.report_ironic_standard_resource_class_inventory option in rocky15:51
mriedembecause if that's true, the warnings are legit15:51
mgoddardthat's another option15:51
mriedemif false, then we can avoid the warnings15:51
*** mrch_ has quit IRC15:51
mriedemif that option is false we're not reporting standard resoruce class inventory anyway so we don't need to warn about 0 values15:52
mgoddardthat seems reasonable. I'll update it to check that flag15:52
*** janki has quit IRC15:53
mriedemthe commit message is going to need some updating15:53
mriedemto sort out the confusion15:53
*** tosky has quit IRC15:53
mgoddardsure15:53
mgoddardthanks for following up15:54
*** tosky has joined #openstack-nova15:54
mgoddardactually, hold up15:55
mgoddard"They were not required to be set since the Pike release, but still this15:55
mgoddardwarning is emitted.15:55
mgoddardthat's why I marked it as backport potential for pike - rocky15:56
mgoddardso since pike, it's valid not to set them, but if you don't then you get a warning15:56
mgoddardit doesn't matter what is reported to placement, this is about the ironic node config15:58
mriedemok i see https://review.openstack.org/#/c/608573/3/nova/virt/ironic/driver.py@81515:58
mriedemso if the values are 0 we won't report those resource classes for inventory15:58
*** wolverineav has joined #openstack-nova15:58
mriedemi guess https://docs.openstack.org/ironic/rocky/install/configure-nova-flavors.html doesn't mention anything about 0ing out the node property values,16:00
mriedemis that in the ironic docs somewhere?16:00
bauzasgibi: I'm just starting to sharpen my pen for reviewing network-bw-providers16:01
bauzasgibi: did the implementation diverged from the spec https://specs.openstack.org/openstack/nova-specs/specs/stein/approved/bandwidth-resource-provider.html ?16:01
*** ttsiouts has quit IRC16:01
bauzasgibi: that helps me catching up quickier16:01
gibibauzas: the name of the resource classes got shorter, and there are extra object model addition that was not covered by the spec16:02
*** ttsiouts has joined #openstack-nova16:02
mriedemand the microversion...16:02
gibibauzas: but I think the basic logic and goal did not changef16:02
gibimriedem: ++16:02
bauzasgibi: okay, gtk16:02
bauzasmriedem: a new API microversion ?16:03
bauzasif so, I'll be able to get it16:03
gibibauzas: yes a new microversion to enable the feature for server create/delete16:03
bauzasgotcha16:04
*** moshele has joined #openstack-nova16:04
mgoddardmriedem: let me check the docs16:04
*** jobewan has quit IRC16:05
mriedemi guess i just don't know how those values are zeroed out - the node API? something in ironic-inspector?16:05
*** ttsiouts has quit IRC16:06
*** alex_xu has quit IRC16:07
mgoddardmriedem: the node 'properties' field is just a dict, it defaults to being empty16:08
openstackgerritMatt Riedemann proposed openstack/nova stable/rocky: Don't emit warning when ironic properties are zero  https://review.openstack.org/60857316:09
mriedemmgoddard: https://review.openstack.org/#/c/608573/3..4//COMMIT_MSG16:09
mgoddardmriedem: I can't find anything that explicitly says not to set those properties, but that is what we test in devstack: https://github.com/openstack/ironic/blob/master/devstack/lib/ironic16:09
mgoddardmriedem: search --property16:09
mgoddardmriedem: nice, thanks for updating16:10
mriedemi only see https://github.com/openstack/ironic/blob/master/devstack/lib/ironic#L2082 but that's something else16:10
mriedemthat's the flavor not the node16:10
mgoddardL1996 is node creation16:11
openstackgerritMerged openstack/python-novaclient master: Make Server.networks use a predictable sort order  https://review.openstack.org/63821416:11
openstackgerritMerged openstack/python-novaclient master: API microversion 2.69: Handles Down Cells  https://review.openstack.org/57956316:11
mgoddardonly property is cpu_arch, and possibly root_device16:11
*** udesale has quit IRC16:11
mriedemok and we don't get a KeyError because of https://review.openstack.org/#/c/608573/4/nova/virt/ironic/driver.py@24516:12
*** moshele has quit IRC16:12
mgoddardright16:12
mriedemso we'll warn there too :)16:13
*** alex_xu has joined #openstack-nova16:13
mriedemoh wait16:13
mriedemnevermind we default to -16:13
mriedem*016:13
mgoddardyeah16:13
mriedemok approved16:14
*** artom has quit IRC16:14
mriedemplease re-do the queens backport using the updated stable/rocky change16:14
mgoddardgreat, thanks. will do16:15
mriedemsorry for the trouble. i had put off sorting this one out for weeks.16:15
*** hamzy has quit IRC16:15
mgoddardno problem, I know the kind of task :)16:16
tbachmanz;. ¸d fgi`q1e16:16
tbachman16:16
*** markvoelker has quit IRC16:23
*** macza has joined #openstack-nova16:24
*** tbachman has quit IRC16:25
melwitto/16:27
mriedemcdent: efried: i'm kind of at a loss as to what to do about this stable/rocky nova backport which is a fix from extracted placement in stein https://review.openstack.org/#/c/608903/16:28
*** pbing19 has joined #openstack-nova16:28
mriedemas far as i know, nothing is "using" nested providers in rocky - i know nova isn't, but i'm not aware of anything else either16:28
mriedemso i'm leaning to not backport this if we don't need it16:28
cdentmriedem: my inclication would be to wait until somebody asks16:28
mriedemsame16:28
mriedemi think in that case i'm going to abandon16:29
mriedemwith all due respect to mr nakamura16:29
cdentall respect is due mr nakamura16:30
*** wolverineav has quit IRC16:31
*** imacdonn has joined #openstack-nova16:38
*** jobewan has joined #openstack-nova16:39
*** hamzy has joined #openstack-nova16:40
*** zhubx007 has quit IRC16:40
*** zhubx007 has joined #openstack-nova16:41
*** lpetrut has quit IRC16:46
openstackgerritMark Goddard proposed openstack/nova stable/queens: Don't emit warning when ironic properties are zero  https://review.openstack.org/60861116:47
*** gyee has joined #openstack-nova16:48
*** lpetrut has joined #openstack-nova16:49
mriedemdansmith: can you send this queens backport to its maker https://review.openstack.org/#/c/623547/16:59
*** tbachman has joined #openstack-nova16:59
dansmithaye16:59
*** wwriverrat has quit IRC17:03
*** _fragatina has joined #openstack-nova17:03
*** pcaruana has quit IRC17:07
*** tssurya has quit IRC17:08
*** _fragatina has quit IRC17:09
*** _fragatina has joined #openstack-nova17:09
*** helenafm has quit IRC17:10
*** erlon_ has quit IRC17:14
ralonsohjaypipes, sean-k-mooney : so what's the plan here https://review.openstack.org/#/c/482226/48/vif_plug_ovs/tests/functional/base.py? To import from os-vif.tests.[functional|unit].base in the other projects. Am I right?17:16
*** sridharg has quit IRC17:17
sean-k-mooney i think for this patch yes. i want do refactor some of the code in general in train17:17
sean-k-mooneydeduping that file would be on that list17:17
sean-k-mooneyill try and do a review of all the open os-vif patches again today/tommorow17:18
sean-k-mooneyideally we can then to a relase on monday17:18
ralonsohsean-k-mooney, ok, I'll submit a patch to move functional.base to os-vif, and import from there17:19
sean-k-mooneyjaypipes: does that sound ok to you?17:19
sean-k-mooneyralonsoh: i dont think we need to do that in stien17:19
sean-k-mooneyit can wait till after we do the release.17:19
ralonsohsean-k-mooney, perfect17:20
*** markvoelker has joined #openstack-nova17:20
sean-k-mooneyill send a ml post tomorrow  with the patches i would like to see in the final release for stien so i would more or less like to avoid more churn17:21
*** yan0s has quit IRC17:23
mriedemdansmith: let me know when you're tired of stable pings but https://review.openstack.org/#/c/635072/ also17:26
mriedemi'll shift to bugging others17:26
*** wolverineav has joined #openstack-nova17:26
openstackgerritSundar Nadathur proposed openstack/nova master: ksa auth conf and client for cyborg access  https://review.openstack.org/63124217:28
openstackgerritSundar Nadathur proposed openstack/nova master: WIP: Add Cyborg device profile groups to spec obj.  https://review.openstack.org/63124317:28
openstackgerritSundar Nadathur proposed openstack/nova master: WIP: Create and bind Cyborg ARQs.  https://review.openstack.org/63124417:28
openstackgerritSundar Nadathur proposed openstack/nova master: WIP: Get resolved Cyborg ARQs and add PCI BDFs to VM's domain XML.  https://review.openstack.org/63124517:28
dansmithmakes me feel useful and like a slacker all at once17:28
*** dtantsur is now known as dtantsur|afk17:29
sean-k-mooneystephenfin: i like the direction of your sphinx docs changes in os-vif17:30
sean-k-mooneystephenfin: ill try and review them tomorrow17:30
stephenfinsean-k-mooney: Ta. Just need to fix the pep8 issue17:30
sean-k-mooneyquick question https://review.openstack.org/#/c/638053/2/tox.ini17:31
sean-k-mooneydo we still need to specify the interperter version or will python3 work instead of python3.617:31
sean-k-mooneyi think python3 should work but i know not show why we set 2.7 explctily before17:33
sean-k-mooneystephenfin: oh ^ was for you17:34
*** erlon_ has joined #openstack-nova17:35
sean-k-mooneyi might jsut drop the change in version and add a sperate python3 functional env instead17:35
stephenfinsean-k-mooney: The precedence for Python version is (a) specific environment 'basepython' version, (b) global 'basepython' value, (c) implicit value from a testenv factor (i.e. 'py27'), (d) system Python17:36
*** ccamacho has quit IRC17:36
sean-k-mooneystephenfin: right but the function job failed because 3.6 was not on the host it ran on so im wondering can i just set python3 and use whatever version of python 3 is available17:37
stephenfinsean-k-mooney: Actually, that was the way that it was before tox 3.1. Since then, (b) and (c) are switched and you'll get a warning if they conflict17:37
stephenfinsean-k-mooney: Ahh17:37
stephenfinsean-k-mooney: Yeah, then yeah, 'python3' is good17:38
stephenfin*Yeah, then 'python3' is good17:38
sean-k-mooneyok thanks ill repspin with that :)17:39
stephenfin(It'll run whatever python3 is symlinked to on the distro)17:39
sean-k-mooneywould you prefer if i had two envs or one17:39
*** artom has joined #openstack-nova17:39
sean-k-mooneye.g. should i keep a functionl 2.7 env and add a functional-py3 env17:39
jaypipesralonsoh: ++ what sean-k-mooney said.17:40
stephenfinsean-k-mooney: I'm happy to drop py2.7 functional tests if we still have unit tests. mriedem might have something to say as well, since he's done some work here lately, I think17:40
sean-k-mooneyactully i should check the pti docs and see what it say we should do for stien17:40
stephenfins/drop py2.7/switch from py2.7 to py3/17:40
*** moshele has joined #openstack-nova17:41
bauzasmelwitt: hum, I guess we probably have to work on https://etherpad.openstack.org/p/nova-tc-vision-self-eval17:42
* bauzas tries to do his homework17:42
melwittyes. I've done nothing yet :( not a great timing for this one, near the end of the cycle17:42
sean-k-mooneystephenfin: hehe i mean i would like to drop py2.7 but we cant do that until U17:43
bauzasI can try to think a bit about it17:43
*** zzzeek has quit IRC17:44
melwittmriedem: thanks for making the forum brainstorm etherpad17:44
sean-k-mooneyralonsoh: by the way i have to check your patch but if its ok with you i would prefer to default to useing the ovs-vsctl client instead of the native client for stien since we wont really have time to let it bake in the ci and see if it has issue before monday17:44
melwittbauzas: thanks17:44
bauzasI guess I'll be challenged on that anyway...17:44
sean-k-mooneyralonsoh: we can swap the default in train and or remvoe the cli client after the m1 release17:45
ralonsohsean-k-mooney, yes, let's see first if the native implementation works, then we can remove the CLI one17:46
*** moshele has quit IRC17:47
mriedemstephenfin: on which repo? os-vif?17:47
stephenfinmriedem: yup17:48
*** ociuhandu has quit IRC17:48
mriedemi assume that job is pretty fast isn't ?17:48
*** panda|ruck is now known as panda|ruck|off17:48
sean-k-mooneyyes it is17:48
*** wolverineav has quit IRC17:48
mriedemthen might as well leave it another cycle17:48
mriedemdrop in U17:48
*** zzzeek has joined #openstack-nova17:49
*** ociuhandu has joined #openstack-nova17:50
sean-k-mooneyok ill just add a new fucntional-py3 env then. im trying to move my dev envs over to python3 by default but there is no harm keeping the py27 one as well17:50
mriedemfwiw functional-py27 caught an issue in one of my cross-cell changes that passed on the py35 job17:52
mriedemsomething deep down in the db api layer17:52
*** markvoelker has quit IRC17:53
*** ociuhandu has quit IRC17:54
*** lpetrut has quit IRC17:54
sean-k-mooneymriedem: i generally run both locally but there is no py3 fucntionl env currently so to run them on python3 i was locally hacking the file.17:54
openstackgerritSundar Nadathur proposed openstack/nova master: ksa auth conf and client for cyborg access  https://review.openstack.org/63124218:02
openstackgerritSundar Nadathur proposed openstack/nova master: WIP: Add Cyborg device profile groups to request spec.  https://review.openstack.org/63124318:02
openstackgerritSundar Nadathur proposed openstack/nova master: WIP: Create and bind Cyborg ARQs.  https://review.openstack.org/63124418:02
openstackgerritSundar Nadathur proposed openstack/nova master: WIP: Get resolved Cyborg ARQs and add PCI BDFs to VM's domain XML.  https://review.openstack.org/63124518:02
openstackgerritAdam Spiers proposed openstack/nova master: Convert driver supported capabilities to compute node provider traits  https://review.openstack.org/53849818:03
*** sdake has quit IRC18:05
*** sdake has joined #openstack-nova18:06
mriedemalright stable cores, several +2ed changes on stable/queens ready for review https://review.openstack.org/#/q/status:open+project:openstack/nova+branch:stable/queens+label:Code-Review=218:06
*** wolverineav has joined #openstack-nova18:06
*** igordc has joined #openstack-nova18:09
openstackgerritMatt Riedemann proposed openstack/nova stable/pike: Correct examples in "Manage Compute services" documentation  https://review.openstack.org/63847518:10
*** mvkr has quit IRC18:12
*** wwriverrat has joined #openstack-nova18:26
*** mdbooth_ has joined #openstack-nova18:30
*** mdbooth has quit IRC18:34
*** moshele has joined #openstack-nova18:36
*** moshele has quit IRC18:39
openstackgerritMatt Riedemann proposed openstack/nova stable/pike: [pike-only] Fix resize_instance rpcapi call  https://review.openstack.org/60343918:42
*** markvoelker has joined #openstack-nova18:50
*** snevi has quit IRC18:51
melwittmriedem: fyi, initial implementation for counting quota usage is done. working on organizing the patches better and adding test coverage now18:52
*** wolverineav has quit IRC18:54
*** mrch_ has joined #openstack-nova18:55
*** ralonsoh has quit IRC18:56
*** gbarros has quit IRC18:57
*** mvkr has joined #openstack-nova18:59
*** mrjk_ has quit IRC19:00
*** moshele has joined #openstack-nova19:02
*** mrjk has joined #openstack-nova19:02
*** liuyulong has quit IRC19:13
*** manjeets has quit IRC19:14
*** manjeets has joined #openstack-nova19:14
*** erlon_ has quit IRC19:15
*** erlon_ has joined #openstack-nova19:17
*** wolverineav has joined #openstack-nova19:18
openstackgerritMerged openstack/nova master: Calculate RequestGroup resource provider mapping  https://review.openstack.org/61623919:18
openstackgerritMerged openstack/nova stable/rocky: Fix a missing policy in test policy data  https://review.openstack.org/63708519:18
*** wolverineav has quit IRC19:19
*** markvoelker has quit IRC19:23
*** wolverineav has joined #openstack-nova19:28
*** yankcrime has joined #openstack-nova19:30
*** moshele has quit IRC19:31
openstackgerritAdam Spiers proposed openstack/nova master: Add detection of SEV support from QEMU/AMD-SP/libvirt on AMD hosts  https://review.openstack.org/63385519:31
*** ccamacho has joined #openstack-nova19:31
*** s10 has joined #openstack-nova19:36
mriedemmelwitt: ok19:39
artomWait, does the API handle the possibility of NoValidHost when live migrating?19:50
mriedemartom: depends on microversion19:51
mriedemv2.1 is an rpc call from the api to conductor to scheduler which can be a NoValidHost19:52
mriedemi think it was 2.32 i want to say that changed that to a cast19:52
mriedemfrom api to conductor19:52
mriedem2.34 https://docs.openstack.org/nova/latest/reference/api-microversion-history.html#id3119:53
artommriedem, hrmm, but pre-2.34 it should still return a 400, not 50019:53
artomWhich is what I'm seeing in my func tests19:54
artomSo I'm doing something wrong then, it seems19:54
artomWhich is weird, because I'm definitely catching the "new" ComputeResourcesUnavailable from the claims, and re-raising it as a MigrationPreCheckError19:56
artomWhich the conductor *catches*19:56
artomOr should, according to the code19:56
mriedemis your test using the CastAsCall fixture?19:56
artomHuh, do func tests use it by default?19:57
mriedemno, but you might be extending a class that uses it19:58
artomAh, yeah, _IntegratedTestBase19:58
artomOh, that would be why the NoValidHost ends up in the API19:58
artomHeh, can I "unuse" a single fixture?19:59
*** wolverineav has quit IRC20:01
*** whoami-rajat has quit IRC20:02
artomNo, there's something else.20:14
artomIt dies on the select_destinations call (which is always a call) in _find_destinations in the live migrate task20:15
artomI... I think this exists in master as well.20:16
*** _fragatina has quit IRC20:20
*** markvoelker has joined #openstack-nova20:21
*** erlon__ has joined #openstack-nova20:26
*** erlon_ has quit IRC20:29
mriedemjaypipes: so i'm not sure if my comments in here warrant a -1 or if it's just follow up fodder https://review.openstack.org/#/c/619528/20:30
*** awaugama has quit IRC20:30
mriedembut there are some serious performance impacts there if you're doing multi-create and not actually doing fancy port bw scheduling20:30
*** awalende has joined #openstack-nova20:31
artomHrmm, or not.20:32
jaypipesmriedem: multi-create meaning multiple instances in the same request, yeah?20:32
mriedemyeah20:33
jaypipesmriedem: mayhaps.20:33
mriedembut this is even heavy for a single instance20:33
mriedempost-scheduler, call placement to get allocations and traits for each provider in those allocations20:33
mriedemfor an instance that might not even have one of these fancy ports20:33
openstackgerritEric Fried proposed openstack/nova master: WIP: De-shim PlacementFixture  https://review.openstack.org/63795920:33
*** wolverineav has joined #openstack-nova20:33
*** awalende has quit IRC20:36
*** spatel has joined #openstack-nova20:37
*** cdent has quit IRC20:38
*** wolverineav has quit IRC20:38
jaypipesmriedem: which is kinda what I said in the original review..20:39
jaypipesmriedem: but the alternative is to unpack the JSON in the Selection.allocation_request field blobified goop.20:39
mriedemthat won't work,20:40
mriedemoh wait20:40
mriedemmaybe it will because that has the resource provider uuid in it right?20:40
mriedemit's just a json version of https://developer.openstack.org/api-ref/placement/#update-allocations20:41
mriedemyeah dude that's way faster than hitting placement for each instance20:41
mriedemwell, *should be* faster20:41
mriedemthat's also potentially the same Selection object (allocation_request) for multiple servers in the same build operation20:44
mriedemso deserialize once rather than GET /allocations/{consumer_id} x number of instances20:45
*** macza has quit IRC20:45
*** macza has joined #openstack-nova20:45
jaypipesmriedem: ack.20:47
mriedemwe can follow up also and avoid that GET /resource_provider/{rp_id}/traits call yeah? by stashing the GET /a_c provider_summaries traits per provider on the Selection object we return from the scheduler20:48
jaypipesmriedem: which violates our original intention that the allocation_request would be a BLOBby thing that could be sent as-is as the request payload to placement on the event of a reschedule/retry operation]20:48
*** _pewp_ has quit IRC20:48
openstackgerritEric Fried proposed openstack/nova master: WIP: De-shim PlacementFixture  https://review.openstack.org/63795920:48
jaypipesmriedem: but as you say, it's considerably faster than re-querying placement for each instance20:48
*** _pewp_ has joined #openstack-nova20:48
mriedemi'm not sure how it violates that20:48
mriedemfor the first selection in the list, it's allocatoin request has already been 'consumed'20:49
jaypipesmriedem: well, it violates the principle that the allocation_request's structure could change and nothing in nova would need to be changed.20:49
jaypipesmriedem: yes, understood.20:49
jaypipesagain, this was the original thought... things have changed/softened in our thinking since then20:49
jaypipes:)20:49
mriedemi'm not sure what you're saying :)20:49
mriedemit's still a string on the selection object, in this code we just deserialize that field to get the rp uuids20:50
mriedemwell, the actual allocations i guess20:50
jaypipesit's not just the rp uuids.20:50
jaypipesyeah, it's all the allocation info20:50
mriedemi guess what you're saying is we'd be treating the allocatoin request like a response20:50
mriedemwhen it's not20:50
jaypipesand of course, if we change the structure of the allocation_request response, boom, that "deserialize this blob and inspect it" code would of course need to change20:51
jaypipesmriedem: yes.20:51
jaypipesmriedem: I'm just trying to give you some background on why that's a JSON string and not an object :)20:51
mriedemyeah i remember20:51
mriedemand why we also provider the version20:52
jaypipesok, I will go away now20:52
mriedem*provide20:52
mriedemdon't go away jay20:52
mriedemplease stay20:52
jaypipes:P20:52
openstackgerritMerged openstack/nova stable/queens: Fix a missing policy in test policy data  https://review.openstack.org/63711220:52
openstackgerritMerged openstack/nova stable/rocky: tox: Don't write byte code (maybe)  https://review.openstack.org/63691720:52
mriedemso maybe what i'll do is pull this down, put in the very easy "if the request spec doesn't have requested_resources, don't do anything with this new code" thing, leave a bunch of todos for gibi to follow up20:55
mriedemthat solves 99% of my performance worry20:55
*** markvoelker has quit IRC20:55
mriedemjaypipes: ^ how do you like that?20:55
efriedmriedem: That sounds like a pretty reasonable solution to me. And you would be doing it rather than letting gibi do it because... you want to get it merged today?20:57
mriedemyes20:57
mriedemtime is as they say of the essence20:57
jaypipesmriedem: ✔20:57
* mriedem puts on his coding pants20:57
efriedmakes me a little nervous for the author of the patch not to have a nod on a change of that magnitude, logic-wise.20:58
efriedI guess worst case it can be reverted20:58
efriedbut then again why couldn't it be done in a fup anyway?20:58
mriedemi can be, but i just really don't want to get close to freeze with this like it is21:00
openstackgerritArtom Lifshitz proposed openstack/nova master: Remove _legacy_dict methods  https://review.openstack.org/63621021:00
openstackgerritArtom Lifshitz proposed openstack/nova master: Add migration param to check_can_live_migrate_destination  https://review.openstack.org/63460521:00
openstackgerritArtom Lifshitz proposed openstack/nova master: Introduce live_migration_claim()  https://review.openstack.org/63566921:00
openstackgerritArtom Lifshitz proposed openstack/nova master: Use live_migration_claim() to check dest resources  https://review.openstack.org/63460621:00
openstackgerritArtom Lifshitz proposed openstack/nova master: New objects to transmit NUMA config from dest to source  https://review.openstack.org/63482721:00
openstackgerritArtom Lifshitz proposed openstack/nova master: LM: Make dest send NUMAMigrateData to the source  https://review.openstack.org/63482821:00
openstackgerritArtom Lifshitz proposed openstack/nova master: LM: update NUMA-related XML on the source  https://review.openstack.org/63522921:00
mriedembtw the change i'm talking about is 1 line21:00
mriedemdo this https://review.openstack.org/#/c/616239/33/nova/objects/request_spec.py@78121:01
mriedemat the beginning of https://review.openstack.org/#/c/619528/27/nova/conductor/manager.py@124821:01
artomefried, mriedem, hey, so I know it's late in the cycle, and I'd be trampling all over the runways process, but what are the chances of pushing for reviews/merge of ^^ before FF?21:02
jaypipesmriedem: that is 2 lines Matt. Un. Friggin. Acceptable.21:02
mriedemartom: there are more cores here than me21:02
mriedemartom: at this point i'm pushing to get the bw provider stuff in before FF21:03
artommriedem, I know. You reviewed the spec is why. But I get that you're oversubscribed as is.21:03
sean-k-mooneyjaypipes: he did say about 1 line :P21:03
*** erlon__ has quit IRC21:04
artomWhich is why I mentioned efried :) Intel are apparently keep on it.21:04
mriedemartom: what's the test story on that series? is https://review.openstack.org/#/c/634606/24/nova/tests/functional/compute/test_live_migration.py the most functional we have?21:04
artommriedem, in-tree, yeah21:05
artomI wrote https://review.rdoproject.org/r/#/c/18832/ that I've been using in my devstack21:05
efriedartom: I have been requested both internally and externally to have a look at that. Unfortunately, it's behind a number of other things, as well as requiring quite a bit of homework on my part just to grok the background. I think alex_xu is involved though, right?21:05
jaypipessean-k-mooney: :P21:05
artomefried, not really, you're our only hope (Obi Wan)21:05
* mriedem looks at https://review.openstack.org/#/admin/groups/25,members21:06
* efried filters by cores who can spell NUMA21:06
*** wolverineav has joined #openstack-nova21:06
artomSo, it's easy for me to get stephenfin to look at it, being the same company and all21:06
sean-k-mooneyartom: the code freeze is still a few weeks away. we shoudl be able to get to it once bw feature is in21:06
artomIt's the other non-RH core that's the problem21:07
mriedemi also have like a 50 change series of my own21:07
artom... and who groks NUMA? jaypipes I guess? But you're as oversubscribed as mriedem.21:07
mriedemi definitely know how the live migration flow in compute manager and claims shit works, so i should look at it21:08
mriedembut god21:08
artomTo be fair, there's very little actual NUMA, bizarely21:08
artomIn the sense that it uses a lot of existing code21:08
artomSo if you assume those bits works, it's just about the glue21:08
sean-k-mooneyartom: that because your useing the existing code to calulate the topology on the destination then just sending it back to the source and updating the xml21:09
artomYep, what sean-k-mooney said21:09
mriedemif it's ready for review just put it in runways21:09
sean-k-mooneyso most of that code is common21:09
mriedemyou can have other RH cores review it and do the honorable and not +W21:09
mriedemlike dansmith and melwitt21:09
*** wolverineav has quit IRC21:09
*** wolverineav has joined #openstack-nova21:10
artommriedem, yep :)21:10
artomWas trying to gauge interest/chances. So not a slam dunk, to put it mildly ;)21:10
* artom shall continue doing the Needful, as per the Process.21:10
artom;)21:10
mriedemsorry21:11
*** rcernin has joined #openstack-nova21:11
mriedemi'll get to what i can when i can21:11
melwittyes, I should help review that. currently toiling on my own patch series for counting quota usage from placement21:11
artommriedem, heh, no need to apologise :)21:11
sean-k-mooneyartom: has cfriesen  reviewed the code by the way. he will be interested in it. im setting up at test env currently and will fully re review it proably early next week21:12
artomsean-k-mooney, I poked him a while ago, when it was still all WIP21:13
cfriesenI'm totally swamped with a downstream cust issue21:13
artomLet's consider him poked a second time21:13
mriedemefried: ok you and my anxiety over ^ has made me approve https://review.openstack.org/#/c/619528/21:13
mriedemi trust gibi to do me right21:14
sean-k-mooneycfriesen: no worries21:14
efriedmriedem: ack. I think it's the right thing. If you propose the fup and have gibi +2 it, that would be swimming.21:15
artom(We're doing a retro at PTG, right? We could talk about better planning - it feels like we all have our pet series, plus the cores have an "obligation" to review other stuff)21:16
mriedemartom: remember how many times throughout the release i asked you and stephenfin how that series was coming since no patches were posted, even WIP?21:16
efriedartom: add retrospective section with that line to https://etherpad.openstack.org/p/nova-ptg-train21:16
artommriedem, oh, I'm fully acknowledging my responsibility in this being massively late21:17
melwittyes, we do a retro each ptg and yep, just add info there. we usually have a separate etherpad we link to from the ptg pad, since the ptg pad ends up being ginormous21:17
mriedemok :)21:17
artomI understand that I can't rock up and be like "y'all got 2 weeks to merge my shit"21:17
artomBut... it doesn't mean I'll stay silent and not push for it :)21:19
artomThat being said, if it doesn't merge I'll only have myself to blame21:19
*** macza has quit IRC21:19
*** spatel has quit IRC21:20
sean-k-mooneyartom: by the way ill need to test this on my hadware setup. ubuntu crashes the l2 guest with nested virt. on centos booting the l2 guest crashes the l1 guest kernel... so i think i need to do a bios/micorcode upgrade before i can do nested ver on my new server :(21:20
artomsean-k-mooney, devstack on fedora 29 works great for me21:20
sean-k-mooneyi might test it on my laptop actully nested virt works fine there21:21
melwittartom: yeah, I think we (or at least I) am just wondering what you mean by "better planning" in this case. not that you're trying to get review lately21:21
sean-k-mooneythat said i spent 1300 euro on the workstation to do nested virt ci so i need to fix it anyway21:21
melwitt(and that's mostly rhetorical, we will discuss that on the retro)21:22
artommelwitt, in the sense of committing to less, given our collectives bandwithes21:22
artom(Band... wii?)21:22
melwittah. yeah, the eternal issue21:22
sean-k-mooneyartom: if noting else there will be a number of low hanging fruit feautre that can land in early trian21:24
melwittI think if things were staggered more, it would mostly work. but life happens and many things end up coming in at the same time at the end of the cycle, at least that's what it seems to me21:24
artomHeh, naturally, if there's only 1 deadline, everyone will procrastinate until that deadline21:24
melwitt:)21:25
mriedemwe've had multiple feature freeze deadlines in the past mind you21:26
mriedempriority and non-priority ff21:26
mriedemand people don't like that either for similar reasons21:27
mriedemcan't really process your way out of these problems21:27
artomA thing we do downstream is just punt waaaay early21:27
artomSo like, by upstream spec freeze if there's no code up it's punted21:28
sean-k-mooneywell that is what the the non priorot feature freeze used to do21:28
artomThe live migration stuff is sorta an exception because everyone wants it, so we both punted to Train *and* kept it around in Stein just in case21:28
sean-k-mooneyif it was not a priority feature and it was not done by m2 it got punted21:28
*** brault has joined #openstack-nova21:28
artomMaybe not split into priority/non-priority? Just "no patches ready for review by spec freeze? Punt."21:29
artomAnd then there's more collective bandwidth for the remaining stuff21:30
artomI dunno, we can bikeshed more at the retro I guess21:30
melwittyeah. open to ideas there, we'll talk about it then in more detail21:30
sean-k-mooneyhonestly any feature that misses FF i would hope we coudl just target at m1 and actully aim to get more stuff done at teh earliar milestones21:31
mriedem^ is why we have runways21:31
sean-k-mooneythat is true.21:32
artomSo, honest question, do they work? For instance, sean-k-mooney's SRIOV live migration stuff got a runway, and then no-one (and I'm just as guilty here) reviewed it21:32
mriedemsure they do21:33
mriedemplenty of stuff has been merged from runways b/c of runways21:33
mriedemtrusted certs for example21:33
sean-k-mooneywith the bandwith stuff in another runway and with the priority fo that im honestly not that surprised. i think they do help21:33
mriedemthere are some things that people just don't have as a priority to review, or comfort in reviewing21:34
sean-k-mooneyya i think it more the latter with the numa stuff21:34
*** wolverineav has quit IRC21:34
sean-k-mooneyfew people feel comfortable to review it21:34
mriedemok i need to do this fup and move on21:34
melwittand I have to run to an appointment. bbl21:35
*** eharney has quit IRC21:35
*** slaweq has quit IRC21:35
* artom is happy to stand corrected on runways then :)21:36
* artom is off too21:37
*** tesseract has quit IRC21:39
*** wolverineav has joined #openstack-nova21:39
*** wolverineav has quit IRC21:40
*** wolverineav has joined #openstack-nova21:40
*** wolverineav has quit IRC21:41
*** wolverineav has joined #openstack-nova21:41
*** artom has quit IRC21:42
*** slaweq has joined #openstack-nova21:48
*** takashin has joined #openstack-nova21:51
*** markvoelker has joined #openstack-nova21:53
*** macza has joined #openstack-nova21:53
*** ociuhandu has joined #openstack-nova21:54
*** macza has quit IRC21:55
*** macza has joined #openstack-nova21:55
openstackgerritMatt Riedemann proposed openstack/nova master: Follow up for I0c764e441993e32aafef0b18049a425c3c832a50  https://review.openstack.org/63851722:04
mriedemjaypipes: efried: ^22:04
efriedway to go on that "about one line" thing.22:05
mriedemi wasn't going to make all of the changes in his original patch22:06
mriedemso i went with the full fup and todo's the provider trait cache thing for him :)22:06
*** pbing19 has quit IRC22:06
*** ociuhandu has quit IRC22:10
sean-k-mooneymriedem: by the way i started review your cross cell migration stuff but before i dig into that series to much is it complete.22:16
mriedemthere are still kinks i have to work out and more testing to be added22:17
sean-k-mooneyim planning on my sriov migration series and artoms numa migration series again next week. i could try and add your cell migration series to that list if i can make time22:17
sean-k-mooney*planning on testing22:18
mriedemi have no illusions that cross-cell resize is going to land in stein22:18
mriedembut review would be useful nonetheless to get more than just my eyes on it,22:18
mriedemKevin_Zheng has been reviewing some of it along the way as well22:18
mriedemfunctional tests start at the change that gets the server to VERIFY_RESIZE status22:19
*** tbachman has quit IRC22:19
mriedemi have a known issue with volume attachment tracking as well22:19
mriedemit's all from the bottom up though, so technically we can start merging things and none of it will be used until the very end of the series22:20
mriedemif people need a review guide (like gibi did for the bw provider series) i can post something in the ML22:20
sean-k-mooneyok well while i have at least some of the context of that code loaded i thikn it makes sense to spend my review time on it abit next sprint22:20
*** tbachman has joined #openstack-nova22:21
*** hamzy has quit IRC22:21
sean-k-mooneymriedem: well i havent gotten to any of the involed code yet but sofar all your patches are fairly clear and too the point. you also tend to front load the context with a decent commit message so a review guide might be useful but so far the 2 or 3 patches i have looked at are pretty self evendely correct22:23
*** markvoelker has quit IRC22:25
mriedemhonestly there is a shit load of documentation because i have to keep it straight myself22:25
*** artom has joined #openstack-nova22:26
*** _fragatina has joined #openstack-nova22:26
*** sdake has quit IRC22:27
sean-k-mooneymaybe my tastes are changing but while i like self documenting code as i have been looking at longer patchset lately i have found my self like self documetning code with comments and documentation more22:30
*** wolverineav has quit IRC22:30
mriedemi think you just said the same thing22:31
mriedem"like i like A, i like A"22:31
mriedem*while i like A, i like A22:31
*** wolverineav has joined #openstack-nova22:31
mriedemmaybe i don't know what self-documenting code is22:32
mriedemit's what research type people say when you ask what their code does :)22:32
mriedemin my experience22:32
sean-k-mooneyfor me it its code that is written in such a as the variable names and function make it clear what it should do without requiring a comment22:32
sean-k-mooneybut lately even when that is the case i have found that a comment explaining why it does X not how it does x which is obvios for the code is someting  i have been thinking about more22:34
sean-k-mooneyits somethin i personally want to improve in my own code.22:35
*** wolverineav has quit IRC22:36
sean-k-mooneyi know i can write good documetation and comment to explain why i did somethign but often dont until im asked but when i review your code i often find i dont need to ask22:36
*** _fragatina_ has joined #openstack-nova22:37
*** _fragatina has quit IRC22:40
*** _fragatina has joined #openstack-nova22:42
*** slaweq has quit IRC22:43
*** _fragatina_ has quit IRC22:45
*** wolverineav has joined #openstack-nova22:49
aspierssean-k-mooney: +1, good variable and function naming is so important (and rare in a lot of projects ...)22:54
*** slaweq has joined #openstack-nova22:56
*** ShilpaSD has quit IRC23:00
*** slaweq has quit IRC23:00
*** tkajinam has joined #openstack-nova23:01
*** ShilpaSD has joined #openstack-nova23:02
*** jobewan has quit IRC23:07
*** slaweq has joined #openstack-nova23:11
sean-k-mooneywith some code i have reviewed  i woudl have been happier if there were functions. even if they were named badly. giving a name to the thing you are doing and the inputs it operates on helps so much.23:11
*** tosky has quit IRC23:11
sean-k-mooneyaspiers: i find that happens more in c then python where peopel will put a comment  before and after a pice of code say it does x with y23:12
*** sdake has joined #openstack-nova23:13
sean-k-mooneyaspiers: instad of creating a function that does x with y and encurring the horror that is the cost of a function call.23:14
sean-k-mooneyat least in python that is not an excuse23:14
*** mriedem has quit IRC23:14
*** _fragatina has quit IRC23:15
*** _fragatina has joined #openstack-nova23:15
*** slaweq has quit IRC23:16
*** _fragatina has quit IRC23:20
*** markvoelker has joined #openstack-nova23:22
*** _fragatina has joined #openstack-nova23:23
*** ivve has quit IRC23:25
*** igordc has quit IRC23:30
*** sdake has quit IRC23:33
*** sdake has joined #openstack-nova23:38
*** gyee has quit IRC23:38
*** tbachman has quit IRC23:44
*** sdake has quit IRC23:46
*** sdake has joined #openstack-nova23:48
*** sdake has quit IRC23:51
*** sdake_ has joined #openstack-nova23:51
openstackgerritSundar Nadathur proposed openstack/nova master: WIP: Create and bind Cyborg ARQs.  https://review.openstack.org/63124423:52
openstackgerritSundar Nadathur proposed openstack/nova master: WIP: Get resolved Cyborg ARQs and add PCI BDFs to VM's domain XML.  https://review.openstack.org/63124523:52
*** gyee has joined #openstack-nova23:52
*** erlon__ has joined #openstack-nova23:54
*** markvoelker has quit IRC23:55
*** wolverineav has quit IRC23:57

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