Monday, 2017-06-26

*** salv-orlando has joined #openstack-nova00:07
*** gmann has quit IRC00:07
*** gmann has joined #openstack-nova00:07
*** salv-orlando has quit IRC00:12
*** felipemonteiro__ has quit IRC00:12
*** edmondsw has joined #openstack-nova00:45
*** zhurong has joined #openstack-nova00:45
*** tuanluong has joined #openstack-nova00:48
*** timello has joined #openstack-nova00:48
*** slaweq has joined #openstack-nova00:51
*** Shunli has joined #openstack-nova00:54
*** slaweq has quit IRC00:55
*** edmondsw has quit IRC00:59
*** phuongnh has joined #openstack-nova01:00
*** edmondsw has joined #openstack-nova01:00
*** mriedem has joined #openstack-nova01:02
mriedemo/01:02
mriedemif there is one thing you should get at the tea house, it's coffee01:02
*** edmondsw has quit IRC01:05
*** artom has joined #openstack-nova01:06
*** salv-orlando has joined #openstack-nova01:08
*** liujiong has joined #openstack-nova01:11
*** salv-orlando has quit IRC01:13
*** xinliang_ has quit IRC01:17
*** liusheng has quit IRC01:23
*** xinliang_ has joined #openstack-nova01:30
*** gcb has joined #openstack-nova01:32
*** hongbin has joined #openstack-nova01:33
openstackgerritMatt Riedemann proposed openstack/python-novaclient master: Deprecate binary argument in nova service enable/disable/force-down CLIs  https://review.openstack.org/47721201:45
mriedemVek: getting some weird output with ^01:53
mriedemi think it doesn't work because binary is not an option, it's an argument01:58
*** tonygunk has quit IRC02:01
*** zhurong has quit IRC02:01
*** s1061123 has joined #openstack-nova02:05
*** tonygunk has joined #openstack-nova02:08
*** salv-orlando has joined #openstack-nova02:09
*** salv-orlando has quit IRC02:14
*** gouthamr has joined #openstack-nova02:16
mriedemmelwitt: novaclient functional test runs are hitting some very weird over quota failures; i added a patch to novaclient to dump the nova list when the tests fail with overquota on instances, and nothing is listed http://logs.openstack.org/17/477217/1/check/gate-novaclient-dsvm-functional-neutron-ubuntu-xenial/0aaa523/console.html#_2017-06-25_15_10_36_82656002:21
mriedemit's also weird because we're not using the counting quotas stuff for instances yet02:21
mriedemi wonder if we have something broken in the delete path with cells, like we're not decrementing quota on delete02:22
*** takashin has quit IRC02:22
*** liusheng has joined #openstack-nova02:24
*** tbachman has joined #openstack-nova02:25
*** fried_rice is now known as efried02:27
*** sbezverk has joined #openstack-nova02:34
*** tbachman has quit IRC02:35
*** zhurong has joined #openstack-nova02:40
*** hshiina has joined #openstack-nova02:51
*** huanxie has joined #openstack-nova02:53
*** slaweq has joined #openstack-nova02:53
*** gbarros has joined #openstack-nova02:56
*** zhurong has quit IRC02:56
*** slaweq has quit IRC02:58
openstackgerritMatt Riedemann proposed openstack/nova master: DNM: debug over quota failures in novaclient functional  https://review.openstack.org/47731503:03
*** armax has quit IRC03:04
*** armax has joined #openstack-nova03:04
*** zhurong has joined #openstack-nova03:07
*** gcb has quit IRC03:14
*** armax has quit IRC03:14
*** litao__ has joined #openstack-nova03:15
*** gcb has joined #openstack-nova03:15
openstackgerritMatt Riedemann proposed openstack/python-novaclient master: DNM: debug overquota failures  https://review.openstack.org/47732303:17
*** wangqwsh has joined #openstack-nova03:19
*** gouthamr has quit IRC03:22
*** zhurong has quit IRC03:23
*** vladikr_ has joined #openstack-nova03:28
*** zhurong has joined #openstack-nova03:35
*** artom_ has joined #openstack-nova03:38
*** artom has quit IRC03:42
openstackgerritLiu Qing proposed openstack/nova master: Initial empty repository  https://review.openstack.org/47735203:42
*** hferenc has quit IRC03:42
openstackgerritLiu Qing proposed openstack/nova master: Add refresh connection info in rollback live migration  https://review.openstack.org/47735303:42
*** gbarros has quit IRC03:42
*** vladikr_ has quit IRC03:46
*** gbarros has joined #openstack-nova03:48
*** kornicameister has joined #openstack-nova03:54
*** yamamoto has joined #openstack-nova03:54
*** lpetrut has joined #openstack-nova03:56
openstackgerritTakashi NATSUME proposed openstack/nova-specs master: Amend the "list-show-all-server-migration-types" spec  https://review.openstack.org/46084703:58
*** takashin has joined #openstack-nova03:59
openstackgerritTakashi NATSUME proposed openstack/nova-specs master: Abort Cold Migration  https://review.openstack.org/33473203:59
openstackgerritTakashi NATSUME proposed openstack/nova-specs master: Specify keymap on server boot  https://review.openstack.org/44883003:59
*** yamahata has joined #openstack-nova04:00
openstackgerritTakashi NATSUME proposed openstack/nova master: api-ref: Verify parameters in os-migrations.inc  https://review.openstack.org/47487904:00
openstackgerritTakashi NATSUME proposed openstack/nova master: api-ref: Add missing parameters in limits.inc  https://review.openstack.org/47564004:00
openstackgerritTakashi NATSUME proposed openstack/nova master: Add 'updated_at' field to InstancePayload in notifications  https://review.openstack.org/47527604:00
openstackgerritTakashi NATSUME proposed openstack/nova master: Use PCIAddressField in oslo.versionedobjects  https://review.openstack.org/46620104:00
openstackgerritTakashi NATSUME proposed openstack/nova master: api-ref: Add X-Openstack-Request-Id description  https://review.openstack.org/47484704:00
openstackgerritTakashi NATSUME proposed openstack/nova master: Avoid forcing translation on logging calls  https://review.openstack.org/41387604:01
openstackgerritTakashi NATSUME proposed openstack/nova master: api-ref: Fix missing parameters in API Versions  https://review.openstack.org/47522604:01
*** amotoki_away is now known as amotoki04:02
*** gbarros has quit IRC04:07
*** diga has joined #openstack-nova04:08
openstackgerritTakashi NATSUME proposed openstack/nova master: api-ref: Fix parameters in server-security-groups  https://review.openstack.org/47643404:09
*** salv-orlando has joined #openstack-nova04:10
*** hongbin has quit IRC04:11
*** kornicameister has quit IRC04:11
*** cNilesh has joined #openstack-nova04:11
*** salv-orlando has quit IRC04:15
*** adisky__ has joined #openstack-nova04:23
*** cNilesh has quit IRC04:24
*** cNilesh has joined #openstack-nova04:24
*** cNilesh has quit IRC04:24
*** cNilesh has joined #openstack-nova04:24
*** cNilesh has quit IRC04:27
*** cNilesh has joined #openstack-nova04:27
*** edmondsw has joined #openstack-nova04:28
*** edmondsw has quit IRC04:32
*** lpetrut has quit IRC04:38
*** links has joined #openstack-nova04:40
*** kornicameister has joined #openstack-nova04:41
*** slaweq has joined #openstack-nova04:55
*** lpetrut has joined #openstack-nova04:55
*** slaweq has quit IRC04:59
*** artom_ has quit IRC05:00
*** salv-orlando has joined #openstack-nova05:04
*** yangyapeng has joined #openstack-nova05:06
openstackgerritTakashi NATSUME proposed openstack/nova master: Stop using mox stubs in test_console_auth_tokens.py  https://review.openstack.org/47737405:20
*** udesale has joined #openstack-nova05:24
*** udesale has quit IRC05:24
*** yangyapeng has quit IRC05:35
*** MasterOfBugs has joined #openstack-nova05:40
openstackgerritMatt Riedemann proposed openstack/nova master: DNM: debug over quota failures in novaclient functional  https://review.openstack.org/47731505:42
*** psachin has joined #openstack-nova05:44
*** yangyapeng has joined #openstack-nova05:47
openstackgerritTakashi NATSUME proposed openstack/nova master: Stop using mox stubs in test_keypairs.py  https://review.openstack.org/47738405:51
*** winston-d_ has joined #openstack-nova05:53
mriedemalex_xu: my guess is that we are reading and writing quotas to different databases05:53
alex_xumriedem: ok05:53
mriedembut i'm not sure what changed recently around 6/24 that would cause that except for maybe the devstack patch to fleetify conductor05:53
mriedembut if it was that change, i'm not sure why it would just be breaking novaclient functional job and not everything else05:53
alex_xuok, got it05:54
*** rcernin has joined #openstack-nova05:59
*** moshele has joined #openstack-nova06:03
*** yangyape_ has joined #openstack-nova06:08
*** yangyapeng has quit IRC06:10
*** artom_ has joined #openstack-nova06:11
*** Oku_OS-away is now known as Oku_OS06:12
*** MasterOfBugs has quit IRC06:13
*** MasterOfBugs has joined #openstack-nova06:13
*** yangyape_ has quit IRC06:14
*** edmondsw has joined #openstack-nova06:16
openstackgerritMatt Riedemann proposed openstack/nova master: DNM: debug over quota failures in novaclient functional  https://review.openstack.org/47731506:16
*** artom_ has quit IRC06:17
*** yangyapeng has joined #openstack-nova06:17
*** yangyapeng has quit IRC06:18
*** salv-orlando has quit IRC06:19
*** salv-orlando has joined #openstack-nova06:19
*** edmondsw has quit IRC06:20
*** tesseract has joined #openstack-nova06:24
*** salv-orlando has quit IRC06:24
*** andreas_s has joined #openstack-nova06:27
*** salv-orlando has joined #openstack-nova06:28
*** edand has joined #openstack-nova06:33
*** yangyapeng has joined #openstack-nova06:34
*** yangyape_ has joined #openstack-nova06:35
*** salv-orl_ has joined #openstack-nova06:37
*** markus_z has joined #openstack-nova06:38
*** yangyapeng has quit IRC06:39
*** salv-orlando has quit IRC06:39
*** edand has quit IRC06:39
*** yamahata has quit IRC06:43
openstackgerritTakashi NATSUME proposed openstack/nova master: Add 'updated_at' field to InstancePayload in notifications  https://review.openstack.org/47527606:44
*** pcaruana has joined #openstack-nova06:45
*** jpena|off is now known as jpena06:50
*** lpetrut has quit IRC06:53
*** slaweq has joined #openstack-nova06:56
*** slaweq has quit IRC07:00
*** yangyape_ has quit IRC07:04
*** lpetrut has joined #openstack-nova07:09
*** artom_ has joined #openstack-nova07:09
*** hferenc has joined #openstack-nova07:10
openstackgerritsahid proposed openstack/nova master: libvirt: update the logic to configure volume with scsi controller  https://review.openstack.org/45974107:11
openstackgerritsahid proposed openstack/nova master: libvirt: update logic to configure device for scsi controller  https://review.openstack.org/45974007:11
*** damien_r has joined #openstack-nova07:15
*** Shunli has quit IRC07:16
*** Shunli has joined #openstack-nova07:16
*** artom_ has quit IRC07:22
*** lpetrut has quit IRC07:42
*** ralonsoh has joined #openstack-nova07:44
*** lyan has joined #openstack-nova07:51
mriedemalex_xu: i've reverted the devstack change https://review.openstack.org/477436 and will run a novaclient change that depends on that one to see if it's what caused the breakage07:54
mriedemi think this is probably not failing for the normal dsvm jobs because those are multi-tenant, and the novaclient functional tests are single tenant07:54
alex_xumriedem: ok, I have nothing found...07:54
*** sdatko has quit IRC07:54
openstackgerritMatt Riedemann proposed openstack/python-novaclient master: DNM: debug overquota failures  https://review.openstack.org/47732307:55
*** yangyapeng has joined #openstack-nova07:55
alex_xumriedem: before overquota, there is instance deletion, the log show the quota is -1...http://logs.openstack.org/17/477217/1/check/gate-novaclient-dsvm-functional-neutron-ubuntu-xenial/0aaa523/logs/screen-n-api.txt.gz#_Jun_25_15_10_32_55759307:57
*** pcaruana has quit IRC07:58
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in test_availability_zone.py  https://review.openstack.org/47743907:59
*** rcernin has quit IRC07:59
*** zzzeek has quit IRC08:00
*** zzzeek has joined #openstack-nova08:00
mriedemthe -1 is to decrement usage08:00
mriedemresource: instances, tracked usage: -1, actual usage: 108:01
mriedemyeah so there is 1 instance and it should decrement usage on delete, so you'd get back to 0 instances used08:01
*** takashin has left #openstack-nova08:03
*** edmondsw has joined #openstack-nova08:04
*** edmondsw has quit IRC08:08
*** alexey_weyl has joined #openstack-nova08:11
alexey_weylHi,08:11
*** rcernin has joined #openstack-nova08:12
alexey_weylWe are having some problems with nova in the Vitrage project08:12
alexey_weylWe don't get the notification on the oslo bus about the compute.instance.create.end08:12
*** pcaruana has joined #openstack-nova08:12
alexey_weyland some other notifications as well.08:12
alexey_weylare you familiar with such a problem?08:12
alexey_weylThis has happened sometime between the 23rd till now08:13
*** yangyapeng has quit IRC08:18
*** junbo has quit IRC08:21
gibialexey_weyl: have you already opened a bug?08:21
gibialexey_weyl: I'm not aware of an open bug regarding this08:21
gibialexey_weyl: do you use legacy or versioned notification?08:22
alexey_weylgibi: I am not sure about the notification type that we use08:22
alexey_weylgibi: was there something changed that might have caused that08:22
alexey_weylwe have looked at the changes since the 23rd and havent seen something there08:23
*** junbo has joined #openstack-nova08:25
gibialexey_weyl: does vitrage listen to notifications topic or versioned_notifications topic?08:26
gibialexey_weyl: anyhow I will fire up a devstack to see if I can reproduce the problem08:26
gibialexey_weyl: do you have a list of notifications that is missing? or is it just compute.instance.create.end?08:27
alexey_weylgibi: notifications topic08:27
gibialexey_weyl: OK, then this is the legacy notificatitons08:27
alexey_weylat the moment the most important one is the 'compute.instance.create.end'08:27
gibialexey_weyl: OK08:27
alexey_weylgibi: thanks. waiting for you update08:28
openstackgerritAlex Xu proposed openstack/python-novaclient master: [DNM] Wait for server deletion and list servers when over quota in tests  https://review.openstack.org/47744608:28
gibialexey_weyl: I see the notification with nova version bc4c91e7be8e4c52506a8f970078ecee6655ee82 but that is a bit old, so I updating now to master08:35
alexey_weylgibi: we are talking about changes that was were made sometime between the 23rd and the 25th of June.08:36
gibialexey_weyl: OK, thanks for the info08:37
*** yamamoto has quit IRC08:38
gibialexey_weyl: I also saw the notification with the latest nova master 3863eca0ac5a9437354288de673c831d5dc20f2e08:39
*** bauwser is now known as bauzas08:39
*** yamamoto has joined #openstack-nova08:39
alexey_weylgibi: wow thats weird08:42
*** derekh has joined #openstack-nova08:42
gibialexey_weyl: I use basic devstack nova conf08:42
alexey_weylgibi: can I send you a link to our tempests and see why this is happening08:42
gibigibi: sure08:42
gibialexey_weyl: sure08:42
*** zz9pzza has quit IRC08:42
alexey_weylgibi: http://logs.openstack.org/95/477395/2/check/gate-vitrage-dsvm-api-ubuntu-xenial/a16cd7c/08:43
*** zz9pzza has joined #openstack-nova08:43
mriedemalexey_weyl: gibi: maybe https://review.openstack.org/#/c/436094/08:43
*** psachin has quit IRC08:43
mriedemthat merged on the 24th08:43
mriedemchanges configuration for nova in devstack08:43
mriedemso maybe something changed with the config being used08:43
alexey_weylgibi: the creation of the vms started at 07:34:5508:43
mriedemthere are now 3 nova config files08:44
*** yamamoto has quit IRC08:45
*** avolkov has quit IRC08:45
mriedemhttp://logs.openstack.org/95/477395/2/check/gate-vitrage-dsvm-api-ubuntu-xenial/a16cd7c/logs/etc/nova/08:45
*** avolkov has joined #openstack-nova08:45
mriedemnotification_topics = notifications,vitrage_notifications08:46
gibimriedem: thank, then I have to update my devstack I guess as well08:46
*** diga has quit IRC08:46
gibimriedem, alexey_weyl: If I can reproduce the problem then I can test if a revert helps or not08:46
mriedemthere are already 2 reverts up for that devstack change :)08:46
mriedemi think it's causing some issues with novaclient functional tests too08:47
*** MasterOfBugs has quit IRC08:47
gibimriedem, alexey_weyl: btw the instance.create comes from nova-compute service08:47
mriedemhttps://review.openstack.org/#/c/477436/08:47
gibianyhow I'm updating my devstack now and doing unstack/stack08:47
mriedemnova-compute is using this config file now: http://logs.openstack.org/95/477395/2/check/gate-vitrage-dsvm-api-ubuntu-xenial/a16cd7c/logs/etc/nova/nova-cpu.conf.txt.gz08:47
*** zz9pzza has quit IRC08:47
gibialexey_weyl: could you try the vitrage tempest test with the above devstack patch reverted in the meantime?08:48
*** dtantsur|afk is now known as dtantsur08:48
alexey_weylgibi: how can I do that?08:50
gibialexey_weyl: can you run the tempest test locally? if yes then pull down the devstack revert then stack with that then run the tempest08:50
*** crushil has quit IRC08:50
mriedemalexey_weyl: add this to your change's commit message:08:50
mriedemDepends-On: I541abe7311e5721d79e300fcb2a0b8ffdcd3c01508:50
mriedemzuul will pick up on the depends-on08:51
mriedemand pull in the devstack revert08:51
gibimriedem: the notification part of that conf of nova-compute looks good to me08:51
*** Shunli has quit IRC08:51
*** crushil has joined #openstack-nova08:51
*** Shunli has joined #openstack-nova08:51
gibimriedem: clever :)08:52
*** zz9pzza has joined #openstack-nova08:52
*** yangyapeng has joined #openstack-nova08:52
alexey_weylgibi: mriedim: sorry, bu my devstack is very old, and I don't know why but runnig tempests locally doesn't work on it lately as well08:53
bauzasis it me becoming crazy or I can see some mriedem on the floor ?08:53
alexey_weylI can try but it can take me a couple of hours atleast08:54
gibialexey_weyl: what mriedem suggest only needs a patch proposed in gerrit with a depends-on to the devstack revert and the jenkins will run the test for you08:54
*** yangyape_ has joined #openstack-nova08:54
mriedembauzas: on the floor?08:54
gibibauzas, mriedem: I like the idea to have mriedem in this timezone :)08:54
mriedemi am in all timezones at all times now08:55
bauzasmriedem: some kind of dancing analogy08:55
mriedemoh08:55
mriedemyeah i'm in china this week08:55
mriedembeen waiting for you lazy bums to wake up in the EU08:55
gibilol08:55
bauzasoh man, I should wake up way earlier then now that the boss is watching me08:55
mriedemalex_xu: the novaclient change passed with the devstack revert08:56
mriedemso it's definitely something with that change that broke quotas08:56
bauzasmriedem: yet again impacted by some French mandatory holiday stuff, so will be afk Tues-Wed *again*08:56
alexey_weylgibi: mriedem: trying what you suggested :)08:56
*** slaweq has joined #openstack-nova08:57
*** yangyapeng has quit IRC08:57
*** lpetrut has joined #openstack-nova08:58
gibialexey_weyl: I pushed the patch https://review.openstack.org/47745508:58
gibialexey_weyl: now we have to just wait for the tempest result08:58
alexey_weylgibi: thanks, I have pushed it as well :)08:59
gibithen I revert mine and let you continue08:59
gibii mean abandond08:59
alexey_weylgibi: you shouldn't have :)09:00
gibialexey_weyl: you mean we can have two results instead of one?09:00
alexey_weylgibi: yes :)09:01
gibialexey_weyl: OK, why not :)09:01
alex_xumrhillsman: or quotas doesn't work as in some expected case...09:01
alex_xumriedem: or quotas doesn't work as in some expected case...09:01
mriedemalex_xu: it could be there is a bug yes09:02
mriedemi don't quite know what that devstack change totally does, it's not trivial, so we'll probably need dan's help when he's up09:02
*** slaweq has quit IRC09:02
alex_xumrhillsman: sorry..tab to auto-compelete too early09:02
*** khappone has quit IRC09:03
*** yamamoto has joined #openstack-nova09:03
mriedemi know the single-node jobs went from 1 nova.conf to 309:03
mriedemso i suspect some issue there09:03
alex_xumriedem: and a cell conductor separate than super conductor09:04
mriedemalex_xu: in the single node job there is only 1 conductor i think09:05
*** khappone has joined #openstack-nova09:05
mriedemoh nvm09:05
mriedemthere are 209:05
alex_xumriedem: but I can see two log files09:05
alex_xuyea09:05
mriedemyeah so super conductor is using /etc/nova/nova.conf09:06
mriedemand the cell1 conductor is using nova-cellv1.conf09:06
mriedem*nova-cell1.conf09:06
mriedemi don't know which conductor n-cpu is talking to09:07
*** avolkov has quit IRC09:07
*** avolkov has joined #openstack-nova09:07
mriedemprobably the cell1 conductor09:07
alex_xumriedem: yea, http://logs.openstack.org/17/477217/1/check/gate-novaclient-dsvm-functional-neutron-ubuntu-xenial/0aaa523/logs/screen-n-cond-cell1.txt.gz09:07
alex_xucell1 conductor's log is all about quota commit09:07
*** diga has joined #openstack-nova09:08
*** avolkov has quit IRC09:09
* alex_xu didn't found something wrong09:09
*** avolkov has joined #openstack-nova09:12
gibialexey_weyl, mriedem: with the suspected devstack change I was able to reproduce the problem with the notifications09:15
gibialexey_weyl, mriedem: the only notification that is received from a nova boot is the scheduler.select_destinations09:15
bauzasgibi: we use different RPC topics, right?09:16
bauzasbetween notifications and other RPC services ?09:17
bauzasor are we sharing the same configs?09:17
gibibauzas: we are using different topics09:17
gibibauzas: notifications are on topic 'notifications' and 'versioned_notifications'09:17
bauzasa topic is a thing09:17
alexey_weylgibi: I saw also that compute.instance.update was sent09:18
gibiinterestingly notification from nova-api works (I tried an aggregate create)09:18
bauzasgibi: I suspect notification emitted from a cell don't use the same RPC backend09:19
bauzasthan notifications emitted from the API09:19
bauzasbecause https://review.openstack.org/#/c/436094/35/lib/nova@63609:19
*** wangqwsh has quit IRC09:20
gibiI have to look into the different configs now09:21
gibiOK my previous comment about fault reproduction wasn't correct09:22
*** yangyapeng has joined #openstack-nova09:22
gibimy nova-cpu.conf was not set properly for notifications09:22
gibinow I receive notifications from nova-compute as well09:22
gibiin my devstack with the suspected commit09:23
bauzasthe suspected commit being ?09:23
*** yangyape_ has quit IRC09:23
gibibauzas: https://review.openstack.org/#/c/43609409:23
bauzasokay, so we're on the same page09:24
gibibauzas: we are trying to figure out what breaks notificaiton in vitrage tempest09:24
*** klipka has joined #openstack-nova09:24
bauzasI saw09:24
gibibauzas: we suspected the above devstack commit09:24
gibibauzas: but I still cannot reproduce the problem09:25
mriedemi know it's breaking quotas in the novaclient functional job09:25
mriedemwhich is single-tenant09:25
bauzasgibi: mriedem: I'm confused about which RPC backend compute and cell conductor use for notifications09:27
*** crushil has quit IRC09:28
bauzasgibi: mriedem: IIUC, those services are using what we give to them, just using separate topics for notifcations, correct?09:28
*** crushil has joined #openstack-nova09:28
*** Shunli has quit IRC09:28
bauzasgibi: mriedem: so, notifications emitted from a cell (either a local conductor or a compute service) are using the "cell" RPC backend but with a distinct MQ topic09:29
bauzasnow, my question is, are we sure that vitrage is correctly subscribing to those extra backends too ?09:29
gibibauzas: as far as I understand notifications use the same transport_url but different topic09:29
bauzasgibi: but the transport URL could be different if you're intra-cell, that's the whole point of cells v209:30
gibibauzas: so if vitrage doesn't subscribe to /nova_cell1 then they will not get the notifications09:30
bauzasthat's my point09:30
gibibauzas: make sense09:30
bauzasor, it would require some relaying09:31
mriedemcompute and cell conductor are using the same transport url09:31
mriedemhttp://logs.openstack.org/17/477217/1/check/gate-novaclient-dsvm-functional-neutron-ubuntu-xenial/0aaa523/logs/etc/nova/nova-cpu.conf.txt.gz09:31
mriedemhttp://logs.openstack.org/17/477217/1/check/gate-novaclient-dsvm-functional-neutron-ubuntu-xenial/0aaa523/logs/etc/nova/nova_cell1.conf.txt.gz09:31
bauzasmriedem: of course09:31
mriedemtransport_url = rabbit://stackrabbit:secretrabbit@10.0.1.148:5672/nova_cell109:31
bauzasmriedem: but not the same transport URL as the API services right?09:31
mriedemcorrect09:31
bauzassee my point ?09:31
mriedemapi is using transport_url = rabbit://stackrabbit:secretrabbit@10.0.1.148:5672/09:31
gibithis is the vitrage config from the failed tempest http://logs.openstack.org/95/477395/2/check/gate-vitrage-dsvm-api-ubuntu-xenial/a16cd7c/logs/etc/vitrage/vitrage.conf.txt.gz09:32
bauzasso we emit notifications on a very different URL09:32
bauzasCFQD.09:32
bauzasoops, French word09:32
bauzashttps://english.stackexchange.com/questions/128047/is-there-an-equivalent-for-french-cqfd09:33
gibibauzas, mriedem, alexey_weyl: so vitrage needs to listen to the cell MQ as well09:33
openstackgerritRodolfo Alonso Hernandez proposed openstack/os-vif master: Use ``assert_has_calls`` to check function calls  https://review.openstack.org/47746909:33
bauzasgibi: that's the short-term fix09:33
bauzasgibi: but the fact is that I think we probably never thought whether we should emit notifications per-cell09:34
gibibauzas: yeah, we have to agree on the expected behavior in case of cells09:34
*** sambetts|afk is now known as sambetts09:35
mriedemmy guess the quotas issue is similar, in that on server create we commit quota usage changes in one db but on delete we decrement from another db09:39
gibimriedem, bauzas: while in case of quota it make sense to relay the request from the cell up but in case of notification it might be overkill09:43
gibitempest just proved that the devstack revert could solve the vitrage failure https://review.openstack.org/#/c/477455/09:44
*** jamesden_ has joined #openstack-nova09:46
*** rcernin has quit IRC09:46
*** jamesdenton has quit IRC09:47
*** aarefiev_afk is now known as aarefiev09:47
*** mvk has joined #openstack-nova09:47
*** edmondsw has joined #openstack-nova09:52
alexey_weylgibi: what should I do then?09:55
*** edmondsw has quit IRC09:56
bauzasalexey_weyl: so, we need to discuss internally about cells09:56
*** salv-orl_ has quit IRC09:56
gibialexey_weyl: I think the devstack patch will be reverted by https://review.openstack.org/#/c/477436/ and that will fix vitrage job temporarly09:57
bauzasalexey_weyl: but the problem is that we now have multiple MQs09:57
alexey_weylMQs?09:57
bauzasmessage queues09:57
alexey_weylI see09:57
*** salv-orlando has joined #openstack-nova09:57
*** Prashant has joined #openstack-nova09:57
bauzasie. one per cell + something we say a "api MQ"09:57
bauzasgibi: FWIW, do you know how notifications work with cells v1 ?09:58
gibibauzas: I have no idea09:58
*** slaweq has joined #openstack-nova09:59
gibibauzas: what is the MQ transport_url for the compute in cell v1?09:59
bauzasgibi: what mriedem said09:59
bauzas(11:31:22) mriedem: transport_url = rabbit://stackrabbit:secretrabbit@10.0.1.148:5672/nova_cell109:59
bauzasoh oops09:59
bauzassorry09:59
bauzasI thought you said "cell 1"09:59
gibinp09:59
bauzasfor cells v1, we have multiple MQs too09:59
PrashantHi Team..I have setup running stable/ocata..After scaling around 2000+ instance, I am not able to launch single instance.. All I could see is that scheduler filter is returning 0 hosts. The only log on nova-compute I see is10:00
Prashant2017-06-26 09:17:38.591 11246 DEBUG nova.scheduler.client.report [req-5c4276f0-68ae-454c-a8f0-310f7de9b4de - - - - -] [instance: c08adb40-38c9-4bdb-b60b-1d4a58d9fdfd] Sending allocation for instance [{' resource_provider': {'uuid': '5c471cf8-7e64-41b4-9c7d-a49071690dc8'}, 'resources': {'MEMORY_MB': 2048, 'VCPU': 1, 'DISK_GB': 20}}] _allocate_for_instance /usr/lib/python2.7/dist-packages/nova/scheduler/ client/report.py:83710:00
PrashantAny idea how to resolve this issue?10:00
Prashantnova hypervisor-list shows all computes are up and running10:00
Prashantand I do have resource to launch more instances10:00
*** mkucia has joined #openstack-nova10:00
gibibauzas: transport_url = rabbit://stackrabbit:secretrabbit@10.0.1.16:5672/child_cell10:01
gibibauzas: this is in cell v1 nova-cells.conf10:01
bauzasfor example with devstack10:01
bauzasyup10:01
Prashant"2017-06-26 09:17:38.615 11246 WARNING nova.scheduler.client.report [req-5c4276f0-68ae-454c-a8f0-310f7de9b4de - - - - -] Unable to submit allocation for instance c08adb40-38c9-4bdb-b60b-1d4a58d9fdfd (409 409 Conflict  There was a conflict when trying to complete your request.   Unable to allocate inventory: Unable to create allocation for 'DISK_GB' on resource provider '5c471cf8-7e64-41b4-9c7d-a49071690dc8'. The requested a10:01
bauzaswe have child cells and parent cell10:01
gibibauzas: now if nova-compute service uses that conf then nova-computes sends the notifications there10:01
*** salv-orlando has quit IRC10:01
bauzasgibi: exactly10:02
bauzasso, possibly the same reason10:02
bauzaswe should actually be discussing with operators10:02
bauzasmriedem: wanting to open a thread or me ?10:02
*** rcernin has joined #openstack-nova10:02
*** slaweq has quit IRC10:03
mriedembauzas: on the ML? my account is through google which is blocked here10:03
mriedemfor cellsv1, the child cell uses this config http://logs.openstack.org/15/477315/3/check/gate-tempest-dsvm-cells-ubuntu-xenial/fc4b3a1/logs/etc/nova/nova-cells.conf.txt.gz10:03
mriedemso it uses a separate mq transport_url = rabbit://stackrabbit:secretrabbit@213.32.79.197:5672/child_cell10:03
gibiand in devstack nova-compute uses nova-cells.conf10:03
gibirun_process n-cpu '/usr/local/bin/nova-compute --config-file /etc/nova/nova-cells.conf10:03
bauzasmriedem: yup, about if it's okay to ask operators about mutliple MQs10:04
gibiso we have the same situation with nova cells v110:04
mriedemwell, that's kind of the whole idea, separate mq/db per cell10:04
mriedemi believe there is a way to configure for dedicated mq with oslo messaging10:05
*** kornicameister has quit IRC10:05
bauzasmriedem: the problem is that we use the same MQ between the services and the notifcations10:05
*** liujiong has quit IRC10:05
mriedemso people can put notification traffic on a dedicated mq10:05
*** artom has joined #openstack-nova10:06
bauzasmriedem: orly?10:07
bauzasmriedem: if so, we could possibly modify https://review.openstack.org/#/c/436094/35/lib/nova to use the same notification MQ for all cells10:07
mriedemyes rlrossit added that in mitaka or newton10:07
mriedemright10:07
mriedemi thought godaddy was looking at doing dedicated mq too10:07
mriedemand dtp was working on that10:07
bauzasso it's not needing operators discussion then10:08
bauzasjust something internal10:08
bauzasabout devstack10:08
mriedemi don't know how to set it up though10:08
mriedemhttps://docs.openstack.org/developer/oslo.messaging/opts.html ?10:08
bauzasmriedem: we could tho possibly add some relnote10:08
bauzasmriedem: saying that if you multi-cell, you need to setup your notifications MQs to not use the internal transport URL10:09
gibihttps://docs.openstack.org/developer/oslo.messaging/opts.html#oslo_messaging_notifications.transport_url10:09
*** yangyapeng has quit IRC10:09
gibithere is transport_url in the oslo_messaging_notifications section10:09
*** purplerbot has quit IRC10:09
bauzasgibi: mriedem: perfect10:09
mriedemah10:09
gibiI guess that is the way to override the default transport_url10:09
*** purplerbot has joined #openstack-nova10:09
bauzasI can shime a patch10:09
mriedemok so devstack would use a global transport url for all notifications for nova10:10
bauzasthe fact is that we're not fully reverted10:10
bauzasmriedem: that's my proposal indeed10:10
mriedemthe quotas thing is still busted10:10
bauzasmriedem: what's the problem with quotas ?10:10
* bauzas hates June10:10
bauzaswell, /me hates paperwork rather10:11
*** lyan has quit IRC10:11
mriedemhttps://bugs.launchpad.net/python-novaclient/+bug/170036410:12
openstackLaunchpad bug 1700364 in python-novaclient "Functional tests are failing with over-quota errors on number of instances" [High,In progress] - Assigned to Matt Riedemann (mriedem)10:12
mriedembauzas: ^10:12
bauzasyeah, just saw the gerrit topic10:12
mriedemthe devstack change breaks the novaclient functional job10:12
mriedemwhich is single tenant10:12
mriedembecause i think we're using different databases for quota during create and delete10:12
mriedemit wouldn't show up in the normal dsvm gate jobs b/c those are multi-tenant10:13
bauzasI don't see the relationship between the fact that jobs are single-tenant and the fact that we possibly have multiple DBs for quotas10:14
bauzasbecause of how the job is setup ?10:14
bauzasthen fix the job no ?10:14
bauzasmriedem: ^10:14
mriedemno, that would paper over the issue10:15
mriedemit's actually good that this job caught it10:15
bauzasso, I'm missing something crucial10:15
mriedemhttp://logs.openstack.org/17/477217/1/check/gate-novaclient-dsvm-functional-neutron-ubuntu-xenial/0aaa523/console.html#_2017-06-25_15_11_09_70622210:15
mriedemso i pushed this change to novaclient to debug10:16
bauzasif the job was a canary bird, that's cool, but how can we lead to have different DB layouts depending whether you're multi-tenant ?10:16
mriedemwe try to create a server and get an overquota error for instances,10:16
mriedemso i do a nova list10:16
mriedemand nothing comes back10:16
mriedembauzas: it's not, it's just that multi-tenant jobs we only ever use 1 instance for quota10:16
mriedemwhereas with this single tenant job, it's using the same project for all quota usage10:16
bauzasmriedem: FWIW, opening a bug for notifications with multi-cell10:17
mriedemand it's not decrementing on delete properly,10:17
mriedemso we eventually go over quota10:17
mriedemyeah we needed a separate bug for that for sure10:17
mriedemif vitrage didn't already report one10:17
*** yamamoto has quit IRC10:17
bauzasthey didn't AFAIK10:17
openstackgerritIldiko Vancsa proposed openstack/nova master: Add Cinder v3 detach to swap_volume  https://review.openstack.org/45697110:18
mriedemso here is one thing i think,10:21
*** kornicameister has joined #openstack-nova10:21
mriedemon delete, we get the instance and target the context to the cell that the instance is in http://git.openstack.org/cgit/openstack/nova/tree/nova/compute/api.py#n242710:21
*** rmart04 has joined #openstack-nova10:21
mriedemso when we create the quota usage decrement reservation in the api, it's using that context targeted to the cell10:21
mriedembut when we create the server, we don't have a cell context10:21
mriedemso it goes to cell010:21
mriedemso i think on create we're doing quota stuff in cell0, and on delete we doing stuff in cell110:22
bauzasmriedem: https://bugs.launchpad.net/nova/+bug/170049610:23
openstackLaunchpad bug 1700496 in OpenStack Compute (nova) "Notifications are emitted per-cell instead of globally" [Undecided,New]10:23
bauzasmriedem: I was thinking of that10:23
bauzassince we target cells10:23
mriedemi think the answer for quotas with cells v2 has been quotas in the api and counting quotas,10:23
mriedemwhich isn't in yet10:23
mriedemso the fleetify change is probably dependent on that,10:23
mriedemor we need to fix how we do quotas pre-fleetify10:24
bauzaswe at least need to make sure that we increment/decrement on the same target10:24
mriedemcorrect10:24
bauzasI unfortunately need to go afk10:24
bauzasChina is what TZ ?10:24
mriedemwhich i think means we need to temporarily untarget the context when creating the reservation in the api on delete10:24
bauzasmriedem: ^10:25
mriedemUTC+08:0010:25
bauzasokay, 6 hours in front of mine10:25
bauzasbecoming very late10:25
bauzasmriedem: if you need to disappear, I can catchup with dan10:26
* bauzas goes awol10:26
mriedemi will disappear in a bit10:27
mriedemgoing to push a wip patch to nova quick10:27
openstackgerritStephen Finucane proposed openstack/nova master: Add missing microversion documentation  https://review.openstack.org/47747710:27
openstackgerritStephen Finucane proposed openstack/nova master: placement: Make API history doc more consistent  https://review.openstack.org/47747810:27
sfinucanmriedem, bauzas: I _think_ the first of those ^^^ was missing for some of melwitt's recent patches10:28
sfinucanIf you could take a look at some point10:28
mriedemsfinucan: just did10:29
mriedemcomment inline10:29
*** lyan has joined #openstack-nova10:30
*** jaosorior has joined #openstack-nova10:30
openstackgerritStephen Finucane proposed openstack/nova master: placement: Make API history doc more consistent  https://review.openstack.org/47747810:30
openstackgerritStephen Finucane proposed openstack/nova master: Add missing microversion documentation  https://review.openstack.org/47747710:30
sfinucanmriedem: done10:31
*** lpetrut_ has joined #openstack-nova10:32
mriedem+2 mofo10:32
sfinucanta10:32
*** artom has quit IRC10:34
*** lpetrut has quit IRC10:34
*** alexey_weyl has quit IRC10:36
openstackgerritPallavi proposed openstack/python-novaclient master: Fixed wrap argument to accept only non-negative values  https://review.openstack.org/47748310:37
*** Prashant has quit IRC10:37
*** phuongnh has quit IRC10:39
*** mriedem has quit IRC10:41
openstackgerritStephen Finucane proposed openstack/nova master: placement: adds REST API for nested providers  https://review.openstack.org/38480710:44
openstackgerritStephen Finucane proposed openstack/nova master: placement: allow filter providers in tree  https://review.openstack.org/37721510:44
openstackgerritStephen Finucane proposed openstack/nova master: placement: set/check if inventory change in tree  https://review.openstack.org/47057510:44
openstackgerritStephen Finucane proposed openstack/nova master: placement: integrate ProviderTree to report client  https://review.openstack.org/41592110:44
openstackgerritStephen Finucane proposed openstack/nova master: placement: adds ProviderTree for nested resources  https://review.openstack.org/41592010:44
openstackgerritStephen Finucane proposed openstack/nova master: placement: update client to set parent provider  https://review.openstack.org/38569310:44
openstackgerritStephen Finucane proposed openstack/nova master: placement: add nested resource providers  https://review.openstack.org/37713810:44
*** gszasz has joined #openstack-nova10:45
*** dixiaoli has joined #openstack-nova10:46
openstackgerritMatthew Booth proposed openstack/nova master: WIP: Automatically revert resize which fails on destination  https://review.openstack.org/46252110:49
*** ericyoung has joined #openstack-nova10:52
*** pcaruana has quit IRC10:53
*** gszasz has quit IRC10:53
openstackgerritChason Chan proposed openstack/nova master: import installation guide pages from openstack-manuals  https://review.openstack.org/47748810:57
*** yamamoto has joined #openstack-nova10:59
*** slaweq has joined #openstack-nova10:59
*** dixiaoli has quit IRC11:01
*** slaweq has quit IRC11:04
*** gszasz has joined #openstack-nova11:05
*** pcaruana has joined #openstack-nova11:05
*** artom has joined #openstack-nova11:10
*** artom has quit IRC11:10
*** artom has joined #openstack-nova11:11
*** sdague has joined #openstack-nova11:12
*** gcb has quit IRC11:15
*** lpetrut_ has quit IRC11:21
*** ericyoung has quit IRC11:22
*** lpetrut has joined #openstack-nova11:24
*** yangyapeng has joined #openstack-nova11:24
*** smatzek has joined #openstack-nova11:25
*** ericyoung has joined #openstack-nova11:25
*** d9k_ has joined #openstack-nova11:26
*** jaypipes has joined #openstack-nova11:26
*** d9k has quit IRC11:28
openstackgerritChason Chan proposed openstack/nova master: import the admin guide content from openstack-manuals  https://review.openstack.org/47749711:28
*** yangyapeng has quit IRC11:28
*** slagle_ is now known as slagle11:30
*** alexchadin has joined #openstack-nova11:31
*** yangyapeng has joined #openstack-nova11:34
*** hshiina has quit IRC11:34
*** yamamoto has quit IRC11:37
*** edmondsw has joined #openstack-nova11:40
*** edmondsw has quit IRC11:44
openstackgerritChris Dent proposed openstack/nova master: Optional separate database for placement API  https://review.openstack.org/36276611:45
*** VAhl has quit IRC11:55
*** diga has quit IRC11:56
*** moshele has quit IRC11:58
*** moshele has joined #openstack-nova11:58
*** slaweq has joined #openstack-nova12:00
*** edmondsw has joined #openstack-nova12:01
*** rcernin has quit IRC12:02
*** litao__ has quit IRC12:02
*** edmondsw has quit IRC12:03
*** rcernin has joined #openstack-nova12:04
*** slaweq has quit IRC12:04
*** moshele has quit IRC12:06
*** cleong has joined #openstack-nova12:09
*** moshele has joined #openstack-nova12:10
*** moshele has quit IRC12:11
*** moshele has joined #openstack-nova12:11
*** vladikr_ has joined #openstack-nova12:12
*** yamamoto has joined #openstack-nova12:13
*** jpena is now known as jpena|lunch12:14
*** liverpooler has joined #openstack-nova12:15
*** hoonetorg has quit IRC12:16
*** slaweq has joined #openstack-nova12:17
*** slaweq has quit IRC12:17
*** gbarros has joined #openstack-nova12:20
*** rcernin has quit IRC12:21
*** rcernin has joined #openstack-nova12:21
openstackgerritMerged openstack/nova master: Add missing microversion documentation  https://review.openstack.org/47747712:27
*** hoonetorg has joined #openstack-nova12:28
*** salv-orlando has joined #openstack-nova12:29
jaypipesjianghuaw: see comment on https://review.openstack.org/#/c/463649/6.12:29
jaypipesjianghuaw: left you three alternatives. :) give them a thought and let me know what you prefer!12:29
*** ralonsoh has quit IRC12:30
*** baoli has joined #openstack-nova12:31
*** sridharg has joined #openstack-nova12:33
*** salv-orlando has quit IRC12:33
*** rfolco has joined #openstack-nova12:34
*** Drankis has joined #openstack-nova12:35
*** baoli has quit IRC12:35
*** moshele has quit IRC12:36
*** mdrabe has joined #openstack-nova12:41
*** jamesdenton has joined #openstack-nova12:42
*** jamesden_ has quit IRC12:43
*** gbarros has quit IRC12:43
*** edmondsw has joined #openstack-nova12:43
*** lpetrut has quit IRC12:44
openstackgerritAndrey Volkov proposed openstack/nova master: [placement] Add api-ref for allocations  https://review.openstack.org/47093312:46
openstackgerritAndrey Volkov proposed openstack/nova master: [placement] Add api-ref for RP allocations  https://review.openstack.org/45055012:46
*** ygl has joined #openstack-nova12:46
*** moshele has joined #openstack-nova12:48
*** mvk has quit IRC12:50
*** tuanluong has quit IRC12:50
*** artom has quit IRC12:52
*** artom has joined #openstack-nova12:52
*** sridharg has quit IRC12:55
*** edmondsw_ has joined #openstack-nova12:56
*** edmondsw_ has quit IRC12:59
*** coreywright has quit IRC13:03
*** jdillaman has joined #openstack-nova13:03
*** gbarros has joined #openstack-nova13:06
*** lpetrut has joined #openstack-nova13:06
*** acormier has joined #openstack-nova13:08
*** cNilesh has quit IRC13:11
*** cNilesh has joined #openstack-nova13:11
*** lucasxu has joined #openstack-nova13:13
*** gbarros has quit IRC13:14
*** gouthamr has joined #openstack-nova13:17
*** coreywright has joined #openstack-nova13:17
*** slaweq has joined #openstack-nova13:18
*** jheroux has joined #openstack-nova13:19
*** mvk has joined #openstack-nova13:20
*** ralonsoh has joined #openstack-nova13:21
*** slaweq has quit IRC13:22
*** jpena|lunch is now known as jpena13:24
*** MVenesio has joined #openstack-nova13:25
*** gouthamr has quit IRC13:26
*** esberglu has joined #openstack-nova13:26
ildikovsfinucan: hi :)13:27
*** cNilesh has quit IRC13:27
*** pchavva has joined #openstack-nova13:28
*** felipemonteiro has joined #openstack-nova13:28
ildikovsfinucan: IIRC you reviewed some Cinder attach/detach related patches not that long ago13:28
ildikovsfinucan: and I was hoping you could take a look at these two patches: https://review.openstack.org/#/c/456971/ https://review.openstack.org/#/c/463987/13:29
*** salv-orlando has joined #openstack-nova13:30
*** felipemonteiro_ has joined #openstack-nova13:30
*** edmondsw_ has joined #openstack-nova13:31
*** thorst has joined #openstack-nova13:31
*** edmondsw_ has quit IRC13:32
*** eharney has joined #openstack-nova13:33
*** nolwenn has joined #openstack-nova13:33
*** cNilesh has joined #openstack-nova13:33
*** nolwenn has quit IRC13:33
sfinucanildikov: I'm working my way through nested-resource-provider patches atm, but will take a look at those after :)13:34
*** salv-orlando has quit IRC13:34
*** felipemonteiro has quit IRC13:34
ildikovsfinucan: thanks much! :)13:34
*** felipemonteiro_ has quit IRC13:37
*** kylek3h has joined #openstack-nova13:37
*** cNilesh has quit IRC13:38
*** felipemonteiro has joined #openstack-nova13:38
*** diga has joined #openstack-nova13:38
*** gbarros has joined #openstack-nova13:39
*** winston-d_ has quit IRC13:39
*** ygl has quit IRC13:39
*** ijw has joined #openstack-nova13:41
*** gcb has joined #openstack-nova13:42
*** xyang1 has joined #openstack-nova13:43
*** gbarros has quit IRC13:45
*** ckopper has quit IRC13:46
jgriffithanybody by chance familiar with what is needed for a multi-node devstack to address this:13:47
jgriffithNo host-to-cell mapping found for selected host os-2. Setup is incomplete.: HostMappingNotFound: Host 'os-2' is not mapped to any cell13:47
jgriffithas soon as I add a second compute node I'm toast.  The multi-node gate jobs appear to be running, so I can only assume there's an extra step they perform in their setup somewhere?13:48
*** lyan has quit IRC13:48
*** acormier has quit IRC13:49
*** acormier has joined #openstack-nova13:49
superdanjgriffith: yeah, you need to run 'nova-manage cell_v2 discover_hosts --verbose'13:50
superdanjgriffith: the multi-host gate job has an extra hook it runs after setup, under tools/ in devstack13:50
*** superdan is now known as dansmith13:50
jgriffithwell that was easy :)13:50
jgriffiththanks sulo13:51
jgriffithdansmith13:51
jgriffithor sudo.. whichever you prefer13:51
dansmithnp13:51
dansmithheh13:51
jgriffithoh damn.. spoke too soon... let me see why it failed13:51
dansmithjgriffith: did that spit out "creating a mapping for .. " ?13:52
jgriffithyes13:52
dansmithcool13:52
bauzasdansmith: not sure you got the whole story about https://review.openstack.org/#/c/477436/13:53
edleafeScheduler subteam meetings in 7 minutes in #openstack-meeting-alt13:53
bauzasdansmith: given our lovely PTL is on China this week, let me try to summary this morning discussion13:53
dansmithbauzas: ah, nope13:53
bauzasdansmith: so we have 2 problems with the mergez13:53
bauzasoh heh, jeez13:53
bauzasmerguez13:53
bauzas1/ is https://bugs.launchpad.net/python-novaclient/+bug/170036413:54
openstackLaunchpad bug 1700364 in python-novaclient "Functional tests are failing with over-quota errors on number of instances" [High,In progress] - Assigned to Matt Riedemann (mriedem)13:54
bauzas2/ is https://bugs.launchpad.net/nova/+bug/170049613:54
openstackLaunchpad bug 1700496 in OpenStack Compute (nova) "Notifications are emitted per-cell instead of globally" [Undecided,Confirmed]13:54
bauzas#2 is easily fixable13:54
bauzaswith your change13:54
bauzasby just using the API MQ13:54
bauzasfor the notifications13:54
dansmithnot surprised about the quota issue, yeah13:54
*** smatzek has quit IRC13:54
bauzas#1 needs some look13:54
bauzasI tried to look at the issue13:55
dansmithwe just need to get the counting quotas stuff in13:55
dansmithsdague: see that revert?13:55
bauzasthere is a concurrent one AFAIK13:55
bauzasdansmith: I wonder if the root case for #1 could just be fixed if we would be sure that we call the same cell target between create and delete13:56
dansmithbauzas: yeah it's probably another quota leak bug, but ... counting quotas will fix it all anyway13:57
bauzasdansmith: which change should I review then ?13:57
dansmithhttps://review.openstack.org/#/q/status:open+project:openstack/nova+branch:master+topic:bp/cells-count-resources-to-check-quota-in-api13:57
bauzasdansmith: sorry, last week was very difficult to follow, and this week too again :(13:57
*** links has quit IRC13:58
bauzasdansmith: like I said to matt, I'll be *again* on PTO tomorrow and Wed13:58
dansmithjeez13:58
bauzasyup, catched up by the HRs...13:58
bauzasdansmith: so the problem is that we have a long series with https://review.openstack.org/#/q/status:open+project:openstack/nova+branch:master+topic:bp/cells-count-resources-to-check-quota-in-api13:59
*** esberglu has quit IRC13:59
bauzasdansmith: would we really need to wait for the above to be all merged before adding again the devstack modification ?14:00
*** esberglu has joined #openstack-nova14:00
*** mriedem has joined #openstack-nova14:00
dansmithbauzas: that is about 10% of what the series was,14:00
dansmithand since we're probably failing on instance quota, we need at least that one to merge I would think14:01
bauzasokay14:01
openstackgerritMatt Riedemann proposed openstack/nova master: WIP: Untarget context when creating quota reservation on delete  https://review.openstack.org/47754814:02
mriedemis it all figured out already?14:02
openstackgerritMatt Riedemann proposed openstack/python-novaclient master: DNM: debug overquota failures  https://review.openstack.org/47732314:04
*** esberglu has quit IRC14:04
dansmithmriedem: is what figured out?14:04
dansmithmriedem: I assume we should just revert the devstack patch, get the counting quotas stuff in, and then take another go at it, right?14:04
*** edmondsw_ has joined #openstack-nova14:05
*** salv-orlando has joined #openstack-nova14:05
sdaguedansmith: I did14:05
mriedemdansmith: ok that's what i was thinking earlier today14:06
mriedemsince this is all dependent on quotas in the api14:06
dansmithyeah14:06
dansmithmakes more sense to just get those in than try to fix whatever is wrong currently I think14:06
bauzasokay, so I have homework14:06
mriedemso the revert is approved?14:07
dansmiththe only other option would be a hack to set quota driver to noop on affected jobs14:07
dansmithbut there's still the notification issue14:07
*** gbarros has joined #openstack-nova14:07
bauzasmriedem: could we maybe depend-on the python functional test change on the top of the quota series so we're fully sure it fixes the problem14:07
bauzas?14:07
bauzasdansmith: the notification issue is easy to fix14:07
mriedembauzas: we could try that yeah14:08
*** ckopper has joined #openstack-nova14:08
dansmithI haven't even looked at the notification thing, but I assume it's just a matter of them listening to the cell bus right?14:08
bauzasdansmith: I can just prep a patch, but it would honestly rely on your own change14:08
mriedemdansmith: we can set a global transport_url for notifications14:08
dansmithoh I see14:08
dansmithright, I forgot they have their own config for that14:08
bauzasdansmith: it's just about setting a global transport url for all notifications in devstack14:08
mriedemso inter-service rpc is same as before, notifications get their own notification queue14:08
*** lpetrut has quit IRC14:08
bauzasand we could arbitrarly use the API transport URL for it14:08
dansmithbauzas: I'm not sure what "my own change" you're talking about14:08
*** edmondsw_ has quit IRC14:09
mriedemso there are 2 reverts i know of https://review.openstack.org/#/q/f63aa021cf996b500b6a570c0114c490bb57461a,n,z14:09
mriedemare there more?14:09
*** felipemonteiro_ has joined #openstack-nova14:09
mriedemlet me push a novaclient patch that depends on the tip of the quotas series too14:09
sdagueoh, I thought the revert already landed14:09
sdaguesending in now14:10
bauzasdansmith: I'd just amend https://review.openstack.org/#/c/436094/ by setting the notification transport URL to be the API one in https://review.openstack.org/#/c/436094/35/lib/nova@637-ish14:10
dansmithmriedem: I don't think we need to revert it twice :)14:10
dansmithbauzas: oh I see, yeah, I'll re-propose that and throw that in14:10
sdaguedansmith: revert with vengence!14:10
dansmithsdague: apparently14:10
mriedemdansmith: i just hadn't seen the other before i reverted for testing14:10
sdaguemriedem: I just approved yours14:11
dansmithack14:11
bauzasokay, looks like we have a plan14:12
openstackgerritMatt Riedemann proposed openstack/python-novaclient master: DNM testing counting quotas  https://review.openstack.org/47755114:12
mriedem^ is the counting quotas test14:12
bauzasI actually love it when a plan comes together14:12
*** felipemonteiro has quit IRC14:12
*** smatzek has joined #openstack-nova14:14
*** tidwellr has joined #openstack-nova14:16
*** nolwenn has joined #openstack-nova14:18
*** cNilesh has joined #openstack-nova14:18
*** slaweq has joined #openstack-nova14:19
*** gbarros has quit IRC14:19
dansmithmriedem: sdague: is it kosher to re-use the change-id for the re-patch?14:21
dansmithso that it's easy to find the original?14:21
mriedemi don't think you can do that on the same branch14:22
mriedemfor the same repo14:22
mriedemuse the same topic branch?14:22
dansmithoh okay14:22
jianghuawjaypipes, thanks for the advice on the resolution traits. Yeah, the third one(w640xH480) looks perfect to me:-) Just as you said, it explicitly signifies width and height. It also makes the resolutions be organized in a consistent way like others modules.14:22
*** alexchadin has quit IRC14:22
dansmithmriedem: bauzas what's the actual conf variable needed for the notification mq thing?14:22
*** burt has joined #openstack-nova14:23
*** slaweq has quit IRC14:23
bauzasdansmith: see the bug report14:23
jaypipesjianghuaw: cool! push up a revision and I'm good to +2 that :)14:23
bauzasdansmith: but I'll find you, sec14:23
bauzasdansmith: https://docs.openstack.org/developer/oslo.messaging/opts.html#oslo_messaging_notifications.transport_url14:23
dansmithoh I didn't see a bug for the notifications one14:23
jianghuawjaypipes, the reworked patch is at here: https://review.openstack.org/#/c/463649/14:23
jianghuawthanks.14:23
bauzasdansmith: https://bugs.launchpad.net/nova/+bug/170049614:23
openstackLaunchpad bug 1700496 in OpenStack Compute (nova) "Notifications are emitted per-cell instead of globally" [Undecided,Confirmed]14:23
jaypipesawesome, thanks jianghuaw :)14:24
*** hongbin has joined #openstack-nova14:24
dansmithbauzas: yeah, I know transport_url, but under what group?14:24
dansmith[oslo_messaging_notifications] ?14:24
bauzasdansmith: that's an oslo.messaging opt14:24
dansmithI realize that14:25
bauzasdansmith: which is [DEFAULT] AFAICS14:25
jianghuawjaypipes, thanks for the help:-)14:25
bauzashmmpfff14:25
bauzasI realize you14:25
dansmithbauzas: no, transport_url under default is used for regular rpc14:25
bauzastransport_url is very meaningless14:25
jaypipesjianghuaw: glad we could come to an alternative that we both liked :)14:25
openstackgerritJay Pipes proposed openstack/nova master: move resources_from_request_spec() to utils  https://review.openstack.org/47662914:26
openstackgerritJay Pipes proposed openstack/nova master: placement: scheduler uses allocation candidates  https://review.openstack.org/47663114:26
openstackgerritJay Pipes proposed openstack/nova master: Add uuid to scheduler's HostState object  https://review.openstack.org/47663014:26
openstackgerritJay Pipes proposed openstack/nova master: return 400 Bad Request when empty string resources  https://review.openstack.org/47701914:26
openstackgerritJay Pipes proposed openstack/nova master: placement: support GET /allocation_candidates  https://review.openstack.org/47544814:26
openstackgerritJay Pipes proposed openstack/nova master: WIP - placement: claim resources in scheduler  https://review.openstack.org/47663214:26
dansmithgibi: around?14:26
jianghuawjaypipes, :-)14:26
bauzasdansmith: I should actually try to read the coee14:26
jaypipesedleafe, bauzas, dansmith: ^^ rebased placement-allocation-requests.14:26
bauzasjaypipes: excellent.14:26
bauzaseverything I can do today is the best to me14:26
bauzasdansmith: https://github.com/openstack/oslo.messaging/blob/master/oslo_messaging/notify/notifier.py#L4114:28
*** tbachman has joined #openstack-nova14:28
mriedemalex_xu: my bag is now officially in shanghai airport \o/14:28
bauzasdansmith: and https://github.com/openstack/oslo.messaging/blob/master/oslo_messaging/opts.py#L5114:28
dansmithso what I said above14:28
bauzasdansmith: so, yeah the group seems to be 'oslo_messaging_notifications'14:29
*** MikeG451 has quit IRC14:29
bauzasdansmith: yup14:29
mriedemyes conf.oslo_messaging_notifications.transport_url14:29
*** ijw has quit IRC14:29
*** syjulian has quit IRC14:30
jaypipesjianghuaw: +2 from me on both GPU traits patches.14:30
*** ijw has joined #openstack-nova14:30
bauzasmriedem: dansmith: note that by default, Nova will emit notifications within each cell MQ14:30
bauzaswe only fix that in devstack14:30
jianghuawjaypipes, thanks very much:-)14:30
*** yangyape_ has joined #openstack-nova14:30
bauzasso I wonder if we should communicate that somehow14:30
bauzasand with which manner?14:31
dansmithonly if you use multiple cells14:31
bauzasof course14:31
dansmithand only if you take the default,14:31
bauzasonly if you specify distinct transport URLs even14:31
dansmithwhich is pretty obvious if you're setting it up and you never give some services anything but a cell transport14:31
*** tbachman has quit IRC14:31
*** gbarros has joined #openstack-nova14:31
bauzassure, but I do wonder if some operators deploying a second cell wouldn't be becoming crazy if they see a drop in notifications14:32
*** markmcclain has quit IRC14:32
*** huanxie has quit IRC14:32
dansmithI doubt they would become crazy14:32
*** ijw has quit IRC14:32
alex_xumriedem: congrats :)14:32
mriedemthere are going to be a number of things we'll need to have in the docs/release notes for multi-cell,14:32
bauzasjust because they forgot to specify either to emit to the same transport URL, or to modify their clients to subscribe to the new MQs14:32
mriedemthere was something i was just saying to dansmith the other day we'd have to put in the release notes for multi-cell,14:32
*** esberglu has joined #openstack-nova14:32
mriedembut now it escapes me what that was14:32
*** ijw has joined #openstack-nova14:32
*** yangyapeng has quit IRC14:33
bauzasdansmith: well, operators who bill on notifications would surely become crazy if they forgot to bill for some usage :)14:33
*** markmcclain has joined #openstack-nova14:33
dansmithmriedem: this seems like a doc thing to me, not a reno thing.. renos for this kind of thing just makes it harder to read and digest that enormous list of things14:33
mriedemdansmith: agree14:33
bauzasdansmith: agree14:33
mriedemso we should start a "multi-cell considerations" section of the cells page probably14:33
mriedemnotifications are 1, if only i could remember what the other thing was from last week14:34
bauzasbut that's one of the many gotchas an operator can encouter if they misconfigure their cloud14:34
dansmithbauzas: you're also supposing that they _want_ them to be unified14:34
bauzasdansmith: that's correct14:34
dansmithI would kinda hope people with multiple cells are sharding the billing bit too14:34
bauzasdansmith: that's an operator concern14:34
bauzasdansmith: but I just want them to know that if they want to start a new cell, they have extra things to decide :)14:35
bauzaswhere notifications are emitted is one thing14:35
bauzasI leave mriedem descibe the other thing14:35
gibidansmith: I'm here. Agreed with the notification specific transport_url stuff in the morning14:35
*** READ10 has joined #openstack-nova14:35
dansmithgibi: I was looking for confirmation on the actual conf value to use, but I think we've got it14:35
bauzasthat's not because devstack sends all notifications on the same transport URL that operators all need to do the same thing of course14:36
gibidansmith: yeah, what you got seems OK to me14:36
dansmithgibi: this is the re-do of that patch, which that value set if you want to test: https://review.openstack.org/#/c/477556/14:36
gibidansmith: checking...14:36
gibidansmith: so does $(get_transport_url) means the API MQ in https://review.openstack.org/#/c/477556/1/lib/nova@585 ?14:38
dansmithgibi: yeah, with no vhost it should return the base one, which is what we're using at the top14:39
gibidansmith: then it is OK for me. Also it will be good for vitrage tempest based on my knowledge14:40
dansmithgibi: do you want to change your vitrage canary patch to point to this for testing?14:40
gibidansmith: let's do that14:40
*** yamahata has joined #openstack-nova14:41
gibidansmith: done https://review.openstack.org/#/c/477455/14:42
dansmithcool14:43
*** moshele has quit IRC14:43
*** chyka has joined #openstack-nova14:43
*** cfriesen_ has joined #openstack-nova14:47
openstackgerritStephen Finucane proposed openstack/nova master: placement: adds REST API for nested providers  https://review.openstack.org/38480714:54
openstackgerritStephen Finucane proposed openstack/nova master: placement: update client to set parent provider  https://review.openstack.org/38569314:54
*** gbarros has quit IRC14:57
*** felipemonteiro_ has quit IRC14:57
*** gbarros has joined #openstack-nova14:58
*** mriedem has quit IRC14:58
mordredefried: heya - heads up the keystoneauth patch series has everything you need now except for one thing15:00
mordredefried: https://review.openstack.org/#/q/topic:version-discovery15:00
efriedmordred What's the one thing?15:00
efried(before I go try to winnow it out)15:00
mordredefried: I still need to add service-type alias support - but interface lists are there, as are all of the version bits - and it properly returns microversion info as needed15:00
openstackgerritAndrey Volkov proposed openstack/nova master: [placement] Add api-ref for traits  https://review.openstack.org/47418615:01
openstackgerritAndrey Volkov proposed openstack/nova master: [placement] Add api-ref for allocations  https://review.openstack.org/47093315:01
openstackgerritAndrey Volkov proposed openstack/nova master: [placement] Add api-ref for RP usages  https://review.openstack.org/45010515:01
openstackgerritAndrey Volkov proposed openstack/nova master: [placement] Add api-ref for RP allocations  https://review.openstack.org/45055015:01
efriedmordred Roger wilco.  Thanks!15:01
mordredefried: I'll get the service-type alias stuff done today or tomorrow15:01
efriednice15:01
*** Drankis has quit IRC15:01
*** rcernin has quit IRC15:04
*** mriedem has joined #openstack-nova15:04
*** tuanla_fujitsu has joined #openstack-nova15:05
*** tuanla__ has joined #openstack-nova15:05
avolkovjaypipes: Hey Jay15:06
mriedemlooks like the novaclient functional test is passing in the change that depends on the counting quotas series15:06
avolkovquick question about placement-api-ref POST for inventories15:06
mriedemdansmith: so we should probably make that a dependency for the devstack fleetify change too15:06
avolkovis it kind of deprecated? should we make api reference for it?15:06
dansmithmriedem: which? the functional change or the top of the quotas set?15:07
mriedemi was just dependent on the top of quotas set15:07
* dansmith doesn't know what the former is15:07
dansmithis it an actual change or a canary?15:07
openstackgerritStephen Finucane proposed openstack/nova master: placement: adds REST API for nested providers  https://review.openstack.org/38480715:07
openstackgerritStephen Finucane proposed openstack/nova master: placement: update client to set parent provider  https://review.openstack.org/38569315:07
mriedemhttps://review.openstack.org/#/c/477551/15:07
mriedem^ was the test15:07
dansmithgotcha15:07
mriedemi'm saying make the devstack re-fleetify depend on https://review.openstack.org/#/c/410946/ also15:07
dansmithmriedem: I want to see the logs from the current fleetify run but I will push up a dependency when it's done15:08
mriedemok15:08
mriedemwith that i'm signing off15:08
*** mriedem has quit IRC15:08
dansmitho/15:08
jaypipesavolkov: on call for another 40 mnutes....15:10
*** rmart04 has quit IRC15:11
sfinucanjaypipes: I've reviewed the bp/nested-resource-providers series. 50-50 split between +2 and "needs more info/other comments addressed"15:15
sfinucanif you take a look at the latter, ping me and I'll re-review them15:15
*** ijw has quit IRC15:16
*** ijw has joined #openstack-nova15:16
*** marst has joined #openstack-nova15:17
jaypipessfinucan: no worries, and thank you for the reviews!15:17
sfinucanNo problemo. Onto artom's patches15:17
*** links has joined #openstack-nova15:17
*** slaweq has joined #openstack-nova15:19
*** aarefiev is now known as aarefiev_afk15:20
*** yamamoto has quit IRC15:21
artomsfinucan, on hey15:21
artomThanks :)15:21
*** yamahata has quit IRC15:21
*** zz9pzza has quit IRC15:24
*** slaweq has quit IRC15:24
*** zz9pzza has joined #openstack-nova15:24
*** yamamoto has joined #openstack-nova15:24
*** links has quit IRC15:25
*** felipemonteiro has joined #openstack-nova15:25
*** felipemonteiro_ has joined #openstack-nova15:27
*** zz9pzza has quit IRC15:28
*** yamamoto has quit IRC15:29
*** felipemonteiro has quit IRC15:30
*** lyan has joined #openstack-nova15:31
*** cNilesh has quit IRC15:32
gibidansmith: the vitrage tempest still fails but it is only the quota problem not the notification problem http://logs.openstack.org/55/477455/2/check/gate-vitrage-dsvm-api-ubuntu-xenial/60b8e32/console.html15:32
gibidansmith: so I think your revorked devstack patch is OK from notification perspective15:33
*** ijw has quit IRC15:34
*** andreas_s has quit IRC15:35
*** Oku_OS is now known as Oku_OS-away15:37
*** gcb has quit IRC15:41
bauzasgibi: you could depend-on both15:42
bauzasthat would be ideal for testing15:42
*** mkucia has quit IRC15:46
openstackgerritRodolfo Alonso Hernandez proposed openstack/os-vif master: Add abstract OVSDB API  https://review.openstack.org/47661215:48
dansmithgibi: thanks15:48
*** damien_r has quit IRC15:48
*** gbarros has quit IRC15:50
*** markus_z has quit IRC15:50
openstackgerritChris Friesen proposed openstack/python-novaclient master: 2.47: Show flavor info in server details  https://review.openstack.org/43514115:50
ericyoungmdbooth: I think ftersin was looking for you last week, to review https://review.openstack.org/#/c/407440/15:52
*** nic1 has joined #openstack-nova15:54
*** zz9pzza has joined #openstack-nova15:57
*** sridharg has joined #openstack-nova15:58
cfriesen_mriedem: andreykurilin: new version of novaclient 2.47 patch is up.  ^   Just as an FYI, I'm off for two weeks starting next Monday.15:58
*** annegentle has joined #openstack-nova15:58
*** gszasz has quit IRC16:03
*** mvk has quit IRC16:03
*** pcaruana has quit IRC16:03
*** zz9pzza has quit IRC16:03
*** lpetrut has joined #openstack-nova16:04
cfriesen_incidentally, we tripped over something interesting.  In a block live migration we don't have any logs for the initial disk copy.  If the instance is dirtying disk blocks faster than the migration bandwidth it'll simply time out with no obvious reason.16:05
*** amotoki is now known as amotoki_away16:05
cfriesen_the existing logs in nova-compute don't show the disk migration data16:05
*** ijw has joined #openstack-nova16:06
*** rajathagasthya has joined #openstack-nova16:06
openstackgerritIldiko Vancsa proposed openstack/nova master: WIP/POC Implement new attach Cinder flow  https://review.openstack.org/33028516:07
*** sridharg has quit IRC16:07
*** ijw has quit IRC16:08
*** lucasxu has quit IRC16:08
*** Guest41957 has left #openstack-nova16:08
*** Apoorva has joined #openstack-nova16:10
*** gyee has joined #openstack-nova16:11
*** gbarros has joined #openstack-nova16:12
*** Redcavalier has joined #openstack-nova16:12
*** blaisebool has joined #openstack-nova16:14
*** lyan has quit IRC16:14
*** pcaruana has joined #openstack-nova16:14
*** moshele has joined #openstack-nova16:14
*** gszasz has joined #openstack-nova16:15
*** mvk has joined #openstack-nova16:16
RedcavalierHi, there is a bug that is causing me quite a lot of problem right now and I was wondering if I could have somebody take a look at it. Bug is 1699228 in Nova.16:16
*** slaweq has joined #openstack-nova16:20
*** diga has quit IRC16:21
*** mvk has quit IRC16:21
*** jpena is now known as jpena|off16:24
*** slaweq has quit IRC16:25
*** yamamoto has joined #openstack-nova16:27
sfinucanartom: I got one done, but I'll work through the rest tomorrow16:28
artomsfinucan, no worries16:29
sfinucanAlso, ildikov, I looked at those patches but it's code I'm not that familiar with, so it'll take me a while to ramp up on it. Just FYI16:29
artomsfinucan, thanks again for your commitment to that series16:29
*** yamamoto has quit IRC16:32
cfriesen_Redcavalier: can you use virtio-blk for now?16:32
ildikovsfinucan: sure, it's ok, thanks for looking into it16:32
ildikovsfinucan: feel free to ping me if you have any questions16:32
ildikovsfinucan: I'm not an expert either, but started to have some ideas about that code part :)16:33
Redcavaliercfriesen_, if I use virtio-blk, I can't use iscsi discard, which is causing me quite a lot of problem regarding SAN space usage. That's the main reason I'm switching to virtio-scsi.16:33
*** slaweq has joined #openstack-nova16:35
openstackgerritIldiko Vancsa proposed openstack/nova master: WIP/POC Implement new attach Cinder flow  https://review.openstack.org/33028516:36
Redcavaliercfriesen_, virtio-blk would be perfect, if it didn't force me to end up with 2TB block devices that actually have only 50 GB of actual data on them, with no way to trim the garbage.16:37
*** slaweq has quit IRC16:37
*** slaweq has joined #openstack-nova16:39
jaypipescfriesen_: yet more BFV woes. :(16:39
cfriesen_Redcavalier: seems like a valid issue to me.  There were patches proposed to add discard support to virtio-blk to linux, but it looks like they didn't get merged.16:41
jaypipesRedcavalier: can you do a normal non-boot-from-volume instance and just attach a volume to it?16:42
jaypipescfriesen_: what does "'__com.redhat_drive_add'" have to do with anything?16:42
jaypipescfriesen_: is that a Ceph-specific thing?16:43
* jaypipes trying to understand how this is a bug in Nova.16:43
Redcavalierjaypipes, I don'T have ephemeral space for that16:43
jaypipesRedcavalier: ? a tiny boot image and then just attach a normal volume to it.16:43
ftersinmriedem: Hi. Since mdbooth cannot work on ScaleIO review for some reason, could someone else review that?16:44
cfriesen_jaypipes: is it possible this is a bug in RHEL libvirt?  or is nova passing an invalid argument to libvirt16:45
jaypipescfriesen_: I don't see how this is a bug in Nova.16:45
Redcavalierjaypipes, I could try, I haven't built our setup with that in mind. Also, regarding the bug itself, it seems to be an issue with the way libvirt interprets the data it receives from Nova.16:45
*** ircuser-1 has joined #openstack-nova16:46
*** slaweq has quit IRC16:46
jaypipesRedcavalier: I'm looking into it now...16:46
*** dtp has joined #openstack-nova16:46
Redcavalierjaypipes, mohamed naser from vexxhost seems to think that it has something to do with the first block device being sda and the additional block device being identified as vda.16:47
jaypipesRedcavalier: I don't think so. It's complaining about the SCSI device identifier (drive-scsi0-0-0-0) not the device name.16:48
Redcavalierjaypipes, alright, thx for having a look, it's been causing me headaches for a while.16:49
jaypipesRedcavalier: I'm still looking :)16:49
jaypipesRedcavalier: this is Newton, yes?16:51
cfriesen_jaypipes: I wonder if nova is supposed to be specifying bus/target/unit to libvirt when using virtio-scsi16:51
Redcavalierjaypipes, yes, but it was reproduced in mitaka too.16:52
jaypipesk16:52
*** gbarros has quit IRC16:52
jaypipescfriesen_: Nova is specifying those things. Are you asking whether Nova should *not* be?16:52
cfriesen_jaypipes: in that case are we specifying duplicated values?  I'm assuming the zeros in "drive-scsi0-0-0-0" in the bug are controller/bus/target/unit.16:54
*** tobasco has quit IRC16:54
jaypipescfriesen_: could very well be... looking at the code now :)16:55
*** annegentle has quit IRC16:55
jaypipescfriesen_: I'm just trying no to throw up too much in my mouth while reading this code.16:56
cfriesen_jaypipes: always a good plan16:56
*** jcromer has quit IRC16:56
jaypipescfriesen_: so the libvirt driver is "constructing" the device name by doing this:16:57
jaypipes disk_dev = mountpoint.rpartition("/")[2]16:57
jaypipescfriesen_: and then passing that straight into the volume connector.16:57
*** gszasz has quit IRC16:58
*** derekh has quit IRC16:59
jaypipescfriesen_: hold up... no, that's not right.16:59
cfriesen_jaypipes: there's that call to blockinfo.get_info_from_bdm()17:00
jaypipescfriesen_: yup, that's precisely what I'm looking at now.17:00
*** slaweq has joined #openstack-nova17:01
jaypipesffs. nova/block_device.py != nova/virt/block_device.py17:01
cfriesen_jaypipes: I'm not seeing anything obvious setting controller/bus/target/unit of LibvirtConfigGuestDeviceAddressDrive17:01
*** pcaruana has quit IRC17:03
*** slaweq has quit IRC17:05
jaypipescfriesen_: doesn't help that there's no logging at all in any of this crap code. :(17:09
openstackgerritVladyslav Drok proposed openstack/nova master: neutron: re-raise 401 for a non-admin client  https://review.openstack.org/42269617:10
openstackgerritSpencer Yu proposed openstack/python-novaclient master: Nova client should retry with Retry-After value  https://review.openstack.org/44776617:10
jaypipescfriesen_: I was going to ask Redcavalier to enable DEBUG logs until I realized there's virtually no logging at all in any of this code :(17:11
jaypipesthere IS one debug message that might be useful, though... in guest.py:attach_device.17:12
jaypipesRedcavalier: any way you can enable DEBUG logging and re-run your scenario?17:13
Redcavalierjaypipes, we (openstack canada guys and I) did some troubleshooting on the code to have a clearer picture. Let me see if there's somethings I can provide you.17:13
jaypipesRedcavalier: I'm curious to see the results of this debug line: https://github.com/openstack/nova/blob/stable/newton/nova/virt/libvirt/guest.py#L29517:13
cfriesen_jaypipes: Redcavalier: it'd also be good to have the original instance XML from the boot17:13
jaypipescfriesen_: agreed.17:13
*** Swami has joined #openstack-nova17:14
RedcavalierXML: https://pastebin.com/9au1jCaY17:15
Redcavaliercfriesen_, jaypipes https://pastebin.com/9au1jCaY17:16
RedcavalierThat XML is if you attach while the vm is shutdown and then try to boot it.17:17
*** moshele has quit IRC17:18
cfriesen_Redcavalier: jaypipes: the controller/bus/target/unit values are identical, so I'm not surprised libvirt doesn't like it17:18
cfriesen_Redcavalier: jaypipes: also, one being vda and the other sda seems sketchy17:19
cfriesen_but I'm not sure that would actually impact anything in the guest17:19
*** lucasxu has joined #openstack-nova17:24
cfriesen_jaypipes: looks like this was the original patch to add virtio-scsi support: https://review.openstack.org/#/c/70263/6/nova/virt/libvirt/driver.py17:25
*** MVenesio has quit IRC17:27
*** MVenesio has joined #openstack-nova17:27
jaypipescfriesen_: still going through the XML ..17:28
cfriesen_jaypipes: I wonder if it'd be okay without the "address" being specified, since the libvirt XML docs imply the address is optional.17:30
jaypipescfriesen_: I'm more curious why there are two block devices, one vda and one sda.17:32
cfriesen_jaypipes: he booted with one and then attached the other17:33
jaypipesI don't think Redcavalier did that.17:33
cfriesen_"That XML is if you attach while the vm is shutdown and then try to boot it."17:34
jaypipesthe bug report says this is a" boot from new volume created in cinder with a selected image on it."17:35
cfriesen_"Once your VM is booted up, attaching a drive will make the following error appear in the nova-compute log"17:35
Redcavalierjaypipes, cfriesen_ sda is the root block device, vda is the new one attached to it17:35
jaypipesah, gotcha.;17:35
jaypipessorry, misunderstood.17:35
jaypipesI wonder why it's filling in the address XML element with 0's17:36
*** ZZelle has joined #openstack-nova17:39
Redcavalierjaypipes, regarding debug line 295, I'm having trouble identifying the exact resulting line in my debug logs. Do you want me to copy all the logs I have?17:39
jaypipesRedcavalier: not yet, no. will tell you if we need that. still going off the pasted XML you supplied earlier.17:39
Redcavalierjaypipes, alright, I'll go eat, bbiab.17:41
*** ralonsoh has quit IRC17:41
cfriesen_jaypipes: related somehow to LibvirtDriver._prepare_device_bus() maybe?17:43
*** jdillaman has quit IRC17:45
*** gjayavelu has joined #openstack-nova17:46
*** felipemonteiro_ has quit IRC17:49
*** felipemonteiro has joined #openstack-nova17:49
jaypipescfriesen_: I'm not seeing anywhere at all in the libvirt/* modules where controller, target, unit or bus attributes of the LibvirtConfigGuestrDeviceAddressDrive object are ever being set.17:49
jaypipescfriesen_: https://github.com/openstack/nova/blob/stable/newton/nova/virt/libvirt/config.py#L117517:49
jaypipescfriesen_: I've grep'd the source code and nothing is ever setting that.17:49
*** felipemonteiro_ has joined #openstack-nova17:50
* jaypipes wonders if they default to 0 in the format_dom() methods?17:50
jaypipesor perhaps libvirt converts None values to 0?17:50
cfriesen_jaypipes: yeah, I hit the same thing.  it looks like the scsi address bits were added by https://specs.openstack.org/openstack/nova-specs/specs/mitaka/approved/virt-device-role-tagging.html but it's not clear to me how the scsi address was supposed to be set.17:53
*** felipemonteiro has quit IRC17:53
jaypipeslyarwood, artom: either one of you around?17:55
jaypipeslyarwood, artom: see cfriesen_'s question above. we're wondering about how https://github.com/openstack/nova/blob/stable/newton/nova/virt/libvirt/config.py#L1175 attributes ever get set.17:55
*** mvk has joined #openstack-nova17:58
cfriesen_jaypipes: the format_dom() routine was originally added by Sahid, it looks like.17:58
cfriesen_jaypipes: and quite recently17:59
*** jdillaman has joined #openstack-nova17:59
*** Apoorva_ has joined #openstack-nova18:01
*** rmart04 has joined #openstack-nova18:03
*** Apoorva has quit IRC18:04
*** dtantsur is now known as dtantsur|afk18:07
*** salv-orlando has quit IRC18:07
*** salv-orlando has joined #openstack-nova18:08
*** lpetrut has quit IRC18:09
openstackgerritIldiko Vancsa proposed openstack/nova master: WIP/POC Implement new attach Cinder flow  https://review.openstack.org/33028518:11
*** salv-orlando has quit IRC18:12
*** acormier_ has joined #openstack-nova18:14
*** acormier_ has quit IRC18:16
*** slaweq has joined #openstack-nova18:16
*** acormier has quit IRC18:18
*** acormier has joined #openstack-nova18:18
*** felipemonteiro_ has quit IRC18:23
*** tuanla__ has quit IRC18:23
*** tuanla_fujitsu has quit IRC18:23
*** acormier has quit IRC18:24
*** slaweq has quit IRC18:24
*** acormier has joined #openstack-nova18:24
openstackgerritMerged openstack/nova master: Transform instance.live_migration_rollback notification  https://review.openstack.org/40212418:26
*** felipemonteiro has joined #openstack-nova18:28
*** rmart04 has quit IRC18:28
artomjaypipes, I'm around18:29
*** felipemonteiro_ has joined #openstack-nova18:29
jaypipesartom: see the discussion above... cfriesen_ and I are trying to figure out where the address attributes are being set for Drive devices.18:30
jaypipesartom: wondered if you knew. :)18:30
artomjaypipes, not off the top of my head18:30
* artom tries to dig a bit18:30
artomjaypipes, although that particular class you linked is only used for device metadata AFAIK18:31
jaypipesartom: unfortunately, it seems to be confusing QEMU. https://bugs.launchpad.net/nova/+bug/169922818:32
openstackLaunchpad bug 1699228 in OpenStack Compute (nova) "Additional block devices cannot be attached when libvirt driver is virtio-scsi" [Undecided,New]18:32
jaypipesartom: this is the XML that is causing issues on attach_volume() https://pastebin.com/9au1jCaY18:32
jaypipesRedcavalier is the submitter of the bug. cfriesen_ and I have been trying to get to the bottom of it...18:32
jaypipeswith little luck :)18:32
*** felipemonteiro has quit IRC18:33
artomjaypipes, so the problem is that lines 74 and 67, got example, are identical?18:33
artom*for18:33
artomHrmm18:33
cfriesen_artom: seems so, yes18:34
jaypipesartom: yep :)18:34
jaypipesbut neither cfriesen_ or I can see where those elements are actually being defined.18:34
*** cfriesen_ is now known as cfriesen18:34
jaypipeswelcome back.18:34
artomMy intuition is that LibvirtConfigGuestDeviceAddressDrive, which was intended to be read-only from the XML and then exposed in the device role tagging metadata, somehow started participating in actually writing the XML18:34
jaypipes:P18:34
cfriesenlol18:34
artomAnd all those 0 are just the default values for the fields18:35
jaypipesartom: yeah, we figured that about the default 0 values. But still, how would that section be written to the XML config file?18:35
cfriesenartom: except the default values are None, at least in LibvirtConfigGuestDeviceAddressDrive18:35
*** markmcclain has quit IRC18:35
cfriesenartom: and the format_dom() routine is actually very new18:36
cfriesenartom: the problem was apparently reproduced on Mitaka18:36
*** annegentle has joined #openstack-nova18:38
*** markmcclain has joined #openstack-nova18:38
artomcfriesen, that class didn't exist in Mitaka18:38
artomSo if it was really reproduced in Mitaka, we're looking in the wrong place18:38
*** gjayavelu has quit IRC18:40
bswartzhey nova guys -- I'm trying to debug n-cpu and I'm facing a problem18:40
bswartzI have devstack setup, and when I start n-cpu from systemd, it functionals normally18:40
bswartzwhen I stop the systemd service and directly invoke /usr/local/bin/nova-compute, I get this error however: "ERROR nova.virt.libvirt.host [-] Connection to libvirt failed: Failed to connect socket to '/var/run/libvirt/libvirt-sock': Permission denied"18:40
bswartzwhat do I need to do differently?18:41
clarkbbswartz: you need to start the service as a user that can read/write to that "file"18:41
clarkbbswartz: the systemd unit does this for you18:41
bswartzclarkb: systemd runs the binary as "bswartz"18:41
bswartzwhich is me (obviously)18:41
clarkbbswartz: I think it may set the group as libvirt or whatever is the proper group18:41
bswartzthere's nothing like that mentioned in the systemd unit file18:42
bswartzI'll try adding myself to the appropriate group and trying again18:42
clarkbbswartz: lib/nova:        run_process n-cpu "$NOVA_BIN_DIR/nova-compute --config-file $compute_cell_conf" $LIBVIRT_GROUP18:42
clarkbbswartz: you sure LIBVIRT_GROUP isn't ending up in the unit ?18:43
cfriesenartom: has anyone ever tested having multiple virtio-scsi volumes attached to the same instance?  maybe it's a day-one bug?18:43
bswartzclarkb: ah crap I missed a line -- it was right there in plain sight18:44
bswartzGroup = libvirt18:44
*** jmlowe has joined #openstack-nova18:44
bswartzthank you!18:44
clarkbiniset -sudo $unitfile "Service" "Group" "$group"18:44
clarkbya that18:44
artomcfriesen, no idea :/18:44
artomlyarwood or mdbooth might know18:44
*** salv-orlando has joined #openstack-nova18:49
artomcfriesen, jaypipes https://bugs.launchpad.net/nova/+bug/1528877 seems to be related judging by the error message18:49
openstackLaunchpad bug 1486204 in OpenStack Compute (nova) "duplicate for #1528877 libvirt: user specified volume device names are not ignored" [Medium,In progress] - Assigned to Maxim Nestratov (mnestratov)18:49
artomAnyways, it's almost 22:00 here, sorry I couldn't of more help, I'm off18:51
jaypipesno worries18:51
Redcavaliercfriesen, jaypipes, artom I had seen 1528877 before making the bug report, but I was under the feeling that 1528877 seem to be reporting more than one bug.18:52
*** gjayavelu has joined #openstack-nova18:52
Redcavalierit's also considered a duplicate of 1486204 which appears to be completely unrelated18:52
artomRedcavalier, entirely possible, but your error is present the trace18:52
cfriesenartom: jaypipes: I wonder if the mismatched device names are breaking some auto-numbering thing in libvirt18:52
jaypipesnot sure :(18:53
Redcavalierartom, true. Just wanted to state why I made a new bug report18:53
*** artom has quit IRC18:57
*** adisky__ has quit IRC18:58
*** lpetrut has joined #openstack-nova19:03
cfriesenjaypipes: artom: Redcavalier: I just booted with the specified image properties, and the original XML as emitted by nova doesn't have an "address" element at all.19:03
cfriesenhttp://paste.openstack.org/show/613748/19:04
jaypipescfriesen: that's with virtio-scsi?19:04
cfriesenjaypipes: yes...and it's using the "vda" device name rather than "sda"19:05
jaypipeshmm19:05
Redcavalierthat's strage19:05
jaypipesthis is newton?19:05
Redcavalierwhat metadata properties did you set?19:05
cfriesenjaypipes: yes.   (image properties are hw_scsi_model=virtio-scsi and hw_disk_bus=scsi)19:05
Redcavaliersame as me19:06
jaypipesI'm at the end of my knowledge on this :( I think we need to bring in lyarwood or mdbooth...19:07
Redcavaliercfriesen, are you able to reproduce the bug if you add the second drive though?19:07
cfriesenjaypipes: if I remove the image properties I get this in the xml:  <target bus="virtio" dev="vda"/>19:08
jaypipescfriesen: for the root disk, yes?19:09
cfriesenyes19:09
cfriesenI suspect that the fact we're using vda for the initial device is breaking autonumbering in libvirt.19:09
jaypipescfriesen: and Redcavalier is saying that when he attach_volume()'s the second disk, it gets added with a device name of "sda" and the same address attributes (target/controller/unit/bus)19:09
cfriesenis there a way to specify virtio-scsi vs virtio-blk when attaching a volume?19:10
*** smatzek has quit IRC19:11
jaypipesno idea :(19:11
*** slaweq has joined #openstack-nova19:11
Redcavaliernot that I know of. I believe it attaches to whatever controller there is, hence why we specify hw_disk_bus=scsi. Not an expert though, but that's what I understood from everything I read.19:12
jaypipessounds about right to me.19:13
*** sdague has quit IRC19:17
*** acormier has quit IRC19:18
*** acormier has joined #openstack-nova19:18
cfriesenjaypipes: I tried overriding the "disk_prefix" config option in nova.conf, but it had no effect.   it almost seems like we're not properly calling get_dev_prefix_for_disk_bus19:20
*** acormier_ has joined #openstack-nova19:21
*** acormier has quit IRC19:22
*** acormier_ has quit IRC19:24
*** huanxie has joined #openstack-nova19:24
*** acormier has joined #openstack-nova19:24
jmloweIs anybody having trouble with detaching volumes in ocata?19:29
*** salv-orlando has quit IRC19:29
jmlowenova-compute throws errors trying to decode the json of the block device mapping connection string19:30
*** salv-orlando has joined #openstack-nova19:30
*** ChanServ has quit IRC19:30
avolkovjaypipes: returning to my question, is it better to document POST inventories API request as is?19:33
avolkovor there is some plan to refactor/change that request?19:34
*** smatzek has joined #openstack-nova19:34
*** salv-orlando has quit IRC19:35
*** ChanServ has joined #openstack-nova19:35
*** card.freenode.net sets mode: +o ChanServ19:35
*** smatzek has quit IRC19:35
*** smatzek has joined #openstack-nova19:36
*** gjayavelu has quit IRC19:37
*** sdague has joined #openstack-nova19:37
*** nic1 is now known as nic19:39
dansmithmelwitt: I think this was just a transplant from your original patch right? https://review.openstack.org/#/c/446244/2819:43
jaypipesavolkov: link for me please? :)19:43
dansmithmelwitt: it's simple enough that even though my name is on it I think I can just +W it19:43
*** slaweq has quit IRC19:45
*** slaweq has joined #openstack-nova19:45
*** yamahata has joined #openstack-nova19:47
*** Apoorva_ has quit IRC19:47
*** Apoorva has joined #openstack-nova19:48
*** tobias_ has joined #openstack-nova19:48
tobias_is there anyone here who can PM me that's really good at rsync and virtualization-cases?19:49
tobias_also NFS.19:50
*** tobias_ is now known as tobias_fiberdata19:51
avolkovjaypipes: sure, https://review.openstack.org/#/c/451855/19:51
avolkovsee comments from cdent19:52
jaypipesavolkov: thx. looking now.19:52
avolkovit's the last piece of placement-api-ref19:52
jaypipestobias_fiberdata: probably better to email openstack@ mailing list.19:52
tobias_fiberdatajaypipes, great tip :)19:53
tobias_fiberdatathanks19:53
jaypipesavolkov: those are abandoned..19:53
*** huanxie has quit IRC19:54
avolkovjaypipes: cdent wrote: "We should consider not documenting this method at all, list it as deprecated", are you agree?"19:55
*** xyang1 has quit IRC19:55
dansmithmelwitt: also I'm happy to address my own feedback on the utility patch if you're busy19:57
*** xyang1 has joined #openstack-nova19:59
melwittdansmith: yeah, most of the patches are transplants but better safe than sorry I guess. that one is simple though19:59
melwittlooking at the utility patch now20:00
*** marst has quit IRC20:01
*** marst has joined #openstack-nova20:01
*** edand has joined #openstack-nova20:02
*** rajathagasthya has quit IRC20:03
*** liverpooler has quit IRC20:04
*** edand has quit IRC20:06
*** edand has joined #openstack-nova20:06
jaypipesavolkov: ah! sorry, I wasn't following you. Yes, I agree 100% with that.20:10
*** ericyoung has quit IRC20:10
*** yamahata has quit IRC20:18
*** tobias_ has joined #openstack-nova20:19
*** yassine has quit IRC20:20
*** tesseract has quit IRC20:21
*** moshele has joined #openstack-nova20:23
*** tobias_fiberdata has quit IRC20:23
moshelesean-k-mooney: hi can you review again https://review.openstack.org/#/c/460278/ ?20:24
sean-k-mooneymoshele: sure ill take a look now20:25
moshelemoshele: thanks20:25
*** yassine has joined #openstack-nova20:26
*** gbarros has joined #openstack-nova20:27
*** salv-orlando has joined #openstack-nova20:28
*** rajathagasthya has joined #openstack-nova20:30
*** rajathagasthya has quit IRC20:30
*** rajathagasthya has joined #openstack-nova20:31
*** annegentle has quit IRC20:33
*** felipemonteiro has joined #openstack-nova20:33
*** felipemonteiro_ has quit IRC20:34
*** burt has quit IRC20:36
*** pewp has quit IRC20:36
*** pewp has joined #openstack-nova20:36
*** pchavva has quit IRC20:37
*** felipemonteiro_ has joined #openstack-nova20:38
sean-k-mooneymoshele: looks good to me. i have 1 or 2 question in line regarding multi vendor supprot in the future but it should not block the patch20:41
*** slaweq has quit IRC20:41
*** felipemonteiro has quit IRC20:41
*** slaweq has joined #openstack-nova20:42
*** jcromer has joined #openstack-nova20:43
*** jcromer has left #openstack-nova20:44
*** rajathag_ has joined #openstack-nova20:44
*** rajathagasthya has quit IRC20:45
*** slaweq has quit IRC20:46
openstackgerritMerged openstack/os-vif master: hardware offload support for openvswitch  https://review.openstack.org/46027820:46
sean-k-mooneymoshele: ^ the gate is quick today20:48
*** jheroux has quit IRC20:49
*** gbarros has quit IRC20:50
moshelemoshele: :)20:55
moshelesean-k-mooney: :)20:55
*** moshele has quit IRC20:57
sean-k-mooneymoshele: if you get a chance can you reply to the comments i left inline and ill check them in the morning, im just heading home for the day so wont be on irc for much longer20:57
*** cleong has quit IRC20:58
*** annegentle has joined #openstack-nova21:02
*** annegentle has quit IRC21:03
*** gjayavelu has joined #openstack-nova21:04
*** felipemonteiro_ has quit IRC21:08
*** slaweq has joined #openstack-nova21:08
*** kevinbenton has quit IRC21:12
*** gbarros has joined #openstack-nova21:13
*** kevinbenton has joined #openstack-nova21:15
*** edmondsw has quit IRC21:17
*** dixiaoli has joined #openstack-nova21:17
*** smatzek has quit IRC21:18
*** edmondsw has joined #openstack-nova21:18
*** annegentle has joined #openstack-nova21:18
*** acormier has quit IRC21:19
*** acormier has joined #openstack-nova21:20
*** jmlowe has quit IRC21:20
*** dixiaoli has quit IRC21:21
*** gbarros has quit IRC21:23
*** tobias_ has quit IRC21:23
*** edmondsw has quit IRC21:23
*** edmondsw has joined #openstack-nova21:24
*** acormier has quit IRC21:24
*** edmondsw has quit IRC21:28
*** edand_ has joined #openstack-nova21:28
*** edmondsw has joined #openstack-nova21:31
*** edand has quit IRC21:31
*** esberglu has quit IRC21:32
*** esberglu has joined #openstack-nova21:32
*** edmondsw has quit IRC21:35
openstackgerritAlex Szarka proposed openstack/nova master: Transform instance.resize.error notifications  https://review.openstack.org/41788221:37
*** esberglu has quit IRC21:37
*** tidwellr has quit IRC21:41
*** lucasxu has quit IRC21:41
*** xyang1 has quit IRC21:41
*** lpetrut has quit IRC21:43
*** thorst has quit IRC21:44
*** thorst has joined #openstack-nova21:46
*** edmondsw has joined #openstack-nova21:50
*** thorst has quit IRC21:50
*** Redcavalier has quit IRC21:52
*** tonygunk has quit IRC21:54
*** edmondsw has quit IRC21:55
*** esberglu has joined #openstack-nova21:57
*** esberglu has quit IRC21:58
*** esberglu has joined #openstack-nova21:58
*** kylek3h has quit IRC22:01
openstackgerritSteven Webster proposed openstack/nova master: Race condition between audit and migrate/resize revert  https://review.openstack.org/40099522:02
*** kylek3h has joined #openstack-nova22:02
*** acormier has joined #openstack-nova22:02
*** acormier has quit IRC22:04
*** thorst has joined #openstack-nova22:05
*** acormier has joined #openstack-nova22:05
*** eharney has quit IRC22:06
*** kylek3h has quit IRC22:06
*** thorst has quit IRC22:09
*** yamahata has joined #openstack-nova22:17
*** edmondsw has joined #openstack-nova22:18
*** mrhillsman is now known as codebauss22:22
*** ericyoung has joined #openstack-nova22:22
*** codebauss is now known as mrhillsman22:22
*** edmondsw has quit IRC22:23
*** ckopper has quit IRC22:25
*** yamahata has quit IRC22:31
*** slaweq has quit IRC22:31
*** marst has quit IRC22:32
openstackgerritmelanie witt proposed openstack/nova master: Add get_count_by_vm_state() to InstanceList object  https://review.openstack.org/44624422:33
openstackgerritmelanie witt proposed openstack/nova master: Add scatter gather utilities for cells  https://review.openstack.org/47595722:33
openstackgerritmelanie witt proposed openstack/nova master: Remove 'reserved' count from used limits  https://review.openstack.org/44624222:33
openstackgerritmelanie witt proposed openstack/nova master: Remove useless quota_usage_refresh from nova-manage  https://review.openstack.org/44624322:33
openstackgerritmelanie witt proposed openstack/nova master: Count instances to check quota  https://review.openstack.org/41652122:33
openstackgerritmelanie witt proposed openstack/nova master: Make Quotas object favor the API database  https://review.openstack.org/41094522:33
openstackgerritmelanie witt proposed openstack/nova master: Add online migration to move quotas to API database  https://review.openstack.org/41094622:33
openstackgerritmelanie witt proposed openstack/nova master: Make key_pairs use check_deltas for quota  https://review.openstack.org/47769922:33
openstackgerritmelanie witt proposed openstack/nova master: Make security_group_rules use check_deltas for quota  https://review.openstack.org/47770022:33
*** marst has joined #openstack-nova22:35
*** rajathag_ has quit IRC22:40
*** chyka_ has joined #openstack-nova22:44
*** ericyoung has quit IRC22:44
*** chyka has quit IRC22:46
*** annegentle has quit IRC22:47
*** ckopper has joined #openstack-nova22:47
*** MikeG451 has joined #openstack-nova22:50
*** jmlowe has joined #openstack-nova22:51
*** syjulian has joined #openstack-nova22:54
*** acormier has quit IRC22:55
*** acormier has joined #openstack-nova22:55
openstackgerritMatt Riedemann proposed openstack/python-novaclient master: Microversion 2.48: Standardization of VM diagnostics  https://review.openstack.org/47322822:55
*** sdague has quit IRC22:56
*** acormier has quit IRC23:00
*** annegentle has joined #openstack-nova23:08
*** marst has quit IRC23:13
*** acormier has joined #openstack-nova23:15
*** jmlowe has quit IRC23:17
*** hongbin has quit IRC23:20
*** rajathagasthya has joined #openstack-nova23:22
*** takashin has joined #openstack-nova23:28
*** jmlowe has joined #openstack-nova23:30
*** Swami has quit IRC23:41
*** jmlowe has quit IRC23:42
*** rajathag_ has joined #openstack-nova23:42
*** jmlowe has joined #openstack-nova23:44
*** marst has joined #openstack-nova23:44
*** rajathagasthya has quit IRC23:45
*** diga has joined #openstack-nova23:46
*** acormier has quit IRC23:53
*** acormier has joined #openstack-nova23:53
*** acormier has quit IRC23:58

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