Monday, 2018-07-30

*** shaohe_feng has quit IRC00:00
*** shaohe_feng has joined #openstack-nova00:02
*** shaohe_feng has quit IRC00:11
*** slaweq has joined #openstack-nova00:11
*** shaohe_feng has joined #openstack-nova00:12
*** linkmark has quit IRC00:12
*** slaweq has quit IRC00:16
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in unit/network/test_neutronv2.py (18)  https://review.openstack.org/57667300:20
*** medberry has joined #openstack-nova00:20
*** shaohe_feng has quit IRC00:21
*** shaohe_feng has joined #openstack-nova00:22
*** bigdogstl has joined #openstack-nova00:23
*** bigdogstl has quit IRC00:30
*** shaohe_feng has quit IRC00:31
*** shaohe_feng has joined #openstack-nova00:33
*** bigdogstl has joined #openstack-nova00:33
*** Kevin_Zheng has quit IRC00:35
*** tetsuro has joined #openstack-nova00:38
*** bigdogstl has quit IRC00:38
*** shaohe_feng has quit IRC00:41
*** shaohe_feng has joined #openstack-nova00:42
*** bigdogstl has joined #openstack-nova00:49
*** flwang1 has quit IRC00:50
*** shaohe_feng has quit IRC00:52
*** shaohe_feng has joined #openstack-nova00:53
*** tbachman has joined #openstack-nova00:57
*** shaohe_feng has quit IRC01:02
*** shaohe_feng has joined #openstack-nova01:03
*** bigdogstl has quit IRC01:03
*** mrsoul` has joined #openstack-nova01:10
*** bigdogstl has joined #openstack-nova01:11
*** shaohe_feng has quit IRC01:12
*** mrsoul has quit IRC01:13
*** phuongnh has joined #openstack-nova01:13
*** shaohe_feng has joined #openstack-nova01:13
*** liuzz has joined #openstack-nova01:14
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in unit/network/test_neutronv2.py (19)  https://review.openstack.org/57667601:15
*** flwang1 has joined #openstack-nova01:15
*** shaohe_feng has quit IRC01:22
*** hongbin has joined #openstack-nova01:23
*** shaohe_feng has joined #openstack-nova01:24
*** bigdogstl has quit IRC01:25
*** bigdogstl has joined #openstack-nova01:28
*** tiendc has joined #openstack-nova01:31
*** shaohe_feng has quit IRC01:33
*** r-daneel has joined #openstack-nova01:33
*** shaohe_feng has joined #openstack-nova01:34
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in unit/network/test_neutronv2.py (20)  https://review.openstack.org/57668901:43
*** shaohe_feng has quit IRC01:43
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in unit/network/test_neutronv2.py (21)  https://review.openstack.org/57670901:44
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in unit/network/test_neutronv2.py (22)  https://review.openstack.org/57671201:44
*** shaohe_feng has joined #openstack-nova01:45
*** shaohe_feng has quit IRC01:53
*** shaohe_feng has joined #openstack-nova01:55
*** shaohe_feng has quit IRC02:03
*** shaohe_feng has joined #openstack-nova02:04
*** slaweq has joined #openstack-nova02:11
*** shaohe_feng has quit IRC02:14
*** shaohe_feng has joined #openstack-nova02:14
*** slaweq has quit IRC02:15
*** annp has joined #openstack-nova02:23
*** trungnv has joined #openstack-nova02:24
*** shaohe_feng has quit IRC02:24
*** shaohe_feng has joined #openstack-nova02:25
*** shaohe_feng has quit IRC02:34
*** shaohe_feng has joined #openstack-nova02:34
*** armaan has joined #openstack-nova02:37
*** armaan has quit IRC02:41
*** bigdogstl has quit IRC02:42
*** shaohe_feng has quit IRC02:44
*** shaohe_feng has joined #openstack-nova02:47
*** bigdogstl has joined #openstack-nova02:48
*** shaohe_feng has quit IRC02:55
*** psachin has joined #openstack-nova02:57
*** shaohe_feng has joined #openstack-nova02:57
*** bigdogstl has quit IRC03:01
*** gongysh has joined #openstack-nova03:04
*** shaohe_feng has quit IRC03:05
*** shaohe_feng has joined #openstack-nova03:05
*** slaweq has joined #openstack-nova03:11
*** shaohe_feng has quit IRC03:15
*** slaweq has quit IRC03:15
*** Bhujay has joined #openstack-nova03:16
*** shaohe_feng has joined #openstack-nova03:20
*** felipemonteiro__ has joined #openstack-nova03:24
*** shaohe_feng has quit IRC03:25
*** shaohe_feng has joined #openstack-nova03:27
*** Zames has joined #openstack-nova03:27
*** felipemonteiro_ has quit IRC03:27
*** Zames has quit IRC03:30
*** Dinesh_Bhor has joined #openstack-nova03:30
*** blkart has quit IRC03:33
*** blkart has joined #openstack-nova03:35
*** shaohe_feng has quit IRC03:36
*** shaohe_feng has joined #openstack-nova03:36
*** links has joined #openstack-nova03:39
*** udesale has joined #openstack-nova03:40
*** shaohe_feng has quit IRC03:46
*** shaohe_feng has joined #openstack-nova03:47
*** takashin has quit IRC03:53
*** shaohe_feng has quit IRC03:56
*** bigdogstl has joined #openstack-nova03:57
*** takashin has joined #openstack-nova03:58
*** kevinbenton has quit IRC04:00
*** shaohe_feng has joined #openstack-nova04:00
*** kevinbenton has joined #openstack-nova04:00
*** Dinesh_Bhor has quit IRC04:01
*** bigdogstl has quit IRC04:02
*** mschuppert has joined #openstack-nova04:05
*** itlinux has quit IRC04:06
*** shaohe_feng has quit IRC04:06
*** shaohe_feng has joined #openstack-nova04:07
*** Bhujay has quit IRC04:07
*** sambetts_ has quit IRC04:07
*** sambetts_ has joined #openstack-nova04:09
*** armaan has joined #openstack-nova04:12
*** links has quit IRC04:15
*** stakeda has joined #openstack-nova04:15
*** medberry has quit IRC04:16
*** armaan has quit IRC04:17
*** shaohe_feng has quit IRC04:17
*** shaohe_feng has joined #openstack-nova04:17
*** shaohe_feng has quit IRC04:27
*** shaohe_feng has joined #openstack-nova04:28
*** hoonetorg has quit IRC04:28
*** abhishekk has joined #openstack-nova04:32
*** links has joined #openstack-nova04:33
*** shaohe_feng has quit IRC04:37
*** shaohe_feng has joined #openstack-nova04:38
*** hongbin has quit IRC04:41
*** hoonetorg has joined #openstack-nova04:45
*** shaohe_feng has quit IRC04:47
*** shaohe_feng has joined #openstack-nova04:48
*** sapd1 has joined #openstack-nova04:52
*** armaan has joined #openstack-nova04:54
*** flwang1 has quit IRC04:56
*** shaohe_feng has quit IRC04:58
*** shaohe_feng has joined #openstack-nova04:58
openstackgerritTakashi NATSUME proposed openstack/nova master: Transform compute_task notifications  https://review.openstack.org/48262904:58
openstackgerritTakashi NATSUME proposed openstack/nova-specs master: Create specs directory for Stein  https://review.openstack.org/57360204:59
*** gongysh has quit IRC04:59
*** sapd1 has quit IRC05:00
*** armaan has quit IRC05:00
*** armaan has joined #openstack-nova05:01
*** sapd1 has joined #openstack-nova05:02
*** armaan_ has joined #openstack-nova05:03
*** phuongnh has quit IRC05:03
*** tiendc has quit IRC05:03
*** trungnv has quit IRC05:03
*** armaan_ has joined #openstack-nova05:04
*** phuongnh has joined #openstack-nova05:04
*** tiendc has joined #openstack-nova05:04
*** trungnv has joined #openstack-nova05:04
*** armaan has quit IRC05:06
*** shaohe_feng has quit IRC05:08
*** armaan_ has quit IRC05:08
*** shaohe_feng has joined #openstack-nova05:10
*** slaweq has joined #openstack-nova05:11
*** Bhujay has joined #openstack-nova05:14
*** slaweq has quit IRC05:15
*** giblet is now known as gibi05:18
*** shaohe_feng has quit IRC05:18
*** shaohe_feng has joined #openstack-nova05:19
*** felipemonteiro__ has quit IRC05:24
*** bkopilov has joined #openstack-nova05:25
*** shaohe_feng has quit IRC05:28
*** shaohe_feng has joined #openstack-nova05:29
*** gongysh has joined #openstack-nova05:30
openstackgerritThomas Goirand proposed openstack/nova master: Remove "async" as variable name  https://review.openstack.org/58678205:31
*** naichuans has joined #openstack-nova05:36
*** shaohe_feng has quit IRC05:39
*** shaohe_feng has joined #openstack-nova05:39
*** shaohe_feng has quit IRC05:49
*** shaohe_feng has joined #openstack-nova05:50
*** jaosorior has joined #openstack-nova05:51
*** sapd1 has quit IRC05:51
*** vivsoni has joined #openstack-nova05:53
*** shaohe_feng has quit IRC05:59
*** shaohe_feng has joined #openstack-nova06:00
*** takashin has quit IRC06:09
*** shaohe_feng has quit IRC06:09
*** slaweq has joined #openstack-nova06:11
*** alexchadin has joined #openstack-nova06:12
*** shaohe_feng has joined #openstack-nova06:13
*** alexchadin has quit IRC06:14
*** ratailor has joined #openstack-nova06:14
*** slaweq has quit IRC06:16
*** brault has quit IRC06:19
*** shaohe_feng has quit IRC06:20
*** shaohe_feng has joined #openstack-nova06:20
*** takashin has joined #openstack-nova06:21
*** swamireddy has quit IRC06:23
*** shaohe_feng has quit IRC06:30
*** melwitt has quit IRC06:31
*** sdake has quit IRC06:31
*** shaohe_feng has joined #openstack-nova06:32
*** melwitt has joined #openstack-nova06:32
*** melwitt is now known as Guest971406:32
*** sdake has joined #openstack-nova06:32
*** sdake has quit IRC06:32
*** sdake has joined #openstack-nova06:32
*** swamireddy has joined #openstack-nova06:37
*** threestrands has joined #openstack-nova06:38
*** threestrands has quit IRC06:38
*** threestrands has joined #openstack-nova06:38
*** shaohe_feng has quit IRC06:40
*** shaohe_feng has joined #openstack-nova06:40
*** sambetts_ has quit IRC06:41
*** rdopiera has joined #openstack-nova06:41
*** rdopiera has left #openstack-nova06:41
*** ccamacho has joined #openstack-nova06:44
*** sambetts_ has joined #openstack-nova06:45
*** janki has joined #openstack-nova06:47
*** shaohe_feng has quit IRC06:50
*** shaohe_feng has joined #openstack-nova06:51
openstackgerritJake Yip proposed openstack/nova master: Add --before to nova-manage db archive_deleted_rows  https://review.openstack.org/55675106:54
*** tetsuro has quit IRC06:56
*** slaweq has joined #openstack-nova06:56
openstackgerritJake Yip proposed openstack/nova master: Add --before to nova-manage db archive_deleted_rows  https://review.openstack.org/55675106:56
*** pcaruana has joined #openstack-nova06:56
*** Bhujay has quit IRC06:57
*** zhurong has joined #openstack-nova06:58
*** brault has joined #openstack-nova06:59
*** shaohe_feng has quit IRC07:01
*** shaohe_feng has joined #openstack-nova07:02
*** tesseract has joined #openstack-nova07:04
*** ispp has joined #openstack-nova07:04
*** rcernin has quit IRC07:09
*** shaohe_feng has quit IRC07:11
*** shaohe_feng has joined #openstack-nova07:12
*** pcaruana has quit IRC07:14
*** vishakha has joined #openstack-nova07:17
*** pcaruana has joined #openstack-nova07:18
*** tetsuro has joined #openstack-nova07:19
*** lpetrut has joined #openstack-nova07:20
vishakhatakashin : Hi, Waiting for your response https://review.openstack.org/#/c/580271/07:21
*** shaohe_feng has quit IRC07:21
*** shaohe_feng has joined #openstack-nova07:23
takashinvishakha: okay. I will review it today.07:23
vishakhatakashin, thanks Pl review this too https://review.openstack.org/#/c/586446/07:25
*** tetsuro has quit IRC07:25
*** tetsuro has joined #openstack-nova07:27
*** shaohe_feng has quit IRC07:31
*** threestrands has quit IRC07:32
*** shaohe_feng has joined #openstack-nova07:33
*** AlexeyAbashkin has joined #openstack-nova07:39
*** Bhujay has joined #openstack-nova07:40
*** PapaOurs is now known as bauzas07:41
*** shaohe_feng has quit IRC07:42
*** shaohe_feng has joined #openstack-nova07:42
*** peereb has joined #openstack-nova07:43
*** rpittau has joined #openstack-nova07:43
*** mgoddard has joined #openstack-nova07:47
*** jpena has joined #openstack-nova07:47
openstackgerritMerged openstack/nova master: Fix signature of _FakeImageService.download  https://review.openstack.org/58574707:48
openstackgerritMerged openstack/nova master: api-ref: document user_data length restriction  https://review.openstack.org/58638807:48
*** shaohe_feng has quit IRC07:52
*** Luzi has joined #openstack-nova07:52
*** shaohe_feng has joined #openstack-nova07:53
*** cdent has joined #openstack-nova07:55
openstackgerritLee Yarwood proposed openstack/nova stable/pike: libvirt: add method to configure migration speed  https://review.openstack.org/58696507:57
openstackgerritLee Yarwood proposed openstack/nova stable/pike: libvirt: add method to configure migration speed  https://review.openstack.org/58696507:58
*** Bhujay has quit IRC08:02
*** liuyulong has joined #openstack-nova08:02
*** shaohe_feng has quit IRC08:02
*** shaohe_feng has joined #openstack-nova08:03
*** derekh has joined #openstack-nova08:08
*** ttsiouts has joined #openstack-nova08:09
*** zhurong has quit IRC08:09
openstackgerritBalazs Gibizer proposed openstack/nova master: Remove unused stubbing function from test  https://review.openstack.org/58696808:11
*** rmart04 has joined #openstack-nova08:11
*** shaohe_feng has quit IRC08:12
*** avolkov has joined #openstack-nova08:13
*** shaohe_feng has joined #openstack-nova08:14
*** mdnadeem has joined #openstack-nova08:14
*** tssurya has joined #openstack-nova08:21
*** s10 has joined #openstack-nova08:22
*** shaohe_feng has quit IRC08:23
*** shaohe_feng has joined #openstack-nova08:25
*** ispp has quit IRC08:28
*** mgoddard has quit IRC08:29
*** ispp has joined #openstack-nova08:32
*** shaohe_feng has quit IRC08:33
*** shaohe_feng has joined #openstack-nova08:34
*** Yingxin has joined #openstack-nova08:42
*** shaohe_feng has quit IRC08:43
*** shaohe_feng has joined #openstack-nova08:44
*** sean-k-mooney has joined #openstack-nova08:44
*** vishakha has quit IRC08:47
*** shaohe_feng has quit IRC08:53
*** shaohe_feng has joined #openstack-nova08:54
*** mdnadeem_ has joined #openstack-nova08:56
*** mdnadeem has quit IRC08:57
*** vishakha has joined #openstack-nova09:00
*** shaohe_feng has quit IRC09:04
kashyapsean-k-mooney: Thanks for the review here: https://review.openstack.org/#/c/567258/09:05
*** shaohe_feng has joined #openstack-nova09:05
sean-k-mooneydid you get a chance to look into why the live migration was failing friday?09:06
kashyapsean-k-mooney: Darn, I haven't yet dug into the Tempest failures.  And I'll be off from Wednesday for 2 1/2 weeks09:06
kashyap:-(09:06
kashyapsean-k-mooney: I looked at it a couple of times, there were Cloud Provider issues09:06
kashyapLet me look at it now09:07
kashyapsean-k-mooney: I wonder if we can get this merged by tomm...09:07
*** shaohe_feng has quit IRC09:14
*** shaohe_feng has joined #openstack-nova09:16
openstackgerrithuanhongda proposed openstack/nova master: Allow unicode keys for metadata  https://review.openstack.org/53623609:17
*** sambetts_ is now known as sambetts09:19
sean-k-mooneykashyap: well if you think its a cloud provider issue you chould just recheck. but this looked like it just did not migrate to the correct host so i would guesss there is a traceback in the n-cpu log09:21
*** psachin` has joined #openstack-nova09:21
kashyapsean-k-mooney: Right, I did 'recheck' 2 times, and got over the Cloud Provider issues.  But just looking through https://orangebox.com/products/Do09:21
kashyapErr, http://logs.openstack.org/58/567258/10/check/nova-live-migration/17bbee9/job-output.txt.gz09:21
kashyapTo find the right failure09:21
bauzaskashyap: yup, looks like infra has a cloud provider issue09:21
*** psachin has quit IRC09:22
*** shaohe_feng has quit IRC09:24
*** shaohe_feng has joined #openstack-nova09:25
kashyapbauzas: Hmm09:28
kashyapStill?09:28
bauzasno fresh news I know of, I'm afraid09:30
sean-k-mooneykashyap: looks to me like this was a failure in the code you changed http://logs.openstack.org/58/567258/10/check/nova-live-migration/17bbee9/logs/screen-n-cpu.txt.gz?level=DEBUG#_Jul_27_10_28_57_61065609:30
* kashyap clicks09:30
kashyapsean-k-mooney: Ah, let me look09:31
kashyapsean-k-mooney: Which test failure is it?09:32
kashyapsean-k-mooney: Is there a page with a precise list of test failures?09:32
sean-k-mooneytest_live_block_migration[id-1dce86b8-eb04-4c03-a9d8-9c1dc3ee0c7b]09:32
sean-k-mooneyhttp://logs.openstack.org/58/567258/10/check/nova-live-migration/17bbee9/logs/testr_results.html.gz09:32
kashyapI see: http://logs.openstack.org/58/567258/10/check/nova-live-migration/17bbee9/job-output.txt.gz#_2018-07-27_10_29_43_86269209:32
kashyapsean-k-mooney: Would be clearer if the HTML report will be in the top-level directory; thanks for the pointer!09:33
sean-k-mooneykashyap: it is on some gate jobs. when its not its usually in the logs dir09:33
kashyapI see, noted.09:34
*** shaohe_feng has quit IRC09:34
sean-k-mooneyi just grabbed the instance uuid from the html report of the first failure then when to the n-cpu log and searched for a trasback with that uuid09:34
*** dtantsur|afk is now known as dtantsur09:35
*** shaohe_feng has joined #openstack-nova09:35
kashyapYep, thank you for the (non-null) pointer09:35
*** vishakha has quit IRC09:38
kashyapsean-k-mooney: How can I reproduce this locally?09:42
kashyapsean-k-mooney: By running one of the Tempest tests?09:42
sean-k-mooneykashyap: tempest will work if you have a 2 node devstack running yes09:43
sean-k-mooneyhttps://review.openstack.org/#/c/567258/10/nova/virt/libvirt/guest.py09:43
*** abhishekk has quit IRC09:43
sean-k-mooneyyou removed a null check on domain_xml09:43
kashyapsean-k-mooney: Afraid, need to set up afresh, and I'm doing last-minute stuff before I head out.09:43
* kashyap clicks09:43
sean-k-mooneycould that be the issue09:43
*** ratailor has quit IRC09:44
kashyapsean-k-mooney: Aah, good pointer; let me look!09:44
*** shaohe_feng has quit IRC09:45
*** shaohe_feng has joined #openstack-nova09:45
kashyapsean-k-mooney: But 'domain_xml' is no longer needed09:45
sean-k-mooneyits now destination_xml09:46
sean-k-mooneywhich you default to None and never check09:46
*** Bhujay has joined #openstack-nova09:46
kashyapHmm, true.  I need to put such a check for 'destination_xml'09:47
sean-k-mooneyor you chould do 'params['destination_xml'] = destination_xml or ""' but really if you dont have a dest xml it should proably be the source xml?09:48
sean-k-mooneyor just not add it to the params dict09:48
kashyapHmm, that last option sounds cleaner: if 'destination_xml' is None, then don't add it to the 'params' dict09:49
sean-k-mooneyim not sure what the preconditions on migrateToURI3 are09:49
sean-k-mooneyin theory you should be able to test this with a functional test locally but i that is non trivail to write correctly09:50
kashyapYeah09:50
*** sapd has quit IRC09:51
*** vishakha has joined #openstack-nova09:51
kashyapsean-k-mooney: Meanwhile, here is the API definition: https://libvirt.org/html/libvirt-libvirt-domain.html#virDomainMigrateToURI309:52
*** mdbooth has joined #openstack-nova09:52
*** AlexeyAbashkin has quit IRC09:53
kashyapThe Python bindings use the 'destination_xml', and the C equivalent: https://libvirt.org/html/libvirt-libvirt-domain.html#VIR_MIGRATE_PARAM_DEST_XML09:53
*** shaohe_feng has quit IRC09:55
*** shaohe_feng has joined #openstack-nova09:57
sean-k-mooneykashyap: im not seeing anything that explcitly eays the destination_xml is required. so maybe just omitting it for the params is correct09:57
kashyapsean-k-mooney: Yeah, so how about: http://paste.openstack.org/show/726818/09:57
sean-k-mooneyam you are always leaving it out in that case.09:58
sean-k-mooneyjust do if destination_xml:09:59
sean-k-mooneyparams['destination_xml'] = destination_xml09:59
*** ratailor has joined #openstack-nova10:00
kashyapAh, let me try10:00
kashyapsean-k-mooney: Err, the 'else' thing had the wrong snippet10:03
kashyapLet me re-pase what I have:10:03
kashyapsean-k-mooney: http://paste.openstack.org/show/726820/10:04
*** shaohe_feng has quit IRC10:05
*** shaohe_feng has joined #openstack-nova10:06
*** bkopilov has quit IRC10:07
*** slaweq has quit IRC10:07
kashyapThanks for the discussion here!10:08
*** slaweq has joined #openstack-nova10:09
*** brault has quit IRC10:10
*** shaohe_feng has quit IRC10:15
s10https://bugs.launchpad.net/nova/+bug/132292110:16
openstackLaunchpad bug 1322921 in OpenStack Compute (nova) "hypervisor-servers command always search by wildcard as '%hypervisor_hostname%'" [Wishlist,Opinion]10:16
*** shaohe_feng has joined #openstack-nova10:16
s10Could this bug be changed to another status?10:16
s10Because this bug is awful. Execute: nova host-evaucate-live cmp210:16
s10Result: all hosts cmp2* will be live evacuated.10:17
kashyapsean-k-mooney: Okay, I'll go with this:10:22
kashyapparams = {}10:23
kashyapparams['bandwidth'] = bandwidth10:23
kashyapparams['migrate_disks'] = migrate_disks10:23
kashyapparams['migrate_uri'] = migrate_uri10:23
kashyapif destination_xml:10:23
kashyap    params['destination_xml'] = destination_xml10:23
* kashyap goes to rework10:23
*** shaohe_feng has quit IRC10:26
*** jaosorior has quit IRC10:26
*** shaohe_feng has joined #openstack-nova10:29
*** shaohe_feng has quit IRC10:36
*** shaohe_feng has joined #openstack-nova10:38
*** savvas has quit IRC10:45
*** savvas has joined #openstack-nova10:45
*** shaohe_feng has quit IRC10:46
*** udesale has quit IRC10:47
*** shaohe_feng has joined #openstack-nova10:47
*** zzzeek has quit IRC10:49
*** jangutter has joined #openstack-nova10:53
*** zzzeek has joined #openstack-nova10:53
openstackgerritKashyap Chamarthy proposed openstack/nova master: libvirt: Remove usage of migrateToURI{2} APIs  https://review.openstack.org/56725810:53
*** phuongnh has quit IRC10:54
kashyapsean-k-mooney: When you have a minute, please have a gander ^.  I've addressed the 'destination_xml' and both your consistency nits10:54
*** ratailor has quit IRC10:56
*** shaohe_feng has quit IRC10:56
*** shaohe_feng has joined #openstack-nova10:57
sean-k-mooneykashyap: taking a look now. was on 1:1 call11:04
*** gbarros has joined #openstack-nova11:06
*** AlexeyAbashkin has joined #openstack-nova11:06
*** shaohe_feng has quit IRC11:07
*** shaohe_feng has joined #openstack-nova11:07
kashyapsean-k-mooney: Thank you.  I normally don't expect instant turn-around :-)11:09
* kashyap bbiab11:09
*** yasufum has joined #openstack-nova11:12
*** yasufum has quit IRC11:12
*** d063130_ has quit IRC11:13
*** sapcc-bot has quit IRC11:13
*** d063130_ has joined #openstack-nova11:13
*** sapcc-bot has joined #openstack-nova11:13
*** annp has quit IRC11:14
*** shaohe_feng has quit IRC11:17
*** shaohe_feng has joined #openstack-nova11:17
*** bkopilov has joined #openstack-nova11:24
*** tbachman has quit IRC11:25
*** shaohe_feng has quit IRC11:27
*** vivsoni has quit IRC11:28
*** shaohe_feng has joined #openstack-nova11:28
*** jpena is now known as jpena|lunch11:29
*** Shilpa has joined #openstack-nova11:30
*** jaosorior has joined #openstack-nova11:32
*** shaohe_feng has quit IRC11:37
*** vivsoni has joined #openstack-nova11:39
*** shaohe_feng has joined #openstack-nova11:39
openstackgerritBrin Zhang proposed openstack/nova stable/pike: Add unshelve instance error info to fault table  https://review.openstack.org/58342611:44
*** wolverineav has joined #openstack-nova11:44
openstackgerritBalazs Gibizer proposed openstack/nova master: Enhance service restart in functional env  https://review.openstack.org/51255211:46
openstackgerritBalazs Gibizer proposed openstack/nova master: Reproduce bug 1724172 in the functional test env  https://review.openstack.org/51255311:46
openstackbug 1724172 in OpenStack Compute (nova) "Allocation of an evacuated instance is not cleaned on the source host if instance is not defined on the hypervisor" [Medium,In progress] https://launchpad.net/bugs/1724172 - Assigned to Balazs Gibizer (balazs-gibizer)11:46
openstackgerritBalazs Gibizer proposed openstack/nova master: cleanup evacuated instances not on hypervisor  https://review.openstack.org/51262311:46
sean-k-mooneykashyap: looking at the zuul jobs we are still hitting the same error http://logs.openstack.org/58/567258/11/check/nova-live-migration/93ce085/logs/screen-n-cpu.txt.gz#_Jul_30_11_39_23_99158011:47
*** shaohe_feng has quit IRC11:48
openstackgerritLee Yarwood proposed openstack/nova master: fixtures: Track attachments within CinderFixtureNewAttachFlow  https://review.openstack.org/58701311:48
openstackgerritLee Yarwood proposed openstack/nova master: Add regression test for bug#1784353  https://review.openstack.org/58701411:48
*** shaohe_feng has joined #openstack-nova11:49
*** Shilpa has quit IRC11:51
*** Shilpa has joined #openstack-nova11:52
*** vishakha has quit IRC11:57
*** dabukalam has joined #openstack-nova11:58
openstackgerritLee Yarwood proposed openstack/nova master: Add regression test for bug#1784353  https://review.openstack.org/58701411:58
*** shaohe_feng has quit IRC11:58
*** shaohe_feng has joined #openstack-nova12:00
*** pchavva has joined #openstack-nova12:01
*** Luzi has quit IRC12:02
*** gbarros has quit IRC12:04
*** gbarros has joined #openstack-nova12:05
*** pchavva has quit IRC12:06
*** tiendc has quit IRC12:06
*** ttsiouts has quit IRC12:06
kashyapsean-k-mooney: Hmm, Zul was so quick?12:07
*** ttsiouts has joined #openstack-nova12:07
kashyapGuess it's still running, isn't it?12:07
sean-k-mooneykashyap: no but you can get the live logs from zuul.openstack.org12:07
sean-k-mooneyput 567258 into the filter12:08
*** shaohe_feng has quit IRC12:08
sean-k-mooneyyou can see the nova-live-migration sub job has completed so you can get to the logs12:08
sean-k-mooneyif the job is still running you can connect to a telnet stream of the console but that is less useful12:09
*** shaohe_feng has joined #openstack-nova12:09
*** vishakha has joined #openstack-nova12:10
kashyapsean-k-mooney: Got a URL of the live log?12:12
kashyapSorry for the sluggish responses, /me is shuffling b/n kitchen & IRC12:12
kashyapsean-k-mooney: /me goes to put that ID in the filter12:12
kashyapTIL12:13
sean-k-mooneymost people dont know you can do this with the gate but its been like this for years. module some minor refinement with zuul v312:13
sean-k-mooneyamy well here is a live log of your neutron-multinode subjob http://zuul.openstack.org/stream.html?uuid=6bc29a9c0ffb44339b36ee4b42b2b1b2&logfile=console.log12:14
kashyapYeah, I see the URL here: http://logs.openstack.org/58/567258/11/check/nova-live-migration/93ce085/12:14
sean-k-mooneykashyap: ya the migration subjob has finished so it has published everything to the normal log server12:14
*** tbachman has joined #openstack-nova12:17
*** Luzi has joined #openstack-nova12:18
openstackgerritVieri proposed openstack/osc-placement master: Add image link in README.rst  https://review.openstack.org/58683912:18
*** mdnadeem_ has quit IRC12:18
*** mdnadeem has joined #openstack-nova12:18
*** mdnadeem_ has joined #openstack-nova12:18
*** shaohe_feng has quit IRC12:18
kashyapsean-k-mooney: Nod; thanks for the education12:18
*** peereb has quit IRC12:19
*** ratailor has joined #openstack-nova12:19
kashyapsean-k-mooney: Hmm, indeed, still the same TypeError12:19
kashyaphttp://logs.openstack.org/58/567258/11/check/nova-live-migration/93ce085/logs/screen-n-cpu.txt.gz#_Jul_30_11_39_24_00056312:19
*** shaohe_feng has joined #openstack-nova12:20
sean-k-mooneyim currently trying to get a 2 node dev env up and running12:20
kashyapOh, you mean, you might be able to run the Tempest test locally?12:21
sean-k-mooneywhen i get it stacked i can try and pull this down and see whats going on. i want to do some testing of the numa aware vswich code locally so i have to do a multinode deploy anyway12:21
sean-k-mooneykashyap: ya i have the hardware to do that12:21
*** tbachman has quit IRC12:21
sean-k-mooneyjust not the devstack cloud deployed12:21
kashyapMost excellent, would be curious12:22
*** tbachman has joined #openstack-nova12:22
*** mdnadeem has quit IRC12:22
*** medberry has joined #openstack-nova12:23
kashyapHmm, maybe something else is None12:24
kashyapsean-k-mooney: Oh: 'migrate_disks' and 'migrate_uri' are None by default!12:25
sean-k-mooneykashyap: there used to be an if check on mirate_uri also.12:25
sean-k-mooneyyes12:25
sean-k-mooneyi would be surprised if it was migrate_disk however as it is normally a list12:26
sean-k-mooneythe none type failure was expecting a sting so im guessing migrate_uri is more  likely12:27
* kashyap looks12:28
sean-k-mooneywe might want to add a debug line to print each of the values.12:28
kashyapsean-k-mooney: I think that's pretty much it, actually.12:29
*** shaohe_feng has quit IRC12:29
kashyapTo be consistent, I'll do this:12:29
kashyap        params = {}12:29
kashyap        params['bandwidth'] = bandwidth12:29
kashyap        if destination_xml:12:29
kashyap            params['destination_xml'] = destination_xml12:29
kashyap        if migrate_disks:12:29
kashyap            params['migrate_disks'] = migrate_disks12:29
kashyap        if migrate_uri:12:29
kashyap            params['migrate_uri'] = migrate_uri12:29
sean-k-mooneyya that should work or at least help12:29
* kashyap runs the tests, and pushes a patch out12:30
sean-k-mooneyim going to need to do an os reinstall on one of the nodes so it will be a while before i have a working env.12:30
sean-k-mooneydevstack is not the happist running on a node that had a failed tripple quickstart previously12:30
*** shaohe_feng has joined #openstack-nova12:31
kashyapNo worries12:31
*** Eran_Kuris has quit IRC12:31
* kashyap used to use this for multi-node DevStack: https://kashyapc.fedorapeople.org/virt/openstack/multi-node-configs/Notes-for-Multi-Node-DevStack-Setup.txt12:31
* kashyap wonders how much of the "Some caveats [...]" section at the end is still valid12:32
*** jpena|lunch is now known as jpena12:32
sean-k-mooneyif i do a virtual multi node i just do it on a kolla-ansible deployed openstack cloud.12:33
*** savvas has quit IRC12:33
*** savvas has joined #openstack-nova12:34
* kashyap does virtual, with nVMX12:35
sean-k-mooneykashyap: ya i use nested virt too i just prefer using an opensck cloud to create my openstack dev enviornments12:38
*** shaohe_feng has quit IRC12:39
*** shaohe_feng has joined #openstack-nova12:40
*** gbarros has quit IRC12:41
*** jaypipes has quit IRC12:43
*** jaypipes has joined #openstack-nova12:43
*** links has quit IRC12:44
*** tbachman has quit IRC12:45
*** tbachman has joined #openstack-nova12:46
*** Eran_Kuris has joined #openstack-nova12:48
*** mriedem has joined #openstack-nova12:49
*** mugsie has quit IRC12:49
*** mugsie has joined #openstack-nova12:49
*** mugsie has quit IRC12:49
*** mugsie has joined #openstack-nova12:49
*** shaohe_feng has quit IRC12:49
openstackgerritChris Dent proposed openstack/nova master: DNM: Explore limiting resource tracker update  https://review.openstack.org/58705012:50
*** vladikr has joined #openstack-nova12:50
*** shaohe_feng has joined #openstack-nova12:50
*** tbachman has quit IRC12:50
*** lyan has joined #openstack-nova12:51
*** lyan is now known as Guest2746412:51
*** tbachman has joined #openstack-nova12:52
openstackgerritMerged openstack/nova master: Use vif.vif_name in _set_config_VIFGeneric  https://review.openstack.org/57146112:53
openstackgerritMerged openstack/nova master: tox: Silence psycopg2 warnings  https://review.openstack.org/58535212:53
openstackgerritMerged openstack/nova master: doc: link to CERN summit video about upgrading from cells v1 to v2  https://review.openstack.org/58504412:54
openstackgerritMerged openstack/nova master: doc: link to AZ talk from the Rocky summit  https://review.openstack.org/58504512:54
*** jmlowe has quit IRC12:55
*** edmondsw has joined #openstack-nova12:56
*** links has joined #openstack-nova12:56
*** shaohe_feng has quit IRC12:59
*** shaohe_feng has joined #openstack-nova13:00
*** ttsiouts has quit IRC13:03
*** rmart04 has quit IRC13:03
*** edmondsw has quit IRC13:06
*** ttsiouts has joined #openstack-nova13:06
*** Luzi has quit IRC13:08
*** janki has quit IRC13:08
*** janki has joined #openstack-nova13:08
*** tbachman has quit IRC13:09
*** jroll has quit IRC13:10
*** shaohe_feng has quit IRC13:10
*** jroll has joined #openstack-nova13:10
*** shaohe_feng has joined #openstack-nova13:10
openstackgerritKashyap Chamarthy proposed openstack/nova master: libvirt: Remove usage of migrateToURI{2} APIs  https://review.openstack.org/56725813:11
*** tbachman has joined #openstack-nova13:15
*** bnemec has joined #openstack-nova13:20
*** shaohe_feng has quit IRC13:20
*** shaohe_feng has joined #openstack-nova13:22
*** ttsiouts has quit IRC13:25
*** alexpilotti has joined #openstack-nova13:27
*** mhg has joined #openstack-nova13:27
*** ttsiouts has joined #openstack-nova13:28
*** r-daneel has quit IRC13:28
*** udesale has joined #openstack-nova13:30
*** shaohe_feng has quit IRC13:30
*** shaohe_feng has joined #openstack-nova13:30
*** tetsuro_ has joined #openstack-nova13:31
*** artom has joined #openstack-nova13:33
*** gongysh has quit IRC13:34
*** takashin_ has joined #openstack-nova13:35
*** udesale has quit IRC13:35
*** takashin_ has left #openstack-nova13:35
*** takashin has quit IRC13:36
*** burt has joined #openstack-nova13:40
*** shaohe_feng has quit IRC13:40
*** AlexeyAbashkin has quit IRC13:40
*** AlexeyAbashkin has joined #openstack-nova13:41
*** shaohe_feng has joined #openstack-nova13:41
dansmithstephenfin: are you back?13:42
*** yyz_ has joined #openstack-nova13:44
*** lbragstad has joined #openstack-nova13:46
openstackgerritMerged openstack/nova master: Add documentation for emulator threads policy  https://review.openstack.org/57995613:50
*** cfriesen_ has joined #openstack-nova13:50
*** shaohe_feng has quit IRC13:51
kashyapdansmith: IIRC, he's still off til 01-Aug.13:51
*** shaohe_feng has joined #openstack-nova13:51
dansmithugh okay13:51
dansmithgibi: I replied here: https://review.openstack.org/#/c/585385/1413:52
dansmithgibi: if you're happy with that I'd sure like to get that landed since the previous patches were predicated on those tests, which we're currently lacking in tree13:52
*** takashin has joined #openstack-nova13:53
*** awaugama has joined #openstack-nova13:54
*** ratailor has quit IRC13:55
openstackgerritTakashi NATSUME proposed openstack/nova master: Add description for placement 1.26  https://review.openstack.org/58706713:56
*** jmlowe has joined #openstack-nova13:56
*** skooperit_ has joined #openstack-nova13:57
*** Eran_Kuris has quit IRC13:57
*** erlon has quit IRC13:58
*** Yan__ has quit IRC13:59
efriedScheduler meeting in #openstack-meeting-alt13:59
*** shaohe_feng has quit IRC14:01
*** shaohe_feng has joined #openstack-nova14:02
kashyapsean-k-mooney: Yay!  Now the 'nova-live-migration' job succeeds!14:02
kashyapsean-k-mooney: http://zuul.openstack.org/stream.html?uuid=0707146f416940f68506d5d994038158&logfile=console.log14:02
kashyapsean-k-mooney: Hmm, actually I jumped the gun toon soon :P  It's "almost" success, because it's still in blue.14:02
openstackgerritLee Yarwood proposed openstack/nova master: WIP compute: Recreate attachments during a reschedule  https://review.openstack.org/58707114:04
*** cfriesen__ has joined #openstack-nova14:04
*** cfriesen_ has quit IRC14:04
*** erlon has joined #openstack-nova14:04
sean-k-mooneykashyap: nice14:04
kashyapNot quite, I want to see the green label there :-)14:05
sean-k-mooneyhas well it will go green when it uploads the logs14:05
sean-k-mooneythat said it is still running some of the tests14:05
sean-k-mooneythey are passing now however so thats good14:06
kashyapBut the failing test succeeded, though: tempest.api.compute.admin.test_live_migration.LiveMigrationTest.test_live_block_migration14:06
*** psachin`` has joined #openstack-nova14:06
kashyapYep14:06
*** psachin` has quit IRC14:06
gibidansmith: looking...14:07
gibidansmith: I've removed the L96 fake_network.set_stub_network_methods(self) and removed L506 fake_network.unset_stub_network_methods(self) and the test started failing. Based on the code the two removed calls are reverse of each other so I expected that if I remove both then the test result is the same14:10
dansmithgibi: okay I thought you meant the unstubbing part specifically14:11
*** mlavalle has joined #openstack-nova14:11
gibidansmith: I can push that change in a separate commit top of stephenfin's if that helps14:11
*** shaohe_feng has quit IRC14:11
dansmithwell, I just don't want to end up without functional tests for this stuff, but I understand why you think this isn't working14:12
dansmithso let me dig in a bit I guess14:12
*** shaohe_feng has joined #openstack-nova14:12
*** hongbin has joined #openstack-nova14:14
gibidansmith: I'm affraid we are missing something as this functional test is pretty complex.14:14
*** antosh has joined #openstack-nova14:14
dansmithI understand14:15
gibidansmith: If we find nothing then I can accept to merge this as there are new tests that seems OK14:16
dansmithgibi: your comment about L96.. is that new test using that? I don't think it calls _run_build_test()14:17
dansmithbecause I thought these were stubbed way lower, which is why mriedem suggested just unstubbing in these couple new tests14:17
dansmithI also thought that this was stubbing neutronapi methods,14:18
dansmithbut the fake_stub_network_methods() on L96 is stubbing out compute stuff14:18
dansmithunset will unset any that have been stubbed14:18
gibidansmith: that could explain what I see. Let me dig in after the scheduler meeting14:19
gibidansmith: in general I think these tests should work with non stubbed neutronv2/api14:19
dansmithgibi: I'm not sure how, we still have to return fake responses from neutron14:19
gibidansmith: yeah, that is the only thing that need to be faked14:20
*** shaohe_feng has quit IRC14:21
dansmithwell, it's using the neutronfixture, which seems like the right thing to do...14:22
dansmithah14:23
dansmithgibi: https://github.com/openstack/nova/blob/master/nova/tests/functional/test_servers.py#L79-L7914:23
dansmiththat is the test this inherits from, which stubs things out14:24
dansmithI think if we don't unstub them we don't call into our neutron fixture to return the augmented nw_info, which is why we don't see the new stuff unless we unstub14:24
*** shaohe_feng has joined #openstack-nova14:24
dansmithso NUMAServersTestWithNetworks->NUMAServersTestBase->ServersTestBase->the stubbing14:24
gibidansmith: OK, then my expectation is that if I move the unstub to the NUMAServersTestBase.setup() then everything should pass14:25
*** wolverineav has quit IRC14:26
dansmithdo you mean NUMAServersWithNetworksTest?14:26
dansmithI don't think this patch needs to change the other tests that are here14:26
*** wolverineav has joined #openstack-nova14:26
gibidansmith: I theory both NUMAServersTestBase but I agree that in _this_ patch we should not change the other tests, so the NUMAServersTestBase change would be a followup14:27
*** links has quit IRC14:27
gibis/both//14:27
dansmithI just moved it to setup and I think all these new ones pass.. will run the whole file to be sure14:27
sean-k-mooneydansmith: for the numa aware vswitch spec what is the expect behavior if you do not enable the numatopology fileter14:28
dansmithTBH, I'm not sure I see why moving it to setup matters, but..14:28
dansmithsean-k-mooney: are you asking?14:28
sean-k-mooneydansmith: yes. with stephenfin code we do not validate the constratins on the compute node just in the schduler14:29
*** vishakha has quit IRC14:29
sean-k-mooneyat least that is what i am seeing locally.14:29
dansmithsean-k-mooney: right, with the filter disabled this is just all ignored14:29
sean-k-mooneyya is that correct however?14:29
dansmithyes14:29
sean-k-mooneyok cool14:30
*** vishakha has joined #openstack-nova14:30
sean-k-mooneyim guessing we dont want a late check like the anti affinity stuff to avoid retries?14:31
dansmithgibi: another test fails if I do that14:31
gibidansmith: I thought originally that L96 was the stubbing for every NUMAServer tests (and I was wrong) and in general I want to have as small amount of stub in the functional tests as possible. Now that I know that we get the stubbing from a lot further base it means If I need to follow my principle then I have to do a bit more surgery _outside_ of the current patch14:31
*** felipemonteiro__ has joined #openstack-nova14:31
dansmithgibi: it's related to this series, but not this patch14:31
dansmithso if I change this I will have to update that test too14:31
dansmithgibi: totally agree with minimal stubbing in functional tests for sure14:31
*** mriedem has quit IRC14:31
dansmiththis is testing fake libvirt with fake neutron, so... lots of stubbing required regardless :/14:31
gibidansmith: OK, I don't think any more that is worth to blow up the current patch14:32
*** shaohe_feng has quit IRC14:32
dansmithgibi: I will put the move and the related changes in a separate patch on top then if that's okay with you14:32
gibidansmith: let's merge this as is and I will spend time on a followup to reduce the stubbing if possible14:32
gibidansmith: that totally works for me14:32
*** shaohe_feng has joined #openstack-nova14:32
*** udesale has joined #openstack-nova14:34
*** dklyle has joined #openstack-nova14:34
*** tidwellr has joined #openstack-nova14:35
*** ChanServ changes topic to "Current runways: abort-live-migration-in-queued-status / add-zvm-driver-rocky / glance-image-traits -- This channel is for Nova development. For support of Nova deployments, please use #openstack."14:37
mnaserdansmith: whenever you're free, if you can add this to your queue -- https://review.openstack.org/#/c/586824/ (and the patch above it is more of a poc) -- with some info in the bug14:38
*** dtantsur is now known as dtantsur|brb14:38
dansmithalright14:39
kashyapmnaser: Maybe it's just me, but first paragraph in the commit message is confusing14:39
*** mriedem has joined #openstack-nova14:39
kashyap(And the patch above needs to be rebased I think)14:40
dansmithmakes sense to me14:40
kashyapYou have more context, though :-)  But yeah, reading the whole message makes it clearer.14:42
*** shaohe_feng has quit IRC14:42
*** shaohe_feng has joined #openstack-nova14:43
*** felipemonteiro_ has joined #openstack-nova14:43
mnaserkashyap: yeah, it's still very much early and needs reviews :)14:44
*** lyan has joined #openstack-nova14:45
mnaserit was more of a rough "hey how's this to solve a problem"14:45
* kashyap nods14:45
*** lyan is now known as Guest450614:45
*** egarbade has quit IRC14:45
*** Guest27464 has quit IRC14:46
*** felipemonteiro__ has quit IRC14:46
dansmithgibi: the fix for the other test was in the create_port() handler of the fixture, so it was touched by this test and part of your other feedback anyway,14:46
dansmithgibi: so I'll just squash and update this patch14:46
gibidansmith: OK, cool14:46
*** ekhugen has quit IRC14:46
openstackgerritDan Smith proposed openstack/nova master: Add additional functional tests for NUMA networks  https://review.openstack.org/58538514:47
dansmithgibi: note that just moves it up one test level, not all the way to the top14:47
kashyapmdbooth: Not sure if you'll be able to today, but this is ready and fixed all the tests (including the live migration job): https://review.openstack.org/#/c/567258/14:48
mdboothkashyap: ack14:48
kashyapGentle ping because you've reviewed it before.  (And I'm off for 2 weeks from Wed.)14:48
kashyapmdbooth: Thanks!14:48
*** slaweq has quit IRC14:48
*** ekhugen has joined #openstack-nova14:49
*** egarbade has joined #openstack-nova14:50
openstackgerritMatt Riedemann proposed openstack/nova master: Updated AggregateImagePropertiesIsolation filter illustration  https://review.openstack.org/58631714:50
tetsuro_gibi: I'm going to rebase https://review.openstack.org/#/c/585672/ on gibi's 1.28 support one.14:51
mriedemlyarwood: looks like a backport to pike is using a method that doesn't even exist :( https://bugs.launchpad.net/nova/+bug/178363514:52
openstackLaunchpad bug 1783635 in OpenStack Compute (nova) "Live migration failed.: AttributeError: 'Guest' object has no attribute 'migrate_configure_max_speed'" [Undecided,New]14:52
tetsuro_gibi: Before pushing them, I'm looking into the functional test in https://review.openstack.org/#/c/527728/18 to pass rebased on the two.14:52
tetsuro_gibi, lajos: Would you mind if I amend https://review.openstack.org/#/c/527728/18?14:52
*** shaohe_feng has quit IRC14:52
*** imacdonn has quit IRC14:53
*** imacdonn has joined #openstack-nova14:53
*** shaohe_feng has joined #openstack-nova14:53
mriedemlyarwood: i guess you figured that out already https://review.openstack.org/#/c/586965/14:54
gibitetsuro_: thanks for the heads-up. I have nothing agains the rebase. I talked to lajos before and he let me take over https://review.openstack.org/#/c/527728 so I think I can let you in his name to amend it  :)14:54
tetsuro_gibi: Thanks!14:56
gibitetsuro_: regarding the rebase the patch adding support for 1.29 top of 1.28. That is also cool with me14:56
tetsuro_Yup. That would be the right way to go.14:56
gibitetsuro_: I will try to keep continue progressing support for 1.28 as my time allows during the RC period so we can merge it soon in Stein14:56
*** felipemonteiro_ has quit IRC14:56
*** felipemonteiro_ has joined #openstack-nova14:57
*** medberry has quit IRC14:57
tetsuro_gibi: Cool. I can help the "change unit tests to pass" part if I finish the rebase and test work earlier than I think.14:58
*** jamesdenton has joined #openstack-nova14:59
gibitetsuro_: I consider unit test secondary in 1.28 but thanks for any help with those. I'm more affraid of how to add proper functional coverage for the consumer generation conflict cases15:00
tetsuro_gibi: yup, that sounds tough...15:00
mriedemdansmith: https://review.openstack.org/#/c/586965/ to unbreak live migration in pike15:01
gibitetsuro_: I have some ideas but until I see them working I'm in doubt15:01
*** slaweq has joined #openstack-nova15:01
mriedemwell, live migration + pike + linuxbridge, which we don't test in CI15:01
dansmithmriedem: is this because of that speed limit thing?15:02
dansmithfor LB yeah15:02
openstackgerritMerged openstack/nova master: tox: Reuse envdirs  https://review.openstack.org/53438215:02
*** shaohe_feng has quit IRC15:02
*** janki has quit IRC15:03
tetsuro_gibi: But as many project (neutron, cyborg, blazar etc) are looking forward the feature we can just continue to work.15:03
*** shaohe_feng has joined #openstack-nova15:03
tetsuro_gibi: Anyway, I should go to bed now, sorry. Thanks for your info.15:03
*** Yan has joined #openstack-nova15:03
gibitetsuro_: yeah, not to mention that my work on bandwidth base scheduling also needs it :)15:04
gibitetsuro_: thanks for the info too. good night!15:04
tetsuro_gibi: Good day and night!15:04
*** tetsuro_ has quit IRC15:05
*** takashin has left #openstack-nova15:05
*** tbachman has quit IRC15:08
*** fanzhang has quit IRC15:09
*** fanzhang has joined #openstack-nova15:09
openstackgerritMatt Riedemann proposed openstack/nova stable/pike: Add unshelve instance error info to fault table  https://review.openstack.org/58342615:10
*** shaohe_feng has quit IRC15:13
*** shaohe_feng has joined #openstack-nova15:14
*** skooperit_ has quit IRC15:15
*** tbachman has joined #openstack-nova15:16
*** pcaruana has quit IRC15:16
gibidansmith: thanks for the fix in https://review.openstack.org/#/c/585385 I'm +2 now15:16
gibimriedem: ^^ you were +2 before15:17
dansmithgibi: thanks15:17
*** ispp has quit IRC15:17
*** ispp has joined #openstack-nova15:19
*** tssurya has quit IRC15:22
*** yyz_ has quit IRC15:22
*** r-daneel has joined #openstack-nova15:23
*** shaohe_feng has quit IRC15:23
*** vladikr has quit IRC15:23
*** shaohe_feng has joined #openstack-nova15:25
*** gyee has joined #openstack-nova15:25
*** janki has joined #openstack-nova15:27
*** tbachman has quit IRC15:29
*** jchhatbar has joined #openstack-nova15:29
*** janki has quit IRC15:30
*** jchhatbar has quit IRC15:30
*** jchhatbar has joined #openstack-nova15:31
*** dave-mcc_ has joined #openstack-nova15:31
*** tssurya has joined #openstack-nova15:33
*** shaohe_feng has quit IRC15:33
*** dave-mccowan has quit IRC15:33
*** shaohe_feng has joined #openstack-nova15:34
*** tbachman has joined #openstack-nova15:34
openstackgerritMatt Riedemann proposed openstack/nova stable/ocata: Add unshelve instance error info to fault table  https://review.openstack.org/58342215:35
*** awaugama has quit IRC15:35
*** dave-mccowan has joined #openstack-nova15:35
*** vladikr has joined #openstack-nova15:36
*** dtantsur|brb is now known as dtantsur15:37
*** abhishekk has joined #openstack-nova15:37
*** dave-mcc_ has quit IRC15:38
*** dtruong_ has quit IRC15:39
*** shaohe_feng has quit IRC15:43
*** shaohe_feng has joined #openstack-nova15:45
*** Deepak has joined #openstack-nova15:45
*** tssurya has quit IRC15:49
*** tesseract has quit IRC15:49
*** ispp has quit IRC15:51
*** itlinux has joined #openstack-nova15:51
*** itlinux has quit IRC15:51
*** aarents1 is now known as aarents15:52
*** Bhujay has quit IRC15:53
*** shaohe_feng has quit IRC15:54
*** shaohe_feng has joined #openstack-nova15:55
*** psachin`` has quit IRC15:56
*** vladikr has quit IRC16:01
*** ircuser-1 has joined #openstack-nova16:03
*** shaohe_feng has quit IRC16:04
*** shaohe_feng has joined #openstack-nova16:05
*** yyz_ has joined #openstack-nova16:05
*** Sundar has joined #openstack-nova16:09
*** itlinux has joined #openstack-nova16:10
mnaserwell i sure don't run out of ways to find how broken this was :(16:11
*** itlinux has quit IRC16:12
mnaserinstances is shown when listing instances (with ACTIVE state), getting the specific instance (nova show/delete/etc) gives 404, instance_mapping exists, it exists in instances table in the appropriate cell16:12
*** itlinux has joined #openstack-nova16:12
mnaserand no build request16:12
mnaserso things.. should be right?16:12
*** shaohe_feng has quit IRC16:14
*** vladikr has joined #openstack-nova16:14
*** shaohe_feng has joined #openstack-nova16:15
Guest9714mnaser: instance_mapping with cell_id=None?16:15
*** Guest9714 is now known as melwitt16:15
mnasermelwitt: nope, it has an assigned cell_id16:16
mnaserand it exists in the assigned cell too16:16
melwittbut a 404 during delete? hm16:16
mnasereven 404 during get or anything16:16
melwittyeah, that's unexpected16:16
melwitt(and wrong)16:17
mnaseri restarted the nova apis... thought maybe it was cache but it wasnt16:17
mnaseri mean afaik this should work .. https://github.com/openstack/nova/blob/master/nova/compute/api.py#L2353-L235716:17
*** mlavalle has quit IRC16:18
*** ttsiouts has quit IRC16:18
*** Deepak has quit IRC16:18
mriedemmnaser: if the instance mapping failed to update the record with the cell mapping we are going to fail to target the instance in any cell,16:18
mriedemsince we do'nt know which cell since the instance mapping is busted16:18
mnasermriedem: but i manaully updated the instance_mapping in my cleanup, so the cell_id is correct in instance_mapping16:19
melwitthe said the instance mapping has a cell_id assigned16:19
mriedemwhat's the stacktrace on the 404 then?16:19
mriedemor i suppose there isn't one16:19
mnasernone, just an instance not found16:19
*** mvk_ has quit IRC16:19
*** itlinux_ has joined #openstack-nova16:19
*** Sundar has quit IRC16:20
mnasermriedem: http://paste.openstack.org/show/726855/16:20
*** itlinux has quit IRC16:20
mnaserand cell_id=5 is the one that uses 'nova' db16:20
mriedemand you're sure you don't have any services table entries with nova-osapi_compute that are <15/16:22
mriedem?16:22
*** mlavalle has joined #openstack-nova16:22
*** Sundar has joined #openstack-nova16:23
mriedemit would be looking in whatever [database]/connection database you're running for the nova.conf in the nova-api service16:23
mriedemso presumably cell016:23
Sundarefried: Please ping me when you have the time. I am open for the next half hour.16:23
efriedSundar: I'm here. Shall we talk in -cyborg?16:24
mriedemnote that min service version *is* cached16:24
SundarSure16:24
*** shaohe_feng has quit IRC16:24
mnasermriedem: http://paste.openstack.org/show/726857/16:25
mnaseri'm pretty sure :X16:25
mnaserthere are deleted service records < 1516:25
*** ccamacho has quit IRC16:26
mnaserinteresting16:26
mriedemmnaser: what db is your api config using?16:26
mriedemnova_cell0?16:26
mnasernova_api16:26
mriedemno,16:26
mriedem[database]/connection16:26
mnasernova16:27
mnaseralso i did a log.error(instance_uuid inst_map)16:27
mnaser729b5fb6-064c-4db4-b448-e01f5bc3d789: InstanceMapping(cell_mapping=CellMapping(e16503e7-b7dc-4f70-8c3e-87653c01481a),created_at=2018-07-30T15:31:56Z,id=8553936,instance_uuid=729b5fb6-064c-4db4-b448-e01f5bc3d789,project_id='55e74b674f714b869d14eb40ca004eb4',updated_at=2018-07-30T15:31:57Z)16:27
mnaserso it actually gets it16:27
mnaseradding a LOG.debug(instance) in the follow up16:28
*** Sundar has quit IRC16:29
*** shaohe_feng has joined #openstack-nova16:29
*** mlavalle has quit IRC16:29
*** savvas has quit IRC16:30
*** savvas has joined #openstack-nova16:30
mnaserhttps://github.com/openstack/nova/blob/master/nova/compute/api.py#L235516:30
mnaserit reaches here16:30
*** AlexeyAbashkin has quit IRC16:30
*** mdnadeem_ has quit IRC16:31
mnaserbut then `objects.Instance.get_by_uuid` raises the exception i think16:31
mriedemand you should see get_or_set_cached_cell_and_set_connections in the logs for the lock16:31
mriedemand it will log the cell mapping uuid16:31
*** felipemonteiro__ has joined #openstack-nova16:31
mriedemat debug i mean16:31
mnaserwell, I aded a LOG.error(inst_map.cell_mapping) and i see the cell mapping there on the request16:31
mnaserso i guess objects.Instance.get_by_uuid is raising some exception16:32
mnaseralso16:32
mriedemcan you also log the context.db_connection right before Instance.get_by_uuid?16:32
mnasersure16:32
mnaserhttps://github.com/openstack/nova/blob/master/nova/compute/api.py#L2398-L240016:32
mnaseri think this is dead code16:32
mriedemit won't be a string, but needs to be not None16:32
melwittusually, the only exception there would be InstanceNotFound but if deleted != 0 you wouldn't see it in 'nova list' either16:33
mriedemmnaser: "# NOTE(ameade): we still need to support integer ids for ec2"16:33
*** felipemonteiro_ has quit IRC16:33
*** priteau has joined #openstack-nova16:33
mnaserwell the exception handles InvalidID16:33
mnaserbut if uuidutils.is_uuid_like is raises that then you never end up in else:16:33
mnaserand if it doesn't, then InvalidID might never be raised16:34
mnaserbut idk, it just seems a bit weird but anyways16:34
mnaserlet me check context.db_connection16:34
*** savvas has quit IRC16:34
*** shaohe_feng has quit IRC16:35
mnasermriedem: <oslo_db.sqlalchemy.enginefacade._TransactionContextManager object at 0x955e450>16:35
*** shaohe_feng has joined #openstack-nova16:35
mriedemok16:35
mnaseri mean i could try to remember how to make sqlalchemy log sql queries16:35
mnaseri remember i did that at some point16:36
*** s10 has quit IRC16:36
mriedemmnaser: it's either https://docs.openstack.org/nova/latest/configuration/config.html#database.connection_debug or https://docs.openstack.org/nova/latest/configuration/config.html#database.connection_trace i think16:37
mriedemoh you know what...16:38
mriedemi bet i know what this is16:38
mriedemlazy-join on a deleted compute service by the instance record16:38
mriedemit's not the instance record that's the problem16:38
mriedemit's a related deleted service record that we can't load16:38
mriedemmelwitt: remember that^ ?16:38
*** savvas has joined #openstack-nova16:38
mriedemmnaser: i'd query the db that the instance is for all nova-compute services with the same name as the instance.host16:39
mriedemare any of those deleted?16:39
openstackgerritChris Dent proposed openstack/nova master: [placement] Use oslotest CaptureOutput fixture  https://review.openstack.org/58712916:39
openstackgerritChris Dent proposed openstack/nova master: [placement] Use a non-nova log capture fixture  https://review.openstack.org/58713016:39
openstackgerritChris Dent proposed openstack/nova master: [placement] Use a simplified WarningsFixture  https://review.openstack.org/58713116:39
mriedemit could be trying to set a uuid on a deleted service record16:39
melwittyeah... thinking. the one I've got a patch up for is around generating a uuid for a deleted service record16:39
mriedembut that was with listing i thought, not sohw16:40
mriedem*show16:40
*** mlavalle has joined #openstack-nova16:40
mriedemmnaser: i'd probably put a try/except around that Instance.get_by_uuid to handle InstanceNotFound, LOG.exception and re-raise16:40
mriedemmnaser: to figure out where the InstanceNotFound originates from16:40
*** sean-k-mooney has quit IRC16:41
melwittyeah, according to the bugs, that would raise ServiceNotFound or ServiceTooOld for listing16:41
*** savvas has quit IRC16:43
*** udesale has quit IRC16:43
*** priteau has quit IRC16:44
*** yamahata has quit IRC16:45
*** shaohe_feng has quit IRC16:45
*** shaohe_feng has joined #openstack-nova16:46
openstackgerritBalazs Gibizer proposed openstack/nova master: Remove superfluous network stubbing in func test  https://review.openstack.org/58713416:46
anupnHi Folks, I have deployed an instance on ironic node, but that instance is unable to ping to the external network. Can you please suggest what things should I check for? my br-ex has got an external IP, and I can ping the internet from the host but not from the vm.16:49
melwittanupn: hi, this is a development channel, not a support channel. pls see topic16:51
anupnmelwitt: Ah ok! Will ask in the other channel16:52
*** sean-k-mooney has joined #openstack-nova16:55
*** shaohe_feng has quit IRC16:55
*** savvas has joined #openstack-nova16:55
*** shaohe_feng has joined #openstack-nova16:57
*** idlemind has joined #openstack-nova16:58
mnasersorry, in a call, ill catch up on buffer in a sec16:59
*** savvas has quit IRC17:00
*** derekh has quit IRC17:01
*** priteau has joined #openstack-nova17:02
*** savvas has joined #openstack-nova17:05
*** shaohe_feng has quit IRC17:05
*** shaohe_feng has joined #openstack-nova17:07
openstackgerritmelanie witt proposed openstack/nova master: Set default of oslo.privsep.daemon logging to INFO level  https://review.openstack.org/58664317:07
*** sambetts is now known as sambetts|afk17:08
*** jpena is now known as jpena|off17:10
*** awaugama has joined #openstack-nova17:11
*** felipemonteiro_ has joined #openstack-nova17:12
*** felipemonteiro__ has quit IRC17:12
mnaserill do the try/raise, the service is actually existing17:13
*** shaohe_feng has quit IRC17:16
*** shaohe_feng has joined #openstack-nova17:17
*** yamahata has joined #openstack-nova17:18
mnaserhttp://paste.openstack.org/show/726864/17:22
mnaseri feel like i need to take a step back and something weird is happening17:23
openstackgerritChris Dent proposed openstack/nova master: DNM: Explore limiting resource tracker update  https://review.openstack.org/58705017:23
openstackgerritChris Dent proposed openstack/nova master: Extract _update_to_placement method in resource tracker  https://review.openstack.org/58717117:23
*** tbachman has quit IRC17:24
melwittmnaser: so the deleted column for that instance != 0? I don't get how it's showing up in 'nova list' then17:25
*** shaohe_feng has quit IRC17:26
*** shaohe_feng has joined #openstack-nova17:27
* mnaser has to hop on a call but will get back to this soon17:30
*** savvas has quit IRC17:31
*** savvas has joined #openstack-nova17:31
mnasermelwitt: also btw i did some work here on trying to make it a single transaction (with a parent fix trying to be a less major change) -- https://review.openstack.org/#/c/586742/ if you have time to look at it17:31
*** flwang1 has joined #openstack-nova17:31
melwittmnaser: will take a look, thanks17:31
*** shaohe_feng has quit IRC17:36
*** shaohe_feng has joined #openstack-nova17:37
openstackgerritMerged openstack/nova stable/pike: libvirt: add method to configure migration speed  https://review.openstack.org/58696517:39
*** shaohe_feng has quit IRC17:46
*** shaohe_feng has joined #openstack-nova17:48
*** s10 has joined #openstack-nova17:50
*** lpetrut has quit IRC17:52
openstackgerritMerged openstack/nova stable/pike: Make host_aggregate_map dictionary case-insensitive  https://review.openstack.org/58533517:54
openstackgerritMerged openstack/nova stable/pike: Fix unbound local when saving an unchanged RequestSpec  https://review.openstack.org/58095117:54
openstackgerritMerged openstack/nova stable/queens: Refactor _build_device_metadata  https://review.openstack.org/58139817:54
openstackgerritMerged openstack/nova stable/queens: Consider hostdev devices when building metadata  https://review.openstack.org/58139917:55
openstackgerritMerged openstack/nova master: Add additional functional tests for NUMA networks  https://review.openstack.org/58538517:55
*** felipemonteiro__ has joined #openstack-nova17:55
*** shaohe_feng has quit IRC17:57
*** shaohe_feng has joined #openstack-nova17:57
*** felipemonteiro_ has quit IRC17:59
openstackgerritChris Dent proposed openstack/nova master: [placement] Use of set_middleware_defaults  https://review.openstack.org/58718317:59
openstackgerritChris Dent proposed openstack/nova master: [placement] Use own set_middleware_defaults  https://review.openstack.org/58718318:00
*** jmlowe_ has joined #openstack-nova18:01
*** bigdogstl has joined #openstack-nova18:02
*** jmlowe has quit IRC18:03
*** savvas has quit IRC18:05
*** shaohe_feng has quit IRC18:07
*** cdent has quit IRC18:09
*** cdent has joined #openstack-nova18:09
*** shaohe_feng has joined #openstack-nova18:10
*** shaohe_feng has quit IRC18:17
*** shaohe_feng has joined #openstack-nova18:18
*** bigdogstl has quit IRC18:19
*** purplerbot has quit IRC18:27
*** bigdogstl has joined #openstack-nova18:27
*** shaohe_feng has quit IRC18:27
*** purplerbot has joined #openstack-nova18:28
*** shaohe_feng has joined #openstack-nova18:28
*** bigdogstl has quit IRC18:28
*** dtantsur is now known as dtantsur|afk18:31
efriedHey folks, we're back with https://bugs.launchpad.net/nova/+bug/173771118:32
openstackLaunchpad bug 1737711 in OpenStack Compute (nova) "nova boot failed when use the chinese metadata key and value" [Undecided,In progress] - Assigned to huanhongda (hongda)18:32
efriedThey've restricted the patch https://review.openstack.org/#/c/536236/ to just metadata keys (not extra_specs keys anymore).18:32
efriedThe bug still doesn't give a whole lot of detail as to the use case for this, but maybe it makes more sense to y'all, dansmith mriedem jaypipes18:34
*** tbachman has joined #openstack-nova18:34
*** tbachman has quit IRC18:35
*** shaohe_feng has quit IRC18:38
melwittefried: fwiw, my initial read on that is we have more than one place where unicode keys won't work (as you mentioned extra_specs is another one) and IMHO it feels like it would be a small spec to propose to change all of them together in a consistent way to support unicode18:38
melwittis the schema validation really the only thing preventing unicode from working?18:38
efriedmelwitt: Good question. No idea if they've tried... whatever it is they wanted to try, with their fix in place.18:39
*** shaohe_feng has joined #openstack-nova18:39
efriedmelwitt: Anyway, my position on this is that I don't have the background to be able to make a compelling argument to shut down the bug, or ask for it to be converted to a bp, or whatever. I need cavalry support (that would be you).18:39
jaypipesefried: I'm curious why the patch includes a change to add maxLength: 25518:40
efriedjaypipes: Yeah, that's redundant (already covered by the regex), but not really important to the question of whether we should do it at all...18:41
*** savvas has joined #openstack-nova18:41
efriedjaypipes: I added a comment for ya :)18:42
jaypipesefried: right, but AFAICT, the regex doesn't change.18:42
mriedemstephenfin: where does the libvirt driver actually translate hw_cpu_policy and hw_cpu_thread_policy into something that goes in the guest xml?18:42
efriedjaypipes: Right, that part of the delta is them making sure the extra_specs pattern does *not* change.18:42
mriedemstephenfin: _get_guest_cpu_config ?18:43
*** jmlowe_ has quit IRC18:43
efriedjaypipes: Actually, they've correctly carried over the redundant maxLength from the metadata key pattern...18:44
openstackgerritkarim proposed openstack/nova master: Updated AggregateImagePropertiesIsolation filter illustration  https://review.openstack.org/58631718:44
*** jmlowe has joined #openstack-nova18:44
efriedjaypipes: I suppose if you were being really particular, you could say they did the right thing, because you could get back a different schema error.18:44
efriedjaypipes: But it's not about whether the patch is correct (it clearly isn't quite, yet). It's about whether we should allow it at all. Or if we do, if it needs to have microversion paperwork, a bp, a spec, etc.18:46
melwittefried: understood. at the very least I'd think we'd want tempest tests to cover unicode metadata key cases to verify it for now and keep it working in the future. and I'd think we'd want to change all of the user-settable keys to support unicode at the same time (rather than pick only one). and that's a bigger change and one I'd expect to have a spec about that explains all of the changes needed to properly support unicode in keys18:47
dansmithand tests to cover metadata server and configdrive, amirite?18:47
melwittthat's just my opinion. any other opinions?18:47
dansmithpersonally I do not think unicode is worth the change to this, no surprises there18:47
efriedyou anglocentric, you18:48
*** shaohe_feng has quit IRC18:48
mriedemi wouldn't ask me, i'd ask alex_xu, ken'ichi, takashi and Kevin_Zheng18:49
mriedemi asked kevin long ago if huawei had any need for unicode in flavor extra specs and i believe he said no18:49
mriedempassing unicode metadata values through to the guest is probably an easier case to make18:49
*** savvas has quit IRC18:49
melwittI didn't mean opinions on the validity of the change, just whether it would need a spec and review18:49
dansmithresources:<pileofpoo>=118:49
*** savvas has joined #openstack-nova18:49
*** bigdogstl has joined #openstack-nova18:49
*** shaohe_feng has joined #openstack-nova18:50
mriedemnormal microversion behavior state diagram says that if i can make a request to cloud A and it works and make the same request to cloud B and it doesn't work, w/o microversions, it should probably be versioned - unless it's just a bug / something broken in existing support18:50
mriedembut this has never worked as far as i know18:51
mriedemso it's not a bug/regression, it's an RFE18:51
dansmithwhat do you do for keys that are unicode if retrieved from an older microversion?18:51
dansmithdetect if they have unicode and exclude them?18:51
mriedemi thought you couldn't do that b/c of the existing schema?18:51
mriedemoh you mean,18:52
efriedhypothetically if this change was made, even with a microversion18:52
mriedemset with unicode on newer microversion, retrieve with older microversion?18:52
dansmithmriedem: yeah18:52
mriedemdansmith: idk, detecting that would suck18:52
dansmithmriedem: yup18:52
jaypipesefried: I asked a question on the patch.18:52
dansmithmriedem: and be super confusing for people18:52
mriedemthis is generally why we have specs for api behavior changes.... :)18:53
dansmithahyup18:53
efriedjaypipes: In the discussion from a few weeks ago (linked in the bug report) we talked about it not being a good idea for extra specs. I think it was in reaction to that that they reverted that part.18:53
jaypipesalthough I do like dansmith's pile of poo resource.18:53
dansmithjaypipes: one pile of poo please, affined to numa node #218:53
jaypipesside of fries with that, dansmith?18:54
dansmithjaypipes: only after some hand sanitizer18:54
jaypipes:)18:54
efriedaffinitizations for 914 points18:54
*** bigdogstl has quit IRC18:54
sean-k-mooneymriedem: does the api activly reject unicode?18:55
efriedsean-k-mooney: We're talking about in metadata/extra_specs keys, where the schema is patters18:55
efriedpattern-limited to ascii.18:55
efriedso yeah18:55
melwittefried: I'm going to comment on the patch18:56
efriedmelwitt: Okay, I was about to update the bug.18:56
sean-k-mooneyefried: oh ok i was going to say we dont mandate a coralation type for the db so someone could have created a db with utf-8 set and would be able to store it18:56
mriedemsean-k-mooney: can you answer this question to stephen? "where does the libvirt driver actually translate hw_cpu_policy and hw_cpu_thread_policy into something that goes in the guest xml?"18:56
melwittefried: feel free to do that18:57
openstackgerritChris Dent proposed openstack/nova master: [placement] Use oslotest CaptureOutput fixture  https://review.openstack.org/58712918:57
openstackgerritChris Dent proposed openstack/nova master: [placement] Use a non-nova log capture fixture  https://review.openstack.org/58713018:57
openstackgerritChris Dent proposed openstack/nova master: [placement] Use a simplified WarningsFixture  https://review.openstack.org/58713118:57
efriedmelwitt: Procedurally, if we've deemed this to need a bp/spec, do I set the bug to Won't Fix?18:57
mriedemi don't think so, it would be a wishlist bug18:57
mriedeminvalid -> wishlist or something18:58
sean-k-mooneymriedem: let me see if i can find it. i can i can give you the relevent xml snipit it generates18:58
efriedight18:58
mriedemall i mostly see is the giant hardware.py methods,18:58
*** shaohe_feng has quit IRC18:58
mriedembut can't link those up to where it's used by a driver18:58
mriedemmaybe it's not directly set in the guest xml? maybe it's just used to determine which cpus to pin?18:59
*** shaohe_feng has joined #openstack-nova18:59
sean-k-mooneymriedem: its burried in the numa code19:00
sean-k-mooneymriedem: yes it just used to determin the pinning19:00
efriedmelwitt, mriedem: Do we have a helpful contributor link to the bp/spec process?19:00
mriedemyes19:00
sean-k-mooneyit never gets into the xml itself19:00
mriedemhttps://docs.openstack.org/nova/latest/contributor/blueprints.html19:00
mriedemsean-k-mooney: ok then, that answers that, thanks19:00
efriedack19:01
sean-k-mooneymriedem: bassicaly we generate teh pinning here https://github.com/openstack/nova/blob/master/nova/virt/libvirt/driver.py#L4471-L448019:02
*** awaugama_ has joined #openstack-nova19:02
*** yyz_ has quit IRC19:04
*** awaugama has quit IRC19:05
*** flwang1 has quit IRC19:05
*** MultipleCrashes has joined #openstack-nova19:06
MultipleCrashesAnyone free to take up this review further : https://review.openstack.org/#/c/563418/19:07
*** tbachman has joined #openstack-nova19:08
*** shaohe_feng has quit IRC19:08
*** tbachman has quit IRC19:09
*** bigdogstl has joined #openstack-nova19:10
*** shaohe_feng has joined #openstack-nova19:12
*** cdent has quit IRC19:14
*** bigdogstl has quit IRC19:14
*** tbachman has joined #openstack-nova19:15
*** shaohe_feng has quit IRC19:19
openstackgerritEric Fried proposed openstack/nova master: Updated AggregateImagePropertiesIsolation filter illustration  https://review.openstack.org/58631719:21
*** shaohe_feng has joined #openstack-nova19:21
*** liuyulong has quit IRC19:22
*** liuyulong has joined #openstack-nova19:22
openstackgerritkarim proposed openstack/nova master: Updated AggregateImagePropertiesIsolation filter illustration  https://review.openstack.org/58631719:25
melwittMultipleCrashes: are you asking for review or help with updating the patch or both?19:26
MultipleCrashesI am new to it, in my knowledge we need a +2 for a merge ..mostly looking for a possibility of merge19:28
*** shaohe_feng has quit IRC19:29
sean-k-mooneyMultipleCrashes: just looking at the bug you are getting a keysonte error form calling neutronport delete in a bulk delete of nova instnaces.19:30
sean-k-mooneythis almost looks like we are ddosing the neuron api with too many requests at once19:31
*** bigdogstl has joined #openstack-nova19:31
*** jmlowe has quit IRC19:31
*** antosh has quit IRC19:31
sean-k-mooneyretry is certenly one want to solve it but perhaps we should be ratelimiting19:31
*** antosh has joined #openstack-nova19:32
*** shaohe_feng has joined #openstack-nova19:32
MultipleCrashesyeah , apparently this happens when too many instances are simultaneously deleted , if we try a rate limiting there is possibility that the task of deleting the VMs might get interrupted.19:33
MultipleCrashesEg:lets say we are deleting 1000 instances and the problem occurs at 550th (say) instance19:33
*** awaugama_ has quit IRC19:34
MultipleCrasheswe would still like to continue the process, probably rate limit might stop further execution19:34
melwittMultipleCrashes: the last comment on the review suggests a change to avoid logging error per retry and instead log info for the retry and then if all retries have failed, log error. otherwise the operator gets a false log error if one of the retries succeeds19:34
melwittand by false I mean, operators consider "error" to mean action should be taken19:35
*** bigdogstl has quit IRC19:35
sean-k-mooneyMultipleCrashes: well the error is stemming from  data = neutron.list_ports(**search_opts). so in your case we would be doing 1000 concurrent requets to netron to list the ports for the 1000 instnaces.19:36
MultipleCrashesyeah, since with the retries we would also be having instance ids, so we would be able to figure out that the retires are being done for this particular intance19:36
openstackgerritMatt Riedemann proposed openstack/nova master: Fix formatting for vcpu_pin_set and reserved_huge_pages  https://review.openstack.org/58720619:37
sean-k-mooneymelwitt: we have a rate limit for creatign new instaces. do you know is there an equivalent for delete?19:37
MultipleCrashesthe deletion of instances would happen one-at-a-time and hence, only the retry will be for that particular instance.19:37
dansmithwe don't have rate limiting for any API methods anymore, that I know of19:38
sean-k-mooneyMultipleCrashes: im not sure about that. i would expect the api/conductor to call down to the compute nodes to do the delete and for those deleteions to work in paralle but i have not looked at that code path.19:39
*** shaohe_feng has quit IRC19:39
sean-k-mooneydansmith: well this would not be an api ratelimit it would be a limit in the conductor i guess19:39
dansmithsean-k-mooney: MultipleCrashes means we have no bulk delete api call19:39
mriedemnova-api does an rpc cast to the compute that is hosting the instance19:39
dansmithsean-k-mooney: so of course, all of them happen in parallel19:40
dansmithsean-k-mooney: we have no rate limits in conductor either19:40
*** shaohe_feng has joined #openstack-nova19:40
dansmithsean-k-mooney: we have the build and migrate counters in compute, but those aren't per-tenant19:40
dansmithbut definitely don't have any such limits on delete19:40
sean-k-mooneydansmith: oh ok then ya i guess retry is the best we can currently do then.19:40
MultipleCrashesyeah, mostly is done via autoscale feature19:41
MultipleCrasheswhile scaling down19:41
melwittMultipleCrashes: the suggestion isn't to use instance ids to figure out whether it's a retry. the suggestion is to move the retry decorator to the inner method _deallocate_network, so that the log error in _try_deallocate_network won't happen each retry attempt19:41
MultipleCrashesyeah, moving to _deallocate_network would mean we will have to save_and_reraise exception in that function19:42
mriedem"otherwise the operator gets a false log error if one of the retries succeeds" is definitely annoying and a red herring when you're actually trying to debug something,19:42
MultipleCrashesas we are doing retry based on exception which we are handling in _try_deallocate_network19:42
mriedemi know there is a persistent case of that in cinder-volume during volume delete i think which always throws me off19:42
*** antosh has quit IRC19:43
mriedembecause it logs an error, then retries and succeeds19:43
MultipleCrashesthis seems to be an intermittent issue, once in many time..possibly caused by transient network connectivity problem.19:44
melwittMultipleCrashes: why? won't the RetryDecorator catch the ConnectFailure and retry and once retries expire it will propagate ConnectFailure up to _try_deallocate_network?19:45
sean-k-mooneyMultipleCrashes: it could be connectivity but its more likely that its due to the number of neutron api calls.19:46
mriedemi thought at one point the bug said it was a keystone issue?19:46
sean-k-mooneymriedem: its a keysone connection failure on list port19:47
mriedemdoes it re-use the same token to delete all 1000 instances and the token times out?19:47
sean-k-mooneymriedem: i cant tell form "ConnectFailure: Unable to establish connection to http:/somehost:someport/v2.0/ports.json?device_id=someid"19:48
MultipleCrashesyeah , tried the way with _deallocate_network RetryDecorator .. doesn't function properly.Yeah agree neutron load via no of api calls could be a likely reason19:48
sean-k-mooneymriedem: the error is propagating form the keystone auth session _send_request method but i dont think its a keysone issue19:49
*** shaohe_feng has quit IRC19:49
melwittMultipleCrashes: ok, it would be helpful to reply to the review comment and let the reviewer know why their suggestion doesn't work. fwiw, I thought it would have worked too19:50
*** shaohe_feng has joined #openstack-nova19:50
melwittoh, my mistake, I guess the suggestion does say to add log info and reraise19:51
*** bigdogstl has joined #openstack-nova19:51
melwittin the inner method. what I said, it wouldn't be possible to log the info part to say "retrying"19:52
*** tbachman has quit IRC19:52
*** tbachman has joined #openstack-nova19:52
melwittit would be better to log the "retrying ..." so operators can know if they have retries going on for the network deallocation19:53
sean-k-mooneydansmith: ya the compute node max_concurrent_builds config option is the one i was thinking of originally but i had tought that was in the conductor. i guess not.19:54
* sean-k-mooney note to self setting max_concurrent_builds=100 is likely excessive...19:55
*** bigdogstl has quit IRC19:55
*** cdent has joined #openstack-nova19:57
sean-k-mooneymelwitt: mriedem  by the way do we care about https://review.openstack.org/#/c/584999/ for rocky or will i loop back to it in stien?19:59
*** shaohe_feng has quit IRC20:00
mriedemsean-k-mooney: i can -1 it for any release based on the commit message if you want20:00
*** abhishekk has quit IRC20:00
*** shaohe_feng has joined #openstack-nova20:00
sean-k-mooneyhehe well if you want any changes please do20:00
mriedemdone20:01
melwittsean-k-mooney: bugs can be fixed any time so you don't need to target it to a specific release. that said, I agree the commit message doesn't explain anything about what's wrong or how/why the patch fixes it20:01
mriedemsean-k-mooney: max_concurrent_builds defaults to 1020:01
mriedemnot 10020:01
sean-k-mooneymriedem: i know i used to think it wa for the conductor so used to locally set it to 10020:02
sean-k-mooneysince its for compute that is excessive20:02
sean-k-mooneymelwitt: yes ture it does not. i have a detailed summay in the bug. ill copy the relevent bit into the commit20:03
melwittsounds good20:03
MultipleCrasheslooks like getting state of the retry count would be tricky, as it comes from within the RetryDecorator20:03
MultipleCrashesfor logging20:03
melwittMultipleCrashes: we don't need the retry count. the suggestion was just to LOG.info('Network allocation failed, retrying') so that the fact that it was retried is captured20:04
melwittfor the benefit of operators20:04
melwittit's totally fine to add a save and reraise exception in _deallocate_network20:05
*** vladikr has quit IRC20:05
mriedemrather than monkey with _deallocate_network directly, just put the call to that in an inner method20:06
melwittthat works too20:07
MultipleCrashesyeah, that handler is a generic exception handler there..we would be retrying only in case we get this specific exception of ConnectFailure20:07
*** savvas has quit IRC20:08
*** vladikr has joined #openstack-nova20:08
MultipleCrashesso logging in there for 'retrying' would bring a log line even if we have a generic exception20:09
mriedemi left a comment20:09
melwittin the inner method you catch ConnectFailure only and reraise that, right?20:09
mriedemthe RetryDecorator itself will log at debug20:09
mriedemhttps://github.com/openstack/oslo.service/blob/master/oslo_service/loopingcall.py#L45320:10
*** shaohe_feng has quit IRC20:10
mriedemso it should be easy to do what i added in the review comment20:10
mriedemso we only get 1 ERROR log if everything fails including the retries timing out20:10
mriedemi don't think we need additional extra log messages b/c the decorator itself does that20:11
*** shaohe_feng has joined #openstack-nova20:11
melwittI think INFO was suggested since most operators run at INFO log level20:11
mriedemi wouldn't consider this INFO20:11
melwittyou won't know your deallocations are retrying unless you enable debug20:11
mriedemdo you need to know that20:11
mriedem?20:11
mriedemunless you're hitting failures20:11
mriedemand if you're hitting failures, you're probably gonna enable debug on compute20:11
melwittbased on what sean-k-mooney said, it could be a hint that neutron is under load. thought it would be good to know about that20:12
mriedemhttps://specs.openstack.org/openstack/openstack-specs/specs/log-guidelines.html#log-messages-at-info-and-above-should-be-a-unit-of-work20:12
*** bigdogstl has joined #openstack-nova20:12
*** savvas has joined #openstack-nova20:12
mriedemif we want to indicate there is a problem,20:13
mriedemi'd say it should be warning20:13
mriedemhttps://specs.openstack.org/openstack/openstack-specs/specs/log-guidelines.html#definition-of-log-levels20:13
MultipleCrasheshmm20:13
*** cdent has quit IRC20:13
mriedemclearly we need more highly paid engineers to paint this shed :)20:14
sean-k-mooneywell if you have an extra brush i would be glad to help :P20:17
*** bigdogstl has quit IRC20:17
*** jchhatbar has quit IRC20:18
*** avolkov has quit IRC20:18
sean-k-mooneyoh devstack stacked. back to testing stuff20:18
*** jmlowe has joined #openstack-nova20:20
*** shaohe_feng has quit IRC20:20
*** shaohe_feng has joined #openstack-nova20:20
*** MultipleCrashes has quit IRC20:21
*** EranBD has joined #openstack-nova20:21
s10What is the easiest way to change hostname/nodename of the nova-compute host? If this host has instances, and all this instances should think after power on, that they are on host with a new hostname.20:22
*** tbachman has quit IRC20:22
*** erlon has quit IRC20:23
sean-k-mooneys10: instance can only tell they moved to a new host because the hashed hostid in the api will change20:23
sean-k-mooneyif you change the hosts actull host name and restart the nova compute agent its going to endup with a different uuid as the uuid is based off the hostname by default20:25
*** medberry has joined #openstack-nova20:26
sean-k-mooneythe instaces would still be assocated with the old compute host so the only simple and safe way to do it that i can think of would be to evactuate or migrate the instances  first20:26
melwittyeah, I was going to say, I think the only supported way to change the hostname stored in an instance record is to migrate the instance20:27
*** medberry has quit IRC20:27
*** FL1SK has quit IRC20:27
*** medberry has joined #openstack-nova20:27
s10I'm talking about different thing. Lets assume, that /var/lib/nova/instances with vms disks are on the separate md (/dev/md1) on host1.openstack.example.org. Then this host breaks because of the memory or cpu issue, or something else. I want to save data of this vm, so evacuation is not the thing, so I extract disks of the /dev/md1 and put them in another server.20:28
s10And then I had to set hostname of this new node to the hostname of old server.20:29
s10But what if I don't want to name other physical machine as old one?20:29
*** shaohe_feng has quit IRC20:30
s10I had to rename node in compute_nodes, services, nova_api, nova.instances, ml2_neutron port bindings...20:31
melwittyeah, what you're talking about it migrating things manually, so if you're doing that, you'd have to figure out where all you'd need to update database records manually. we don't recommend this20:31
*** shaohe_feng has joined #openstack-nova20:32
sean-k-mooneys10: you also would have to update placement and the cells dbs in addtion to the normal nova one20:32
*** medberry has quit IRC20:32
s10Yes, and this is too inconvenient. Would it be better to have some time of evacuate command, that would do all this steps, but without rebuilding instances?20:33
sean-k-mooneys10: the simpelste thing to do would be to pull the disk form the failed node. put them in a working node. migrate off the workloads then rename the new node to whatever it should be called give its physical location20:34
melwitts10: maybe. I don't recall anyone proposing a spec like that. and I don't know if there are reasons why we don't have a command like that20:39
s10This is how we do it now. But what if system disk (/) is on small m.2 ssd inside the server. So after the failure of this host we couldn't just take disks of the server, we need to pull server out of rack, open it, take this m.2 out and then put it in another server.20:39
melwittdansmith: as the evacuate guru, do you happen to know why we don't have a command like "migrate all" from a fenced compute node that's forced down, similar to evacuate but moves disks too? are there tech difficulties around it? I don't remember if it's been proposed before20:40
*** shaohe_feng has quit IRC20:41
s10All this operation will take much more time than just execution of evacuate --force --target-host command to move instances to the reserved compute node, that could be even be powered on all the time20:41
*** shaohe_feng has joined #openstack-nova20:42
dansmithmelwitt: evacuate only works if the node is completely dead20:42
dansmithmelwitt: it's destructive, doesn't preserve anything20:43
cfriesen__melwitt: in my experience, the people that actually use "evacuate" will often be forcing down failed compute nodes and immediately evacuating the instances to new hosts.20:43
dansmithmelwitt: marking the node down is the shortcut to the "is down" timer if you know better (i.e. you've fenced it yourself)20:43
dansmithif the node is not dead, then evacuate is not the operation you want20:44
cfriesen__melwitt: if the node is fenced it's generally because it can't talk to the rest of the system20:44
sean-k-mooneydansmith: evacuate is also only usefull if your instance are using bfv right otherwise it not going to keep any data form the instces correct20:44
cfriesen__sean-k-mooney: it keeps the IP addresses and such, which is useful for eg. heat20:45
dansmithmelwitt: http://www.danplanet.com/blog/2016/03/03/evacuate-in-nova-one-command-to-confuse-us-all/20:45
melwittokay, thanks. yeah, so that's why it's a rebuild, because nova can't talk to the compute host at all20:45
dansmithsean-k-mooney: no, it's useful if you aren't on shared storage20:45
dansmithsean-k-mooney: if you care about uuid, networks, metadata, etc20:45
dansmithmelwitt: right20:45
melwitts10: what is your situation? compute host totally down? because if so, I don't think there's anything we can do about moving disks etc20:45
sean-k-mooneycfriesen__: true but if you were using local sotrage on the cmpute node its like doing a rebuild20:45
cfriesen__sean-k-mooney: sure.  but some applications are fine with that20:45
dansmithsean-k-mooney: ...which keeps the ips, like he said :)20:45
melwitts10: if your compute host is up, you can disable the service (disable new scheduling to it) and then migrate all the instances off20:46
melwittvia the API20:46
dansmithright20:46
sean-k-mooneydansmith: yes that is true. i was ignroing that but i guess that could be usful if you have a statelesee workload.20:46
dansmithsean-k-mooney: or your workload keeps its state elsewhere20:47
dansmithsean-k-mooney: like a volume or a remote database20:47
dansmithyour root disk doesn't need to be on a volume20:47
s10melwitt: this is hypothetical situation, I'm thinking about ways to reduce downtime of instances. Situation is: compute node is down (kernel panic, powered off). I can pull disks with the instances data and put them in another host. But with current nova code I had to move system disks also and wait until system will boot on new hardware.20:47
sean-k-mooneydansmith: sure. i guess i was conflating not bfv with no cinider volumes.20:47
*** lpetrut has joined #openstack-nova20:48
*** antosh has joined #openstack-nova20:48
cfriesen__S10: one possible issue you will run into is that neutron may need to be updated with suitable information as well, you may need to allocate SRIOV devices, the available CPUs on the new host might be different (for pinned CPUs), etc.20:48
dansmiths10: or not store your state in the ephemeral instance root disks in the first place... you know, like cloud and stuff :)20:48
cfriesen__s10: also, any cinder connections will need to be rebuilt20:48
dansmithand if you're going to, you should probably be using ceph or cinder backing20:49
s10cfriesen: this is not the issue,         if recreate:20:49
s10            migration = {'source_compute': instance.host,20:49
s10                         'dest_compute': self.host, }20:49
s10            self.network_api.migrate_instance_finish(context,20:49
s10                                                     instance,20:49
s10                                                     migration)20:49
s10This sets ports for instances on new host20:49
sean-k-mooneys10: also if your using routed netwroking you need to make sure your new host is on the same segment.20:49
cfriesen__I'm talking about allocations, resource tracking, etc20:49
cfriesen__placement, PCI device and CPU and hugepage claims, etc20:50
s10dansmith: yes, but what if we want as much IOPS for instances as possible - this could only be archived with local NVMes, so red etc is not and option20:50
*** flwang1 has joined #openstack-nova20:51
*** shaohe_feng has quit IRC20:51
dansmithack, fair enough20:51
sean-k-mooneys10: you dont need to keep all of your data on the nvme drivres. having an nvme backed epheral disk for scratch space or chacing is a more cloud friendly approch20:52
*** shaohe_feng has joined #openstack-nova20:52
dansmithyup20:52
*** lpetrut has quit IRC20:52
dansmiththere's this triangle..20:52
dansmithhttp://katharine-writes.com/wp-content/uploads/2014/03/Quality-Triangle.jpg20:53
*** bigdogstl has joined #openstack-nova20:53
openstackgerritMerged openstack/nova master: Add description for placement 1.26  https://review.openstack.org/58706720:53
sean-k-mooneydmcache and bcache in the kernel are actully great ways to cache /var/lib/nova/instances mounts from remote network filesystem using local nvmedrives20:56
sean-k-mooneyi rembere looking to see if qemu could be configured to cache its remote disks via local fast storage but never found a way20:57
dansmithor just use something capable of doing it natively20:57
openstackgerritMatt Riedemann proposed openstack/nova master: Retry decorator fix for instances which go into ERROR state during bulk delete  https://review.openstack.org/56341820:57
mriedemjaypipes: melwitt: there you go ^ easy peasy20:57
s10reserved host is a complete replica of the failed host, same cpus, no pic devices, same memory, in same network segment, only thing that should be changed is the hostname...20:58
*** bigdogstl has quit IRC20:58
sean-k-mooneyya i was trying to see if i could figure out how to cache vms backed by ceph using nvdim persistent memory without modifying qemu20:58
*** mvk_ has joined #openstack-nova20:59
*** hamzy_ is now known as hamzy20:59
dansmithyeah for transparent backing of block devices, dm-cache is the way20:59
melwittmriedem: thanks20:59
sean-k-mooneys10: i was pritty sure we had a way to override the hostid of a compute node but i could not find it in the conf. that bacsically all you need. e.g. a way to forst the agent to think its on the old host without actully using the old host name on the phyical host21:00
dansmith...or just transport the damn system disk :)21:00
dansmithyou're walking across the aisle anyway :)21:00
s10sean-k-mooney: i'm not sure, that we can tell that hostid to the neutron-ovs-agent same way :(21:01
*** shaohe_feng has quit IRC21:01
sean-k-mooneydansmith: ya that would likely be quicker then any workaround we can comup with bar adding a compute node uuid to the compute conf21:01
sean-k-mooneys10: the neutron agent definetly supports it21:01
sean-k-mooneyits nova that is missing it21:02
melwittyeah, I was gonna say, given all the things that would need to be updated, copying over the system disk sounds like the easiest and fastest way21:02
*** shaohe_feng has joined #openstack-nova21:03
*** r-daneel has quit IRC21:03
sean-k-mooneydansmith: melwitt out of interest is there any reason we could not allow an operator to choos the compute node uuid by setting it in the conf?21:03
*** ThomasWhite has quit IRC21:03
*** ThomasWhite has joined #openstack-nova21:04
dansmithsean-k-mooney: it's internal and more complicated to let them choose21:04
dansmithright now it can't change unless we change it or do things21:04
dansmithI can't really see a compelling reason to let them change it21:05
sean-k-mooneyim not saying it a good idea. its a great way to shoot yourself in the foot and mess up our resouce tracking. but it would make s10 usecase doable without a lot of db hacking21:06
s10Or can I just change compute_driver to Fake on reserved node, execute evacuate to this node and then just put disks from old host, and than change config back and restart nova-compute...21:07
s10compute_driver=fake.FakeDriver. and than back to libvirt.LibvirtDriver.21:08
*** r-daneel has joined #openstack-nova21:11
*** shaohe_feng has quit IRC21:11
sean-k-mooneys10: that will likely take longer then pulling the os driver if your goal is to minimise guest downtime21:12
*** masayukig has quit IRC21:13
*** priteau has quit IRC21:14
*** bigdogstl has joined #openstack-nova21:14
*** masayukig has joined #openstack-nova21:15
*** shaohe_feng has joined #openstack-nova21:15
*** itlinux_ has quit IRC21:16
*** itlinux has joined #openstack-nova21:17
s10sean-k-mooney: nova host-evacuate --target-host --force can be executed immediately after host failure. Same time, while instances are being "evacuated" to the fake host, support will pull disks from failed server and put them in the reserved, right after that we stop nova-compute, mount disks from old host, change nova config, start it again, and finally nova reboot for all instances. This will take much less time than moving system m.2 disk21:17
*** bigdogstl has quit IRC21:19
s10Only physical operation that should be performed is moving disks. Other way requires opening the lid on the top of the server with dismounting it out of the rack.21:19
mriedemi highly suggest not using the --force option21:19
mriedemsince it bypasses the scheduler and can mess things up if the target host is not actually a proper fit for the instance21:19
dansmithalso,21:20
dansmiththe fake driver will not have the right inventory in placement21:20
dansmithso your scheduler or conductor-based allocations would be all fubar21:20
sean-k-mooneymriedem: in this case s10 is forcing a migrate to a fake libvirt node so not sure it applies21:20
dansmithit definitely applies21:20
sean-k-mooneydansmith: oh because it skip the schduler and never update placement21:21
mriedemi'm not sure why using the fake virt driver in any of this is a good idea21:21
s10yep. that is not the right way because of the inventory in placement. if we can't change it after.21:21
dansmithsean-k-mooney: not just that, but the inventory in placement that will come from the fake driver won't look anything like the inventory that the system will provide after you change it to libvirt21:21
openstackgerritMerged openstack/nova master: Updated AggregateImagePropertiesIsolation filter illustration  https://review.openstack.org/58631721:21
sean-k-mooneys10: dumb question. why can you not put the os dirve in one of the hot swap bays so its just as easy to move as the other disks21:22
*** shaohe_feng has quit IRC21:22
dansmithsean-k-mooney: m2 drives on the motherboard are getting common for system drives today21:22
dansmithbut of course, he could do that :)21:22
dansmithor buy systems with enough hot-swap bays21:22
dansmithor tell his vendor he doesn't like their placement of the m221:22
dansmithor use a system with a rear-mounted hot-swap bay for system drives21:23
dansmithlots of options21:23
s10sean-k-mooney: because we have 4 slots for disk in 1U server. we use it all for storage disks or have to use one of them for system.21:23
*** shaohe_feng has joined #openstack-nova21:23
sean-k-mooneys10: ok but i have racked a lot of sytems in the intel dev lab. it really does not take that much time to pull an internal drive. for an m2 it 1 screw most of the time and you often dont need to even unrack the server.21:25
sean-k-mooneys10: if you really do have this requirement then fair enough but it seams like premature optimization unless you expect to have to do this often21:26
s10sean-k-mooney: you are right, this is a premature optimisation.21:28
*** shaohe_feng has quit IRC21:32
*** felipemonteiro__ has quit IRC21:34
*** shaohe_feng has joined #openstack-nova21:34
*** felipemonteiro__ has joined #openstack-nova21:34
*** antosh has quit IRC21:38
*** Guest4506 has quit IRC21:39
*** tidwellr has quit IRC21:40
*** shaohe_feng has quit IRC21:42
*** shaohe_feng has joined #openstack-nova21:43
openstackgerritEric Fried proposed openstack/nova master: [placement] Add /reshaper handler for POST  https://review.openstack.org/57692721:45
openstackgerritEric Fried proposed openstack/nova master: reshaper: Look up provider if not in inventories  https://review.openstack.org/58503321:45
openstackgerritEric Fried proposed openstack/nova master: Make get_allocations_for_resource_provider sane  https://review.openstack.org/58459821:45
openstackgerritEric Fried proposed openstack/nova master: Report client: Real get_allocs_for_consumer  https://review.openstack.org/58459921:45
openstackgerritEric Fried proposed openstack/nova master: Report client: get_allocations_for_provider_tree  https://review.openstack.org/58464821:45
openstackgerritEric Fried proposed openstack/nova master: Report client: _reshape helper, placement min bump  https://review.openstack.org/58503421:45
openstackgerritEric Fried proposed openstack/nova master: Report client: update_from_provider_tree w/reshape  https://review.openstack.org/58504921:45
openstackgerritEric Fried proposed openstack/nova master: WIP: Compute: Handle reshaped provider trees  https://review.openstack.org/57623621:45
*** bnemec has quit IRC21:46
*** felipemonteiro has joined #openstack-nova21:52
*** shaohe_feng has quit IRC21:52
*** felipemonteiro__ has quit IRC21:53
*** felipemonteiro has quit IRC21:53
*** shaohe_feng has joined #openstack-nova21:54
*** felipemonteiro has joined #openstack-nova21:54
*** antosh has joined #openstack-nova21:58
*** itlinux has quit IRC21:59
*** tbachman has joined #openstack-nova22:00
*** rcernin has joined #openstack-nova22:02
*** shaohe_feng has quit IRC22:03
*** shaohe_feng has joined #openstack-nova22:03
*** Sundar has joined #openstack-nova22:06
*** shaohe_feng has quit IRC22:13
*** mlavalle has quit IRC22:14
*** shaohe_feng has joined #openstack-nova22:14
*** priteau has joined #openstack-nova22:14
*** Sundar has quit IRC22:15
*** threestrands has joined #openstack-nova22:18
*** shaohe_feng has quit IRC22:23
*** sapcc-bot has quit IRC22:24
*** d063130_ has quit IRC22:24
*** shaohe_feng has joined #openstack-nova22:24
*** d063130_ has joined #openstack-nova22:24
*** sapcc-bot has joined #openstack-nova22:24
*** wolverineav has quit IRC22:25
*** wolverineav has joined #openstack-nova22:26
*** wolverineav has quit IRC22:33
*** shaohe_feng has quit IRC22:33
*** shaohe_feng has joined #openstack-nova22:34
*** gongysh has joined #openstack-nova22:36
*** felipemonteiro has quit IRC22:40
*** linkmark has joined #openstack-nova22:40
openstackgerritEric Fried proposed openstack/nova master: WIP: Compute: Handle reshaped provider trees  https://review.openstack.org/57623622:41
*** shaohe_feng has quit IRC22:44
*** savvas has quit IRC22:45
*** savvas has joined #openstack-nova22:46
*** shaohe_feng has joined #openstack-nova22:47
*** savvas has quit IRC22:50
*** hongbin has quit IRC22:52
*** shaohe_feng has quit IRC22:54
*** shaohe_feng has joined #openstack-nova22:55
*** gongysh has quit IRC22:56
*** EranBD has quit IRC23:00
*** savvas has joined #openstack-nova23:01
*** shaohe_feng has quit IRC23:04
*** mschuppert has quit IRC23:04
*** shaohe_feng has joined #openstack-nova23:06
*** savvas has quit IRC23:06
mriedemcfriesen__: where is the code for the nova api proxy thing for starlingx?23:07
mriedemis that in the nova staging repo?23:07
*** liuyulong_ has joined #openstack-nova23:08
mriedemi only see https://github.com/openstack/stx-nfv/tree/master/nova-api-proxy23:10
*** liuyulong has quit IRC23:11
openstackgerritArtom Lifshitz proposed openstack/nova stable/pike: Refactor _build_device_metadata  https://review.openstack.org/58724823:14
openstackgerritArtom Lifshitz proposed openstack/nova stable/pike: Consider hostdev devices when building metadata  https://review.openstack.org/58724923:14
*** shaohe_feng has quit IRC23:14
*** r-daneel has quit IRC23:16
*** shaohe_feng has joined #openstack-nova23:16
*** savvas has joined #openstack-nova23:23
*** shaohe_feng has quit IRC23:25
*** shaohe_feng has joined #openstack-nova23:26
cfriesen__mriedem: one sec23:27
cfriesen__mriedem: You've got the right code.  The proxy passes most things directly through to the "real" nova-api, while  a subset of calls (see https://github.com/openstack/stx-nfv/blob/master/nova-api-proxy/nova-api-proxy/nova_api_proxy/apps/acceptor.py#L114) get forwarded to what we call the "VIM", which I think is now at "https://github.com/openstack/stx-nfv/tree/master/nfv/nfv-vim/nfv_vim"23:32
cfriesen__mriedem: the reason for this is so that the vim can remain up-to-date about the state of the instance even in the face of races23:33
cfriesen__I'm not very experienced in that area of the code...mostly I can just ignore it.23:34
*** shaohe_feng has quit IRC23:35
*** shaohe_feng has joined #openstack-nova23:36
cfriesen__mriedem: the vim handles things like automated recovery if a qemu process crashes, or a compute node goes down.23:37
cfriesen__mriedem: also things like pushing all instances off a node if we want to take it down for maintenance23:38
*** s10 has quit IRC23:39
*** shaohe_feng has quit IRC23:45
*** shaohe_feng has joined #openstack-nova23:46
*** takashin has joined #openstack-nova23:51
*** antosh has quit IRC23:51
*** shaohe_feng has quit IRC23:55
*** shaohe_feng has joined #openstack-nova23:57

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