Thursday, 2017-07-27

*** cfriesen_ has joined #openstack-nova00:00
*** itlinux has quit IRC00:02
*** mtanino has quit IRC00:07
*** moshele has joined #openstack-nova00:07
*** jaypipes has quit IRC00:09
openstackgerritMoshe Levi proposed openstack/nova master: hardware offload support for openvswitch  https://review.openstack.org/39826500:11
tonybmikal, melwitt: the etherpad I was thinking of was https://etherpad.openstack.org/p/nova-low-hanging-fruit which has been migrated to the wiki00:13
*** kbaegis has quit IRC00:13
tonybSo I guess start a new one?00:13
tonybI know low-hanging-fruit isn't exactly what we were thinking of but I'm easily confused00:13
*** esberglu has joined #openstack-nova00:14
mikaltonyb: I have a tweak to the localfs patch I'd like to upload before you do any rebasing please00:15
*** gmann has quit IRC00:15
*** gmann has joined #openstack-nova00:15
*** kylek3h has joined #openstack-nova00:15
mikaltonyb: I might upload that now unless you shout no in the next ten seconds00:15
tonybmikal: Sure00:16
tonybmikal: I was kinda using the 'I' in the sense mikal or tony sense00:16
*** kylek3h has quit IRC00:16
mikalLOL00:16
mikalWe are one entity now?00:16
mikalThat must be very embarassing for you00:16
tonybmikal: as long as you don't touch the last_bytes review go nuts ;P00:16
moshelemriedem: hi00:16
tonybmikal: only here where privsep is concerend00:16
mikalOh sigh. I need to rebase. Please hold.00:17
tonybmikal: It's more of that 'tonyb took my keyboard and wont give it back pair programming'00:17
mikaltonyb: true that. tonyb doesn't know how to share.00:17
tonybmikal: that's what my teachers said a school00:17
mikalHeh00:17
tonybmikal: you might want to hold off until last_bytes merged unless that also needs a fix00:18
mikalThat didn't00:18
mikalBut it seems to hate merging00:18
* mikal checks zuul00:18
tonybthe py35 sdvm job seems to fail lots but perhaps it just hates us00:19
mikalHmmm, 472228 is in the check queue not the gate queue?00:19
tonybmikal: we had to recheck00:19
mikalLooks like its going to pass there though00:19
*** jamesdenton has quit IRC00:19
tonybwhich does both queues00:19
mikalDoes it go to the gate queue automagically?00:19
mikalOh, so it runs all the tests twice?00:19
mikalThus maximizing the changes of a flakey test?00:19
tonybif it still has +W it will just move to gate when it gets a +1 from jenkins00:19
tonybmikal: Yeah but if anything has merged since the check was run then the results could now be wrong so it has to do bith00:20
tonyb*both*00:20
*** jamesdenton has joined #openstack-nova00:21
mikalSo why not just re-run only the gate job?00:21
*** kbaegis has joined #openstack-nova00:21
*** raunak has left #openstack-nova00:22
*** randomhack has joined #openstack-nova00:22
tonyb'cause gate and check have different configs and you could effectivle bypass a job that will fail but not catch it00:22
mikalI hate everything00:24
*** kbaegis has quit IRC00:28
*** randomhack has quit IRC00:31
*** sree_ has joined #openstack-nova00:32
*** randomhack has joined #openstack-nova00:32
*** sree_ is now known as Guest4123400:32
*** psachin has joined #openstack-nova00:36
*** Guest41234 has quit IRC00:37
*** randomhack has quit IRC00:37
*** hshiina has joined #openstack-nova00:37
*** yingjun has joined #openstack-nova00:41
*** kiennt has joined #openstack-nova00:42
openstackgerrityuanyue proposed openstack/nova master: Add a periodic task to destroy ReqSpecs of deleted instances  https://review.openstack.org/48469400:47
*** acormier has quit IRC00:48
*** acormier has joined #openstack-nova00:49
*** moshele has quit IRC00:49
*** kbaegis has joined #openstack-nova00:51
*** dixiaoli has joined #openstack-nova00:51
*** kylek3h has joined #openstack-nova00:52
*** acormier has quit IRC00:53
*** kylek3h has quit IRC00:53
*** moshele has joined #openstack-nova00:53
*** itlinux has joined #openstack-nova00:53
*** edmondsw has joined #openstack-nova00:54
*** itlinux has quit IRC00:58
*** edmondsw has quit IRC00:58
*** vladikr has joined #openstack-nova00:58
*** phuongnh has joined #openstack-nova01:02
*** Sukhdev has quit IRC01:06
*** moshele has quit IRC01:06
*** imacdonn_ has quit IRC01:08
mikaltonyb: check passed01:08
rm_workanyone know what the var for the nova-cpu config file is in devstack01:08
*** rajathagasthya has quit IRC01:08
rm_worklike01:08
rm_workhttps://github.com/problemv/devstack_deploy/blob/master/local.conf#L31-L3401:08
rm_workI have that but it needs to be in nova-cpu conf too i think?01:08
*** jamielennox has quit IRC01:08
rm_workconfig file split recently?01:08
tonybrm_work: That should work.  What are you seeing as a problme01:10
tonybmikal: \o/01:10
rm_worktonyb: it doesn't ... use it?01:10
rm_workapparently there is another conf now01:10
rm_workhttps://www.irccloud.com/pastebin/8fg3XGaC/01:10
rm_workadding it to nova-cpu.conf seems to work01:11
*** iceyao has joined #openstack-nova01:11
rm_workbut i don't know how to automate it01:11
rm_work$NOVA_CPU_CONF maybe?01:11
*** mdnadeem has joined #openstack-nova01:11
tonybrm_work: where are you getting devstack from?01:13
*** jamielennox has joined #openstack-nova01:15
tonybrm_work: http://paste.openstack.org/show/61664001:15
tonybrm_work: I don't see anything in devstack that is splitting things like that01:15
*** iceyao has quit IRC01:15
rm_workso you don't have a nova-cpu.conf?01:16
*** iceyao has joined #openstack-nova01:16
*** armax has joined #openstack-nova01:16
tonybrm_work: nope: http://logs.openstack.org/28/472228/9/check/gate-tempest-dsvm-neutron-full-ubuntu-xenial/91e93eb/logs/etc/nova/01:17
rm_workhttp://logs.openstack.org/28/472228/9/check/gate-tempest-dsvm-neutron-full-ubuntu-xenial/91e93eb/logs/etc/nova/nova-cpu.conf.txt.gz01:17
tonybrm_work: Oh wait it is there01:17
rm_workwith the libvirt section01:17
rm_workas of ... recently maybe?01:18
*** harlowja has quit IRC01:19
tonybrm_work: You're right NOVA_CPU_CONF http://git.openstack.org/cgit/openstack-dev/devstack/tree/lib/nova#n5401:21
rm_workcool :) good guess01:21
mriedemrm_work: tonyb: merged yesterday01:22
mriedemcheck the dev list about multi-tier conductor01:22
tonybmriedem: Oh I'm not that behind then01:22
rm_workyeah, octavia folks are just *bleeding edge* :P01:23
rm_workwe always run into this stuff first01:23
tonybrm_work: my first grep didn't checkout master (it only downlaoded it) :(01:23
tonybmriedem: oh the conductor fleet stuff01:24
mriedemyeah01:25
mriedema change merged today that allows you to disable that behavior if you need to01:25
mriedemhttps://review.openstack.org/#/c/487485/01:26
*** cdelatte has quit IRC01:27
mriedemalthough, even with that set to singleconductor, i'm seeing the superconductor running http://logs.openstack.org/58/487458/2/check/gate-tempest-dsvm-ironic-ipa-wholedisk-bios-agent_ipmitool-tinyipa-ubuntu-xenial/d148ee1/logs/01:29
mriedemdansmith: ^ maybe why the ironic job is still failing?01:29
*** kylek3h has joined #openstack-nova01:29
dansmithmriedem: in single conductor, the super conductor is the only one that gets hit01:29
*** kylek3h has quit IRC01:29
mriedembut we still start the cell conductor?01:30
mriedemi'm seeing a request go through the scheduler, it picks a host, but then i don't see the request going through n-cpu01:30
dansmithyeah, it was a hack for grenade remember01:30
*** yamamoto_ has quit IRC01:31
mriedemreq-b1d7d389-f01a-4ea6-8de4-621fc28f7fc701:32
mriedemhttp://logs.openstack.org/58/487458/2/check/gate-tempest-dsvm-ironic-ipa-wholedisk-bios-agent_ipmitool-tinyipa-ubuntu-xenial/d148ee1/logs/screen-n-super-cond.txt.gz#_Jul_26_21_32_58_41259101:32
mriedemsuper conductor just seems to die there01:32
mriedemand i never see req-b1d7d389-f01a-4ea6-8de4-621fc28f7fc7 show up in n-cpu logs01:32
dansmithis that req a boot request?01:33
dansmithyou'd never see it hit cpu if it got novalidhost right?01:33
mriedemit didn't get novalidhost01:33
mriedemi see n-sch pick a host01:33
mriedemand yeah that's the boot request01:34
mriedemsuper-cond, sch and cpu are all using nova.conf01:34
mriedemwhich points at transport_url = rabbit://stackrabbit:secretrabbit@15.184.66.253:5672/01:34
mriedemdb connection is set to nova_cell101:34
dansmithyeah, which is a pretty normal setup01:34
*** gongysh has joined #openstack-nova01:35
dansmithis it normal to have cpu deleting tons of orphan nodes?01:35
*** yamamoto has joined #openstack-nova01:35
dansmithand this is single node so no chance we're missing logs from another conductor I guess01:36
mriedemlots of ComputeHostNotFound in the n-cpu logs01:36
mriedemthis is the host/node that's picked in the scheduler01:37
mriedemSelected host: (ubuntu-xenial-infracloud-vanilla-10103211, eda7dc99-9e17-479c-b234-9d87956e9c56) ram: 384MB disk: 10240MB io_ops: 0 instances: 001:37
dansmithso you think conductor got the selected host and cast to compute but it disappeared?01:37
mriedemor conductor didn't get it..01:37
dansmithunfortunately, we don't get to see the _actual_ trnsport_url loaded in compute01:38
dansmiththat req showed up in conductor, no?01:38
*** zhurong has joined #openstack-nova01:38
dansmithyeah, it clearly got to the conductor01:38
mriedemyeah i see block_device_mapping in conductor01:39
mriedemwhich comes after we get the scheduler response01:39
mriedemhttp://logs.openstack.org/58/487458/2/check/gate-tempest-dsvm-ironic-ipa-wholedisk-bios-agent_ipmitool-tinyipa-ubuntu-xenial/d148ee1/logs/screen-n-super-cond.txt.gz#_Jul_26_21_32_58_37779701:39
mriedemi never see "Starting instance" in the n-cpu logs01:40
dansmithwell, they're all using the same config, and the config is good, I don't really see how it's breaking between conductor and compute01:40
mriedemso it looks like the request never gets to build_and_run_instance in n-cpu01:40
mriedemme neither01:40
dansmithyeah01:40
dansmithbut I dunno how to explain that01:40
dansmiththe hostname and node id seem to match up between compute and what scheduler selected01:43
*** kristian__ has joined #openstack-nova01:43
dansmithif it picked a host that didn't exist we would cast to the wrong topic and it'd get dropped, but..01:43
dansmiththey match01:43
*** esberglu has quit IRC01:43
dansmithno rabbit dump at the end so we can't see if there are different topics or messages sitting in queues01:45
*** gongysh has quit IRC01:47
*** raunak has joined #openstack-nova01:47
*** vladikr has quit IRC01:47
*** kristian__ has quit IRC01:47
mriedemok so scheduler picks the host here01:48
mriedemJul 26 21:32:57.959669 ubuntu-xenial-infracloud-vanilla-10103211 nova-scheduler[12180]: DEBUG nova.scheduler.filter_scheduler [None req-b1d7d389-f01a-4ea6-8de4-621fc28f7fc7 tempest-BaremetalBasicOps-1511666062 tempest-BaremetalBasicOps-1511666062] Selected host: (ubuntu-xenial-infracloud-vanilla-10103211, eda7dc99-9e17-479c-b234-9d87956e9c56) ram: 384MB disk: 10240MB io_ops: 0 instances: 0 {{(pid=12180) _schedule /opt/stack/n01:48
mriedemova/nova/scheduler/filter_scheduler.py:157}}01:48
*** saphi has joined #openstack-nova01:48
mriedemsuper-conductor creates the bdms in cell1 here01:48
mriedemJul 26 21:32:58.377797 ubuntu-xenial-infracloud-vanilla-10103211 nova-conductor[13817]: DEBUG nova.conductor.manager [None req-b1d7d389-f01a-4ea6-8de4-621fc28f7fc7 tempest-BaremetalBasicOps-1511666062 tempest-BaremetalBasicOps-1511666062] [instance: 6e534573-5533-41d6-b9d7-28bfd7dbfe2d] block_device_mapping [BlockDeviceMapping(attachment_id=<?>,boot_index=0,connection_info=None,created_at=<?>,delete_on_termination=True,delete01:48
mriedem>,deleted_at=<?>,destination_type='local',device_name=None,device_type='disk',disk_bus=None,guest_format=None,id=<?>,image_id='2120252b-74dd-46b0-8649-ef7bcbdd0f50',instance=<?>,instance_uuid=<?>,no_device=False,snapshot_id=None,source_type='image',tag=None,updated_at=<?>,volume_id=None,volume_size=None)] {{(pid=14569) _create_block_device_mapping /opt/stack/new/nova/nova/conductor/manager.py:829}}01:48
*** thorst has joined #openstack-nova01:49
mriedem8 seconds before that in n-cpu we're deleting orphan compute nodes01:49
mriedemhttp://logs.openstack.org/58/487458/2/check/gate-tempest-dsvm-ironic-ipa-wholedisk-bios-agent_ipmitool-tinyipa-ubuntu-xenial/d148ee1/logs/screen-n-cpu.txt.gz#_Jul_26_21_32_50_78264701:49
*** tetsuro has joined #openstack-nova01:49
dansmithbut, the node doesn't affect the host/topic it goes to01:49
*** thorst has quit IRC01:49
*** acormier has joined #openstack-nova01:50
mriedemyeah01:50
mriedemthere is a gmr at the end of n-cpu01:50
dansmithtransport_url is obscured there too01:51
dansmithalso,01:51
dansmithscheduler wouldn't have selected it if it wasn't getting written to the right db,01:51
dansmithbut I guess it could be going to the wrong conductor01:52
dansmithso we could try setting the other conductor to the same mq vhost in this scenario, or not start it and see if n-cpu is timing out01:52
dansmithalthough I don't really see how we could be on the wrong vhost, since we write the config early and don't restart cpu at all01:53
*** acormier has quit IRC01:54
mriedemi was wondering if something was going to the cell1 conductor, but there is nothing in it's logs01:56
mriedemafter it dumps the config anyway01:56
dansmithyeah, seems unlikely, but it also has a barebones config, so maybe it's on warning only logs or something?01:57
mriedemit's logging debug messages01:58
dansmithyeah I guess so01:59
dansmithwell I dunno, I'm dry on ideas01:59
mriedemthere is a rabbit log01:59
mriedemhttp://logs.openstack.org/58/487458/2/check/gate-tempest-dsvm-ironic-ipa-wholedisk-bios-agent_ipmitool-tinyipa-ubuntu-xenial/d148ee1/logs/rabbitmq/rabbit@ubuntu-xenial-infracloud-vanilla-10103211.txt.gz01:59
dansmithyeah, but no queue dump right?01:59
mriedemno01:59
mriedemlast thing we'd see in super-cond is Jul 26 21:32:58.37779701:59
mriedemand that's where the rabbit log ends01:59
mriedemknow how to dump the queue in the rabbitmq logs?02:01
dansmithyeah,02:02
dansmithrabbitmqctl report02:02
dansmithI think gives you a ton of data02:02
dansmithyup, that's all the status dumps in one command02:03
mriedemhmm, but do we just dump that at the very end when collecting logs?02:03
*** Apoorva has quit IRC02:03
mriedemi know where logs are collected in devstack-gate02:03
*** yingjun has quit IRC02:03
*** markvoelker has quit IRC02:03
dansmithyeah, that will tell us if something is still in a queue02:03
mriedemok i could tinker with that02:04
mriedemand fix jay's placement 'handle moves' patch02:04
dansmithso the channels section of that dump will have some stuff like consumer_count and messages_unacknowledged02:05
dansmithwhich would be the things that are sitting from a cast unretrieved02:05
dansmithand then you should see the compute-$hostname topics for anything listening02:05
*** yushb has joined #openstack-nova02:05
*** markvoelker has joined #openstack-nova02:06
dansmithnot sure that will dump all vhosts02:06
dansmithreport doesn't take a vhost, so I imagine it will dump all of them02:06
openstackgerritMerged openstack/nova master: deprecate ``wsgi_log_format`` config variable  https://review.openstack.org/48662302:07
dansmithyeah looks like it02:07
dansmithmriedem: I'm going to retire for the evening but will pick things back up in the morning unless you fix it before then02:08
*** mtanino_ has joined #openstack-nova02:09
mriedemadios02:14
*** jamielennox has quit IRC02:17
melwitttonyb: excellent memory. I had forgotten about the low hanging fruit etherpad02:21
tonybmelwitt: :D02:22
*** kylek3h has joined #openstack-nova02:23
mriedemhttps://review.openstack.org/48766502:23
*** jamielennox has joined #openstack-nova02:24
*** tetsuro_ has joined #openstack-nova02:29
*** dillaman has joined #openstack-nova02:29
*** kylek3h_ has joined #openstack-nova02:30
*** Shunli has joined #openstack-nova02:30
*** yamahata has quit IRC02:30
*** kylek3h has quit IRC02:33
*** esberglu has joined #openstack-nova02:38
*** baoli has quit IRC02:38
*** coreywright has quit IRC02:40
*** esberglu has quit IRC02:42
*** edmondsw has joined #openstack-nova02:42
*** kylek3h_ has quit IRC02:45
*** edmondsw has quit IRC02:46
*** sree_ has joined #openstack-nova02:47
*** sree_ is now known as Guest8159302:47
openstackgerritMatt Riedemann proposed openstack/nova master: claim resources in placement API during schedule()  https://review.openstack.org/48356602:48
openstackgerritMatt Riedemann proposed openstack/nova master: placement: account for move operations in claim  https://review.openstack.org/48758902:48
mriedem^ fixes the random hashseed failures in the unit tests for the bottom change02:48
*** Guest81593 has quit IRC02:51
*** randomhack has joined #openstack-nova02:54
*** Shunli has quit IRC02:55
*** moshele has joined #openstack-nova02:55
*** Shunli has joined #openstack-nova02:55
*** coreywright has joined #openstack-nova02:58
*** randomhack has quit IRC02:58
*** Shunli has quit IRC03:00
openstackgerritMatt Riedemann proposed openstack/nova master: Ensure we unshelve in the cell the instance is mapped  https://review.openstack.org/48620803:03
openstackgerritMerged openstack/nova master: Move the last_bytes util method to libvirt  https://review.openstack.org/47222803:05
mikaltonyb: the last_bytes refactor change just passed the gate.03:06
tonybhuzzah!03:08
mikalGonna upload my smallish change in a minute03:08
mikalAnd then I'll take a look at that pyhon3.2 thing03:08
tonybmikal: okay, I'll check it out when it arrives03:08
*** dixiaoli has quit IRC03:09
openstackgerritMichael Still proposed openstack/nova master: Avoid chowning console logs in libvirt  https://review.openstack.org/47222903:09
openstackgerritMichael Still proposed openstack/nova master: First attempt at adding a privsep user to nova itself.  https://review.openstack.org/45916603:09
openstackgerritMichael Still proposed openstack/nova master: Move libvirt usages of chown to privsep.  https://review.openstack.org/47197203:09
openstackgerritMichael Still proposed openstack/nova master: rootwrap.d cleanup mislabeled files  https://review.openstack.org/48683103:09
mikaltonyb: my only change there is a relno, so I wouldn't spend a lot of time looking at it03:09
*** zerda3 has joined #openstack-nova03:10
*** chyka has joined #openstack-nova03:10
*** zhurong has quit IRC03:13
openstackgerritMerged openstack/nova master: add a retry on DBDeadlock to _set_allocations()  https://review.openstack.org/48748303:16
*** chyka has quit IRC03:19
*** thorst has joined #openstack-nova03:22
*** thorst has quit IRC03:30
*** harlowja has joined #openstack-nova03:31
*** udesale has joined #openstack-nova03:36
*** trungnv has quit IRC03:40
*** psachin has quit IRC03:41
*** moshele has quit IRC03:43
*** trungnv has joined #openstack-nova03:48
*** tuanluong has joined #openstack-nova03:51
*** acormier has joined #openstack-nova03:52
*** mtanino_ has quit IRC03:53
*** acormier has quit IRC03:56
*** psachin has joined #openstack-nova03:58
*** mriedem has quit IRC04:02
*** mamandle has joined #openstack-nova04:07
*** nicolasbock has joined #openstack-nova04:07
*** _pewp_ has quit IRC04:18
*** yushb has quit IRC04:18
*** iceyao has quit IRC04:19
*** _pewp_ has joined #openstack-nova04:20
*** iceyao has joined #openstack-nova04:22
openstackgerrityuanyue proposed openstack/nova master: Add a periodic task to destroy ReqSpecs of deleted instances  https://review.openstack.org/48469404:22
*** hoonetorg has joined #openstack-nova04:26
*** iceyao has quit IRC04:27
*** itlinux has joined #openstack-nova04:29
*** gongysh has joined #openstack-nova04:31
*** links has joined #openstack-nova04:33
*** moshele has joined #openstack-nova04:36
*** yushb has joined #openstack-nova04:38
*** gouthamr has quit IRC04:38
*** zhurong has joined #openstack-nova04:39
*** iceyao has joined #openstack-nova04:39
*** tetsuro has quit IRC04:41
*** sree_ has joined #openstack-nova04:42
*** sree_ is now known as Guest2458604:42
*** Guest24586 has quit IRC04:42
*** iceyao has quit IRC04:44
*** iceyao has joined #openstack-nova04:47
*** prateek has joined #openstack-nova04:52
*** harlowja has quit IRC04:52
*** kbaegis has quit IRC04:53
openstackgerritTakashi NATSUME proposed openstack/nova master: Enable cold migration with target host(1/2)  https://review.openstack.org/40895504:55
*** mamandle has quit IRC04:57
openstackgerritTakashi NATSUME proposed openstack/nova master: Enable cold migration with target host(2/2)  https://review.openstack.org/40896404:58
*** yushb has quit IRC04:58
openstackgerritTakashi NATSUME proposed openstack/nova master: api-ref: Add parameters in cold migrate action  https://review.openstack.org/41004204:58
openstackgerritTakashi NATSUME proposed openstack/python-novaclient master: Microversion 2.54 - Enable cold migration with target host  https://review.openstack.org/40670704:58
openstackgerritTakashi NATSUME proposed openstack/python-novaclient master: Microversion 2.54 - List/Show all server migration types  https://review.openstack.org/43083904:59
*** kristian__ has joined #openstack-nova05:00
*** kristian__ has quit IRC05:00
*** kristian__ has joined #openstack-nova05:00
*** yamahata has joined #openstack-nova05:01
*** sridharg has joined #openstack-nova05:02
*** kristian__ has quit IRC05:04
*** gongysh has quit IRC05:05
*** gongysh has joined #openstack-nova05:10
*** gongysh has quit IRC05:13
*** acormier has joined #openstack-nova05:16
*** acormier has quit IRC05:21
*** trinaths has joined #openstack-nova05:25
*** trinaths has left #openstack-nova05:25
*** thorst has joined #openstack-nova05:26
*** sree_ has joined #openstack-nova05:28
*** sree_ is now known as Guest4009305:28
*** trinaths has joined #openstack-nova05:29
*** armax has quit IRC05:30
*** armax has joined #openstack-nova05:31
*** armax has quit IRC05:31
*** armax has joined #openstack-nova05:32
*** armax has quit IRC05:32
*** armax has joined #openstack-nova05:33
*** armax has quit IRC05:33
*** thorst has quit IRC05:33
*** jdwidari has joined #openstack-nova05:36
*** jdwidari has quit IRC05:36
*** ekuris has joined #openstack-nova05:37
*** vishwana_ has quit IRC05:40
*** vishwanathj has joined #openstack-nova05:41
*** amuresan has joined #openstack-nova05:43
*** mamandle has joined #openstack-nova05:44
*** kiennt has quit IRC05:44
*** hongbin has joined #openstack-nova05:47
*** udesale__ has joined #openstack-nova05:47
*** kristian__ has joined #openstack-nova05:47
*** yufei has joined #openstack-nova05:49
*** udesale has quit IRC05:50
*** yufei has quit IRC05:50
*** trinaths has quit IRC05:51
*** kristian__ has quit IRC05:52
*** litao__ has joined #openstack-nova05:53
*** priteau has joined #openstack-nova05:55
*** trinaths has joined #openstack-nova05:56
*** ratailor has joined #openstack-nova05:58
*** yushb has joined #openstack-nova06:00
*** thorst has joined #openstack-nova06:01
*** kiennt has joined #openstack-nova06:02
*** kristian__ has joined #openstack-nova06:04
*** jjung has joined #openstack-nova06:05
*** thorst has quit IRC06:05
*** Guest40093 has quit IRC06:09
*** yingjun has joined #openstack-nova06:10
openstackgerritNidhiMittalHada proposed openstack/python-novaclient master: Help text for "--matching" is not clear.  https://review.openstack.org/48770806:11
*** udesale has joined #openstack-nova06:12
*** udesale__ has quit IRC06:14
*** esberglu has joined #openstack-nova06:16
*** kiennt has quit IRC06:16
*** kiennt_ has joined #openstack-nova06:17
*** kiennt has joined #openstack-nova06:17
*** kiennt has quit IRC06:17
*** edmondsw has joined #openstack-nova06:18
*** esberglu has quit IRC06:21
*** edmondsw has quit IRC06:23
*** zerda3 has quit IRC06:23
openstackgerritjichenjc proposed openstack/nova master: add cli to support matrix  https://review.openstack.org/48149806:29
openstackgerritjichenjc proposed openstack/nova master: Enhance support matrix document  https://review.openstack.org/48201306:30
openstackgerritjichenjc proposed openstack/nova master: Enhance support matrix document  https://review.openstack.org/48202006:31
*** sree_ has joined #openstack-nova06:31
openstackgerritjichenjc proposed openstack/nova master: Add quiesce and unquiesce in support matrix  https://review.openstack.org/48239006:31
*** sree_ is now known as Guest1946906:31
openstackgerritjichenjc proposed openstack/nova master: Add description for tag support in attach  https://review.openstack.org/48147906:33
openstackgerritjichenjc proposed openstack/nova master: Add device tag support info in support matrix  https://review.openstack.org/48147806:33
*** zhurong has quit IRC06:33
openstackgerritjichenjc proposed openstack/nova master: WIP:add cert when send keystone request  https://review.openstack.org/48512106:40
*** raunak has quit IRC06:44
openstackgerritjichenjc proposed openstack/nova master: refactory some code on get_password  https://review.openstack.org/44945806:48
*** damien_r has joined #openstack-nova06:48
*** tetsuro_ has quit IRC06:49
*** priteau has quit IRC06:51
*** pilgrimstack has joined #openstack-nova06:51
*** markus_z has joined #openstack-nova06:51
*** trinaths has quit IRC06:51
*** trinaths1 has joined #openstack-nova06:51
openstackgerritLIU Yulong proposed openstack/nova master: Enable reset keypair while rebuilding instance  https://review.openstack.org/37912806:52
*** andreas_s has joined #openstack-nova06:53
*** randomhack has joined #openstack-nova06:54
*** randomhack has quit IRC06:58
*** sshwarts has joined #openstack-nova07:02
*** hongbin has quit IRC07:04
*** pilgrimstack has quit IRC07:05
*** Shunli has joined #openstack-nova07:08
*** Shunli has quit IRC07:09
*** Shunli has joined #openstack-nova07:09
*** ioggstream has joined #openstack-nova07:11
*** Shunli has quit IRC07:11
*** Shunli has joined #openstack-nova07:11
*** Shunli has quit IRC07:13
*** Shunli has joined #openstack-nova07:13
openstackgerritMerged openstack/python-novaclient master: Removed extra word 'method' from the NOTE  https://review.openstack.org/48098807:13
*** rcernin has joined #openstack-nova07:13
*** Shunli has quit IRC07:15
*** Shunli has joined #openstack-nova07:15
*** Shunli has quit IRC07:17
*** Shunli has joined #openstack-nova07:17
*** int32bit has joined #openstack-nova07:18
*** Shunli has quit IRC07:20
*** Shunli has joined #openstack-nova07:21
*** Shunli has quit IRC07:22
*** alexchadin has joined #openstack-nova07:26
*** acormier has joined #openstack-nova07:31
*** cfriesen_ has quit IRC07:33
*** obre has quit IRC07:36
*** obre has joined #openstack-nova07:36
*** acormier has quit IRC07:37
gibibauzas: hi! good morning! There is a bugfix that only need a second +2 https://review.openstack.org/#/c/475276/ Could you check it if your time allows?07:40
*** Shunli has joined #openstack-nova07:43
*** Shunli has quit IRC07:44
*** Shunli has joined #openstack-nova07:45
*** ralonsoh has joined #openstack-nova07:46
*** roeyc has joined #openstack-nova07:49
*** ralonsoh has quit IRC07:52
*** ralonsoh has joined #openstack-nova07:52
*** jaosorior has joined #openstack-nova07:52
*** yassine has joined #openstack-nova08:00
*** thorst has joined #openstack-nova08:02
*** esberglu has joined #openstack-nova08:04
bauzasgibi: roger, roger.08:06
*** edmondsw has joined #openstack-nova08:06
*** thorst has quit IRC08:06
*** testuro has joined #openstack-nova08:07
*** esberglu has quit IRC08:08
*** edmondsw has quit IRC08:11
gibibauzas: thanks08:15
*** lucas-afk is now known as lucasagomes08:18
*** claudiub has joined #openstack-nova08:21
openstackgerritBalazs Gibizer proposed openstack/nova master: Send soft_delete from context manager  https://review.openstack.org/47645908:25
openstackgerritBalazs Gibizer proposed openstack/nova master: use context mgr in instance.delete  https://review.openstack.org/44376408:25
openstackgerritBalazs Gibizer proposed openstack/nova master: Transform missing delete notifications  https://review.openstack.org/41029708:26
*** efoley has joined #openstack-nova08:28
*** derekh has joined #openstack-nova08:31
*** dpawlik has quit IRC08:32
*** danpawlik has joined #openstack-nova08:34
*** pilgrimstack has joined #openstack-nova08:34
*** yushb has quit IRC08:34
*** yushb has joined #openstack-nova08:35
*** gongysh has joined #openstack-nova08:36
openstackgerritjichenjc proposed openstack/nova master: refactory some code on get_password  https://review.openstack.org/44945808:43
*** dtantsur|afk is now known as dtantsur08:44
mamandlealex_xu: bauzas: sfinucan: mriedem: please take a look at https://review.openstack.org/#/c/483911/4, comments addressed.08:44
bauzasmamandle: given it's a bugfix and since today is pike-3 milestone day (so FeatureFreeze), I'll prioritize blueprints08:51
bauzasmamandle: that said, just ping me next week and I'll look at it, for sure :)08:51
mamandlebauzas: sure, thanks :)08:51
*** priteau has joined #openstack-nova08:55
*** priteau has quit IRC08:59
*** priteau has joined #openstack-nova08:59
*** yamahata has quit IRC09:01
openstackgerritBalazs Gibizer proposed openstack/nova master: stabilize test_create_delete_server functional test  https://review.openstack.org/48777209:03
*** mvk has quit IRC09:04
*** rmart04 has joined #openstack-nova09:10
*** sambetts|afk is now known as sambetts09:14
*** udesale has quit IRC09:14
*** kiennt_ is now known as kiennt09:15
vdrokgood morning folks!09:15
*** chyka has joined #openstack-nova09:16
*** chyka has quit IRC09:20
*** kristian__ has quit IRC09:22
*** kristian__ has joined #openstack-nova09:23
takashinbauzas: Please review https://review.openstack.org/#/c/408955/. Your comments were addressed.09:24
bauzastakashin: yup, I saw your update09:27
openstackgerritjichenjc proposed openstack/nova master: add cert when send keystone request  https://review.openstack.org/48512109:28
bauzastakashin: I knew you already provided your spec since 2 cycles09:28
bauzastakashin: unfortunately, I didn't have time to review it until last week09:28
bauzasso it's my bad09:28
*** bhagyashris has quit IRC09:29
bauzastakashin: but now we are very close to the FF, would you accept that we could fast-merging that spec for Queens and ask me to be my main priority review for Q ?09:29
bauzastakashin: I really think you worked fine, and adding a new 'forced_destination' seems good with me09:30
takashinbauzas: I want to get it merged by Pike release.09:30
bauzastbh, if we would even add it for the beginning of Queens, I could add another spec for using it for the nova boot call09:30
*** yingjun has quit IRC09:30
bauzastakashin: the problem is that we have 3 changes, one internal, one for the REST API and the last for the python novaclient09:31
bauzasand we only have like 6 hours for that09:31
bauzasI totally understand you would be sad if we would push it to Queens, but the main problem we had was about not a lot of reviews09:31
bauzasgiven we'll open Queens in two weeks, I do wonder if we could just push it for 2 weeks09:32
*** Shunli has quit IRC09:32
bauzasthe main problem is about having the feature not in Pike09:32
*** int32bit has quit IRC09:42
*** mvk has joined #openstack-nova09:44
*** dtantsur is now known as dtantsur|bbl09:51
*** esberglu has joined #openstack-nova09:52
*** saphi has quit IRC09:52
*** jjung has quit IRC09:53
*** edmondsw has joined #openstack-nova09:54
*** masber has quit IRC09:55
*** sdague has joined #openstack-nova09:55
*** esberglu has quit IRC09:57
*** alexchadin has quit IRC09:57
*** edmondsw has quit IRC09:58
*** yassine has quit IRC09:59
*** yamamoto has quit IRC10:00
sdaguevdrok: how is the ironic patch going?10:02
*** thorst has joined #openstack-nova10:03
vdroksdague: I have not yet had a chance to look, will do in ~half an hour10:03
alex_xubauzas: why we don't have API for delete the aggregates in the placement? I remember there are some discussion, but I forget the detail...10:03
*** iceyao has quit IRC10:04
sdaguejohnthetubaguy: https://review.openstack.org/#/c/357726 - this patch is ready to go if we reno it10:06
sdaguecan you rev for that?10:06
*** thorst has quit IRC10:07
*** alexchadin has joined #openstack-nova10:11
*** udesale has joined #openstack-nova10:17
*** phuongnh has quit IRC10:23
*** thorst has joined #openstack-nova10:24
*** yushb has quit IRC10:28
*** thorst has quit IRC10:28
kienntsdague: Hi, i am working on Heat gate job for rolling upgrade testing. I already setup multinode grenade gate job but it doesn't have any tests for testing mixed version.10:30
kienntI find out that Nova already had rolling-upgrade tag, so I want to ask about the way Nova do the tests10:31
*** yamamoto has joined #openstack-nova10:31
kienntthank you10:31
*** iceyao has joined #openstack-nova10:31
openstackgerritSean Dague proposed openstack/nova master: Assume neutron port_binding extensions enabled  https://review.openstack.org/35772610:32
openstackgerritSean Dague proposed openstack/nova master: Use admin context to create neutron ports  https://review.openstack.org/35754010:32
sdaguekiennt: it's all about what makes sense for heat and it's collection of services. How would you expect heat would be upgraded across a set of nodes during upgrade?10:33
sdaguejohnthetubaguy - ok, reno added for - https://review.openstack.org/#/c/357726/10:34
*** cdent has joined #openstack-nova10:34
*** iceyao has quit IRC10:35
*** jjung has joined #openstack-nova10:35
andreafsdague: around? is there a flag in d-g or grenade that decides which host is upgraded in a multinode setup10:35
*** acormier has joined #openstack-nova10:35
sdagueandreaf: no, it's baked in logic10:36
sdaguethe primary node is what is upgraded10:36
sdaguesubnodes are not10:36
andreafsdague: ok that was my impression looking at devstack-vm-gate.sh, thanks10:37
andreafkiennt: ^^^10:37
*** lucasagomes has quit IRC10:37
andreafsdague: so everything is setup on old first and then primary is upgraded to new right?10:37
vdroksdague: so as mriedem said, in that job I see that the conductor called into scheduler which selected a host http://logs.openstack.org/65/487665/2/check/gate-tempest-dsvm-ironic-ipa-wholedisk-bios-agent_ipmitool-tinyipa-ubuntu-xenial/8cbf580/logs/screen-n-sch.txt.gz#_Jul_27_04_27_52_998156, then conductor proceeded (as I see10:38
vdrokhttp://logs.openstack.org/65/487665/2/check/gate-tempest-dsvm-ironic-ipa-wholedisk-bios-agent_ipmitool-tinyipa-ubuntu-xenial/8cbf580/logs/screen-n-super-cond.txt.gz#_Jul_27_04_27_53_252817, which happens after select_destinations), but in the compute log there is no build_and_run_instance, don't see the 'Starting instnace...'10:38
kienntsdague, andreaf: So, after upgrade, if I run some tests (ex.tempest), it will run in services (2 versions). That will test these mixed services could talk to each other or not. Is this right?10:39
andreafkiennt: yeah that's the idea10:39
*** acormier has quit IRC10:40
openstackgerritChris Dent proposed openstack/nova master: placement: account for move operations in claim  https://review.openstack.org/48758910:40
kienntandreaf, sdague: Thank you, guys. This is very important information with me. I have stucked at this for a long time, because i'm completely new with all these things.10:42
kienntSeem like I only need some tempest tests after upgrade now because I already have multinode gate.10:42
*** Shunli has joined #openstack-nova10:42
openstackgerritArtem Tiumentcev proposed openstack/python-novaclient master: Add 'local_gb' disk quota support  https://review.openstack.org/48439110:43
openstackgerritChris Dent proposed openstack/nova master: claim resources in placement API during schedule()  https://review.openstack.org/48356610:43
*** Shunli has quit IRC10:44
*** gszasz has joined #openstack-nova10:44
*** iceyao has joined #openstack-nova10:45
*** thorst has joined #openstack-nova10:47
*** abhishekk has joined #openstack-nova10:47
sdagueandreaf: yes, primary node is installed, subnode is installed. Tests are run. Then primary node is upgraded.10:48
andreafsdague: oh I see, so we don't run any test after upgrade? on check resources?10:49
andreafs/on/only10:49
sdagueandreaf: sorry, no we run tests again at the end10:50
*** iceyao has quit IRC10:50
andreafsdague: ok thanks10:50
sdagueso, because this is an intergration between devstack-gate and grenade, I don't know that it's ever gotten documented very well10:50
sdagueI'd be happy to write up a webpage with what it is, if you figure out where you'd like it to live :)10:50
sdaguedo we currently have overarching qa docs outside of tempest / grenade / devstack ones?10:51
*** thorst has quit IRC10:51
vdroksdague: just guessing, in the failing job I see transport_url with cell1 at http://logs.openstack.org/65/487665/2/check/gate-tempest-dsvm-ironic-ipa-wholedisk-bios-agent_ipmitool-tinyipa-ubuntu-xenial/8cbf580/logs/etc/nova/nova_cell1.conf.txt.gz but without cell1 at10:54
vdrokhttp://logs.openstack.org/65/487665/2/check/gate-tempest-dsvm-ironic-ipa-wholedisk-bios-agent_ipmitool-tinyipa-ubuntu-xenial/8cbf580/logs/etc/nova/nova.conf.txt.gz10:54
sdagueok, we'll need dansmith I think. Exactly where the mismatches are here are beyond me.10:56
*** smatzek has joined #openstack-nova10:57
vdroksame here :(10:59
*** ioggstream has quit IRC11:01
*** yassine has joined #openstack-nova11:06
*** chyka has joined #openstack-nova11:07
*** iceyao has joined #openstack-nova11:10
sdaguevdrok: actually, I might have figured it out11:10
sdaguewe were missing one last conditional11:11
sdaguehttps://review.openstack.org/48780911:11
*** chyka has quit IRC11:11
sdagueI changed the ironic patch to depend on that one11:12
*** testuro has quit IRC11:14
*** iceyao has quit IRC11:15
*** lucasagomes has joined #openstack-nova11:16
*** kazsh has quit IRC11:18
*** kazsh has joined #openstack-nova11:19
takashinoomichi: Are you around?11:20
*** alexchadin has quit IRC11:20
*** Ritesh has joined #openstack-nova11:21
vdroksdague: cool, thank you!11:23
sdaguevdrok: fingers crossed11:23
*** amuresan has quit IRC11:23
RiteshHi,11:24
RiteshCan anyone please review this patch11:24
Riteshreview pending since long time11:24
Riteshhttps://review.openstack.org/#/c/457886/11:24
*** vishwanathj has quit IRC11:26
*** vishwanathj has joined #openstack-nova11:26
openstackgerritLIU Yulong proposed openstack/nova master: Enable reset keypair while rebuilding instance  https://review.openstack.org/37912811:32
*** chyka has joined #openstack-nova11:33
*** chyka has quit IRC11:37
*** iceyao has joined #openstack-nova11:37
*** esberglu has joined #openstack-nova11:40
*** jjung has quit IRC11:42
*** iceyao has quit IRC11:42
*** kylek3h has joined #openstack-nova11:42
*** kylek3h has quit IRC11:42
*** edmondsw has joined #openstack-nova11:42
*** jamesden_ has joined #openstack-nova11:44
*** esberglu has quit IRC11:44
vdroksdague: ouch http://logs.openstack.org/58/487458/3/check/gate-tempest-dsvm-ironic-ipa-wholedisk-bios-pxe_snmp-tinyipa-ubuntu-xenial-nv/e4c3322/logs/screen-n-cpu.txt.gz#_Jul_27_11_32_29_01807611:45
*** jamesdenton has quit IRC11:45
sdaguevdrok: ok, the conductor didn't get the right config file - http://logs.openstack.org/58/487458/3/check/gate-tempest-dsvm-ironic-ipa-wholedisk-bios-pxe_snmp-tinyipa-ubuntu-xenial-nv/e4c3322/logs/screen-n-cond.txt.gz#_Jul_27_11_29_55_15648211:47
*** iceyao has joined #openstack-nova11:47
*** tuanluong has quit IRC11:47
sdaguethat's solvable11:47
*** edmondsw has quit IRC11:47
sdaguevdrok: ok, lets try again11:50
vdrokyup :)11:51
*** litao__ has quit IRC11:51
openstackgerritYaroslav proposed openstack/nova master: Added Overbooking DB quota driver  https://review.openstack.org/48435911:54
*** thorst has joined #openstack-nova11:54
*** mamandle has quit IRC11:55
*** baoli has joined #openstack-nova11:56
*** kylek3h has joined #openstack-nova12:02
sean-k-mooneyo/ would people object to adding a numa aware varient of reserved_host_memory_mb in queens. we have been seeing OOM errors on our ci systems pereodically for some time even when the system has several GB of free ram.12:03
sean-k-mooneyturns out that the OOM killer kicks in when any numa node is out of memory and hte kernel need to alloacte memory there not when the system is out of memory globally12:04
*** jjung has joined #openstack-nova12:07
*** Ritesh has quit IRC12:09
*** catintheroof has joined #openstack-nova12:11
*** _nick is now known as yankcrime12:11
*** kylek3h has quit IRC12:11
*** kiennt has quit IRC12:11
*** pilgrimstack has quit IRC12:12
*** p01nt3r75 has joined #openstack-nova12:12
*** pilgrimstack has joined #openstack-nova12:13
openstackgerritOpenStack Proposal Bot proposed openstack/nova master: Imported Translations from Zanata  https://review.openstack.org/47709112:14
*** yamamoto has quit IRC12:14
*** pilgrimstack has left #openstack-nova12:16
*** kbaegis has joined #openstack-nova12:18
*** yushb has joined #openstack-nova12:20
*** abhishekk has quit IRC12:20
*** mamandle has joined #openstack-nova12:21
openstackgerritChris Dent proposed openstack/nova master: Optional separate database for placement API  https://review.openstack.org/36276612:21
*** bhagyashris has joined #openstack-nova12:22
*** acormier has joined #openstack-nova12:23
*** mdnadeem has quit IRC12:23
catintheroofHi, does anyone has a good guide on how to configure live migration on ocata ? doing the same that worked as of mitaka, doesnt anymore12:24
*** gongysh has quit IRC12:24
*** psachin has quit IRC12:26
*** liverpooler has joined #openstack-nova12:26
*** mriedem has joined #openstack-nova12:27
mriedemoh hi everybody12:27
vdroksdague: gah, same thing, compute does not get the build instance request http://logs.openstack.org/58/487458/3/check/gate-tempest-dsvm-ironic-ipa-partition-redfish-tinyipa-ubuntu-xenial/7aa067c/logs/screen-n-cpu.txt.gz12:28
vdrokmorning mriedem12:28
openstackgerritLIU Yulong proposed openstack/nova master: Enable reset keypair while rebuilding instance  https://review.openstack.org/37912812:29
mriedemvdrok: did my attempts at dumping the rabbitmqctl report ever work?12:29
vdrokmriedem: seems like that file is not there http://logs.openstack.org/65/487665/2/check/gate-tempest-dsvm-ironic-ipa-wholedisk-bios-agent_ipmitool-tinyipa-ubuntu-xenial/8cbf580/logs/rabbitmq/12:30
mriedemyeah...i was getting permission denied errors12:30
mriedemhttp://logs.openstack.org/64/487664/2/check/gate-swift-dsvm-functional-ubuntu-xenial-nv/c20a804/logs/devstack-gate-cleanup-host.txt12:31
mriedem2017-07-27 03:38:03.562 | /home/jenkins/workspace/gate-swift-dsvm-functional-ubuntu-xenial-nv/devstack-gate/functions.sh: line 669: /var/log/rabbitmq/cleanup-host-report.txt: Permission denied12:31
mriedemi was thinking maybe because i couldn't write to /var/log/rabbitmq, so i moved it but then it's not even getting called12:31
mriedemhttps://review.openstack.org/#/c/487664/3/functions.sh12:32
mriedemmaybe because we don't have anything in /opt/stack/logs/rabbitmq12:32
*** karthiks has quit IRC12:32
mriedemheh, this is wrong anyway12:33
mriedemif [ -f $BASE/logs/rabbitmq/ ]; then12:33
mriedem-f should be -d12:33
*** edmondsw has joined #openstack-nova12:33
vdrokhrm :)12:34
*** Guest19469 has quit IRC12:35
sdaguevdrok: well conductor seems like it's working12:35
vdrokis there some kind of diagram for dummies about who calls what in cellsv2 setup?12:36
mriedemvdrok: https://review.openstack.org/#/c/487183 is a start12:36
mriedemvdrok: with singleconductor being set, it should be the same as before the multi-conductor thing12:37
vdroksdague: yup, that is solved :)12:37
vdrokmriedem: thanks!12:37
mriedemdansmith and i were looking at it last night, and n-cpu, n-sch and n-super-cond are all using the same nova.conf with the same transport_url12:37
sdaguehttp://logs.openstack.org/58/487458/3/check/gate-tempest-dsvm-ironic-ipa-partition-redfish-tinyipa-ubuntu-xenial/7aa067c/logs/screen-n-cpu.txt.gz#_Jul_27_12_08_16_707963 - what's up here?12:38
mriedemi traced the build request from super-conductor to scheduler back to super-conductor to the point that super-conductor should rpc cast to nova-compute12:38
sdagueThat looks like ironic API failed12:38
mriedembut the request never got to n-cpu12:38
mriedemsdague: that's latent12:38
sdaguemriedem: oh... would be nice to fix that :P12:38
mriedemsdague: vdrok: opened a bug for that yesterday https://bugs.launchpad.net/ironic/+bug/170677212:38
openstackLaunchpad bug 1706772 in Ironic "InternalServerError: Internal Server Error (HTTP 500) in n-cpu logs on startup with Ironic driver" [Undecided,Confirmed]12:38
mriedemsdague: sure, but it's some keystone thing in ironic-api12:38
mriedemendpoint discovery blows up12:39
sdaguemriedem: ok12:39
mriedemhttp://logs.openstack.org/58/487458/3/check/gate-tempest-dsvm-ironic-ipa-partition-redfish-tinyipa-ubuntu-xenial/7aa067c/logs/screen-ir-api.txt.gz#_Jul_27_12_08_16_70185612:39
mriedemso we ended last night knowing that conductor and scheduler are working but when super conductor should cast to n-cpu, everything stops there12:39
*** dgonzalez_ has joined #openstack-nova12:40
*** seife_ has joined #openstack-nova12:40
*** iceyao has quit IRC12:40
mriedemsuper-conductor logs stop, rabbitmq logs stop12:40
mriedemand the request isn't going to like the cell1 conductor, there is nothing in it's logs12:40
mriedemso i've got the d-g patch to try and dump the rabbitmqctl report when cleaning up the host and collecting logs12:40
mriedembut so far i haven't had a run with that work yet12:41
mriedemhttps://review.openstack.org/#/c/487664/12:41
*** acormier has quit IRC12:41
*** seife_ has quit IRC12:41
*** dgonzalez_ has quit IRC12:41
*** acormier has joined #openstack-nova12:42
vdrokmriedem: sdague also uploaded this one https://review.openstack.org/48780912:43
sdaguemriedem: the fix was definitely wrong last night, it was still spawning 2 conductors12:44
*** acormier has quit IRC12:46
vdroksdague: mriedem: regarding that bug, it seems like it's the same thing again, http://logs.openstack.org/58/487458/3/check/gate-tempest-dsvm-ironic-ipa-partition-redfish-tinyipa-ubuntu-xenial/7aa067c/logs/apache/error.txt.gz, apache was being restarted at that moment12:47
*** pchavva has joined #openstack-nova12:47
vdrokwe did work around it already a couple of times12:47
sdaguevdrok: why apache getting restarted?12:48
vdroksdague: previously it was because of some configuration changes, not sure why now, need to look into logs12:49
sdagueanyway... the main issue12:49
sdaguemriedem: so with this nova.conf - http://logs.openstack.org/58/487458/3/check/gate-tempest-dsvm-ironic-ipa-partition-redfish-tinyipa-ubuntu-xenial/7aa067c/logs/etc/nova/nova.conf.txt.gz12:50
mriedemsdague: yeah the 2 conductors was the culprit, but dan and i couldn't see or think of anything about why that would be causing issues12:50
sdaguehow do we know where cell0 db is?12:50
mriedemsdague: conductor gets the cell mappings from the api db,12:50
mriedemand the cell mapping has the cell0 mq and db urls in it12:50
*** sree has joined #openstack-nova12:50
mriedemcdent: replied some and asked a question about another test in here https://review.openstack.org/#/c/487589/12:51
cdentyeah, just reading/responding to that. thanks12:51
*** links has quit IRC12:52
mriedemcdent: the *best* way to tell if an instance is being migrated would be to check if it has a migration_context attribute in it12:52
sdaguemriedem: ok, so which config file should the single conductor be running off of?12:52
mriedemsdague: nova.conf12:52
sdaguewhich gives it a transport url of - transport_url = rabbit://stackrabbit:secretrabbit@10.16.80.100:5672/12:53
sdague12:53
mriedemcdent: i share concerns about relying on the existing allocations to know if we're doing a migration or not12:54
mriedembecause of (1) timing and (2) weird operatoins like soft delete and shelve12:54
mriedemand the wonkiness that is the RT12:54
mriedemsdague: so in the singleconductor case, i think the only nova config that matters is nova.conf http://logs.openstack.org/58/487458/3/check/gate-tempest-dsvm-ironic-ipa-partition-redfish-tinyipa-ubuntu-xenial/7aa067c/logs/etc/nova/12:55
*** sree has quit IRC12:55
mriedemnova-cpu.conf and nova_cell1.conf aren't used12:55
mriedemnova-cpu.conf wouldn't even work b/c it doesn't have any information in it about which compute driver to use, or how to talk to placement/cinder/neutron/etc12:55
*** ratailor has quit IRC12:56
mriedemthe cell1 mapping is created here:12:56
mriedemhttp://logs.openstack.org/58/487458/3/check/gate-tempest-dsvm-ironic-ipa-partition-redfish-tinyipa-ubuntu-xenial/7aa067c/logs/devstacklog.txt.gz#_2017-07-27_12_04_56_09912:56
mriedemnova-manage --config-file /etc/nova/nova.conf --config-file /etc/nova/nova_cell1.conf cell_v2 create_cell --name cell112:56
*** ratailor has joined #openstack-nova12:56
mriedemnote that is using nova_cell1.conf rather than nova.conf12:56
sdaguemriedem: sure, where would the message queue get set12:56
sdaguemaybe that's the missing piece, dumping the cell mappings12:57
mriedemwell we know the mq and db for cell1, it's taken from http://logs.openstack.org/58/487458/3/check/gate-tempest-dsvm-ironic-ipa-partition-redfish-tinyipa-ubuntu-xenial/7aa067c/logs/etc/nova/nova_cell1.conf.txt.gz12:57
sdagueright12:57
sdaguebut that's not used anywhere12:57
*** ratailor has quit IRC12:57
mriedemit's used when creating the cell1 mapping12:58
sdagueso that's stating that the cell1 mq is going to be on a vhost12:58
mriedemnova-manage --config-file /etc/nova/nova.conf --config-file /etc/nova/nova_cell1.conf cell_v2 create_cell --name cell112:58
sdaguebut nova-compute is started not listening to that vhost12:58
mriedemright nova-compute is listening on rabbit://stackrabbit:secretrabbit@10.16.80.100:5672/12:59
mriedemthe cell1 mapping is sending to rabbit://stackrabbit:secretrabbit@10.16.80.100:5672/nova_cell112:59
sdaguebut conductor isn't sending messages there, right?12:59
mriedembecause https://github.com/openstack/nova/blob/master/nova/conductor/manager.py#L104213:00
sdaguehttps://github.com/openstack-dev/devstack/blob/9596fdddccd04c26aa5adb923b9bd8e64c6593ec/lib/nova#L709-L71213:00
mriedemconductor does an mq switch when it casts to compute13:00
sdaguemriedem: ok, so are you agreeing or disagreeing with me that nova-cond and nova-compute aren't talking on the same mq :)13:01
mriedemcan i phone a friend?13:01
mriedemi think i'm agreeing,13:01
mriedemand that would explain why we're not seeing the message get to n-cpu13:01
*** gcb has quit IRC13:02
sdagueyeh13:02
sdagueis there a nova-manage command to dump the cell mappings?13:02
sdagueI think that's kind of critical to see the mismatch13:02
*** lucasxu has joined #openstack-nova13:03
mriedemyes,13:03
mriedemnova-manage cell_v2 list_cells13:03
*** gcb has joined #openstack-nova13:04
mriedemwith --verbose13:04
mriedem--verbose dumps the db and mq urls13:04
*** mamandle has quit IRC13:04
mriedemfwiw, this is a run before the fleetify patch where we create cell113:05
mriedemhttp://logs.openstack.org/23/485823/2/check/gate-tempest-dsvm-neutron-full-ubuntu-xenial/206b79e/logs/devstacklog.txt.gz#_2017-07-21_01_52_17_79413:05
mriedemnova-manage cell_v2 create_cell --transport-url rabbit://stackrabbit:secretrabbit@10.0.1.31:5672/ --name cell113:05
mriedemthere is a single nova.conf13:05
mriedemand it's using the same transport_url http://logs.openstack.org/23/485823/2/check/gate-tempest-dsvm-neutron-full-ubuntu-xenial/206b79e/logs/etc/nova/nova.conf.txt.gz13:06
mriedemso yeah, i think that's the problem, the cell1 mapping is using the nova_cell1 mq and nova-compute is using the main mq13:06
sdagueok, fix proposed13:08
sdagueincluding the dump of the cell mapping13:08
mriedemi left a comment in ps2,13:10
mriedembut it looks like you addressed it in ps413:10
mriedemwith https://review.openstack.org/#/c/487809/4/lib/nova@59213:11
*** lyan has joined #openstack-nova13:11
dansmithmriedem: oh snap.. just woke up, but excellent call13:14
*** yamamoto has joined #openstack-nova13:14
*** cristicalin has joined #openstack-nova13:15
mriedemsdague connected the dots for me,13:15
mriedemplus sleep helps13:15
dansmithI should have thought of that13:15
mriedemhard to think of anything at the end of a day like yesterday13:15
sdaguemriedem: oh, sorry, I wasn't even looking at comments, I was just reading logs trying to understand13:16
mriedemcdent: regarding functional testing, i was thinking the same yesterday, but didn't have time,13:17
vdrokmorning dansmith , missed all the fun :)13:17
dansmithvdrok: me too, but.. good morning vdrok  :P13:18
mriedembut was thinking it could be relatively simple to write a functional test that starts 2 compute services, creates a server, checks allocations are just on the source host, does a resize to the 2nd compute, checks allocations are retained for both nodes, then does a resize confirm (and another test that does a resize revert), and then validates allocations after that is done13:18
cdentrelatively13:19
mriedemcdent: but me working on something like that probably can't happen until tomorrow at this rate13:19
* cdent nods13:19
mriedemi actually have *gasp* family commitments tonight13:19
* cdent gasps13:19
cdentI’m sicker than sick at the moment, but bored enough to still be hanging out13:20
sean-k-mooneymriedem: hi i know your pretty busy with the ff today but any chance of inlcuding the 1 patch for mellanox's ovs offload and the 2 required for our nic feature based scheudling blueprint in pike or will they be pushed to queens?13:21
*** yamamoto has quit IRC13:21
kashyapmdbooth: When you get a moment, hope I addressed all of your remarks here: "libvirt: Post-migration, set cache value for Cinder volume(s)" -- https://review.openstack.org/#/c/485752/13:22
gibimriedem: do we already have functional test that boot VMs which really uses the placement service. If there is such then I can try to put together the above suggested resize test13:22
mriedemsean-k-mooney: i think the ovs offload from moshele is probably doable - i think i'd like a bp in nova for that though, just something simple to mirrow the neutron RFE13:22
mriedemsince nova doesn't do RFE bugs for blueprints13:22
mriedemgibi: we do13:22
mriedemgibi: the PlacementFixture is used in the _IntegratedHelpersMixin13:23
mriedemwhich several functional tests use13:23
gibimriedem: cool, then I will put something together13:23
mriedemthere are other functional regression tests which don't use that mixin but still use the placement fixture to avoid warnings from the compute services in the logs13:23
gibimriedem: I anyhow wanted to test VM moving with placement13:23
*** esberglu has joined #openstack-nova13:23
mriedemgibi: cool, that would be something that builds on https://review.openstack.org/#/c/483566/13:23
mriedemthe other tricky thing though is the test has to use the filter scheduler,13:24
sean-k-mooneymriedem: ok good to know. i saw that netronomes patchs seem to have merged so im sure jangutter is happy with that it would be nice to finish netronomes version too. im sure it will make moshele equally happy13:24
mriedemlots of our functional tests just use the chance scheduler13:24
*** esberglu has quit IRC13:24
mriedemgibi: so you'd have to use the filter scheduler with a minimal set of filters enabled13:24
*** esberglu has joined #openstack-nova13:24
mriedemlike RetryFilter and ComputeFilter i think13:24
gibimriedem: I'm aware of that based on the server group functional tests13:24
sdaguedansmith / mriedem is there a reason to not make --verbose the default behavior for list_cells13:24
*** alexchadin has joined #openstack-nova13:25
sean-k-mooneys/netronome/mellanox/13:25
dansmithsdague: makes it harder to be used by scripts13:25
mriedemgibi: this is one that i worked on https://github.com/openstack/nova/blob/master/nova/tests/functional/regressions/test_bug_1671648.py13:25
mriedemhost most of the things yo'ud need i think13:25
sdagueI'm trying to understand the usage for just cellid13:25
janguttersean-k-mooney, mriedem: yep, I'm pretty happy with moshele's patch -> it's cross-platform enough for us to use as well.13:25
dansmithmriedem: sdague: is someone fixing the cell mapping?13:25
mriedem2 nodes13:25
mriedemfilter scheduler + placement13:25
sdaguedansmith: in what way?13:25
mriedemyou'd just need to remove the part about it making one compute fail13:25
gibimriedem: cool, thanks for the pointer13:25
sdaguedansmith: doesn't my ps4 do that?13:26
dansmithsdague: I haven't looked13:26
mriedemdansmith: https://review.openstack.org/#/c/487809/413:26
mriedemsdague: we don't use --verbose by default for list_cells since it dumps your transport and db mqs13:26
mriedems/mqs/urls/13:26
mriedemwhich have creds in them13:26
sdaguemriedem: ok, so run it through secret filter13:26
*** iceyao has joined #openstack-nova13:27
mriedemdo we have a secret filter?13:27
sdagueI guess, it's not really very discoverable that to get the good stuff you need --verbose13:27
*** yingjun_1 has joined #openstack-nova13:27
mriedem--dump-your-secrets?13:27
mriedem--hand-over-your-cash?13:27
sdaguehttps://github.com/openstack/oslo.utils/blob/f69aa3c3866f1d1800184b6c905c77988278cd18/oslo_utils/strutils.py#L24813:28
*** eharney has joined #openstack-nova13:28
mriedemsdague: that's not going to do what you want13:28
dansmithand anyone scripting with this already will be very confused if they stop getting a clean list of uuids13:28
mriedemsdague: that's based on known keys https://github.com/openstack/oslo.utils/blob/f69aa3c3866f1d1800184b6c905c77988278cd18/oslo_utils/strutils.py#L5713:28
mriedemthe url doesn't have keys in it13:28
sdaguemriedem: sure, I'm just saying it's pretty solvable13:28
mriedemsure, we could parse the url and mask the user/password part13:29
sdaguedansmith: ok, well as someone not steeped in it, it's not obvious how you get the full mapping13:29
mriedemand rebuild the url before displaying13:29
mriedemso let's throw that as a debug/improvement idea on the big etherpad13:30
*** hshiina has quit IRC13:30
sdaguehttp://paste.openstack.org/show/616726/13:30
sdaguethat's kind of the brute path I'd expect an operator to go through trying to figure it out13:30
bhagyashriscdent, gibi, jaypipes: Hi I am trying to test the shared resource provider thing on the current master but facing some issue to create the instance I have followed the steps mentioned in [1]: http://paste.openstack.org/show/616724/ and got the error at n-cond and n-cpu side as mentioned in [2]: http://paste.openstack.org/show/616725/13:31
*** gouthamr has joined #openstack-nova13:31
dansmithsdague: making help work seems like an obvious improvement we should make13:31
mriedemthe nova-manage help system is a latent sucky problem right?13:31
cdentbhagyashris: looking13:32
mriedemmaybe cliff or whatever stephenfin wanted to convert it to helps there13:32
mriedemso -h is implied if you don't specify args13:32
bhagyashriscdent, gibi, jaypipes: without using the nfs i am able to create the instance successfully.13:32
*** cleong has joined #openstack-nova13:32
bhagyashriscdent: ok thank you :)13:32
sdagueso I actually don't understand the argument about the extra columns being a problem13:33
sdaguebecause if you are parsing those tables13:33
sdagueyou are already doing awk positional13:33
sdagueor something equiv13:33
dansmithsdague: yeah, this is actually not the thing I was thinking of13:33
* dansmith is on a 6am call13:33
sdaguedansmith: ok, once you are off, we can chat then :)13:33
dansmithsdague: so not opposed to it being verbose all the time, but sounds like obscuring the url is something mriedem thinks is important13:34
openstackgerritRodolfo Alonso Hernandez proposed openstack/os-vif master: Add support for Windows network commands  https://review.openstack.org/48740513:34
*** alexchadin has quit IRC13:35
gibibhagyashris: that is something new for me. It seems to be specific to your shared disk case13:35
sdaguedansmith: I'm totally fine with password masking by default13:35
sdagueI think that's very reasonable13:35
bhagyashrisgibi: yes13:35
cdentbhagyashris: are you able to tell if the conductor started the process of telling the compute to build the instance? If so, then the placement side of things is working properly, and whatever has gone wrong there with the lock may be the issue. From what you’ve pasted it is hard to tell what’s going on13:36
mriedemgod it's awesome how the docs migration has broken all cached urls https://docs.openstack.org/nova/latest/cells.html13:37
cdentquite13:37
mriedemsearch for "docs nova-manage list_cells" in google and ^ is the first hit13:37
mriedemand it's a 40413:37
*** mamandle has joined #openstack-nova13:37
cdentI would have thought there would be redirects13:38
moshelemriedem: ok I will create bp13:38
*** jdillaman has quit IRC13:38
mriedemcdent: me too13:38
mriedembut maybe we need to do those explicitly now13:39
mriedemi'm complaining in #openstack-doc13:39
*** efried_zzz is now known as efried13:40
*** tbachman has joined #openstack-nova13:41
sdaguehmmm no jay yet? He had wanted this merged, but it needed a reno - https://review.openstack.org/#/c/357726/13:41
*** yingjun_1 has quit IRC13:42
mriedemhow about we hold that for queens13:42
dimsmriedem : it's under /user, no?13:42
bhagyashriscdent: ohk, Just wanted to confirm one thing. the steps i have mentioned in the [1]:  http://paste.openstack.org/show/616724/ for nfs shared resource provider thing to test is correct?13:42
cdentbhagyashris: let me read through that again, to be sure13:43
*** yingjun_1 has joined #openstack-nova13:43
mriedemdims: yes, but i know that, someone else won't13:43
mriedemAJaeger is going to rebuild the site map13:43
mriedemto see if that fixes it13:43
bhagyashriscdent: ohk thank you. because without nfs configurations i am able to create the instance successfully.13:44
bhagyashriscdent: I have gone through all the blueprints related to shared resource provider thing all are implemented. Based upon that I have started to test this.13:46
cdentbhagyashris: the steps you’ve listed look mostly correct. the part that I have no insight into is step 2. Do you know that that part is working?13:46
mriedemYES http://logs.openstack.org/64/487664/4/check/gate-neutron-dsvm-functional-ubuntu-xenial-nv/bbc569f/logs/rabbitmq/cleanup-host-report.txt.txt.gz13:47
mriedemdansmith: ^13:47
mriedemgot the rabbitmq report13:47
bhagyashriscednt: yeaj its working in that I have just created nfs sever on one host and mounted that nfs on compute node A and B13:48
dansmithmriedem: but it's empty13:48
mriedemthat's not from a run with the ironic patch though, but got it working13:48
mriedemright, i'm running that through with the ironic stack now13:48
dansmithmriedem: okay13:48
dansmithmriedem: but we're waiting on his PS4 with hopeful eyes right?13:49
gibibhagyashris: the steps in your paste also looks good to me except step 713:49
*** roeyc has quit IRC13:49
mriedemdansmith: yes13:49
gibibhagyashris: I think there you have to put the compute resource_providers to the same aggregate13:49
mriedemhaving the rabbitmq dump in ci runs is useful anyway13:49
dansmithmriedem: totes13:49
*** mtanino_ has joined #openstack-nova13:49
*** jaypipes has joined #openstack-nova13:50
mriedemnova super meeting in 10 minutes13:50
mriedemi'll let jaypipes do the supernovas unite call13:50
bhagyashrisgibi: yeah that i Have done for the compute resource provider too13:50
gibibhagyashris: then it is looks good for me13:51
bhagyashriscdent: I have given reference of step 2 here: http://paste.openstack.org/show/616729/13:52
bhagyashrisgibi: ohk13:52
mriedemvdrok: dansmith: sdague: the ironic patch is looking good now13:52
mriedemhttp://logs.openstack.org/58/487458/3/check/gate-tempest-dsvm-ironic-ipa-wholedisk-bios-agent_ipmitool-tinyipa-ubuntu-xenial/214efb9/13:52
dansmithttfl13:52
jaypipessupernovas unite.13:53
mriedemcell1 MQ is back on the same as the others http://logs.openstack.org/58/487458/3/check/gate-tempest-dsvm-ironic-ipa-wholedisk-bios-agent_ipmitool-tinyipa-ubuntu-xenial/214efb9/logs/etc/nova/nova_cell1.conf.txt.gz13:53
jangutterI guess you guys have seen https://what-if.xkcd.com/73/13:54
*** jjung has quit IRC13:54
jaypipesjangutter: heh, no, I hadn't. nice though :)13:54
cdentbhagyashris: based on the error message you are getting I would guess your nfs server is not set up in a way to allow file locks over nfs. which is not something we can really diagnose and resolve here13:55
jangutter"The physicist who mentioned this problem to me told me his rule of thumb for estimating supernova-related numbers: However big you think supernovae are, they're bigger than that."13:55
*** udesale has quit IRC13:55
*** awaugama has joined #openstack-nova13:55
*** kristia__ has joined #openstack-nova13:55
dansmithjangutter: well, I'll have you know I've been watching what I eat and exercising every day, so I'm hoping to not be any bigger than I expect13:56
*** cristicalin has quit IRC13:56
*** baoli has quit IRC13:57
bhagyashriscdent: ohk. troubleshooting...13:57
openstackgerritChris Dent proposed openstack/nova master: placement: account for move operations in claim  https://review.openstack.org/48758913:57
*** kristian__ has quit IRC13:57
openstackgerritChris Dent proposed openstack/nova master: claim resources in placement API during schedule()  https://review.openstack.org/48356613:58
cdentjaypipes: did some test fixes on the first of those ^13:58
openstackgerritSean Dague proposed openstack/nova master: WIP: always show urls in list_cells  https://review.openstack.org/48786013:58
sdaguemriedem / dansmith ^^^ is the no tests version of changing list_cells behavior13:58
jaypipescdent: yeah, saw you working on that, thank you Chris!13:59
sdagueif people are generally good with that, I'll fill in tests13:59
jaypipescdent: honestly, I kinda knocked out that patch in 20 minutes after a conversation with dansmith on IRC13:59
cdentfair13:59
sdaguemriedem: nice! would be good to get ironic back up and running13:59
bhagyashriscdent, gibi: thank you. :) Trying to solve this13:59
sdagueah... jaypipes returned13:59
mriedemsdague: there is a sqla db url parser thing we use elsewhere in _map_cell013:59
openstackgerritMoshe Levi proposed openstack/nova master: hardware offload support for openvswitch  https://review.openstack.org/39826513:59
mriedemmight be better to use that, but would have to look later14:00
mriedemmeeting time14:00
sdaguejaypipes: you can wanted this merged in may - https://review.openstack.org/#/c/357726/14:00
sdagueI fixed up my one issue with it14:00
mriedemsdague: jaypipes: as i said, can we hold that for queens?14:01
mamandlesfinucan: mriedem: updated patch is out for review for https://review.openstack.org/#/c/483911/, can you please take a look if possible? Thanks!14:01
sdaguemriedem: if you want, is there a reason for that?14:01
mriedemrisk14:01
mriedemvs need14:01
sdagueok, I guess the comments in there were that it was pretty uncontroversial14:02
*** baoli has joined #openstack-nova14:02
jaypipesmriedem: I'd like to get it in Pike. I just don't see what risk is being abated by holding that patch until Queens.14:02
mriedemcan we talk about it after the meeting?14:03
jaypipesmriedem: the only risk it introduces is for deployments who disable port binding extension, and there's been no evidence of any of those.14:03
jaypipesmriedem: sure thing.14:03
jaypipessorry14:03
*** mvk has quit IRC14:06
*** prateek has quit IRC14:06
*** acormier has joined #openstack-nova14:06
*** saphi has joined #openstack-nova14:10
*** yingjun_1 has quit IRC14:12
*** kristia__ has quit IRC14:12
*** ekuris has quit IRC14:14
*** sree has joined #openstack-nova14:14
*** saphi has quit IRC14:14
*** jjung has joined #openstack-nova14:14
*** trinaths1 has left #openstack-nova14:16
openstackgerritMoshe Levi proposed openstack/nova master: hardware offload support for openvswitch  https://review.openstack.org/39826514:16
*** saphi has joined #openstack-nova14:16
*** sree has quit IRC14:18
*** jamesden_ has quit IRC14:23
*** burt has joined #openstack-nova14:24
*** jamesdenton has joined #openstack-nova14:25
openstackgerritMoshe Levi proposed openstack/nova master: hardware offload support for openvswitch  https://review.openstack.org/39826514:30
*** lucasxu has quit IRC14:30
*** kristian__ has joined #openstack-nova14:31
*** moshele has quit IRC14:32
*** lucasxu has joined #openstack-nova14:32
*** vladikr has joined #openstack-nova14:33
*** brad[] has quit IRC14:33
*** marst has joined #openstack-nova14:33
*** brad[] has joined #openstack-nova14:34
*** dtantsur|bbl is now known as dtantsur14:39
*** armax has joined #openstack-nova14:39
*** jamesdenton has quit IRC14:39
*** jamesdenton has joined #openstack-nova14:40
*** kaisers_ has joined #openstack-nova14:41
*** jjung has quit IRC14:41
*** jjung has joined #openstack-nova14:43
*** saphi_ has joined #openstack-nova14:43
openstackgerritJackie Truong proposed openstack/nova master: Add trusted certificates to InstanceExtras  https://review.openstack.org/45771114:44
*** saphi has quit IRC14:44
mriedemvdrok: sdague: dansmith: ironic patch failed multinode and grenade https://review.openstack.org/#/c/487458/14:44
mriedemhttp://logs.openstack.org/58/487458/3/check/gate-tempest-dsvm-ironic-ipa-wholedisk-agent_ipmitool-tinyipa-multinode-ubuntu-xenial/6cf92e0/logs/subnode-2/devstacklog.txt.gz#_2017-07-27_14_10_41_64714:45
mriedemah14:45
mriedemsdague: you can't run list_cells from the subnode14:46
mriedemhttps://review.openstack.org/#/c/487809/4/lib/nova@95314:47
vdrokmriedem: yup, saw that. seems like I need to add the same variable to grenade settings14:47
mriedemso, running list_cells can only happen on the primary, which is done before the subnodes, so list_cells is pretty useless there14:47
mriedemwhat we'd really want is to call back into the primary from devstack-gate to run list_cells at the very end14:47
mriedembut i'd make that a separate effort from what's being fixed in https://review.openstack.org/#/c/487809/14:48
mriedemsdague: ^ agree?14:48
sdaguemriedem: why is list_cells useless there?14:49
*** sree has joined #openstack-nova14:49
sdaguethe cells are all configured on the primary, right?14:49
mriedemyeah, good point14:49
sdagueI do understand the issue around not running on subnode14:50
mriedemok so just conditional on n-api and we're good there14:50
* mriedem looks at the grenade failures14:50
sdaguethough, it seemed to work fine14:50
sdaguethe grenade failure for ironic is because they are using the old param to start_compute14:51
sdaguethat got broken with our introduction of CELLSV2_SETUP14:51
mriedemyeah vdrok just pushed a change for that14:52
mriedemsdague: ok so you want to update the devstack patch or i can14:52
sdaguemriedem: so... this did pass on the subnodes14:52
vdrokI'll remove the nomulticell flag that we did introduce in a later patch14:52
mriedemhuh?14:52
mriedemhttp://logs.openstack.org/58/487458/3/check/gate-tempest-dsvm-ironic-ipa-wholedisk-agent_ipmitool-tinyipa-multinode-ubuntu-xenial/6cf92e0/logs/subnode-2/devstacklog.txt.gz#_2017-07-27_14_10_41_64714:52
mriedemsdague: ^ is the stack on the subnode14:52
*** vishwanathj has quit IRC14:53
*** Swami has joined #openstack-nova14:53
sdagueoh, sorry, it was an nv job14:53
*** vishwanathj has joined #openstack-nova14:54
*** kristian__ has quit IRC14:54
sdaguemriedem: so, wrap it in n-api enabled?14:54
mriedemsdague: i just updated it14:55
*** mamandle has quit IRC14:55
sdaguemriedem: ++14:55
*** sridharg has quit IRC14:56
sdaguemriedem / dansmith - https://review.openstack.org/#/c/487246/ my proposed solution on the nova-compute wait for ready14:58
sdagueit seems to have worked on the 3 node job correctly14:58
*** lucasxu has quit IRC14:59
*** raunak has joined #openstack-nova15:01
*** raunak has quit IRC15:01
*** lucasxu has joined #openstack-nova15:02
mriedemoh that's devstack, i thought that was nova15:02
openstackgerritTakashi NATSUME proposed openstack/nova master: List/show all server migration types (1/2)  https://review.openstack.org/43060815:02
openstackgerritTakashi NATSUME proposed openstack/nova master: List/show all server migration types (2/2)  https://review.openstack.org/45948315:02
sdaguemriedem: right, it's a devstack change15:03
*** kristian__ has joined #openstack-nova15:03
*** ys__ has joined #openstack-nova15:03
sdaguebut trying to put it in devstack directly instead of more orchestration in d-g that gets messy15:03
*** rcernin has quit IRC15:03
mriedemjaypipes: sdague: went through https://review.openstack.org/#/c/357726/ - i guess if you want to put it in then ok15:03
mriedemwe should fix the extension name in the reno15:03
jaypipesk15:04
mriedemit's one of those issues that we're not going to hear about for 18 months15:04
*** kristian__ has quit IRC15:04
mriedemwhen pike is the oldest stable branch15:04
*** links has joined #openstack-nova15:04
*** kristian__ has joined #openstack-nova15:04
*** takashin has left #openstack-nova15:05
dansmithsdague: that won't reliably wait for the third node, right?15:05
ys__Hi, All. After I changed cpu_allocation_ratio in controller, Should I restart all nova services or just nova scheduler?15:05
*** kristia__ has joined #openstack-nova15:06
*** baoli has quit IRC15:06
dansmithys__: see topic please15:06
mriedemys__: that's used in both the scheduler and the compute service15:06
*** yingjun has joined #openstack-nova15:07
*** links has quit IRC15:07
*** annegentle has joined #openstack-nova15:07
mriedemactually the option is only used in the compute service15:07
mriedemto update the compute node recored,15:07
mriedem*record15:07
mriedemwhich is used by the scheduler15:07
*** kristia__ has quit IRC15:07
sdaguedansmith: yes, it will15:09
*** baoli has joined #openstack-nova15:09
*** kristian__ has quit IRC15:09
dansmithsdague: how?15:09
sdagueeach node is waiting for it's own hostname to show up15:09
sdaguestack.sh doesn't complete until it has15:09
dansmithand something else waits for stack.sh on all the nodes before we run tempest/15:10
sdagueyes, stack.sh executions are linear15:10
dansmithokay15:10
sdagueotherwise tempest would run before services were setup15:10
*** tbachman has quit IRC15:12
*** jamesdenton has quit IRC15:13
mriedemdansmith: devstack-gate is waiting for the subnode stacks to be done15:13
*** jjung has quit IRC15:13
mriedembefore calling discover_hosts15:13
mriedemso yeah this looks ok15:14
dansmithack15:14
mriedemhttp://logs.openstack.org/46/487246/2/experimental/gate-tempest-dsvm-neutron-dvr-ha-multinode-full-ubuntu-xenial-nv/6cd2a5b/logs/devstack-gate-discover-hosts.txt.gz15:14
mriedem^ is the 3 node job on that change15:14
dansmithI hadn't scrolled right enough to see it was querying its own record, so assumed this was waiting for _a_ compute15:14
mriedemsdague: dansmith: btw, would like to get rid of those ugly ass DEBUG outputs for oslo.concurrency from nova-manage https://review.openstack.org/#/c/487179/15:15
mriedem^ is probably backportable if you want me to open a bug15:15
*** jamesdenton has joined #openstack-nova15:15
*** annegentle has quit IRC15:16
*** annegentle has joined #openstack-nova15:17
openstackgerritMatt Riedemann proposed openstack/nova master: Add oslo_concurrency=INFO to default log levels for nova-manage  https://review.openstack.org/48717915:18
*** jamesden_ has joined #openstack-nova15:20
*** jamesdenton has quit IRC15:20
*** annegentle has quit IRC15:21
s-deanHi, I got past the Cells issue yesterday and managed to list hypervisors and display nodes and services, then i cocked up on install neutron, and now im back to square one. cant list hypervisors15:21
s-dean<class 'oslo_messaging.exceptions.MessagingTimeout'> __call__ /usr/lib/python2.7/dist-packages/nova/api/openstack/wsgi.py:103915:22
*** imacdonn has joined #openstack-nova15:22
mriedeminstalling neutron shouldn't do anything with nova15:22
s-deani swear all services are connected to rabbit so why cant I list hypervisors and services15:22
s-deanMessagingTimeout: Timed out waiting for a reply to message ID e65f06c471cc4e75858f936cf4dff04115:22
s-deanis there a database that i can check to see the transport URL15:23
s-deani had to start a fresh again15:23
*** sree has quit IRC15:23
mriedems-dean: nova-manage cell_v2 list_cells --verbose15:23
mriedemwill dump the db and mq urls for the cell mappings15:23
mriedemwhich should just be cell0 and cell115:24
s-deanive ran that command15:24
s-deantransport is fine15:24
s-deanto my eye15:24
s-deanhell conductor can even see my compute node15:24
mriedemand the cell1 transport url is the same as the transport url in nova.conf?15:24
s-deanyes15:24
s-dean=INFO REPORT==== 27-Jul-2017::16:17:08 ===15:24
s-deanConnection <0.1768.0> (10.30.0.2:32936 -> 10.30.0.2:5672) has a client-provided name: nova-api:4929:dec90db5-2cda-44ea-8ce7-e007fe5280a215:24
mriedemare the computes in the nova_api.host_mappings table?15:24
s-deannot yet15:25
s-deantried to list the hypervisor15:25
mriedemthat's probably your problem15:25
mriedemrun: nova-manage cell_v2 discover_hosts15:25
mriedem--verbose option on that too15:25
s-deanFound 1 computes in cell: f2852cfb-ae7f-47d0-bef2-d00069bb57ca15:26
s-deanand again ERROR 500 on nova compute api15:26
s-deanjust times out15:26
s-deani can see it connecting to rabbit15:27
s-deanive had this issue at least 4 times now15:28
s-deanonly yesterday, dont know what i did different but it was happy and let me list hypervisors and services15:28
*** vishwanathj has quit IRC15:29
*** vishwanathj has joined #openstack-nova15:29
*** andreas_s has quit IRC15:29
*** annegentle has joined #openstack-nova15:30
s-deanthis is the rabbit mq driver15:30
*** coreywright has quit IRC15:30
s-deanoslo_messaging _drivers amqpdriver.py15:30
*** yassine has quit IRC15:31
*** psachin has joined #openstack-nova15:32
*** vishwana_ has joined #openstack-nova15:33
mriedemdoes the cell_mapping in the host_mappings table entries match cell1 in the cell_mappings table?15:33
*** vishwanathj has quit IRC15:33
mriedemi.e. are the computes mapped to cell1 properly?15:33
*** cfriesen_ has joined #openstack-nova15:34
sdaguemriedem: was just talking with dhellman, the sitemap fix isn't going to fix the 404s15:34
sdaguewe're going to need to build a redirect list up ourselves15:34
*** baoli has quit IRC15:34
*** vishwana_ has quit IRC15:35
*** baoli has joined #openstack-nova15:35
*** vishwanathj has joined #openstack-nova15:35
*** gyee has joined #openstack-nova15:35
*** rajathagasthya has joined #openstack-nova15:36
s-deanin that table, this is what i have | 2017-07-27 14:35:05 | NULL       |  1 |       2 | compute01 |15:36
s-dean| 2017-07-27 14:35:05 | NULL       |  1 |       2 | compute01 |15:36
mriedemsdague: ok :(15:36
*** claudiub has quit IRC15:37
*** zz9pzza has quit IRC15:37
mriedemwhat are the columns for that?15:37
s-deancreated at updated at id cell_id host15:38
mriedemok so 1 entry15:38
s-deanyeah15:38
mriedemand the id for cell1 in the cell_mappings table is 2?15:38
*** annegentle has quit IRC15:38
s-deanyes15:38
s-deancorresponds to cell_mappings table15:39
s-deancell1 = id 215:39
mriedemand this is ocata code or mater (pike)?15:39
mriedem*master15:39
s-deanocata15:39
mriedemand nova hypervisor-list fails yes?15:40
mriedemdoes nova service-list work?15:40
s-deanchecking15:41
s-deanno15:41
s-deanjust hangs15:41
s-deanlet me turn tls off and recreate the endpoint with http15:42
*** gszasz has quit IRC15:42
*** edmondsw has quit IRC15:42
*** coreywright has joined #openstack-nova15:43
openstackgerritMerged openstack/nova master: Ensure we unshelve in the cell the instance is mapped  https://review.openstack.org/48620815:43
s-deansdague replied to one of my bugs yesterday saying that i had a rabbitmq misconfiguration, and then out of the blue it worked but now im back to square one.15:44
*** moshele has joined #openstack-nova15:44
*** sambetts is now known as sambetts|afk15:45
*** hshiina has joined #openstack-nova15:46
*** yushb has quit IRC15:48
*** hongbin has joined #openstack-nova15:48
s-deanwhere does os-hypervisors15:48
s-deanlive in the DB15:48
s-dean?15:48
*** baoli has quit IRC15:49
*** rmart04 has quit IRC15:50
*** edmondsw has joined #openstack-nova15:50
*** rmart04 has joined #openstack-nova15:50
*** p01nt3r75 has quit IRC15:52
bauzass-dean: compute_nodes15:52
*** Swami has quit IRC15:54
mriedemsdague: bauzas: dansmith: should we get this in before we release novaclient for pike? https://review.openstack.org/#/c/487513/15:54
mriedemwe could also backport since it's latent15:54
*** saphi_ has quit IRC15:54
bauzasmriedem: dunno, your thoughts ?15:54
bauzashonestly it's for the CLI15:55
bauzasso a backport looks good to me15:55
s-deanok well that table has data inside it, and references my compute node15:55
*** efoley has quit IRC15:56
openstackgerritMatt Riedemann proposed openstack/python-novaclient master: Allow tuple as for nics value  https://review.openstack.org/47581615:57
*** baoli has joined #openstack-nova15:57
openstackgerritMatt Riedemann proposed openstack/python-novaclient master: doc: Remove Makefile  https://review.openstack.org/48009615:58
*** moshele has quit IRC15:58
*** phuongnh has joined #openstack-nova16:00
openstackgerritEd Leafe proposed openstack/nova master: Handle hash ring rebalancing in ironic flavor migration  https://review.openstack.org/48792516:01
s-deandoes setting cell type in the nova.conf screw things up ?16:02
*** moshele has joined #openstack-nova16:02
s-deanis that option only for V116:02
mriedems-dean: cell type is only for cells v116:02
s-deanright ok16:02
ildikovmriedem: I know it's code freeze week, but can you come to the Cinder-Nova meeting?16:02
s-deanthats my issue16:03
mriedems-dean: you shouldn't touch anything in the [cells] group in nova.conf16:03
s-deanok, man have cell disabled makes it sound like you should set it to enabled16:04
s-deanbut that activates cells v1 right16:04
mriedemthe naming is unfortunate and confusing yes16:04
s-deanomg16:04
s-deanalright16:04
mriedem[cells]/enable=True is not what you want16:04
s-deanhahha16:04
s-deanok16:04
s-deancheers for your help ill let you get back to your development16:05
s-deanand go and reinstall again16:05
s-deanfor the 10th time16:05
mriedems-dean: note https://github.com/openstack/nova/blob/master/nova/conf/cells.py#L24-L2716:05
mriedemthe config options and their help is also here https://docs.openstack.org/nova/ocata/sample_config.html16:06
*** lucasxu has quit IRC16:06
s-deanthat link is for the Dev docs16:06
s-deanright16:06
mriedemjaypipes: have you checked the CI results on the claims in scheduler change yet?16:08
mriedemhow are we looking?16:08
mriedemi'm nervous there is no chatter in here about that patch16:08
*** rajathag_ has joined #openstack-nova16:08
mriedemvdrok: grenade failed http://logs.openstack.org/58/487458/5/check/gate-grenade-dsvm-ironic-ubuntu-xenial/f1fd08b/logs/grenade.sh.txt.gz#_2017-07-27_15_59_36_71716:09
*** rajathagasthya has quit IRC16:09
vdrokyup, just commented on the patch. apart from the definition in upgrade/settings I also see this http://logs.openstack.org/58/487458/5/check/gate-grenade-dsvm-ironic-ubuntu-xenial/f1fd08b/logs/grenade.sh.txt.gz#_2017-07-27_15_58_24_805. guess I have to define it once again in the upgrade.sh?16:10
*** rmart04 has quit IRC16:10
*** saphi_ has joined #openstack-nova16:13
openstackgerritDoug Hellmann proposed openstack/nova master: WIP: add a redirect for the old cells landing page  https://review.openstack.org/48793216:13
*** roeyc has joined #openstack-nova16:15
*** roeyc has quit IRC16:16
*** moshele has quit IRC16:19
*** sshwarts has quit IRC16:23
*** dtp has joined #openstack-nova16:28
*** ralonsoh has quit IRC16:28
*** lyan has quit IRC16:29
*** kaisers_ has quit IRC16:29
*** psachin has quit IRC16:32
*** phuongnh has quit IRC16:32
openstackgerritJackie Truong proposed openstack/nova master: Implement certificate_utils  https://review.openstack.org/47994916:36
jaypipesmriedem: sorry, was at lunch16:41
jaypipesmriedem: checking now.16:41
jaypipesmriedem: bottom patch has an unrelated failure: http://logs.openstack.org/89/487589/6/check/gate-nova-python35/ce8b77c/testr_results.html.gz16:42
jaypipesmriedem: top patch (the claims one) has no failures.16:42
mriedemyeah i've seen that weird rpc timeout one16:42
*** iceyao has quit IRC16:45
openstackgerritMatt Riedemann proposed openstack/nova master: doc: add FAQ entry for cells v1 config options  https://review.openstack.org/48793816:49
mriedems-dean: ^16:49
*** hshiina has quit IRC16:50
dansmithmriedem: I was thinking of expanding the warning on my new cells doc to explain not only it not applying to cellsv1, but also that anything about the nova-cells service, the [cells] section of the config, etc16:50
dansmithsince "cellsv1" is not a neat box everyone understands16:50
mriedemyeah there is a warning here https://docs.openstack.org/ocata/config-reference/compute/cells.html16:52
mriedembut doesn't mention the config options,16:52
mriedemor nova-cells servie16:52
mriedemwhich are part of the confusion16:52
*** chyka has joined #openstack-nova16:52
dansmithaye16:53
sdaguevdrok: ok https://review.openstack.org/#/c/487809/ is +A16:53
sdaguethe ironic patch is looking pretty good16:54
vdroksdague: thanks!16:54
sdaguevdrok: you should start lining up +2s on that one16:54
vdrokwill do as soon as I have a pass :)16:55
*** lyan has joined #openstack-nova16:58
cfriesen_mriedem: thanks for fixing those nits on the unshelve.  I'm a couple hours behind you. :)16:58
mriedemnp, thanks for fixing16:59
*** Apoorva has joined #openstack-nova16:59
*** baoli has quit IRC16:59
*** rmart04 has joined #openstack-nova17:01
*** rmart04 has quit IRC17:01
openstackgerritMerged openstack/nova master: Add 'updated_at' field to InstancePayload in notifications  https://review.openstack.org/47527617:02
*** derekh has quit IRC17:03
mriedemthis fixes another one of our random functional test failures https://review.openstack.org/#/c/487772/17:03
*** zz9pzza has joined #openstack-nova17:04
*** baoli has joined #openstack-nova17:06
sdaguemriedem nice17:07
*** zz9pzza has quit IRC17:08
*** harlowja has joined #openstack-nova17:09
*** baoli has quit IRC17:10
*** baoli has joined #openstack-nova17:11
*** iceyao has joined #openstack-nova17:11
openstackgerritMerged openstack/python-novaclient master: Add 'Forced down' column in serivce-list  https://review.openstack.org/48726317:11
*** tbachman has joined #openstack-nova17:11
*** mvk has joined #openstack-nova17:13
*** iceyao has quit IRC17:15
*** rcernin has joined #openstack-nova17:16
openstackgerritMerged openstack/python-novaclient master: Be clear about hypevisors.search used in a few CLIs  https://review.openstack.org/48751317:17
*** chyka has quit IRC17:18
*** chyka has joined #openstack-nova17:18
openstackgerritEd Leafe proposed openstack/nova master: Handle hash ring rebalancing in ironic flavor migration  https://review.openstack.org/48795417:19
openstackgerritDoug Hellmann proposed openstack/nova master: WIP: add a redirect for the old cells landing page  https://review.openstack.org/48793217:19
openstackgerritMatt Riedemann proposed openstack/nova master: hardware offload support for openvswitch  https://review.openstack.org/39826517:19
openstackgerritEd Leafe proposed openstack/nova master: Handle ironicclient failures in Ironic driver  https://review.openstack.org/48792517:19
mriedemjaypipes: +2 on moshe's hw offload thingamajig https://review.openstack.org/#/c/398265/17:20
*** dtantsur is now known as dtantsur|afk17:24
*** Apoorva_ has joined #openstack-nova17:26
*** Apoorva has quit IRC17:29
*** jamesden_ has quit IRC17:29
*** jamesdenton has joined #openstack-nova17:31
*** lucasagomes is now known as lucas-afk17:31
openstackgerritBalazs Gibizer proposed openstack/nova master: Test resize with placement api  https://review.openstack.org/48795817:33
gibimriedem: here is my first stab at the resize tests with placement api ^^17:33
gibimriedem: it is pretty unstable at the current form and ther are some asserts commented out that are failing right now17:34
mriedemgibi: cool, thanks17:34
openstackgerritEd Leafe proposed openstack/nova master: Handle hash ring rebalancing in ironic flavor migration  https://review.openstack.org/48795417:34
gibimriedem: can be a real bug or can be some race in the test17:34
edleafedansmith: ^^ updated to address your comments17:34
gibimriedem: I have to leave for today but check back tomorrow morning17:34
*** chyka has quit IRC17:35
dansmithedleafe: cool, lets get ironic eyes on it and then I think we're good17:35
openstackgerritSean Dague proposed openstack/nova master: always show urls in list_cells  https://review.openstack.org/48786017:35
cdentgibi++17:35
openstackgerritMerged openstack/python-novaclient master: Help text for "--matching" is not clear.  https://review.openstack.org/48770817:36
sdaguegibi: thanks for solving that test race17:36
*** chyka has joined #openstack-nova17:37
sdaguemriedem: the sqla_url functions don't really provide the same reassembly that you get from urlparse17:37
sdaguewhich is why it was not used in https://review.openstack.org/#/c/487860/17:37
*** Apoorva_ has quit IRC17:39
*** yamahata has joined #openstack-nova17:40
*** ijw has joined #openstack-nova17:41
*** Apoorva has joined #openstack-nova17:41
*** penick has joined #openstack-nova17:45
mriedem"Alex Xu  2:33 AM oh..damn it."17:49
mriedemsomeone is going to have to have a talk with alex_xu17:49
mriedembauzas: so your -1 on this is just stale at this point https://review.openstack.org/#/c/483566/17:52
mriedembauzas: can you remove the -1 and re-review? if you're ok, but don't want to +W until i go through it too that's fine17:52
jaypipesmriedem: yeah, I'm on it.17:53
mriedemyou know, this low sodium vegetarian lentil soup that laura buys could really use some pork17:53
jaypipesomg lmao17:54
openstackgerritDoug Hellmann proposed openstack/nova master: WIP: add a redirect for the old cells landing page  https://review.openstack.org/48793217:54
bauzasmriedem: sure , just at dinner atm so will do in the next hour17:55
*** kbaegis has quit IRC17:55
*** kbaegis has joined #openstack-nova17:55
*** yingjun has quit IRC17:56
*** saphi_ has quit IRC17:56
smcginnismriedem: Some of the vegetarian pork like they tried to give dims?17:58
dimsLOL17:58
dansmithjust don't give him quinoa whatever you do17:58
*** zz9pzza has joined #openstack-nova17:58
dimsamen!17:58
dansmithpork = funny joke17:58
dansmithquinoa = unfunny disaster17:58
sdagueright, all the quinoa goes to dansmith17:58
mriedemlike a gremlin eating after midnight17:59
dansmithsdague: joke's on you homeboy, I like quinoa17:59
sdagueI am confused by dansmith liking something that's not a hamburger18:00
dansmithhttp://www.bonappetit.com/recipe/stellar-quinoa-burger18:01
*** rajathag_ has quit IRC18:01
sdaguedansmith: that looks pretty good, will need to add that to my recipe stash18:02
dansmithfirst hit on google.. looks gross though because it has sweet potato in it18:02
sdagueheh18:03
sdagueoh, so you don't actually eat that :)18:03
*** zz9pzza has quit IRC18:03
dansmithsweet potato is gross18:03
dansmithregular potato == perfect18:03
vdrokthanks for the help  with multicell, all jobs green :)18:05
dansmithwoot18:08
mriedemfinal novaclient release is up https://review.openstack.org/48796618:09
mriedemonto the claims in the scheduler patch,18:10
mriedemi see the move accounting happening on that change in the multinode patch18:11
mriedemhttp://logs.openstack.org/66/483566/20/check/gate-tempest-dsvm-neutron-multinode-full-ubuntu-xenial-nv/374e3c3/logs/screen-n-sch.txt.gz#_Jul_27_14_36_56_13884318:11
mriedemNew allocation request containing both source and destination hosts in move operation: {'allocations': [{'resource_provider': {'uuid': u'209a32d3-f240-4bcc-9d9d-8ae371b97d42'}, 'resources': {u'VCPU': 1, u'MEMORY_MB': 64}}, {u'resource_provider': {u'uuid': u'fdba3ea4-883a-4dc4-a2d6-49d723f9559e'}, u'resources': {u'VCPU': 1, u'MEMORY_MB': 64}}]}18:11
*** moshele has joined #openstack-nova18:11
mriedemthis one is a resize New allocation request containing both source and destination hosts in move operation: {'allocations': [{'resource_provider': {'uuid': u'209a32d3-f240-4bcc-9d9d-8ae371b97d42'}, 'resources': {u'VCPU': 1, u'MEMORY_MB': 64}}, {u'resource_provider': {u'uuid': u'fdba3ea4-883a-4dc4-a2d6-49d723f9559e'}, u'resources': {u'VCPU': 1, u'MEMORY_MB': 64}}]}18:11
mriedemoops18:11
mriedemhttp://logs.openstack.org/66/483566/20/check/gate-tempest-dsvm-neutron-multinode-full-ubuntu-xenial-nv/374e3c3/logs/screen-n-sch.txt.gz#_Jul_27_14_48_57_85337718:12
mriedemNew allocation request containing both source and destination hosts in move operation: {'allocations': [{'resource_provider': {'uuid': u'fdba3ea4-883a-4dc4-a2d6-49d723f9559e'}, 'resources': {u'VCPU': 1, u'MEMORY_MB': 64}}, {u'resource_provider': {u'uuid': u'209a32d3-f240-4bcc-9d9d-8ae371b97d42'}, u'resources': {u'VCPU': 1, u'MEMORY_MB': 128}}]}18:12
mriedemmemory bumps up18:12
*** corey_ has joined #openstack-nova18:12
mriedemso that all seems cool18:12
*** corey_ is now known as Guest2549818:12
*** cleong has quit IRC18:13
mriedemi don't expect anything to be busted with soft delete, since with soft delete we do'nt delete the instance until it's reclaimed18:13
mriedemso the allocations shouldn't change until that happens18:13
cdentgibi’s test suggeests that cleanups are not happening18:13
cdenti’m experimenting with them now to see if I can see anything wrong/weird18:13
*** moshele has quit IRC18:13
mriedemi do see the source node cleaning up allocations during live migration18:15
mriedemhttp://logs.openstack.org/66/483566/20/check/gate-tempest-dsvm-neutron-multinode-full-ubuntu-xenial-nv/374e3c3/logs/screen-n-cpu.txt.gz#_Jul_27_14_35_26_07723318:15
mriedemjaypipes: dansmith: do we need to worry about this? https://github.com/openstack/nova/blob/master/nova/compute/resource_tracker.py#L106818:15
mriedemwiping out all of the allocations for an instance because it's no longer on the source node18:16
dansmithhmm, I thought not because of the claim at the end on the destination, but let me look18:16
dansmithmriedem: yeah, we should check the allocations before we delete to see if we own any of them I think, or delete the ones that pertain to us18:17
dansmithinstead of just nuking them all18:17
dansmithgood call18:17
*** rajathagasthya has joined #openstack-nova18:19
mriedemit also seems that https://github.com/openstack/nova/blob/master/nova/compute/resource_tracker.py#L1068 could simply updated to be:18:20
mriedemif not instance.host or instance.host != CONF.host:18:20
mriedem    continue18:20
jaypipeserr, not sure about that...18:21
mriedemotherwise yeah, pass the cn uuid to https://github.com/openstack/nova/blob/master/nova/scheduler/client/report.py#L999 and we could make sure to only remove allocations for the source node + instance18:21
mriedemnote that if we have to change anything here in the compute, it wouldn't be there for ocata computes18:22
jaypipesmriedem: an allocation is an all-or-none thing, though.18:22
mriedemjaypipes: i don't know what that means18:22
mriedemwe're doubling up allocations here https://review.openstack.org/#/c/487589/6/nova/scheduler/client/report.py18:22
mriedemto maintain the source node allocations18:22
mriedembut https://github.com/openstack/nova/blob/master/nova/compute/resource_tracker.py#L1068 will clearly blast those away18:23
jaypipesmriedem: You can't delete "part of an allocation".18:23
mriedemwhy not? we amended part of an allocation18:23
mriedemhere https://review.openstack.org/#/c/487589/6/nova/scheduler/client/report.py18:23
jaypipesno, we replaced it.18:23
mriedemso we patched something in, we can't patch something out?18:23
jaypipesPUT /allocations overwrites.18:23
mriedemyes i know18:23
jaypipesmriedem: hold up.18:23
mriedemi'm saying,18:23
mriedemwe have to do the same thing for https://github.com/openstack/nova/blob/master/nova/compute/resource_tracker.py#L106818:24
mriedemto remove the allocations for the instance on the source node18:24
mriedembut leave the allocations for the instance on the dest node18:24
mriedemis it hangout time?18:24
dansmithwe either have to not delete,18:25
jaypipesmriedem: the dest host will end up writing the allocation entirely (only including the allocated resources on the dest host) when the move operation completes successfully.18:25
dansmithor put the allocation with our part removed18:25
dansmithjaypipes: right but the source will then delete it without checking it18:25
dansmithand I think those two things probably race with each other18:25
jaypipesmriedem: so I think what we need to do is just ensure _update_usage_from_instances() does not call that _remove_deleted_instances_allocations() for instances currently in a move operation18:25
jaypipesdansmith: understood. we just need to ensure we don't call that delete for any instances in a move operation18:26
dansmithjaypipes: or instances that are just finishing a move operation that it thinks have been deleted18:26
dansmithjaypipes: I don't think you can know that it's in a move operation if you're late to the party18:26
mriedemdansmith: the instance would have a migration_context?18:26
bauzasmriedem: back there18:26
jaypipesguys, won't https://github.com/openstack/nova/blob/master/nova/compute/resource_tracker.py#L1060 skip instances that are currently being mnoved?18:27
*** lyan has quit IRC18:27
openstackgerritMerged openstack/python-novaclient master: Allow tuple as for nics value  https://review.openstack.org/47581618:27
* bauzas scrolling 18:27
dansmithmriedem: not if you'reon the late end of the race18:27
dansmithcurrently being moved is not the problem18:27
dansmith"just moved a half second ago" is the problem right?18:27
jaypipesbut instance.host will be not None.18:27
jaypipesthe only time instance.host is None is when the instance is deleted.18:27
*** lyan has joined #openstack-nova18:28
*** jmlowe has quit IRC18:28
dansmithjaypipes: actually not18:28
dansmithjaypipes: that's reversed.. None means "not yet booted".. it's still $host after you delete18:28
dansmithit's skipping not yet booted instances18:28
dansmithif the hostname doesn't match you'll continue on to delete it because it's not on our host right?18:29
jaypipesah, shit.18:29
dansmithsince this logic was all based on just accounting for the local host, I don't think it quite works18:29
dansmithplus,18:29
dansmiththere is a race between fetchign the instance and its host flipping to the other side18:29
*** annegentle has joined #openstack-nova18:29
mriedemright the not instance.host is for scheduling instances the first time18:30
mriedemper the comment18:30
mriedem"# Allocations related to instances being scheduled should not be                                   # deleted if we already wrote the allocation previously."18:30
dansmithyeah18:30
dansmiththis was the "leafe race"18:30
mriedem"already wrote the allocation previously" == in the scheduler18:30
mriedemright18:30
jaypipesbut allocations_to_delete won't contain migrating instances. Because migrating instances are in RT.tracked_instances, no?18:30
dansmithjaypipes: not at the instance after we complete the migration right?18:31
* jaypipes thinks18:31
mriedemthat i don't know18:31
mriedemb/c it's f'ed18:31
dansmithjaypipes: either way, this is not a big deal:18:31
dansmithjust pull the allocation like we do, and if we're not in it, we don't touch it18:32
dansmithand maybe something else about if there are two in there, then don't delete either, although not sure if that's important or not18:32
jaypipesdansmith: sure, that's a fairly safe thing.18:32
*** acormier has quit IRC18:33
jaypipesok, guys, lemme update the move patch.18:33
mriedemjust looking at where this starts from, the periodic is in here https://github.com/openstack/nova/blob/master/nova/compute/resource_tracker.py#L66718:33
mriedemjaypipes: just do it on top of that one since it's in the gate18:33
mriedemwe get the instances for the host and node (source)18:33
mriedemclear out all tracked instances https://github.com/openstack/nova/blob/master/nova/compute/resource_tracker.py#L103018:34
dansmithjaypipes: mriedem: ++ for not interrupting the one in the gate18:34
mriedemthen we go here https://github.com/openstack/nova/blob/master/nova/compute/resource_tracker.py#L104418:34
mriedemwhich is where i get lost18:34
*** acormier has joined #openstack-nova18:35
bauzasmriedem: what's the concern?18:35
mriedemi think it just gets added here https://github.com/openstack/nova/blob/master/nova/compute/resource_tracker.py#L99518:35
mriedembecause we clear self.tracked_instances before calling that method18:36
jaypipesyeah18:36
mriedemso is_new_instance = uuid not in self.tracked_instances will be True18:36
mriedemand then self.tracked_instances[uuid] = obj_base.obj_to_primitive(instance)18:36
bauzasmriedem: you want to know whether migrating instances are in tracked_instances ?18:36
dansmithmriedem: even still, we pull the allocation, we should never just blindly delete it without looking to make sure it's what we expect, which is kinda the point of the generation stuff, but in reverse here18:36
jaypipesbauzas: they aren't. they are. depends on when in the update_available_resource() method you're looking at ;)18:36
*** ijw_ has joined #openstack-nova18:36
bauzasmriedem: if that's the question, I don't think so18:36
bauzasmriedem: because we lookup at all the existing instances18:37
jaypipesdansmith: ack18:37
mriedemdansmith: yeah, that seems simplest too18:37
dansmithanybody else looking forward to most of this code going away? :)18:37
mriedemo/18:37
bauzasso since we update the instance.host once the migration is done, the target RT doesn't see it18:37
mriedemso here is another question, which no one is going to like18:37
mriedemthis is going to be a change in how the compute is behaving18:37
mriedemand ocata computes won't have this18:37
mriedemso,18:37
jaypipesdansmith: hmm...18:38
mriedemdo we (1) make claims in the scheduler dependent on pike computes, or (2) throw to the wind and rely on the dest periodic self-heal fixing the allocations?18:38
jaypipesdansmith: so we're calling get_allocations_for_resource_)provider() and passing in the source compute node UUID.18:38
jaypipesdansmith: so we're guaranteed that the only allocations returned are instances that are "on the source host" according to placement.18:38
dansmithmriedem: well the healing doesn't happen all the time, as he pointed out yesterday, only when instances are added/removed, right?18:39
dansmithmriedem: so I'm not sure we'll actually heal over stuff that ocata computes don't do :/18:39
dansmithjaypipes: delete_allocation_for_instance() operates only on an instance uuid18:39
dansmithjaypipes: if we call that after the flip happened for whatever reason we'll do the wrong thing18:40
dansmithjaypipes: even if we started ten minutes ago and got blocked for a while or something18:40
dansmithjaypipes: really we should use generation on delete to make sure we don't delete something we're not intending to :/18:40
jaypipesdansmith: right, but didn't you want me to check to see if the allocation had the source compute node UUID in it and if not, don't call delete allocation?18:40
*** ijw has quit IRC18:40
dansmithjaypipes: yes, but delete allocation is only fetching via instance uuid18:41
dansmithhttps://github.com/openstack/nova/blob/master/nova/scheduler/client/report.py#L999-L100118:41
*** ijw_ has quit IRC18:41
jaypipesdansmith: I understand that, but get_allocations_for_resource_provider() will always only return allocations that "have the source compute node UUID in them"18:41
jaypipesdansmith: so that logic isn't going to filter anything out...18:41
mriedemhangout?18:41
dansmithjaypipes: yeah dude I get that, but we query that way, then time passes, then we delete18:42
jaypipesmriedem: sure18:42
dansmithhttps://hangouts.google.com/call/5pmzfm5wpfckpptt4l5hxjw5cyu18:43
bauzascan I join ?18:45
bauzas:)18:45
bauzasneed more context18:45
mriedemeveryone can join18:45
smcginnisNot if you're in China.18:46
smcginnis:)18:46
mriedemnothing stopping them18:47
mriedemclimb that mountain18:47
smcginnis:D18:47
*** jjung has joined #openstack-nova18:48
*** armax has quit IRC18:49
mriedemhttps://github.com/openstack/nova/blob/master/nova/compute/resource_tracker.py#L66718:52
mriedemhttps://github.com/openstack/nova/blob/master/nova/compute/resource_tracker.py#L103018:52
mriedemif instance.vm_state not in vm_states.ALLOW_RESOURCE_REMOVAL:18:52
*** zz9pzza has joined #openstack-nova18:52
dansmithhttps://github.com/openstack/nova/blob/master/nova/compute/resource_tracker.py#L100718:52
mriedemon unshelve we set the host/node on the instance here https://github.com/openstack/nova/blob/master/nova/compute/manager.py#L442318:56
*** tbachman has quit IRC18:56
mriedemand change the vm_state here https://github.com/openstack/nova/blob/master/nova/compute/manager.py#L444018:57
*** ijw has joined #openstack-nova18:57
*** jmlowe has joined #openstack-nova18:57
*** zz9pzza has quit IRC18:58
openstackgerritMerged openstack/nova master: stabilize test_create_delete_server functional test  https://review.openstack.org/48777219:01
*** ijw has quit IRC19:01
*** Apoorva_ has joined #openstack-nova19:09
mriedemhttps://github.com/openstack/nova/blob/master/nova/compute/resource_tracker.py#L79719:11
*** Apoorva has quit IRC19:12
*** xyang1 has joined #openstack-nova19:12
mriedemhttps://github.com/openstack/nova/blob/master/nova/compute/resource_tracker.py#L101219:13
mriedeminstance_claim updating allocations https://github.com/openstack/nova/blob/master/nova/compute/resource_tracker.py#L22419:14
openstackgerritOpenStack Proposal Bot proposed openstack/nova master: Updated from global requirements  https://review.openstack.org/48803419:16
*** damien_r has quit IRC19:17
*** damien_r1 has joined #openstack-nova19:17
openstackgerritOpenStack Proposal Bot proposed openstack/os-vif master: Updated from global requirements  https://review.openstack.org/48808619:19
*** Apoorva_ has quit IRC19:19
*** Apoorva has joined #openstack-nova19:19
*** damien_r has joined #openstack-nova19:20
openstackgerritOpenStack Proposal Bot proposed openstack/python-novaclient master: Updated from global requirements  https://review.openstack.org/48812519:21
*** damien_r1 has quit IRC19:22
openstackgerritEric Fried proposed openstack/nova master: nova.utils.get_endpoint_data()  https://review.openstack.org/48813719:22
efriedmriedem jaypipes mordred Having started poking at the cinderclient construction, I think ^this^ may be a better alternative to get_service_url19:23
mriedemefried: the house is on fire19:23
dansmithmriedem: jaypipes https://etherpad.openstack.org/p/y9sUcb6XW619:24
mriedemefried: have sdague check out the service catalog stuff19:24
mriedemhe knows more about that than i do19:24
efriedmriedem Roger wilco.19:24
*** eharney_ has joined #openstack-nova19:24
*** eharney has quit IRC19:25
*** eharney_ is now known as eharney19:25
*** jamesdenton has quit IRC19:26
*** jamesdenton has joined #openstack-nova19:26
*** acormier has quit IRC19:28
mordredefried: yes - that's a great approach19:29
efriedmordred Cool, thanks for looking.19:29
*** tbachman has joined #openstack-nova19:29
*** acormier has joined #openstack-nova19:30
*** eharney has quit IRC19:30
mriedemhttps://review.openstack.org/#/c/244489/19:31
*** vishwanathj has quit IRC19:34
*** vishwanathj has joined #openstack-nova19:35
cfriesen_jaypipes: did you ever get anywhere with the issue we discussed at the end of June around duplicate scsi device numbers when using virtio-scsi?19:37
jaypipescfriesen_: nope :(19:37
mriedemcfriesen_: the house is on fire19:37
cfriesen_jaypipes: I think bug 1702999 is related, as is the "cannot attach new volume to an instance" thread on the openstack-operators list19:37
openstackbug 1702999 in OpenStack Compute (nova) "Can't attach volume if instance boot from volume and virtio-scsi is enabled in the image" [Undecided,Incomplete] https://launchpad.net/bugs/170299919:37
jaypipesoh wait, yeah I think we did have a patch for that...19:38
jaypipescfriesen_: gimme a while... on call19:38
mriedemcfriesen_: this? https://review.openstack.org/#/q/topic:bug/168611619:38
*** awaugama has quit IRC19:42
cfriesen_mriedem: looks like it might help.  in the case I looked at it would boot (using sda) but trying to attach volumes would fail.19:42
cfriesen_might be the case that 1702999 is already fixed19:42
*** pwiltsey has joined #openstack-nova19:45
*** zz9pzza has joined #openstack-nova19:46
*** nicolasbock has quit IRC19:48
cdentjaypipes: if you end up with something that has lose ends by the time you go to bed, feel free to let me know the state of things and I can poke in my morning19:49
jaypipescdent: thx Chris, will do.19:49
*** zz9pzza has quit IRC19:51
*** pchavva has quit IRC19:56
openstackgerritOpenStack Proposal Bot proposed openstack/python-novaclient master: Updated from global requirements  https://review.openstack.org/48812519:57
openstackgerritDoug Hellmann proposed openstack/nova master: add a redirect for the old cells landing page  https://review.openstack.org/48793219:59
*** lyan has quit IRC20:02
*** lyan has joined #openstack-nova20:03
*** liverpooler has quit IRC20:09
openstackgerritOpenStack Proposal Bot proposed openstack/nova master: Updated from global requirements  https://review.openstack.org/48803420:10
jaypipesdansmith: fuuug... so confirm_resize() doesn't run on the destination host. It runs on the source host. :(20:12
mriedemyeah it doesn't call back into rt20:12
mriedem_prep_resize is on dest host right?20:12
mriedemconfirm just cleans up shit on the source20:12
mriedem*i think*20:12
*** eharney has joined #openstack-nova20:13
jaypipesmriedem: yeah. and that's not the stage of the move operation that we want to have the destination host call PUT /allocations :(20:13
mriedemand i think revert on the source doesn't do anything either, since it's already got resources claimed20:13
mriedemso there is nothing to unclaim20:13
bauzasfolks, I will have to bail out, but I'll look at the IRC channel tomorrow morning20:14
mriedemi'm just about to push a change to add some logging and crap in the scheduler.reportclient.delete_allocations_for_instance to sanity check the allocations before we blow them away, to at least see if we're hitting weird stuff in there during migrate tests20:14
mriedembauzas: o/20:14
bauzasfer sur, if you need my review, lemme know20:14
dansmithjaypipes: ugh20:15
openstackgerritOpenStack Proposal Bot proposed openstack/python-novaclient master: Updated from global requirements  https://review.openstack.org/48812520:15
*** smatzek has quit IRC20:15
sdagueefried: link me20:15
efriedsdague https://review.openstack.org/488137 bam20:16
efriedsdague TIA.20:16
sdaguemriedem: https://review.openstack.org/#/c/487860/ - nova-manage list_cells enhancement20:16
sdaguewith working tests20:16
jaypipesdansmith, mriedem: so this means really the only thing we can do during confirm_resize() (since it's on the source host) is recalculate the allocation (which will be the doubled-up thing) on the source host RT and remove all entries in the allocation set that refer to the source compute host UUID20:16
sdagueI will keep bugging you about it :)20:16
dansmithjaypipes: yeah20:18
dansmithjaypipes: I was thinking something different, but that's smarter :)20:18
*** pwiltsey has quit IRC20:19
sdagueefried: I'm surprised this is 'glance' and not 'image' - https://review.openstack.org/#/c/488137/1/nova/image/glance.py@12720:19
*** pwiltsey has joined #openstack-nova20:19
*** cfriesen_ has quit IRC20:20
*** vladikr has quit IRC20:20
efriedsdague It's the conf group name, which needs to correspond to the project name.20:20
openstackgerritMatt Riedemann proposed openstack/nova master: Sanity check delete_allocation_for_instance  https://review.openstack.org/48818720:20
mriedemdansmith: jaypipes: cdent: ^20:20
mriedemjust for testing at this point20:20
efriedsdague Which we then look up in service-types-authority to get the service_type, which is indeed `image`20:20
*** xyang1 has quit IRC20:21
sdagueefried: ok, I was surprised we couldn't just call it image to start with, but if that's how it is, that's fine20:21
jaypipesmriedem: coo.20:21
sdagueefried: do we have a test job running this with api_servers not set in devstack?20:21
mriedemjaypipes: "is recalculate the allocation (which will be the doubled-up thing) on the source host RT and remove all entries in the allocation set that refer to the source compute host UUID" is i thought what dansmith and i were talking about earlier,20:22
mriedemwhich is similar to what my patch is checkingfor20:22
efriedsdague Yeah, now that you're saying it, I admit it feels a tad weird.  But the point is that nova.utils.get_endpoint_data needs to be able to use that param to find the appropriate conf to load, as well as to find the service_type if it's not specified in the conf.20:22
dansmithmriedem: well, I was assuming we could do it on the destination host20:22
dansmithmriedem: but it doesn't really matter, so yes it's pretty much what we were saying20:23
mriedemok, i wasn't - i was thinking this was purely source host20:23
sdagueefried: yeh, it would be nice in the future if we could just specify "image" as well20:23
dansmithwell, you're just smarter than us20:23
mriedemheh20:23
mriedemi wouldn't go that far20:23
jaypipesI would20:23
efriedsdague You can specify it in the conf: [glance] service_type = image20:24
jaypipesin any case, I'm on it.20:24
dansmithhey20:24
efriedsdague I think you're saying you want to specify the service type directly to nova.utils.get_endpoint_data20:24
mriedemdansmith: was there more to that hey or just that your feelings were hurt?20:25
mriedemdansmith: is this similar to what you were thinking? https://review.openstack.org/#/c/488187/1/nova/scheduler/client/report.py@108520:25
efriedsdague That would get confusing if the operator did in fact specify [glance] service_type = <whatever>20:25
dansmithmriedem: like, it's okay for me to say you're smarter than me, but not okay for jaypipes to say it20:25
mriedemoh i get it20:25
jaypipeseveryone's smarter than me20:26
mriedemfeel free to compliment me on my ability to dig up useless pop trivia20:26
mriedembut not my smarts in general20:26
mriedemlaura had to explain her work schedule to me for this weekend at least 4 times20:26
dansmithheh20:26
sdagueefried: ah20:27
*** jmlowe has quit IRC20:27
sdagueefried: I didn't realize people were allowed to override these20:27
sdagueefried: what's the use case there?20:27
dansmithmriedem: yes, that's similar to what I was thinking20:27
openstackgerritOpenStack Proposal Bot proposed openstack/nova master: Updated from global requirements  https://review.openstack.org/48803420:27
sdagueefried: anyway, on this patch, I think it looks overall good, I want to see a devstack run with api_servers not set to see it working20:28
sdagueafter which I'll +220:28
sdagueand I'll leave the rest of my questions for mordred20:28
sdagueand you at later dates20:28
efriedsdague Well, the overall use case is to consolidate/centralize/consistentify (look it up) the way we get clients.20:28
efriedsdague So for glance it might be a no-brainer that the service type should always be 'image'.20:29
melwittmriedem: what type of things will be allowed after today feature freeze? quota cleanups (like test coverage, removing unused stuff, changing the name of recheck_quota config option) or just bug fixes?20:29
efriedsdague But we want to be able to do it more or less the same way for e.g. cinder, which (egads) is nowhere near as simple.20:29
* smcginnis likes the word consistentify20:29
sdagueefried: yeh, the cinder edge case definitely is a thing.20:30
*** eharney has quit IRC20:30
efriedsdague If you want a leetle preview of what that *might* look like: https://review.openstack.org/#/c/487621/1/nova/volume/cinder.py20:30
mriedemmelwitt: test coverage is obviously ok, and removing dead code20:31
melwittk20:31
mriedemjaypipes: let me know before you push anything since i'd like to see a run with https://review.openstack.org/#/c/488187/20:32
*** Guest25498 has quit IRC20:32
*** ijw_ has joined #openstack-nova20:32
mriedemsdague: i think the list_cells thing will have to be a next week thing20:32
mriedembrain is fried on placement stuff today20:32
openstackgerritOpenStack Proposal Bot proposed openstack/python-novaclient master: Updated from global requirements  https://review.openstack.org/48812520:33
*** ijw_ has quit IRC20:33
sdaguemriedem: that's fine, as long as we can still move it in20:33
*** ijw has joined #openstack-nova20:33
*** ijw has quit IRC20:35
jaypipesmriedem: will do.20:39
*** ijw has joined #openstack-nova20:40
mriedemshould have results in ~15 minutes for the live migration job20:40
*** zz9pzza has joined #openstack-nova20:41
*** xyang1 has joined #openstack-nova20:41
*** cfriesen_ has joined #openstack-nova20:43
*** zz9pzza has quit IRC20:45
mriedemsdague: looks like https://review.openstack.org/#/c/487246/ broke the powervm in tree CI20:50
mriedemefried: thorst: ^20:50
mriedemi'm seeing that here http://184.172.12.213/87/488187/1/check/nova-in-tree-pvm/9c61778/logs/20:51
mriedemopenstack --os-cloud devstack-admin --os-region RegionOne compute service list --host powervm-ci-powervm-devstacked-28324 --service nova-compute -c ID -f value20:51
efriedmriedem looking20:51
mriedemshit and it killed ironic20:52
mriedemhttp://logs.openstack.org/46/487246/2/check/gate-tempest-dsvm-ironic-ipa-wholedisk-bios-agent_ipmitool-tinyipa-ubuntu-xenial-nv/bec38d6/logs/devstacklog.txt.gz#_2017-07-26_11_55_57_11720:52
sdaguemriedem: ah... gah20:52
*** priteau has quit IRC20:53
sdagueright, all the compute for multiple hosts drivers20:53
sdaguemriedem: ok, hitting revert20:54
mriedemack20:54
mriedemthe one time i actually look at in-tree powervm CI results :)20:54
sdagueheh20:54
sdagueyou get credit for finding it first20:55
mriedemyay20:55
mriedemi have notified the ironicers20:55
sdaguewell the revert is submitted and approved20:55
mriedemyeah i see it20:55
sdagueso... actually, why isn't the host set that way on powervm and ironic?20:56
*** gbarros has joined #openstack-nova20:56
openstackgerritEd Leafe proposed openstack/nova master: Handle hash ring rebalancing in ironic flavor migration  https://review.openstack.org/48795420:56
sdagueefried: you have a powervm setup somewhere that you can query?20:56
efriedesberglu needs to be involved here.20:57
*** pwiltsey_ has joined #openstack-nova20:57
*** jjung has quit IRC20:57
*** pwiltsey has quit IRC20:58
edleafedansmith: ^^ incorporated rloo's suggestions20:59
*** pwiltsey_ has quit IRC20:59
efriedThat powervm failure *might* be unrelated.  We shouldn't be trying to connect to localhost.20:59
efriedsdague Did that change *when* the compute service gets started?21:00
sdaguemriedem: I'm actually not sure why hostname wouldn't match in the db21:00
sdagueefried: ??21:00
mriedemefried: no21:00
efriedsdague Yeah, I wouldn't have thought so.21:00
mriedemefried: it's polling for the compute node to show up21:00
mriedemby the hostname21:00
*** pwiltsey has joined #openstack-nova21:00
efriedSo the net is, we're looking into it.21:00
sdagueefried: I'm ok with a revert atm because it broke ironic, and we had enough breaks on them this week21:01
sdaguebut I am curious why those don't seem to line up21:01
*** vishwanathj has quit IRC21:01
thorstI think the main thing for powervm is it shouldn't be taking that long to start up...so that's what we're looking into  :-/21:01
*** vishwanathj has joined #openstack-nova21:02
*** dfisher has joined #openstack-nova21:02
mriedemoh right i forgot it takes 10 minutes for the powervm node to register21:03
mriedemin init_host21:03
tonybmikal, sdague, melwitt: I don't knwo if this email was wider distrubuted but you know how we moved last_bytes recently .. it seems it was used by nova-lxd21:03
melwittI think I saw that email21:04
sdaguetonyb: they are out of tree, kind of don't care21:04
tonybmikal, sdague, melwitt: having the (out of tree) nova-lxd driver call into the libvirt code isn't cool :( so shoudl I revert it?21:04
tonybsdague: Well that was my initial response21:04
*** pwiltsey has quit IRC21:04
edmondswmriedem I started a change to get the powervm driver up faster but put it aside when we closed things down for pike21:04
tonybsdague: especially as when we get to queens we move it again21:05
sdaguetonyb: no, show up and interact in the community if you are using internal functions in the rest of the tree21:05
melwitttonyb: didn't they say they're already copy-pasting it somewhere?21:05
mriedemedmondsw: i don't see how nova has control over how fast the backend node comes up21:05
tonybmelwitt: not in the email I have but there may be more21:05
mriedemedmondsw: you were just working on auto-enable the service i thought21:05
melwittokay, lemme check. maybe I misunderstood it21:05
edmondswmriedem https://review.openstack.org/#/c/471773/21:05
edmondswshould complete init_host much faster21:07
sdaguetonyb: I wasn't on any such email, but my patience is low for out of tree driver that's not working in the community21:07
melwitttonyb: okay, I just saw it was the last comment in the review https://review.openstack.org/#/c/472228/ and he's saying that they've now copy-pasted it, not that they had been until now. so I misread it21:08
tonybokay so we more or less want to say, "Sorry.  this is part of the move to privsep so until xxx merged you'll just need to work around it in your driver'21:08
tonybmelwitt: Thanks.21:09
tonybI'll contact them after breakfast.21:09
melwittyeah, if it's going to be available again in privsep after the work is done, that seems not so bad to me21:09
tonybI just wanted to make check we're on the same page21:09
tonybcool21:09
*** gbarros has quit IRC21:11
*** gbarros has joined #openstack-nova21:12
*** dtp has quit IRC21:12
*** cdent has quit IRC21:12
*** yamamoto_ has joined #openstack-nova21:13
sdaguetonyb: yes, also, work upstream :P21:13
*** baoli has quit IRC21:18
*** vishwanathj has quit IRC21:19
*** vishwanathj has joined #openstack-nova21:20
*** yamamoto_ has quit IRC21:20
efriedsdague mriedem Okay, we've figured out how that change affected us.  We need to do some stuff to the systemctl service file and restart compute.  As of now, we're doing that after devstack finishes, not caring that compute wasn't coming up all the way during the stack.  With this change, it started to matter that compute wasn't starting.21:23
efriedSo we're going to figure out how to tweak the service file before stacking starts.  Should make compute come right up during the stack process.21:23
mriedemlive migration job is done on my sanity check change http://logs.openstack.org/87/488187/1/check/gate-tempest-dsvm-multinode-live-migration-ubuntu-xenial/482b6f4/21:24
*** thorst has quit IRC21:25
*** thorst has joined #openstack-nova21:26
mriedemoh i've got a bug in there21:27
*** vishwanathj has quit IRC21:27
*** thorst_ has joined #openstack-nova21:27
*** vishwanathj has joined #openstack-nova21:28
*** vishwanathj has quit IRC21:28
*** vishwanathj has joined #openstack-nova21:29
*** mgiles has quit IRC21:29
*** thorst has quit IRC21:30
*** esberglu has quit IRC21:31
*** thorst_ has quit IRC21:32
*** vishwanathj has quit IRC21:32
*** vishwanathj has joined #openstack-nova21:33
openstackgerritMatt Riedemann proposed openstack/nova master: Sanity check delete_allocation_for_instance  https://review.openstack.org/48818721:33
*** zz9pzza has joined #openstack-nova21:35
dansmithjaypipes: https://bugs.launchpad.net/nova/+bug/170707121:35
openstackLaunchpad bug 1707071 in OpenStack Compute (nova) "Compute nodes will fight over allocations during migration" [Undecided,New]21:35
dansmithdude how awesome is that bug number?21:35
*** penick has quit IRC21:35
dansmithpalindromic and all primes21:36
*** gongysh has joined #openstack-nova21:36
*** gongysh has quit IRC21:36
dansmithwell, I guess zero isn't a prime.. damn21:37
*** zz9pzza has quit IRC21:39
mriedemhmm, so on rebuild to the same host21:40
*** jamesdenton has quit IRC21:40
mriedemconductor calls select_destinations21:40
mriedemhttps://github.com/openstack/nova/blob/master/nova/conductor/manager.py#L77021:41
mriedemwill we double allocate that host then?21:41
*** jamesdenton has joined #openstack-nova21:42
mriedemoh nvm21:43
mriedemthat's if not host21:43
*** Apoorva has quit IRC21:43
*** tbachman has quit IRC21:43
*** Apoorva has joined #openstack-nova21:44
mriedemwhew21:44
*** esberglu has joined #openstack-nova21:45
*** thorst has joined #openstack-nova21:45
smcginnisdansmith: You'll have to try to catch 173737121:47
*** esberglu has quit IRC21:49
*** thorst has quit IRC21:50
*** esberglu has joined #openstack-nova21:51
dansmithsmcginnis: yeah21:52
*** armax has joined #openstack-nova21:53
melwitttime to buy a lotto ticket21:56
*** dtp has joined #openstack-nova22:02
*** yamamoto has joined #openstack-nova22:04
*** pwiltsey has joined #openstack-nova22:05
*** mtanino_ has quit IRC22:06
*** edmondsw has quit IRC22:06
*** tbachman has joined #openstack-nova22:07
*** edmondsw has joined #openstack-nova22:07
mriedemjaypipes: dansmith: ok, https://review.openstack.org/#/c/483566/22:07
*** lbragstad has quit IRC22:08
mriedemthere is one thing in there that worries me22:08
mriedemhttps://review.openstack.org/#/c/483566/20/nova/scheduler/filter_scheduler.py@17122:08
dansmithhrm22:09
mriedemoh L8622:10
mriedemif len(selected_hosts) < num_instances:22:10
dansmithwhat happens if we return less than enough hosts to whatever calls us?22:10
*** gouthamr has quit IRC22:10
dansmithheh yeah that22:11
*** gouthamr_ has joined #openstack-nova22:11
dansmithand min/max_instances is only a quota check, so no problem there22:11
*** edmondsw has quit IRC22:12
mriedemok +222:12
mriedemi tried my hardest22:12
mriedemto find fault22:12
*** thorst has joined #openstack-nova22:13
dansmithack22:14
melwittmriedem: docstring doesn't match params here https://review.openstack.org/#/c/483566/20/nova/scheduler/filter_scheduler.py@252 if you wanted something :P22:14
mriedemthere might still be something to https://review.openstack.org/#/c/483566/20/nova/scheduler/filter_scheduler.py@20822:14
*** thorst has quit IRC22:14
mriedemwhere if we know allocation requests are constantly failing for a host, we should stop trying it22:14
mriedemomg22:15
mriedem-1022:15
melwitthehe22:15
mriedemyou know i think i was looking for where cn_uuid was used in there too22:15
mriedemb/c of the docstring22:15
*** armax has quit IRC22:17
*** armax has joined #openstack-nova22:18
mriedempike-3 tag https://review.openstack.org/#/c/488218/22:18
*** cfriesen_ has quit IRC22:19
mriedemjaypipes: thanks for hanging in there22:21
mriedemooo just in time as laura rolls back up to the house with the kid22:21
mriedemtime to get my county fair food eating clothes on22:21
dansmithheh22:21
mriedemover sized drawers, bib, etc22:21
mriedemsdague: the compute host wait thing also blew up the cellsv1 job http://logs.openstack.org/87/488187/2/check/gate-tempest-dsvm-cells-ubuntu-xenial/8ac25f1/logs/devstacklog.txt.gz22:24
*** rcernin has quit IRC22:26
*** catintheroof has quit IRC22:27
mriedemdansmith: jaypipes: here is the sanity check in action on the live migration job http://logs.openstack.org/87/488187/2/check/gate-tempest-dsvm-multinode-live-migration-ubuntu-xenial/107a810/logs/subnode-2/screen-n-cpu.txt.gz#_Jul_27_22_21_14_76622922:28
mriedemi didn't see any cases where the source node deleting the allocation isn't in the list of current allocations22:28
mriedembut it's definitely stomping over the 'double up' allocatoins22:28
mriedemRemoving allocations for instance which are currently against more than one compute node resource provider. Current allocations: {u'13b1e5e0-66ef-4533-9a07-b1a3220d6b00': {u'generation': 8, u'resources': {u'VCPU': 1, u'MEMORY_MB': 64}}, u'7aa9619d-db83-4da9-b822-f4d66e7143f8': {u'generation': 6, u'resources': {u'VCPU': 1, u'MEMORY_MB': 64}}}22:29
*** zz9pzza has joined #openstack-nova22:29
dansmithokay I think that's just getting lucky,22:33
dansmithas I think it could either win or lose that race, but cool22:33
*** zz9pzza has quit IRC22:34
*** gouthamr_ has quit IRC22:37
mriedemoh no you didn't22:37
mriedemhttps://www.youtube.com/watch?v=mBluR6cLxJ822:37
*** openstack has joined #openstack-nova22:44
*** med_ has quit IRC22:44
melwittdunno22:44
*** med_ has joined #openstack-nova22:44
*** baoli has joined #openstack-nova22:44
mikalI'm going to be a bad man and reply to him cc'ing openstack-dev I suppose22:44
mikalI don't want to exclude the nova team from the conversation22:45
*** med_ is now known as Guest1393622:45
*** oomichi has quit IRC22:45
*** mriedem is now known as mriedem_afk22:46
*** lbragstad has joined #openstack-nova22:47
*** oomichi has joined #openstack-nova22:47
*** rdo has joined #openstack-nova22:47
*** baoli has quit IRC22:49
*** gbarros has joined #openstack-nova22:51
*** xinliang has quit IRC22:51
*** kbaegis has quit IRC22:53
*** gouthamr has joined #openstack-nova22:53
*** annegentle has quit IRC22:53
*** tbachman has quit IRC22:53
*** yassine has joined #openstack-nova22:56
*** tbachman has joined #openstack-nova22:57
*** Apoorva_ has joined #openstack-nova22:59
*** xyang1 has quit IRC23:00
*** Apoorva has quit IRC23:02
*** Apoorva_ has quit IRC23:02
*** hongbin has quit IRC23:03
*** Apoorva has joined #openstack-nova23:03
*** itlinux has joined #openstack-nova23:03
*** xinliang has joined #openstack-nova23:04
*** penick has joined #openstack-nova23:05
*** lbragstad has quit IRC23:12
*** gbarros has quit IRC23:12
*** lyan has quit IRC23:15
*** thorst has joined #openstack-nova23:15
*** gbarros has joined #openstack-nova23:19
*** ijw has quit IRC23:19
*** thorst has quit IRC23:21
*** sdague has quit IRC23:21
*** zz9pzza has joined #openstack-nova23:23
*** zz9pzza has quit IRC23:27
*** takashin has joined #openstack-nova23:29
*** dfisher has quit IRC23:33
*** jaypipes has quit IRC23:35
tonybmikal: Yeah the only email was the private one but you've seen the conversation here and on the review23:35
tonybmikal: I don't see you reply did you send it already?23:36
*** edmondsw has joined #openstack-nova23:37
*** Apoorva_ has joined #openstack-nova23:40
*** edmondsw has quit IRC23:41
mikaltonyb: I cc'ed you and sent it to -dev23:43
mikalSubject: Re: [Nova] Broken nova-lxd23:43
*** Apoorva has quit IRC23:43
mikalhttp://lists.openstack.org/pipermail/openstack-dev/2017-July/120259.html23:44
tonybmikal: okay I don't see it yet probably stuck in a mail queue somewhere23:44
*** thorst has joined #openstack-nova23:46
*** baoli has joined #openstack-nova23:50
openstackgerritMerged openstack/python-novaclient master: Updated from global requirements  https://review.openstack.org/48812523:50
*** catintheroof has joined #openstack-nova23:52
*** thorst has quit IRC23:55
*** thorst has joined #openstack-nova23:56
*** rajathagasthya has quit IRC23:57

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