Wednesday, 2018-04-25

*** moshele has joined #openstack-nova00:05
*** namnh has joined #openstack-nova00:06
*** gjayavelu has joined #openstack-nova00:07
*** hoonetorg has joined #openstack-nova00:09
*** hoonetorg has quit IRC00:14
*** moshele has quit IRC00:15
*** kaisers has quit IRC00:20
*** gyee has quit IRC00:21
*** sdeath has quit IRC00:22
*** esberglu has quit IRC00:27
*** hshiina|afk is now known as hshiina00:31
*** Dinesh_Bhor has joined #openstack-nova00:34
openstackgerritMerged openstack/nova master: Remove mox in unit/api/openstack/compute/test_hosts.py  https://review.openstack.org/55926600:35
*** kaisers has joined #openstack-nova00:42
*** Dinesh_Bhor has quit IRC00:58
*** hiro-kobayashi has joined #openstack-nova01:09
*** hemna_ has quit IRC01:15
*** slaweq has joined #openstack-nova01:17
*** yamahata has quit IRC01:18
*** gjayavelu has quit IRC01:21
*** slaweq has quit IRC01:21
*** moshele has joined #openstack-nova01:25
*** salv-orl_ has joined #openstack-nova01:26
*** hongbin_ has joined #openstack-nova01:26
*** salv-orlando has quit IRC01:29
*** takashin has joined #openstack-nova01:30
openstackgerritYikun Jiang (Kero) proposed openstack/nova master: Address nits in Iac23a574a05e62a99aab20ffce4265f4fb5a44d9  https://review.openstack.org/56380201:40
*** moshele has quit IRC01:49
*** felipemonteiro__ has joined #openstack-nova01:51
*** fragatina has quit IRC01:54
*** fragatina has joined #openstack-nova01:56
*** yamahata has joined #openstack-nova01:58
*** zhaochao has joined #openstack-nova01:59
*** fragatina has quit IRC02:01
*** vladikr has quit IRC02:03
*** gongysh has joined #openstack-nova02:03
*** vladikr has joined #openstack-nova02:03
openstackgerritLeopard Ma proposed openstack/nova master: fix paused instance not support shelve  https://review.openstack.org/54166002:05
*** Dinesh_Bhor has joined #openstack-nova02:06
*** Tom-Tom has joined #openstack-nova02:07
*** janki has joined #openstack-nova02:09
*** janki has quit IRC02:10
*** tinwood has quit IRC02:10
*** janki has joined #openstack-nova02:11
*** tinwood has joined #openstack-nova02:11
*** janki has quit IRC02:11
*** janki has joined #openstack-nova02:12
*** janki has quit IRC02:13
*** janki has joined #openstack-nova02:14
*** janki has quit IRC02:14
*** janki has joined #openstack-nova02:15
*** janki has quit IRC02:16
*** janki has joined #openstack-nova02:17
openstackgerritMerged openstack/nova master: Use an independent transaction for _trait_sync  https://review.openstack.org/55806802:17
*** janki has quit IRC02:17
*** janki has joined #openstack-nova02:18
openstackgerritNaichuan Sun proposed openstack/nova master: xenapi(N-R-P): Add API to support vgpu resource provider create  https://review.openstack.org/52031302:20
*** jchhatbar has joined #openstack-nova02:21
*** Tom-Tom has quit IRC02:21
*** Tom-Tom has joined #openstack-nova02:22
*** dougshelley66 has quit IRC02:22
*** janki has quit IRC02:23
*** Tom-Tom has quit IRC02:26
*** ssurana has joined #openstack-nova02:30
*** READ10 has quit IRC02:31
*** nicolasbock has quit IRC02:32
*** Tom-Tom has joined #openstack-nova02:38
*** jchhatbar has quit IRC02:38
*** jchhatbar has joined #openstack-nova02:40
*** jchhatbar has quit IRC02:40
*** felipemonteiro__ has quit IRC02:41
*** jchhatbar has joined #openstack-nova02:41
*** jchhatbar has quit IRC02:42
*** jchhatbar has joined #openstack-nova02:43
*** jchhatbar has quit IRC02:43
*** jchhatbar has joined #openstack-nova02:44
*** jchhatbar is now known as janki02:45
*** sdague has quit IRC02:49
*** Zames has joined #openstack-nova02:51
*** ssurana has quit IRC02:56
*** psachin has joined #openstack-nova03:03
*** Zames has quit IRC03:12
*** slaweq has joined #openstack-nova03:18
openstackgerritZhenyu Zheng proposed openstack/nova master: WIP  https://review.openstack.org/56409203:20
*** slaweq has quit IRC03:22
*** namnh has quit IRC03:27
*** lpetrut has joined #openstack-nova03:39
*** vivsoni__ has joined #openstack-nova03:56
*** hiro-kobayashi has quit IRC03:59
*** vivsoni_ has quit IRC03:59
*** fragatina has joined #openstack-nova03:59
*** fragatin_ has joined #openstack-nova04:01
*** hongbin_ has quit IRC04:04
*** fragatina has quit IRC04:05
*** jchhatbar has joined #openstack-nova04:10
*** lpetrut has quit IRC04:12
*** fragatin_ has quit IRC04:13
*** janki has quit IRC04:13
*** fragatina has joined #openstack-nova04:13
*** lpetrut has joined #openstack-nova04:19
*** jchhatba_ has joined #openstack-nova04:19
*** jchhatbar has quit IRC04:21
*** takashin has quit IRC04:22
*** yamamoto has quit IRC04:29
*** links has joined #openstack-nova04:29
*** ociuhandu has joined #openstack-nova04:32
*** ociuhandu_ has quit IRC04:35
*** lpetrut has quit IRC04:39
*** wolverineav has quit IRC04:40
*** sridharg has joined #openstack-nova04:44
*** yamamoto has joined #openstack-nova04:50
*** wolverineav has joined #openstack-nova04:57
*** felipemonteiro__ has joined #openstack-nova04:57
*** chyka has joined #openstack-nova04:58
*** Dinesh_Bhor has quit IRC05:00
*** ratailor has joined #openstack-nova05:00
*** vladikr has quit IRC05:01
*** vladikr has joined #openstack-nova05:01
*** chyka has quit IRC05:02
*** edmondsw has joined #openstack-nova05:02
*** felipemonteiro__ has quit IRC05:04
*** moshele has joined #openstack-nova05:14
*** lpetrut has joined #openstack-nova05:15
*** tetsuro has quit IRC05:17
*** moshele has quit IRC05:19
*** abhishekk has joined #openstack-nova05:20
*** takashin has joined #openstack-nova05:23
*** lpetrut has quit IRC05:25
openstackgerritArvind Nadendla proposed openstack/nova master: update scheduler to use image-traits  https://review.openstack.org/56059605:26
openstackgerritArvind Nadendla proposed openstack/nova master: update scheduler to use image-traits  https://review.openstack.org/56059605:32
*** wolverineav has quit IRC05:34
*** edmondsw has quit IRC05:36
*** gjayavelu has joined #openstack-nova05:41
*** liuzz_ has quit IRC05:43
*** liuzz has joined #openstack-nova05:44
TheJuliajaypipes: w/r/t https://review.openstack.org/#/c/563722/ is your feeling still the same given the discussion yesterday. Curious because it looks like the discussion was winding down around the same time.05:45
*** itlinux has joined #openstack-nova05:47
*** itlinux has quit IRC05:53
*** itlinux has joined #openstack-nova05:55
*** liuzz_ has joined #openstack-nova05:56
*** armaan has joined #openstack-nova05:57
*** liuzz has quit IRC05:57
*** kholkina has joined #openstack-nova05:59
*** hiro-kobayashi has joined #openstack-nova06:02
*** kholkina has quit IRC06:03
*** itlinux has quit IRC06:06
*** moshele has joined #openstack-nova06:12
*** lajoskatona has joined #openstack-nova06:12
*** evin has joined #openstack-nova06:16
*** do3meli has joined #openstack-nova06:19
*** Dinesh_Bhor has joined #openstack-nova06:26
*** fragatina has quit IRC06:29
*** fragatina has joined #openstack-nova06:30
*** ssurana has joined #openstack-nova06:39
*** ssurana has quit IRC06:40
*** ssurana1 has joined #openstack-nova06:40
*** moshele has quit IRC06:40
*** moshele has joined #openstack-nova06:41
*** ccamacho has quit IRC06:42
*** ccamacho has joined #openstack-nova06:43
*** moshele has quit IRC06:44
*** alexchadin has joined #openstack-nova06:44
*** moshele has joined #openstack-nova06:45
*** lpetrut has joined #openstack-nova06:45
*** udesale has joined #openstack-nova06:51
*** ralonsoh has joined #openstack-nova06:52
*** slaweq has joined #openstack-nova06:54
*** tesseract has joined #openstack-nova07:01
*** kholkina has joined #openstack-nova07:01
*** pcaruana has joined #openstack-nova07:06
*** udesale has quit IRC07:09
*** lpetrut has quit IRC07:10
*** lpetrut has joined #openstack-nova07:10
*** lpetrut has quit IRC07:11
*** lpetrut has joined #openstack-nova07:12
*** sahid has joined #openstack-nova07:17
*** amoralej|off is now known as amoralej07:20
*** lpetrut has quit IRC07:20
*** lpetrut has joined #openstack-nova07:21
*** udesale has joined #openstack-nova07:26
*** tssurya has joined #openstack-nova07:26
openstackgerritArvind Nadendla proposed openstack/nova master: update scheduler to use image-traits  https://review.openstack.org/56059607:31
*** dpawlik has joined #openstack-nova07:33
*** udesale has quit IRC07:33
*** itlinux has joined #openstack-nova07:33
*** dpawlik has quit IRC07:34
*** dpawlik has joined #openstack-nova07:34
alex_xugmann: for https://review.openstack.org/#/c/563728/1, I did a test, if we don't provide boot index, the boot from volume will fail, that sounds like a bug for API07:34
*** damien_r has joined #openstack-nova07:35
gmannalex_xu: yea, i also tried to test this scenario in tempest test - https://review.openstack.org/#/c/563801/07:36
gmannalex_xu: it pass in ocata in pike and fail in queens and mastyer07:36
*** AlexeyAbashkin has joined #openstack-nova07:37
alex_xugmann: cool, sounds like we can revert that patch07:37
*** szaher has quit IRC07:37
*** szaher has joined #openstack-nova07:38
gmannalex_xu: yea that is one option but matt is trying to fix it without revert -https://review.openstack.org/#/c/563732/207:38
Kevin_Zhengping gibi07:38
gmannalex_xu: so either is ok for me revert and revert in queens also or backport the fix till queens07:39
gmannalex_xu: not sure revert is possible for queens as it is bug since queens not just master07:39
alex_xugmann: got it07:39
*** jpena|off is now known as jpena07:42
*** tssurya has quit IRC07:44
*** ragiman has joined #openstack-nova07:44
*** itlinux has quit IRC07:44
openstackgerritArvind Nadendla proposed openstack/nova master: update scheduler to use image-traits  https://review.openstack.org/56059607:44
*** tetsuro has joined #openstack-nova07:45
*** gongysh has quit IRC07:51
gibiKevin_Zheng: pong07:52
Kevin_Zhenghi, I saw your message today07:52
*** lajoskatona has quit IRC07:53
*** lajoskatona has joined #openstack-nova07:53
Kevin_ZhengI'm willing to do it, I mean the traceback bp07:53
Kevin_Zhengwhile I'm thinking about it, I found that it might be hard to test07:54
gibiKevin_Zheng: cool, thanks! Let me assigne the bp to you.07:54
*** lajoskatona has left #openstack-nova07:54
Kevin_Zhengyou know, currently we compare samples with ture notify07:54
Kevin_Zhengbut for traceback, if the code line changes07:54
Kevin_Zhengthe traceback will also change07:55
gibiKevin_Zheng: true, I think we have to accept that we will only test parts of the traceback field07:55
Kevin_ZhengI think that means changing the current test algorithm right?07:56
*** alexchadin has quit IRC07:56
gibithe current test framework allows overwriting what is in the sample for example in case of uuid we always overwrite what is in the samepl07:56
gibisample07:57
*** alexchadin has joined #openstack-nova07:57
gibiso we just need to set the replacement for traceback to ANY07:57
gibiand then manually look into the traceback field in a single test and verify that some parts are present07:58
gibithis code https://github.com/openstack/nova/blob/8a6665bc58d53f6ba0346760ba86d97d3437bfc5/nova/tests/functional/notification_sample_tests/test_instance.py#L379 does a lot of replacements08:00
kashyapsean-k-mooney: Thanks for the review: https://review.openstack.org/#/c/563926/.  Will address08:01
kashyapGood you didn't catch anything more :-)08:01
gibiKevin_Zheng: and the test base class allows ANY as a replacement https://github.com/openstack/nova/blob/d4504302c99715508ed8b9822bf50ad485d34c96/nova/tests/functional/notification_sample_tests/notification_sample_base.py#L5408:01
gibiKevin_Zheng: and that will match with anything08:01
gibiKevin_Zheng: https://github.com/openstack/nova/blob/d4504302c99715508ed8b9822bf50ad485d34c96/nova/tests/functional/notification_sample_tests/notification_sample_base.py#L12808:02
Kevin_Zhengcool, thanks for the info08:02
bauzasmorning stackers08:06
*** mgoddard has joined #openstack-nova08:06
*** takashin has left #openstack-nova08:07
*** ralonsoh has quit IRC08:10
*** lucas-afk is now known as lucasagomes08:16
*** jaosorior has joined #openstack-nova08:16
*** tssurya has joined #openstack-nova08:19
*** armaan has quit IRC08:21
*** armaan has joined #openstack-nova08:22
*** mdbooth has joined #openstack-nova08:26
gibibauzas: morning08:26
openstackgerritElod Illes proposed openstack/nova master: Functional test: cold migrate to compute down  https://review.openstack.org/49628008:28
*** gjayavelu has quit IRC08:29
*** gongysh has joined #openstack-nova08:30
*** mdnadeem has joined #openstack-nova08:36
*** zz9pzza has quit IRC08:36
*** sambetts|afk is now known as sambetts08:37
*** zz9pzza has joined #openstack-nova08:39
*** itlinux has joined #openstack-nova08:39
*** derekh has joined #openstack-nova08:41
*** ktibi has joined #openstack-nova08:43
*** alexchadin has quit IRC08:43
*** armaan has quit IRC08:48
*** armaan has joined #openstack-nova08:48
*** xinliang has quit IRC08:49
*** sahid has quit IRC08:49
*** sahid has joined #openstack-nova08:49
*** xinliang has joined #openstack-nova08:51
*** hiro-kobayashi has quit IRC08:57
openstackgerritLei Zhang proposed openstack/nova master: Add method to get cpu traits  https://review.openstack.org/56031709:00
*** itlinux has quit IRC09:13
*** priteau has joined #openstack-nova09:14
*** ktibi has quit IRC09:20
*** itlinux has joined #openstack-nova09:20
*** ktibi has joined #openstack-nova09:21
*** armaan has quit IRC09:26
*** armaan has joined #openstack-nova09:26
openstackgerritzhangyangyang proposed openstack/nova master: Remove ExactCoreFilter ExactDiskFilter ExactRamFilter  https://review.openstack.org/50888609:27
openstackgerritMichael Still proposed openstack/nova master: Use os.rename, not mv.  https://review.openstack.org/56246309:27
openstackgerritMichael Still proposed openstack/nova master: Convert fping API to processutils.execute()  https://review.openstack.org/56414409:27
openstackgerritMichael Still proposed openstack/nova master: Convert xenapi's xvp console to processutils.  https://review.openstack.org/56414509:27
openstackgerritMichael Still proposed openstack/nova master: Convert certificate generation to processutils.  https://review.openstack.org/56414609:27
*** dtantsur|afk is now known as dtantsur09:28
*** ZZelle has joined #openstack-nova09:30
*** Dinesh_Bhor has quit IRC09:31
*** gongysh has quit IRC09:35
*** alexchadin has joined #openstack-nova09:39
*** armaan has quit IRC09:40
*** liuzz has joined #openstack-nova09:44
*** liuzz_ has quit IRC09:45
*** sdague has joined #openstack-nova09:49
*** hoonetorg has joined #openstack-nova09:49
*** ociuhandu has quit IRC10:06
openstackgerritMultipleCrashes proposed openstack/nova master: NCP-2367-deallocate-network-retry  https://review.openstack.org/56341810:07
*** damien_r has quit IRC10:07
*** damien_r has joined #openstack-nova10:10
*** abhishekk has quit IRC10:10
*** AlexeyAbashkin has quit IRC10:10
*** dougshelley66 has joined #openstack-nova10:12
*** ssurana1 has quit IRC10:23
*** itlinux has quit IRC10:23
*** moshele has quit IRC10:29
*** alexchadin has quit IRC10:30
*** zz9pzza has quit IRC10:32
*** nicolasbock has joined #openstack-nova10:33
*** aloga has quit IRC10:37
*** aloga has joined #openstack-nova10:37
*** liuzz has quit IRC10:38
*** liuzz has joined #openstack-nova10:38
*** yamamoto has quit IRC10:40
*** zz9pzza has joined #openstack-nova10:41
stephenfinjaypipes, bauzas: Either of you any idea what I'm doing wrong here? https://github.com/stephenfin/nova/commit/73b9d061551067e393eb5bfec296c64623c72b7c10:48
*** derekh has quit IRC10:48
stephenfinjaypipes, bauzas: My migration seems to be working. I ran 'nova-manage db sync' and can see the column in the instance_extra table. However, I'm getting the following exception from the super conductor  http://paste.openstack.org/show/719901/10:49
bauzasstephenfin: heh, welcome to cells v210:49
bauzasstephenfin: AFAIR, and if I'm not wrong, superconductor runs on the top API cell10:50
bauzasstephenfin: hence it checking the API DB10:50
*** damien_r has quit IRC10:50
*** simondodsley has quit IRC10:50
*** udesale has joined #openstack-nova10:51
*** simondodsley has joined #openstack-nova10:51
*** opetrenko has joined #openstack-nova10:51
stephenfinbauzas: Right, that's what I was thinking so I ran 'nova-manage api_db sync' too, to be safe. However, there's no 'instance_extra' table in the nova_api database10:51
bauzasstephenfin: are you sure you correctly target a cell ?10:51
stephenfinWhat do you mean?10:52
bauzasthere is a contextmanager10:52
stephenfinbauzas, jaypipes: As an aside, here's my DB schema for the cell0 table http://paste.openstack.org/show/719902/10:52
stephenfinbauzas: Let me check10:52
bauzasstephenfin: I'll need to go out10:53
bauzasfor eating10:53
stephenfinbauzas: No problem. Let's pick this up after lunch10:53
bauzasbut lemme find some explanations10:53
*** hshiina has quit IRC10:53
*** hshiina has joined #openstack-nova10:53
openstackgerritKashyap Chamarthy proposed openstack/nova master: libvirt: Lift the restriction of choices for `cpu_model_extra_flags`  https://review.openstack.org/56392610:57
openstackgerritKashyap Chamarthy proposed openstack/nova master: Do-Not-Merge: Test 1GB Huge Pages  https://review.openstack.org/56416110:57
*** auggy has quit IRC10:58
*** udesale has quit IRC10:59
*** auggy has joined #openstack-nova10:59
*** dpawlik has quit IRC10:59
bauzasstephenfin: in https://docs.openstack.org/nova/latest/user/cellsv2-layout.html#multiple-cells you can see the top-level superconductor using multiple MQs10:59
*** dpawlik has joined #openstack-nova11:01
*** sergek_ has quit IRC11:01
*** sergek_ has joined #openstack-nova11:01
*** moshele has joined #openstack-nova11:02
*** ktibi has quit IRC11:02
*** cdent has joined #openstack-nova11:04
*** opetrenko has quit IRC11:04
*** damien_r has joined #openstack-nova11:04
*** dpawlik has quit IRC11:05
*** damien_r has quit IRC11:05
*** itlinux has joined #openstack-nova11:06
*** opetrenko has joined #openstack-nova11:06
*** damien_r has joined #openstack-nova11:07
*** yamamoto has joined #openstack-nova11:07
*** itlinux has quit IRC11:07
*** Tom-Tom has quit IRC11:08
*** Tom-Tom has joined #openstack-nova11:09
kashyapsean-k-mooney: Respun the patch above, if you get a minute to ACK it today...11:09
*** armaan has joined #openstack-nova11:10
*** fmccrthy has quit IRC11:11
*** fmccrthy has joined #openstack-nova11:11
*** Tom-Tom has quit IRC11:13
*** hshiina is now known as hshiina|afk11:14
*** lucasagomes is now known as lucas-hungry11:14
*** tetsuro has quit IRC11:20
*** AlexeyAbashkin has joined #openstack-nova11:20
bhagyashriskashyap: Hi, I am trying to write the functional test for https://review.openstack.org/#/c/560444/ https://review.openstack.org/#/c/560459/ which related to libvirt change so can you guide me how should i write the test for the same. Basically this change is fixing related to scenario: As on current master, if user configured the shared resource provider along with the Compute Node resource providers on libvirt and boot the instance then the11:20
bhagyashrisDISK_GB used from the Compute Node resource provider. Expected that it should take the DISK_GB from the Shared Resource Provider and VCPU, MEMORY_MB from Compute Node resource provider.11:20
*** maciejjozefczyk has joined #openstack-nova11:20
*** dougshelley66 has quit IRC11:21
*** maciejjozefczyk has left #openstack-nova11:21
*** liuzz_ has joined #openstack-nova11:22
*** liuzz has quit IRC11:23
*** fragatina has quit IRC11:24
*** zhaochao has quit IRC11:24
*** fragatina has joined #openstack-nova11:25
bhagyashriskashyap: I have checked the existing functional test cases on master under /nova/tests/functional/libvirt/test_pci_sriov_servers.py but there they are directly building the instance using the post call but in my case i will need to resource provider to build the instance11:27
*** stakeda has quit IRC11:27
bhagyashriskashyap: so can you guide?11:28
openstackgerritBalazs Gibizer proposed openstack/nova master: Transform instance.exists notification  https://review.openstack.org/40366011:29
*** wolsen has quit IRC11:30
*** wolsen has joined #openstack-nova11:30
*** liuzz_ has quit IRC11:31
*** chyka has joined #openstack-nova11:31
*** liuzz has joined #openstack-nova11:31
*** sahid has quit IRC11:33
*** wolverineav has joined #openstack-nova11:34
*** jpena is now known as jpena|lunch11:35
*** chyka has quit IRC11:35
*** damien_r has quit IRC11:35
*** damien_r has joined #openstack-nova11:38
*** moshele has quit IRC11:41
*** damien_r has quit IRC11:41
*** udesale has joined #openstack-nova11:42
*** damien_r has joined #openstack-nova11:42
*** dpawlik has joined #openstack-nova11:45
*** moshele has joined #openstack-nova11:48
*** amoralej is now known as amoralej|lunch11:48
*** armaan has quit IRC11:51
*** zhaochao has joined #openstack-nova11:51
*** armaan has joined #openstack-nova11:51
*** udesale has quit IRC11:51
*** udesale has joined #openstack-nova11:52
*** ratailor has quit IRC11:52
*** jmlowe has joined #openstack-nova11:54
*** dougshelley66 has joined #openstack-nova11:59
*** eharney has quit IRC12:01
*** liuzz has quit IRC12:03
*** liuzz has joined #openstack-nova12:04
openstackgerritwanghongtao proposed openstack/nova master: Fix the metadata re to match the unicode  https://review.openstack.org/53623612:05
*** yamamoto has quit IRC12:08
kashyapbhagyashris: Was AFK, reading the scrollback now12:09
bhagyashriskashyap: ok12:10
kashyapbhagyashris: I haven't had a chance yet to use Resource Providers, so wouldn't really have great advice.  Still, reading the change12:11
kashyapbhagyashris: I think you wanted to address Eric's feedback:12:11
kashyap"...or even better, don't mock - create an actual ProviderTree instance and assert its actual contents on the other side of the update_provider_tree call."12:11
bhagyashriskashyap: no no Actually I have address the unit test cases related comments12:14
bhagyashriskashyap: now i am talking about the fuctional test case part12:15
*** rmk` has joined #openstack-nova12:18
openstackgerritChris Dent proposed openstack/nova master: Optional separate database for placement API  https://review.openstack.org/36276612:18
openstackgerritChris Dent proposed openstack/nova master: WIP: Add PLACEMENT_DB_ENABLED=True to the nova-next job  https://review.openstack.org/56406712:18
kashyapbhagyashris: Ah, right12:18
*** raginbaj- has joined #openstack-nova12:18
openstackgerritChris Dent proposed openstack/nova master: Isolate placement database config  https://review.openstack.org/54143512:19
kashyapbhagyashris: So you don't have a precedent for functional test that uses Resource Provider to build an instance12:19
openstackgerritChris Dent proposed openstack/nova master: WIP: Ensure that os-traits sync is attempted only at start of process  https://review.openstack.org/55385712:19
*** sahid has joined #openstack-nova12:22
*** raginbajin has quit IRC12:23
*** rmk has quit IRC12:23
*** dougshelley66 has quit IRC12:23
*** ragiman has quit IRC12:23
*** sridharg has quit IRC12:23
*** dklyle has quit IRC12:23
*** mvk has quit IRC12:23
*** lbragstad has quit IRC12:23
*** gokhan has quit IRC12:23
*** krtaylor has quit IRC12:23
*** edleafe has quit IRC12:23
*** jcosmao has quit IRC12:23
*** frickler has quit IRC12:23
*** fanzhang has quit IRC12:23
*** strigazi has quit IRC12:23
*** Jeffrey4l has quit IRC12:23
*** ingy has quit IRC12:23
*** kuzko has quit IRC12:23
*** SamYaple has quit IRC12:23
*** antonym has quit IRC12:23
*** hemna has quit IRC12:23
*** rmk` is now known as rmk12:23
*** raginbaj- is now known as raginbajin12:23
*** rmk has quit IRC12:23
*** rmk has joined #openstack-nova12:23
*** edmondsw has joined #openstack-nova12:24
bhagyashriskashyap: yeah as of now I haven't seen the functional like the resource providers are created and that are used to build the instance12:24
kashyapbhagyashris: I'm afraid, I'm not really familiar with that area, so I can't help without extensive trial-and-error myself.  Perhaps ask on the mailing list with [nova] tag?12:24
*** jpena|lunch is now known as jpena|off12:25
bhagyashriskashyap: ok12:25
*** homeski has quit IRC12:25
*** dougshelley66 has joined #openstack-nova12:26
*** ragiman has joined #openstack-nova12:26
*** sridharg has joined #openstack-nova12:26
*** dklyle has joined #openstack-nova12:26
*** mvk has joined #openstack-nova12:26
*** lbragstad has joined #openstack-nova12:26
*** gokhan has joined #openstack-nova12:26
*** krtaylor has joined #openstack-nova12:26
*** edleafe has joined #openstack-nova12:26
*** jcosmao has joined #openstack-nova12:26
*** frickler has joined #openstack-nova12:26
*** fanzhang has joined #openstack-nova12:26
*** strigazi has joined #openstack-nova12:26
*** Jeffrey4l has joined #openstack-nova12:26
*** ingy has joined #openstack-nova12:26
*** kuzko has joined #openstack-nova12:26
*** SamYaple has joined #openstack-nova12:26
*** antonym has joined #openstack-nova12:26
*** hemna has joined #openstack-nova12:26
*** liuzz has quit IRC12:26
kashyapbhagyashris: Since people are spread across time zones, you might get delayed (which is normal) responses on IRC.  That's why I suggested the list.12:27
*** tbachman has joined #openstack-nova12:27
*** liuzz has joined #openstack-nova12:27
*** mtreinish has quit IRC12:27
bhagyashriskashyap: ok. currently i am struggling to write that so asking on IRC for quick response12:28
*** mtreinish has joined #openstack-nova12:28
*** homeski has joined #openstack-nova12:28
kashyapYeah, a combination is fine.  bhagyashris How about this:12:28
*** edmondsw has quit IRC12:28
*** artom_ has quit IRC12:28
kashyapbhagyashris: Post what you have based on how far you've come, and then point that to a Resource Providers expert (maybe jaypipes) for more guidance?12:29
kashyapAlso, Zuul is still failing on your https://review.openstack.org/#/c/560459/.12:30
*** sree has joined #openstack-nova12:30
bhagyashriskashyap: ok waiting for others will see12:30
bhagyashriskashyap: yeah struggling for the same also randomly the tempest test are falling12:31
bhagyashriskashyap: and all are failing with the error as No valid host is found. I have also checked the logs and at n-sch side it's showing that the Placement is returning allocation_candidates12:32
*** lucas-hungry is now known as lucasagomes12:33
kashyapI see12:33
bhagyashriskashyap: I am not getting why the n-sch is not returning the allocation_candicates as my change is at nova compute side12:33
bhagyashriskashyap: and on master evrthing is fine only on patch patches it's failing12:34
bhagyashriskashyap: any idea/12:35
bhagyashris?12:35
openstackgerritBalazs Gibizer proposed openstack/nova master: Escalate UUID validation warning to error in test  https://review.openstack.org/54038612:35
openstackgerritBalazs Gibizer proposed openstack/nova master: Fix invalid UUIDs in test  https://review.openstack.org/56419012:35
*** burt has joined #openstack-nova12:36
kashyapbhagyashris: Not without delving too deep.  Please go through the traces systematically to find the root cause.  I'm a bit buried with a couple of urgent things12:37
bhagyashriskashyap: ok np thank you :)12:37
bhagyashrisjaypipes: Hi,12:38
*** amoralej|lunch is now known as amoralej12:40
*** jpena|off is now known as jpena12:41
*** edmondsw has joined #openstack-nova12:43
*** edmondsw has quit IRC12:46
*** edmondsw has joined #openstack-nova12:47
*** eharney has joined #openstack-nova12:47
openstackgerritMartin Midolesov proposed openstack/nova master: Validating video ram against the max video ram allowed  https://review.openstack.org/56419312:47
*** liverpooler has joined #openstack-nova12:50
*** edmondsw has quit IRC12:50
*** esberglu has joined #openstack-nova12:56
*** jamespage has quit IRC12:57
*** jamespage has joined #openstack-nova12:57
*** READ10 has joined #openstack-nova12:58
*** sree has quit IRC12:59
*** QianYu_ has joined #openstack-nova12:59
*** pchavva has joined #openstack-nova13:01
*** lyan has joined #openstack-nova13:03
*** lyan is now known as Guest1404713:04
*** yamamoto has joined #openstack-nova13:04
*** yamamoto has quit IRC13:10
*** edmondsw has joined #openstack-nova13:13
openstackgerritBalazs Gibizer proposed openstack/nova master: Enhance service restart in functional env  https://review.openstack.org/51255213:14
openstackgerritBalazs Gibizer proposed openstack/nova master: Reproduce bug 1724172 in the functional test env  https://review.openstack.org/51255313:14
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" [Undecided,In progress] https://launchpad.net/bugs/1724172 - Assigned to Balazs Gibizer (balazs-gibizer)13:14
openstackgerritBalazs Gibizer proposed openstack/nova master: cleanup evacuated instances not on hypervisor  https://review.openstack.org/51262313:14
*** edmondsw has quit IRC13:15
*** edmondsw has joined #openstack-nova13:15
*** zz9pzza has quit IRC13:19
*** bkopilov has quit IRC13:19
*** udesale has quit IRC13:19
*** liuzz has quit IRC13:27
openstackgerritSylvain Bauza proposed openstack/nova master: libvirt: mdevs returning parent and vendor PCI info  https://review.openstack.org/56230413:29
openstackgerritSylvain Bauza proposed openstack/nova master: libvirt: Configure multiple vGPU types  https://review.openstack.org/56421413:29
openstackgerritSylvain Bauza proposed openstack/nova master: WIP: libvirt: Get inventories per pGPU  https://review.openstack.org/56421513:29
*** psachin has quit IRC13:30
*** zz9pzza has joined #openstack-nova13:31
*** QianYu_ has quit IRC13:31
*** liuzz has joined #openstack-nova13:31
*** dave-mccowan has joined #openstack-nova13:34
*** dougshelley66 has quit IRC13:34
*** dougshelley66 has joined #openstack-nova13:36
*** mdbooth_ has joined #openstack-nova13:37
*** mdbooth has quit IRC13:37
mnasersuper unrelated but i feel like this might be something devs have had to deal with13:38
mnaseris there some sort of 'tcpdump for rabbitmq' toolset available anywhere (or part of rabbitmq)13:38
*** QianYu has joined #openstack-nova13:42
*** bkopilov has joined #openstack-nova13:42
*** mriedem has joined #openstack-nova13:43
*** owalsh is now known as owalsh_afk13:43
stephenfinbauzas: OK, looked at that and it does seem like it's targeted. See line 35 from the paste paste.openstack.org/show/719901/13:43
stephenfinand compare to https://github.com/stephenfin/nova/blob/bp/numa-aware-vswitches/nova/conductor/manager.py#L1172-L117513:43
*** QianYu_ has joined #openstack-nova13:44
*** QianYu has quit IRC13:44
stephenfinBut wait - the *cell1* table wasn't migrated. Well that's annoying. I would have expected 'nova-manage sync' to do all cell tables unless I explicitly said otherwise http://paste.openstack.org/show/719912/13:46
openstackgerritHamdy Khader proposed openstack/nova master: Adding NVMEoF for libvirt driver  https://review.openstack.org/48264013:46
stephenfindansmith: Any reason 'nova-manage db sync' doesn't sync all cell DBs at once?13:47
dansmithstephenfin: yeah, because that would potentially lock down all of them at once (or nearly) and maybe you're upgrading one cell before another13:47
dansmithdb sync is/can be run at runtime before upgrading code and has a significant impact on the performance of the db while running13:48
dansmithwe have or had a --all-cells flag proposed for it13:48
*** dave-mcc_ has joined #openstack-nova13:48
stephenfinRight, and the non upgraded cell would be using old code so you wouldn't see backtraces like I did above13:48
stephenfin(my next question was going to be "wouldn't the older schema be invalid for newer code")13:49
*** efried has joined #openstack-nova13:49
*** dave-mccowan has quit IRC13:51
*** awaugama has joined #openstack-nova13:52
mriedemstephenfin: if you want to brush this off https://review.openstack.org/#/c/420973/13:53
*** dtantsur is now known as dtantsur|brb13:53
*** evin has quit IRC13:54
stephenfinUm, so how do I upgrade the schema for the cell1 DB? It's an all-in-one deployment so cell0 and cell1 DB are on the same node13:55
stephenfinThe docs say " If --local_cell is specified, then only the main database in the current cell is upgraded." but my main database for an all in one is...both of them?13:55
stephenfinmriedem: I can do that13:55
dansmithuse the config that the cell1 services use13:55
stephenfinSo change '[database] connection' in nova.conf to the cell1 DB?13:58
stephenfinWait13:58
stephenfinThere's a '--config-file'. That should show up when I do 'nova-manage db sync --help'13:58
stephenfin#usability13:58
mriedemstephenfin: is this devstack?13:59
stephenfinmriedem: It is13:59
mriedemif so, by default, even though it's single node, it's not all in one13:59
mriedemsee under /etc/nova13:59
mriedemthere should be multiple config files13:59
mriedemnova_cell1.conf is the cell1 conf13:59
stephenfinSorry, I'm using the wrong terminology so. I meant everything is deployed onto one machine14:00
mriedemnova-cpu.conf is for nova-compute14:00
mriedemnova.conf is used for the controller services and n-super-cond14:00
*** dklyle has quit IRC14:00
stephenfinYup, just ran this and things are looking good -> $ nova-manage --config-file /etc/nova/nova_cell1.conf db sync14:00
bhagyashrisefried: Hi,  I am trying to write the functional test for https://review.openstack.org/#/c/560444/ https://review.openstack.org/#/c/560459/ but have some question about that: As of on current master there no as such functional test that is creating the RP providers and used to boot the instance or to build the instance14:06
*** yamamoto has joined #openstack-nova14:06
openstackgerritBalazs Gibizer proposed openstack/nova master: Send soft_delete from context manager  https://review.openstack.org/47645914:06
efriedbhagyashris: You may have to piece it together from other bits.14:10
*** hemna_ has joined #openstack-nova14:11
*** yamamoto has quit IRC14:11
efriedbhagyashris: Did you figure out the error from yesterday?14:11
*** fishbone__ has joined #openstack-nova14:12
bhagyashris efried: or I can say there is no frame work in fictional test that creates the resource provider and that providers will be used to build the instances14:13
bhagyashrisefried: and one more doubt is how that created provider will be pick by sch at the time of build instance14:14
bhagyashrisefried: in current functional test cases the create server are created on the single host14:15
efriedbhagyashris: You're trying to make a functional test that does exactly what you did in your live environment.  That is, you create the provider, mark it as a sharing provider, give it DISK_GB inventory, and associate it via aggregate with the compute node provider.  Then the purpose of the patch we're testing is that we fixed it exactly so the scheduler knows to pick that sharing provider for the DISK_GB.14:17
fishbone__hello all; I am receiving a strange error when launching windows instances: ERROR cloudbaseinit.init pywintypes.com_error: (-2147352567, 'Exception occurred.', (0, 'Session', 'Access is denied. ', None, 0, -2147024891), None)14:18
fishbone__I believe this is causing an issue that disallows the key to regenerate the password appropriately when rebuilding instances14:19
*** mlavalle has joined #openstack-nova14:19
fishbone__Is that simply an issue with the cloudbase-init; perhaps a reinstall would fix that?14:19
bhagyashrisefried:  yeah. but through creating provider and inventory and then association of CN and share provider etc will need in functional test and then while creating the instance how come that request will know that the CN and shared resource provider should pick that providers14:20
bhagyashrisbecuse as on functional test the only the single provider is used14:21
*** artom_ has joined #openstack-nova14:21
*** artom_ is now known as artom14:22
efriedbhagyashris: What do you mean?  If the functional test setup is using the "live" placement fixture, it should be behaving just like a real placement database.  So if you create new providers in there, they should stick, and they should get picked up by your deploy (in the test).14:22
*** felipemonteiro__ has joined #openstack-nova14:22
*** andreas_s has joined #openstack-nova14:25
*** felipemonteiro_ has joined #openstack-nova14:26
*** felipemonteiro__ has quit IRC14:30
bhagyashrisefried: which fixture are you talking there are two fixture one is nova/nova/tests/fixtures.PlacementFixture and other one is nova/tests/functional/api/openstack/placement/fixtures.SharedStorageFixture14:31
bhagyashrisefried: so it's little bit confusing. the second fixture is used in gabbit test14:32
kashyapmriedem: When you can, mind having a gander at this, as you have prior context: https://review.openstack.org/#/c/563926/ (Lift the restriction of choices for `cpu_model_extra_flags`)14:34
lyarwoodbauzas: you were working on a hard reboot bug in master around _get_all_assigned_mediated_devices right?14:35
*** lpetrut has quit IRC14:35
*** lpetrut has joined #openstack-nova14:36
efriedbhagyashris: The SharedStorageFixture is a thing that's setting up macros (and maybe some providers) for use in the gabbits.  I'm talking about the first one.  Hold on, let me find an example of how it gets used...14:36
bhagyashrisok14:37
*** felipemonteiro has joined #openstack-nova14:37
efriedbhagyashris: nova/tests/functional/test_servers.py14:38
*** felipemonteiro_ has quit IRC14:38
*** moshele has quit IRC14:38
efriedbhagyashris: That's a good example, the PlacementFixture is instantiated and then saved off to an instance variable, and then it gets used to talk to the placement API in the test cases.14:39
bauzaslyarwood: yup14:39
efriedHey, anyone got their thumb on a nice reference doc for bfv?14:39
*** sree has joined #openstack-nova14:40
bauzasefried: yup, master doc14:41
bauzasefried: BDMs, you mean ?14:41
bauzasefried: https://docs.openstack.org/nova/latest/user/block-device-mapping.html14:42
efriedbauzas: boot from volume specifically14:43
jaypipesefried: the "live" PlacementFixture thing is broken by design, IMHO. Try removing @safe_connect and running a functional test case with the PlacementFixture and see what happens. It's basically hiding a bunch of brokenness with @safe_connect14:44
efriedjaypipes: But it ought to work to set up providers and stuff, won't it?14:45
*** felipemonteiro has quit IRC14:45
jaypipesefried: and by "brokenness with @safe_connect" I'm referring to any place that calls a method of the reportclient that returns something (because @safe_connect will mask over issues and return a None, meaning anything that calls or depends on the return value from a method in reportclient will be broken)14:46
*** Eran_Kuris has quit IRC14:46
efriedjaypipes: Ah, but only if you call a method that's decorated by @safe_connect.  So doing primitive get/put/post/delete calls will be fine.14:46
jaypipesefried: are you referring to the nova.tests.fixtures.PlacementFixture, or are you referring to this? https://github.com/openstack/nova/blob/master/nova/tests/functional/api/openstack/placement/fixtures.py#L3414:47
efriedbhagyashris: So note the above, and do your calls in the same fashion that test_servers.py does them.  See the helper methods around L1440-147414:47
jaypipesefried: because the latter sets up the data fixtures with direct calls to the database, not by the placement API calls.14:48
efriedjaypipes: The former.14:48
jaypipesefried: yeah. the former is what I consider to be broken. but whatevs.14:49
*** derekh has joined #openstack-nova14:51
bhagyashrisefried: yeah checking the same...14:51
*** dtantsur|brb is now known as dtantsur14:51
*** kholkina has quit IRC14:56
*** armaan has quit IRC14:57
mriedemkashyap: that would be my pleasure14:58
stephenfindansmith: Any hints about why this could be happening? http://paste.openstack.org/show/719928/14:58
* kashyap waits for some snids remarks in the review :P14:58
*** armaan has joined #openstack-nova14:58
kashyaps/snids/snide/14:58
stephenfinIt seems to be caused by this line in o.vo https://github.com/openstack/oslo.versionedobjects/blob/master/oslo_versionedobjects/base.py#L65-L6614:58
dansmithstephenfin: well, it means you don't have a context on that object14:58
dansmithand you're trying to lazy-load .network_requests14:58
stephenfindansmith: But it doesn't happen for the numa_topology object which is defined the exact same way14:59
dansmithstephenfin: I dunno what to say.. that ^ is the exact reason14:59
dansmitheither give it a context if it needs to be able to lazy-load, or make sure .network_requests is set to something15:00
*** edmondsw has quit IRC15:01
*** ragiman has quit IRC15:01
*** sridharg has quit IRC15:01
*** mvk has quit IRC15:01
*** lbragstad has quit IRC15:01
*** gokhan has quit IRC15:01
*** krtaylor has quit IRC15:01
*** edleafe has quit IRC15:01
*** jcosmao has quit IRC15:01
*** frickler has quit IRC15:01
*** fanzhang has quit IRC15:01
*** strigazi has quit IRC15:01
*** Jeffrey4l has quit IRC15:01
*** ingy has quit IRC15:01
*** kuzko has quit IRC15:01
*** SamYaple has quit IRC15:01
*** antonym has quit IRC15:01
*** hemna has quit IRC15:01
*** jhesketh has quit IRC15:01
*** swamireddy has quit IRC15:01
*** armaan has quit IRC15:01
*** READ10 has quit IRC15:01
*** esberglu has quit IRC15:01
*** AlexeyAbashkin has quit IRC15:01
*** hoonetorg has quit IRC15:01
*** sdague has quit IRC15:01
*** xinliang has quit IRC15:01
*** jchhatba_ has quit IRC15:01
*** mchlumsky has quit IRC15:01
*** markvoelker has quit IRC15:01
*** tonyb has quit IRC15:01
*** trozet has quit IRC15:01
*** slagle has quit IRC15:01
*** andreykurilin has quit IRC15:01
*** s1061123 has quit IRC15:01
*** Nil_ has quit IRC15:01
*** rubasov has quit IRC15:01
*** toabctl has quit IRC15:01
*** liuzz has quit IRC15:01
*** zz9pzza has quit IRC15:01
*** eharney has quit IRC15:01
*** vivsoni__ has quit IRC15:01
*** jogo has quit IRC15:01
*** Lingwu has quit IRC15:01
*** zigo has quit IRC15:01
*** _pewp_ has quit IRC15:01
*** adreznec has quit IRC15:01
*** johnthetubaguy_ has quit IRC15:01
*** ivve has quit IRC15:01
*** FoXMaN has quit IRC15:01
*** sq4ind has quit IRC15:01
*** ericyoung has quit IRC15:01
*** rybridges has quit IRC15:01
*** slunkad has quit IRC15:01
*** ChanServ has quit IRC15:01
stephenfinOh, that latter would do it. numa_topology is defined to something https://github.com/openstack/nova/blob/master/nova/tests/unit/compute/test_resource_tracker.py#L185315:01
openstackgerritAditya Vaja proposed openstack/nova master: remove IVS plug/unplug as they're moved to separate plugin  https://review.openstack.org/53437115:01
*** liuzz has joined #openstack-nova15:01
*** zz9pzza has joined #openstack-nova15:01
*** eharney has joined #openstack-nova15:01
*** vivsoni__ has joined #openstack-nova15:01
*** jogo has joined #openstack-nova15:01
*** Lingwu has joined #openstack-nova15:01
*** zigo has joined #openstack-nova15:01
*** _pewp_ has joined #openstack-nova15:01
*** adreznec has joined #openstack-nova15:01
*** johnthetubaguy_ has joined #openstack-nova15:01
*** ivve has joined #openstack-nova15:01
*** FoXMaN has joined #openstack-nova15:01
*** sq4ind has joined #openstack-nova15:01
*** ericyoung has joined #openstack-nova15:01
*** rybridges has joined #openstack-nova15:01
*** slunkad has joined #openstack-nova15:01
*** ChanServ has joined #openstack-nova15:01
*** barjavel.freenode.net sets mode: +o ChanServ15:01
*** zhaochao has quit IRC15:02
*** jhesketh has joined #openstack-nova15:03
*** swamireddy has joined #openstack-nova15:03
*** edmondsw has joined #openstack-nova15:03
*** ragiman has joined #openstack-nova15:03
*** sridharg has joined #openstack-nova15:03
*** mvk has joined #openstack-nova15:03
*** lbragstad has joined #openstack-nova15:03
*** gokhan has joined #openstack-nova15:03
*** krtaylor has joined #openstack-nova15:03
*** edleafe has joined #openstack-nova15:03
*** jcosmao has joined #openstack-nova15:03
*** frickler has joined #openstack-nova15:03
*** fanzhang has joined #openstack-nova15:03
*** strigazi has joined #openstack-nova15:03
*** Jeffrey4l has joined #openstack-nova15:03
*** ingy has joined #openstack-nova15:03
*** kuzko has joined #openstack-nova15:03
*** SamYaple has joined #openstack-nova15:03
*** antonym has joined #openstack-nova15:03
*** hemna has joined #openstack-nova15:03
*** bandini has quit IRC15:03
stephenfindansmith: Yup, 'instance.network_requests = None' did the job. Thanks :)15:04
*** armaan has joined #openstack-nova15:04
*** READ10 has joined #openstack-nova15:04
*** esberglu has joined #openstack-nova15:04
*** AlexeyAbashkin has joined #openstack-nova15:04
*** hoonetorg has joined #openstack-nova15:04
*** sdague has joined #openstack-nova15:04
*** xinliang has joined #openstack-nova15:04
*** jchhatba_ has joined #openstack-nova15:04
*** mchlumsky has joined #openstack-nova15:04
*** markvoelker has joined #openstack-nova15:04
*** tonyb has joined #openstack-nova15:04
*** trozet has joined #openstack-nova15:04
*** slagle has joined #openstack-nova15:04
*** andreykurilin has joined #openstack-nova15:04
*** s1061123 has joined #openstack-nova15:04
*** Nil_ has joined #openstack-nova15:04
*** rubasov has joined #openstack-nova15:04
*** toabctl has joined #openstack-nova15:04
dansmithstephenfin: cool15:04
*** weshay has quit IRC15:04
*** sean-k-mooney[m] has quit IRC15:05
*** bandini has joined #openstack-nova15:05
*** weshay has joined #openstack-nova15:06
kashyapWhen someone gets a moment, is there a better / effficient way to test a config in Gate than this DevStack patch: http://paste.openstack.org/show/719929/15:06
*** yamamoto has joined #openstack-nova15:08
* kashyap tries it anyway: https://review.openstack.org/56424615:11
*** dougshelley66 has quit IRC15:11
*** dougshelley66 has joined #openstack-nova15:12
*** yamamoto has quit IRC15:13
kashyapSo the above should work; the fine folks on #openstack-qa confirmed15:13
openstackgerritsahid proposed openstack/nova-specs master: fix blueprint related to the spec overhead-pin-set  https://review.openstack.org/56191615:14
openstackgerritSimon Dodsley proposed openstack/nova master: Add enhanced KVM storage QoS quotas  https://review.openstack.org/55853015:15
*** dougshelley66 has quit IRC15:19
*** hemna_ has quit IRC15:20
*** ZZelle has quit IRC15:20
*** andreas_s has quit IRC15:21
*** andreas_s has joined #openstack-nova15:21
*** QianYu_ has quit IRC15:22
*** QianYu has joined #openstack-nova15:23
dansmithtssurya: mriedem melwitt: do we need a cells meeting today?15:24
*** felipemonteiro has joined #openstack-nova15:24
*** belmoreira has joined #openstack-nova15:25
*** dpawlik has quit IRC15:25
mriedemi don't15:25
melwittI don't have anything for today15:26
tssuryabelmoreira : ^15:26
belmoreirawe are upgrading to cellsV2 today... tomorrow I will have some info about it15:27
tssuryadansmith: yea its okay to skip today then15:27
dansmithwow, that's .. quite a statement :)15:27
*** felipemonteiro_ has joined #openstack-nova15:28
*** rajinir has joined #openstack-nova15:29
*** felipemonteiro__ has joined #openstack-nova15:29
*** dougshelley66 has joined #openstack-nova15:30
*** felipemonteiro has quit IRC15:31
*** r-daneel has joined #openstack-nova15:31
*** felipemonteiro_ has quit IRC15:33
*** zz9pzza has quit IRC15:33
openstackgerritChris Dent proposed openstack/nova master: Make accept-language tests work with webob 1.8.x  https://review.openstack.org/56425515:35
*** andreas_s has quit IRC15:36
openstackgerritSylvain Bauza proposed openstack/nova master: libvirt: fix hard reboot issue with mdevs  https://review.openstack.org/56425715:37
*** gyee has joined #openstack-nova15:39
cdentmelwitt: ^^ is the short term fix to the webob issues. should keep us for a while, but I've noted in the commit and on the bug that there's a long term need too15:40
*** felipemonteiro__ has quit IRC15:40
*** felipemonteiro__ has joined #openstack-nova15:40
melwittcdent: okay, thanks15:41
*** hongbin_ has joined #openstack-nova15:43
melwittreminder for the cells subteam, review would be appreciated on this fix for anti/affinity with multiple cells https://review.openstack.org/54025815:43
melwittcdent: curiosity question, why does q=1.1 not work if q=0.5 works? https://review.openstack.org/#/c/564255/1/nova/tests/unit/api/openstack/test_wsgi.py@10215:45
*** felipemonteiro__ has quit IRC15:45
cdentmelwitt: oh sorry, the change of 1.1 to 1 was not supposed to be committed15:45
*** SamYaple has quit IRC15:45
cdentwill tidy that15:45
melwittah k15:46
cdentthat was part of several different loops around the problem15:46
cdentthe fact that the new invalid header class exists now really makes stuff a lot harder to debug :(15:46
melwittoh, I see. so it makes everything do an AttributeError instead of complaining about the invalid things15:47
bauzasdansmith: mriedem: stephenfin: others: because of me, hard reboot no longer accepts to recreate a libvirt guest, but I fixed that by https://review.openstack.org/56425715:47
melwitt(in the test situation)15:47
bauzasthrow me tomatoes if you wish15:47
cdentmelwitt: the tests all end up getting None instead of the desire result15:48
bauzasdansmith: mriedem: stephenfin: others: it'll also be a backport for Queens15:48
*** chyka has joined #openstack-nova15:48
cdentan invalid header operates as basically a header with no values15:48
melwittokay. I thought the lack of 'best_match' might have been because an invalid header was created. ignore me15:48
*** ragiman has quit IRC15:48
cdentmelwitt: ah, also: 1.1 is invalid too15:48
cdentthe valid range is 0 to 115:49
melwittoh, I had no idea15:49
cdentI can update the commit message to make that more clear?15:49
*** tbachman has quit IRC15:49
melwittmeh it's fine. I was just curious when I saw it15:49
cdent15:49
*** test222__ has quit IRC15:51
*** test222__ has joined #openstack-nova15:51
*** munimehan has joined #openstack-nova15:52
*** itlinux has joined #openstack-nova15:54
*** felipemonteiro has joined #openstack-nova15:54
*** lpetrut has quit IRC15:55
*** belmoreira has quit IRC15:56
*** pcaruana has quit IRC15:57
*** tbachman has joined #openstack-nova15:57
*** belmoreira has joined #openstack-nova15:58
*** pcaruana has joined #openstack-nova15:59
*** felipemonteiro_ has joined #openstack-nova15:59
*** belmoreira has quit IRC16:02
*** ildikov_ has joined #openstack-nova16:03
*** khappone_ has joined #openstack-nova16:03
*** felipemonteiro has quit IRC16:03
*** breton__ has joined #openstack-nova16:05
jaypipesmriedem, cdent: for the api-ref, what's the process for changing the documentation for a particular qstring parameter when that parameter was added in a prior microversion?16:06
jaypipesmriedem, cdent: ref this patch: https://review.openstack.org/#/c/561315/16:07
efriedjaypipes: In this case, I would add to the existing parameter entry.  Let me find an example...16:08
jaypipesmriedem, cdent: I see existing things in the api-ref like resource_provider_generation_1_19, etc. but is there a magic incantation to show a different description for a parameter once a specific microversion is reached?16:08
*** pcaruana has quit IRC16:08
cdentmin_version16:08
efriedjaypipes: What do you mean "reached"?16:08
*** andreaf_ has joined #openstack-nova16:09
*** tv1 has joined #openstack-nova16:09
jaypipesefried: sorry, I'm having trouble explaining this..16:09
efriedjaypipes: But you're talking about member_of behaving differently at version Y than version X16:09
*** links has quit IRC16:09
*** kencjohnston has joined #openstack-nova16:09
cdentbut what efried is saying is generally true for cases where the parameter is already around: add to the description "in microversion x you can do y"16:09
efriedhttps://developer.openstack.org/api-ref/placement/#list-allocation-candidates - see the `required` option.16:09
jaypipesefried, cdent: yeah, what you just said eric :)16:09
*** jamiec_ has joined #openstack-nova16:09
*** yamamoto has joined #openstack-nova16:10
efriedjaypipes: `required` uses both min_version (1.17) and an inline note about the additional functionality in 1.22.16:10
*** SamYaple has joined #openstack-nova16:10
*** andreaf has quit IRC16:10
*** ildikov has quit IRC16:10
*** jamiec has quit IRC16:10
*** kencjohnston_ has quit IRC16:10
*** breton has quit IRC16:10
*** khappone has quit IRC16:10
*** Kvisle has quit IRC16:10
efriedjaypipes: So member_of will be similar.  min_version 1.3, then new functionality in 1.2x16:10
*** ildikov_ is now known as ildikov16:10
*** SamYaple has quit IRC16:10
jaypipesefried: gotcha. inline note in the description field, then?16:10
efriedjaypipes: Yup16:11
*** andreaf_ is now known as andreaf16:11
*** sahid has quit IRC16:11
jaypipesefried: ok, thank you.16:12
mriedemi've seen it both ways,16:12
*** bandini has quit IRC16:12
mriedembut yeah usually if the type doesn't change, we'd just add something to the parameter description saying, "starting with x, you can do foobars"16:13
efriedjaypipes: allocation_candidates_required and resource_provider_required_query are the ones cdent updated for forbidden traits.16:13
mriedemin 2.53 we changed the id field in os-services and os-hypervisors from an integer to a string (uuid) so in that case we have 2 parameters in the table, one capped at 2.52 and one new for 2.5316:13
openstackgerritSylvain Bauza proposed openstack/nova master: libvirt: fix hard reboot issue with mdevs  https://review.openstack.org/56425716:13
mriedemhttps://developer.openstack.org/api-ref/compute/#id37716:14
*** cfriesen has joined #openstack-nova16:14
bauzasmriedem: thanks for the quick review on https://review.openstack.org/564257, new patch is up16:15
*** bandini has joined #openstack-nova16:15
* bauzas goes AWOL for fighting Thanos16:15
*** yamamoto has quit IRC16:15
mriedembauzas: i just -1ed it again :)16:16
mriedemi'm going to crack down on your usage of "that"16:17
mriedemit's gotten out of hand16:17
jaypipesmriedem: that is indeed that case.16:17
jaypipesmriedem: and thx for the example on the api-ref. appreciated!16:17
*** do3meli has quit IRC16:18
*** sean-k-mooney[m] has joined #openstack-nova16:19
openstackgerritChris Dent proposed openstack/nova master: WIP: Ensure that os-traits sync is attempted only at start of process  https://review.openstack.org/55385716:23
*** jaosorior has quit IRC16:25
*** felipemonteiro_ has quit IRC16:27
*** felipemonteiro_ has joined #openstack-nova16:27
*** damien_r has quit IRC16:29
*** sree has quit IRC16:30
*** lucasagomes is now known as lucas-afk16:31
*** dpawlik has joined #openstack-nova16:33
openstackgerritEric Fried proposed openstack/nova master: Bump pypowervm minimum to 1.1.15  https://review.openstack.org/56427616:35
efriededmondsw, esberglu: ^16:37
*** dpawlik has quit IRC16:37
*** QianYu has quit IRC16:38
*** gjayavelu has joined #openstack-nova16:38
openstackgerritMerged openstack/nova-specs master: fix blueprint related to the spec overhead-pin-set  https://review.openstack.org/56191616:41
openstackgerritJay Pipes proposed openstack/nova master: support multiple member_of qparams  https://review.openstack.org/56131516:46
*** slaweq has quit IRC16:48
*** itlinux has quit IRC16:49
*** amoralej is now known as amoralej|off16:51
*** yamahata has quit IRC16:54
*** coreycb has quit IRC16:57
*** coreycb has joined #openstack-nova16:58
*** slaweq has joined #openstack-nova16:58
openstackgerritMerged openstack/nova master: Fix invalid UUIDs in test  https://review.openstack.org/56419017:01
*** lpetrut has joined #openstack-nova17:02
*** catmando has quit IRC17:02
*** r-daneel_ has joined #openstack-nova17:02
*** catmando has joined #openstack-nova17:03
*** derekh has quit IRC17:03
*** mdnadeem has quit IRC17:03
openstackgerritMatt Riedemann proposed openstack/nova master: Wait for network-vif-plugged before starting live migration  https://review.openstack.org/55800117:05
openstackgerritMatt Riedemann proposed openstack/nova master: Add check if neutron "binding-extended" extension is available  https://review.openstack.org/52354817:05
openstackgerritMatt Riedemann proposed openstack/nova master: Add "bind_ports_to_host" neutron API method  https://review.openstack.org/52360417:05
openstackgerritMatt Riedemann proposed openstack/nova master: Add "delete_port_binding" network API method  https://review.openstack.org/55217017:05
openstackgerritMatt Riedemann proposed openstack/nova master: Add "activate_port_binding" neutron API method  https://review.openstack.org/55594717:05
openstackgerritMatt Riedemann proposed openstack/nova master: Delete port bindings in setup_networks_on_host if teardown=True  https://review.openstack.org/55633317:05
openstackgerritMatt Riedemann proposed openstack/nova master: Implement migrate_instance_start method for neutron  https://review.openstack.org/55633417:05
openstackgerritMatt Riedemann proposed openstack/nova master: Add VIFMigrateData object for live migration  https://review.openstack.org/51542317:05
openstackgerritMatt Riedemann proposed openstack/nova master: libvirt: use dest host vif migrate details for live migration  https://review.openstack.org/55137017:05
openstackgerritMatt Riedemann proposed openstack/nova master: WIP: compute: use port binding extended API during live migration  https://review.openstack.org/55137117:05
*** r-daneel has quit IRC17:05
*** r-daneel_ is now known as r-daneel17:05
openstackgerritMatt Riedemann proposed openstack/nova master: Port binding based on events during live migration  https://review.openstack.org/43487017:05
openstackgerritMatt Riedemann proposed openstack/nova master: conductor: use port binding extended API in during live migrate  https://review.openstack.org/52253717:05
openstackgerritMatt Riedemann proposed openstack/nova master: libvirt: fix hard reboot issue with mdevs  https://review.openstack.org/56425717:06
*** efried has quit IRC17:07
*** links has joined #openstack-nova17:08
*** fragatina has quit IRC17:09
*** links has quit IRC17:09
*** itlinux has joined #openstack-nova17:09
*** itlinux has quit IRC17:10
*** AlexeyAbashkin has quit IRC17:11
*** yamamoto has joined #openstack-nova17:11
*** jpena is now known as jpena|off17:12
*** itlinux has joined #openstack-nova17:12
*** mgoddard has quit IRC17:13
*** edmondsw has quit IRC17:15
*** yamamoto has quit IRC17:16
*** belmoreira has joined #openstack-nova17:20
*** pcaruana has joined #openstack-nova17:20
*** moshele has joined #openstack-nova17:26
*** yamahata has joined #openstack-nova17:27
openstackgerritBalazs Gibizer proposed openstack/nova master: Transform missing delete notifications  https://review.openstack.org/41029717:28
openstackgerritBalazs Gibizer proposed openstack/nova master: Send soft_delete from context manager  https://review.openstack.org/47645917:28
*** evin has joined #openstack-nova17:34
*** fragatina has joined #openstack-nova17:36
*** fragatina has quit IRC17:36
*** fragatina has joined #openstack-nova17:36
*** Tom-Tom has joined #openstack-nova17:42
*** sambetts is now known as sambetts|afk17:43
*** itlinux has quit IRC17:43
openstackgerritMerged openstack/nova master: Address issues raised in adding member_of to GET /a-c  https://review.openstack.org/55435717:43
*** dtantsur is now known as dtantsur|afk17:43
*** ssurana has joined #openstack-nova17:47
esberglumriedem: Was working with efried an we aren't sure how this is working for the ironic driver17:49
esbergluhttps://review.openstack.org/#/c/526094/46/nova/virt/powervm/driver.py@54517:49
*** r-daneel has quit IRC17:49
*** r-daneel has joined #openstack-nova17:49
esbergluWhen we get the bdm from the list of bdms it is regular dict17:49
esbergluWe are doing the same thing as ironic17:50
esbergluTake the block_device_info (passed into spawn) and run block_device_info_get_mapping to get bdms17:50
esbergluThen loop through them17:50
*** edmondsw has joined #openstack-nova17:51
esbergluNot sure what I'm missing, but I thought the bdm was supposed to be a DriverVolumeBlockDevice there17:52
*** hemna_ has joined #openstack-nova17:52
esbergluHere's what I'm actually seeing for the bdm at that point17:53
esbergluhttp://paste.openstack.org/show/719946/17:53
*** tssurya has quit IRC17:54
*** mdbooth_ has quit IRC17:55
mriedemesberglu: you have to rebase on top of efried's patch for the is_volume thing17:55
*** edmondsw has quit IRC17:55
mriedemhttps://review.openstack.org/#/c/564017/17:55
mriedemoh nvm i see what you're doing17:56
esberglumriedem: I've tried both with efrieds patch (bdm.is_volume) and without it (bdm._bdm_obj.is_volume)17:56
esbergluNeither work in my test env.17:56
mriedemare the unit tests using a list of DriverVolumeBlockDevice objects?17:57
esberglumriedem: yes17:57
esberglumriedem: https://review.openstack.org/#/c/526094/46/nova/tests/unit/virt/powervm/test_driver.py@48717:57
esbergluBut it seems that we aren't getting a list of DriverVolumeBlockDevice objects live, just a list of dicts17:58
mriedemwell DriverVolumeBlockDevice is a dict17:58
mriedemand it proxies through the special attributes for the wrapped bdm object17:59
*** edmondsw has joined #openstack-nova17:59
mriedemi see the unit tests are passing on your change..17:59
*** edmondsw has quit IRC18:00
*** belmoreira has quit IRC18:00
*** priteau has quit IRC18:00
*** itlinux has joined #openstack-nova18:00
esberglumriedem: Yeah, which is why it seems that we are getting something other than DriverVolumeBlockDevice live18:01
mriedemyou powervm guys need to stop saying "live"18:01
esberglu*in my test environment :)18:02
*** edmondsw has joined #openstack-nova18:04
mriedemif only the 3rd party ci could test volume operations....18:05
*** gjayavelu has quit IRC18:07
openstackgerritJay Pipes proposed openstack/nova master: support multiple member_of qparams  https://review.openstack.org/56131518:09
mriedemesberglu: i pulled down efried's change, and then your change on top of it, and changed bdm._bdm_obj.is_volume to bdm.is_volume and the unit tests passed18:10
mriedemso i'm not sure what is different about your test environment18:11
mriedembut either your test env is wrong, or the unit tests aren't actually validating this correctly18:11
*** yamamoto has joined #openstack-nova18:12
esberglumriedem: It seems to be something with a test env. Otherwise this would be broken for ironic too.18:13
esbergluBut like I said, we are running the exact same code to extract the bdm the they are18:13
mriedemyeah i see that18:13
esbergluIs there anything that could cause the block_device_info passed into spawn() to be different18:13
*** efried has joined #openstack-nova18:13
*** yamamoto has quit IRC18:18
*** kevinbenton has joined #openstack-nova18:18
*** kevinbenton_ has quit IRC18:22
esberglumriedem: ^?18:23
mriedemdon't think so18:24
esbergluefried: Yeah waiting for a reply18:24
mriedemesberglu: spawn() gets the result of this https://github.com/openstack/nova/blob/936695221e7c22546cc09f0505a063744c1d38a2/nova/compute/manager.py#L219118:25
*** gjayavelu has joined #openstack-nova18:25
mriedemhttps://github.com/openstack/nova/blob/936695221e7c22546cc09f0505a063744c1d38a2/nova/compute/manager.py#L156318:25
mriedemhttps://github.com/openstack/nova/blob/936695221e7c22546cc09f0505a063744c1d38a2/nova/virt/driver.py#L3718:25
mriedem^ takes a BlockDeviceMappingList and transforms the list into DriverVolumeBlockDevice objects18:26
*** READ10 has quit IRC18:26
esbergluefried: You have any ideas here? We're UTing with DriverVolumeBlockDevice objects, which are able to access the necessary fields18:27
efriedmriedem: What does "live" mean to you?  To me it means "not in a test suite".  It doesn't necessarily imply "production".18:27
mriedembeyond that band from the 90s18:27
mriedem?18:27
mriedemor frampton18:27
esbergluAnd we should be getting DriverVolumeBlockDevice objects based on the last two links18:28
esbergluIn the live environment18:28
efriedesberglu: Yes, I agree.18:28
esbergluIn the test env :)18:28
efried(including with your use of "live")18:28
*** dougshel_ has joined #openstack-nova18:30
*** dougshelley66 has quit IRC18:32
*** tssurya has joined #openstack-nova18:34
*** ttsiouts_ has joined #openstack-nova18:35
*** efried[m] has joined #openstack-nova18:35
*** calebb has quit IRC18:37
mriedemesberglu: efried: i have no problems with these objects using efried's change http://paste.openstack.org/show/719952/18:37
mriedem>>> type(bdm_obj)18:38
mriedem<class 'nova.objects.block_device.BlockDeviceMapping'>18:38
mriedem>>> type(virt_bdm)18:38
mriedem<class 'nova.virt.block_device.DriverSnapshotBlockDevice'>18:38
*** calebb has joined #openstack-nova18:38
efriedmriedem: What, you're running on a real POWER system with NovaLink?18:38
*** arvindn05 has quit IRC18:38
efriedmriedem: This is what we mean by "live" :P18:38
efriedI think esberglu's problem was found when running in such an environment.18:39
esbergluefried: mriedem: Correct18:39
efriedThough I'm getting skeptical18:39
efried...that pdb was actually telling you the right thing when you asked it `whatis`18:39
cdentwhy have a power system when you can have a POWER system?18:40
efriednot helping18:40
mriedemefried: yeah i still have a tunnel into ibm18:40
edleafecdent: STOP SHOUTING18:41
mriedemmaybe you've got some stale pyc or pyo files or something, idk how your setup your test environments18:41
mriedem*you setup18:41
mriedemanywho, i don't even know if we should move forward with this if it can't get CI testing18:41
mriedembtw, what is an SSP cinder driver?18:42
mriedemwhat is SSP again?18:42
efriedShared Storage Pools18:42
mriedemsuper serious power18:42
mriedemoh18:42
efried(as opposed to shared storage pools, cdent)18:42
efriedA VIOS cluster-based distributed storage thing.18:43
mriedemi do remember the shit stain that is trying to do CI with a v7k18:43
mriedemit would brick at least once a week, with synchronous CI job runs no less18:43
*** pchavva has quit IRC18:43
mriedementerprise!18:43
mriedemso is a SSP cinder driver in the future?18:44
efriedOf all the problems we have with our CI, I don't think our SAN bricking is one of them.  esberglu True?18:44
esbergluyeah18:44
efriedmriedem: SSP cinder is something we've played with and partially proposed in the past, but haven't (yet) followed through with.18:44
edmondswmriedem ignore the SSP comment... that doesn't really relate here18:45
edmondswthat is a totally different volume driver that would also use vSCSI technology18:45
mriedemlet it be known i am getting it from all the IBM e's now18:45
edmondswbut that would be vSCSI SSP, not vSCSI FC, which is this commit18:45
edmondswlol18:45
mriedemin both situation and build, i think it's fair to say i'm the guy in the middle here http://img.wennermedia.com/social/the-new-day-wwe-smackdown-tag-team-champs-43c77d8f-41a5-43fb-b6c9-9f629a507f3c.jpg18:47
*** itlinux has quit IRC18:47
edmondswmriedem the resemblance is uncanny18:47
smcginnisNot the ref?18:48
*** ttsiouts_ has quit IRC18:48
edmondswmriedem we agreed to proceed with vSCSI in nova without CI back in Denver. What changed?18:49
*** moshele has quit IRC18:50
mriedemidk, i'm not ptl anymore so i can push back on stuff now?18:50
edmondswha18:50
dansmithI don't remember agreeing to that,18:50
dansmithpotentially because I was disinterested in general18:50
dansmithbut I think it's kinda crazy to be lacking that18:50
*** diga has joined #openstack-nova18:51
dansmithin case anyone cares what I think :)18:51
mriedemit would be one thing if this was a weird api that is seldom used or weird config to set it up, like nfv stuff,18:51
edmondswI'll try to dig into what's keeping us from doing vSCSI in CI and pick away at it, but we're at the 11th hour here... seems pretty harsh to hold it up now on that grounds18:51
mriedembut volume attach/detach is pretty basic18:51
mriedemi haven't -2d this18:51
mriedemjust raising it18:51
edmondswfair18:51
edmondswdansmith you were there, but didn't say anything :)18:52
mriedemalso, i'd say we're at the 4pm early bird special hour18:52
mriedemaka jaypipes' dinner time18:52
dansmithedmondsw: any words written down to validate that18:52
dansmithas a formal decision?18:52
edmondswmriedem this was slated for Queens, only moved to Rocky because it wasn't reviewed in time18:52
mriedemL315 https://etherpad.openstack.org/p/nova-ptg-queens18:52
smcginnisThe cinder video recordings have come in handy on more than one occasion for things like this.18:52
*** dpawlik has joined #openstack-nova18:53
mriedem"CI would not be running with this because CI with FC is hard."18:53
edmondswdansmith I think this was called out in the approved spec, I'll go double check18:53
mriedemi'm kind of hurt that i didn't get any kudos for the jay + FL burn18:54
*** sridharg has quit IRC18:54
smcginnisI laughed.18:54
edleafe*All* of IBM's e's?? [t 2CNr]18:54
purplerbot<mriedem> let it be known i am getting it from all the IBM e's now [2018-04-25 18:45:19.088382] [n 2CNr]18:54
edleafemriedem: I've been behaving18:54
mriedemedleafe: oh sorry18:54
mriedemIBM (power) e's18:55
*** sree has joined #openstack-nova18:55
*** arvindn05 has joined #openstack-nova18:55
jaypipesmriedem: :)18:55
edleafemriedem: yeah, I'm not that POWERful at IBM18:55
mriedemedmondsw: anyway, i'll defer to melwitt on the CI situation18:56
mriedemi'm not blocking, but not happy about it either18:56
edmondswmriedem honestly, I'm not happy about it myself18:56
mriedemi'd be happy to be unhappy together18:57
edmondswand I will do what I can to see what we can do there18:57
edmondswwfm :)18:57
*** pchavva has joined #openstack-nova18:57
*** dpawlik has quit IRC18:57
*** FL1SK has quit IRC18:58
openstackgerritZack Cornelius proposed openstack/nova-specs master: Libvirt file backed memory  https://review.openstack.org/56370418:59
*** moshele has joined #openstack-nova18:59
*** sree has quit IRC18:59
edmondswdansmith doesn't look like the approved queens spec called out lack of CI for vSCSI. I know we discussed at the PTG before the spec was approved, but I think it was approved pretty quickly there before we updated it to call that out18:59
dansmithack19:00
mriedemmight it be possible to have an on-demand job for powervm+volume stuff?19:01
mriedemthen you can run it on patches when asked at least as a bridge to something more automated?19:01
*** moshele has quit IRC19:02
cdentefried[m]: ping from nova?19:02
mriedemlbragstad: for the policy in code goal, did you have any nice 7 step guides for teams to do that with the latest oslo.policy tricks? or for placement policy-in-code, should i just continue to cludge the existing nova policy code for placement?19:02
edmondswmriedem worth looking into, sure19:02
lbragstadi laid out some of the steps in the goal19:02
lbragstadbut if they aren't clear i can work on another document19:03
lbragstador clean those up, because that's probably pretty important19:03
efriedcdent: Nothing.19:03
lbragstadall i see is the completion criteria https://governance.openstack.org/tc/goals/queens/policy-in-code.html#completion-criteria19:03
*** efried[m] has left #openstack-nova19:03
mriedemlbragstad: yeah just found that19:04
mriedemlbragstad: np, i'll go back to my old patch and see what i was doing wrong19:04
lbragstadmriedem: i can try and propose a patch to oslo.policy that walks through how start fresh with using those objects if that would be helpful19:05
mriedemup to you19:05
mriedemi think we (nova) have to decide some stuff like would we have /etc/nova/policy.yaml include placement stuff, or /etc/placement/policy.yaml19:06
mriedemi'd prefer the latter19:06
mriedembut not sure how possible that is when the code is in the same repo19:06
mriedemshould just be extra data files for the setup.cfg so i don't know why it would be a problem19:06
*** jchhatba_ has quit IRC19:08
edmondswmriedem separate policy.yaml for placement should be doable19:10
melwittedmondsw, mriedem, dansmith: I think the volume tests should be enabled in CI. is there some reason they aren't?19:10
dansmithmelwitt: "it's hard"19:10
dansmithI'll also say I think that tempest validation being disabled is a problem,19:10
dansmithrelated but not strictly to volume CI19:11
melwittthe ssh validation? that should be enabled too19:11
dansmithno idea how that got ignored19:11
dansmithyeah, ssh validation19:11
*** SamYaple has joined #openstack-nova19:11
*** SamYaple has quit IRC19:11
lbragstadmriedem: i think there is a way to split up policy data across multiple configs19:11
dansmithwithout ssh validation, I think working CI is mostly a charade19:11
dansmith"oh look, we can create instances that may or may not be steaming piles of unworking sh*t"19:12
*** tbachman has quit IRC19:12
edmondswmelwitt with our current hardware, it just wouldn't work. If we can get more hardware, there are still some technical challenges with the way that hardware works (limited simultaneous connections, how to detect and cleanup stale volumes from previous runs)19:12
lbragstadmriedem: https://bugs.launchpad.net/oslo.policy/+bug/176695319:12
openstackLaunchpad bug 1766953 in oslo.policy "Lacking documentation for new projects using oslo.policy" [Undecided,New]19:12
melwittwith regard to a virt driver, yeah, lack of ssh validation is just testing that nothing prevents the instance from being built, not whether the instance actually works19:12
mriedemedmondsw: "limited simultaneous connections" can be solved with (1) run tempest tests in serial and (2) limit the set of tests you run and (3) make it an on-demand job to start19:13
edmondswmriedem I meant across simultaneous CI runs19:13
dansmithnova is about self-service dynamic resources.. if you can't do that, then, uh...19:13
edmondswbut yeah, on-demand job would address that19:13
*** imacdonn has quit IRC19:14
*** yamamoto has joined #openstack-nova19:14
*** FL1SK has joined #openstack-nova19:14
edmondswgoing into a mtg...19:14
*** imacdonn has joined #openstack-nova19:14
openstackgerritMohammed Naser proposed openstack/nova stable/pike: Make sure that we have usable input for graphical console  https://review.openstack.org/56432019:14
mriedemlbragstad: thanks19:14
melwittyeah, I guess I don't think we should have something in-tree that doesn't have CI covering its basic functionality19:15
edmondswso esberglu I think we need to rebase the rest of the PowerVM commits, moving vSCSI to the end of the series, so this doesn't block everything19:18
edmondswefried ^19:18
dansmithmelwitt: agree19:18
edmondswesberglu and we need to start working on an on-demand CI job for testing vSCSI FC19:19
*** diga has quit IRC19:19
esbergluedmondsw: ok19:19
lbragstadjaypipes: re the oslo.context stuff you reviewed - https://review.openstack.org/#/c/564072/ should make that easier for nova to consume19:19
*** yamamoto has quit IRC19:20
melwittI think y'all also need to get the CI running with [validation]run_validation = True in tempest.conf, unrelated to the volumes stuff19:20
edmondswmelwitt I'm not sure we can. It will take minutes, probably close to 10, for the VM to ping.19:22
melwitt:\19:23
edmondswyeah19:23
esbergluedmondsw: melwitt: Yeah this is something we've discussed for CI many times, but the runtimes will explode19:23
dansmithedmondsw: minutes to bring up an instance to pingable state?19:23
edmondswdansmith yes19:24
dansmithedmondsw: how is that useful for an elastic sort of situation? :)19:24
edmondswto Power customers, 10 minutes sounds very fast :)19:25
dansmithedmondsw: hah, yeah, I know about power, remember, but doesn't stop me from making fun19:25
edmondswsure :)19:25
dansmithespecially in an "is this relevant at all" sort of situation19:25
edmondswagain, I don't like it, but...19:26
mriedemagain, you could have a separate job that just runs something like scenario tests in serial19:26
edmondswfair19:26
mriedemi don't think the scenario tests even use the run_validation flag19:26
mriedemthey just assume that you can ssh into the guest19:26
mriedemotherwise they aren't useful scenarios19:26
edmondswI don't know that we've considered on-demand CI jobs before19:27
mriedemthe scenario-based one might not need to be on-demand19:27
mriedemyou'd have to see which tests make sense, and if you only run like 6 tests, then it's not bad19:27
edmondswmriedem I'm not quite following... what scenario do you have in mind?19:27
mriedemhttps://github.com/openstack/tempest/tree/master/tempest/scenario19:28
melwittthis is the basic functionality scenario test that verifies ssh and config drive https://github.com/openstack/tempest/blob/master/tempest/scenario/test_server_basic_ops.py#L5119:28
mriedemstuff like test_minimum_basic19:28
edmondswwill look19:28
mriedemtest_server_basic_ops19:28
edmondswesberglu fyi ^19:28
mriedemfor stuff in that requires volumes, we could fix those in tempest if the env doesn't have cinder19:28
mriedemactually that's already handled https://github.com/openstack/tempest/blob/master/tempest/scenario/test_minimum_basic.py#L10219:29
mriedem@utils.services('compute', 'volume', 'image', 'network')19:29
mriedemso if the volume service isn't enabled in tempest.conf, that test is skipped19:29
mriedemshould totally be able to do this though https://github.com/openstack/tempest/blob/master/tempest/scenario/test_server_basic_ops.py#L12519:29
mriedemcreate a server with a keypair and config drive, ssh into it, done19:30
lbragstadmriedem: was this the policy+placement patch you were talking about?19:33
lbragstadhttps://review.openstack.org/#/c/524425/19:33
melwittyeah. I'd personally want to hold off on merging the new driver patches until test_server_basic_ops is running in CI19:34
melwittwith ssh validation enabled19:34
openstackgerritEric Berglund proposed openstack/nova master: PowerVM Driver: Snapshot  https://review.openstack.org/54302319:36
openstackgerritEric Berglund proposed openstack/nova master: PowerVM Driver: DiskAdapter parent class  https://review.openstack.org/54905319:36
openstackgerritEric Berglund proposed openstack/nova master: PowerVM Driver: Localdisk  https://review.openstack.org/54930019:36
edmondswmelwitt even things that wouldn't have anything to do with that, like snapshot?19:36
*** lpetrut has quit IRC19:36
melwittedmondsw: yeah, it seems like verifying the booted instances was missed for whatever reason in the past, should fix that before adding more stuff I would think19:37
dansmithwe hold everyone else to that bar, not sure why it should be a surprise,19:37
dansmithnor why it was skipped19:37
*** itlinux has joined #openstack-nova19:37
esbergluedmondsw: efried: ^ Commit chain is up without vSCSI. You're votes are still on DiskAdapter and Localdisk. Snapshot lost them in a previous manual rebase19:37
esbergluyour19:37
mriedemlbragstad: yeah19:37
efriedesberglu: snapshot re-reviewed.19:43
*** itlinux has quit IRC19:47
*** AlexeyAbashkin has joined #openstack-nova19:48
*** sree has joined #openstack-nova19:48
*** AlexeyAbashkin has quit IRC19:52
*** sree has quit IRC19:53
*** pchavva has quit IRC19:54
*** dklyle has joined #openstack-nova19:54
*** gjayavelu has quit IRC19:54
openstackgerritJulia Kreger proposed openstack/nova master: ironic: add instance_uuid before any other spawn activity  https://review.openstack.org/56372219:55
*** AlexeyAbashkin has joined #openstack-nova19:57
*** shaohe_feng has quit IRC19:57
openstackgerritJay Pipes proposed openstack/nova master: placement: resource requests for nested providers  https://review.openstack.org/55452919:58
*** hemna_ has quit IRC19:58
*** wolverineav has quit IRC20:00
openstackgerritJay Pipes proposed openstack/nova master: support multiple member_of qparams  https://review.openstack.org/56131520:00
*** wolverineav has joined #openstack-nova20:00
*** tbachman has joined #openstack-nova20:02
*** moshele has joined #openstack-nova20:02
*** tbachman has quit IRC20:03
*** wolverineav has quit IRC20:05
*** liverpooler has quit IRC20:05
*** moshele has quit IRC20:06
*** dklyle has quit IRC20:06
*** edmondsw has quit IRC20:12
openstackgerritMatt Riedemann proposed openstack/nova master: Use inspect.signature in nova.utils.expects_func_args  https://review.openstack.org/56433320:14
openstackgerritMatt Riedemann proposed openstack/nova master: Use inspect.signature in nova.network.base_api.refresh_cache  https://review.openstack.org/56433420:14
*** edmondsw has joined #openstack-nova20:15
*** tbachman has joined #openstack-nova20:15
*** yamamoto has joined #openstack-nova20:15
*** FL1SK has quit IRC20:16
*** evin has quit IRC20:19
*** tbachman has quit IRC20:20
*** edmondsw has quit IRC20:20
*** Tom-Tom has quit IRC20:20
*** yamamoto has quit IRC20:21
mriedemyikun_: at this point, you should probably just incorporate https://review.openstack.org/#/c/563802/ into https://review.openstack.org/#/c/561819/ and https://review.openstack.org/#/c/557145/ respectively20:22
openstackgerritJay Pipes proposed openstack/nova master: support multiple member_of qparams  https://review.openstack.org/56131520:22
mriedemrather than a never-ending series of "address nits" patches at the end20:22
*** gjayavelu has joined #openstack-nova20:23
openstackgerritMerged openstack/nova master: Update docs for [keystone_authtoken] changes since Queens  https://review.openstack.org/56281220:25
openstackgerritMerged openstack/nova master: Make accept-language tests work with webob 1.8.x  https://review.openstack.org/56425520:25
openstackgerritMatt Riedemann proposed openstack/nova stable/queens: Update docs for [keystone_authtoken] changes since Queens  https://review.openstack.org/56433620:26
*** AlexeyAbashkin has quit IRC20:27
melwittyikun_: seconded, especially the reno update. seems kinda weird to split that up20:27
openstackgerritJay Pipes proposed openstack/nova master: placement: resource requests for nested providers  https://review.openstack.org/55452920:28
efriedmriedem: Is there a way to elevate the getargspec deprecation warning to error in py3, to prove those two patches you just proposed?20:28
*** edmondsw has joined #openstack-nova20:28
mriedemlbragstad: do you know the answer to this? https://review.openstack.org/#/c/524425/1/nova/api/openstack/placement/policies/base.py20:30
mriedemefried: yeah i think so20:31
mriedemhttps://docs.python.org/2/library/warnings.html#the-warnings-filter20:31
mriedemhttps://docs.python.org/2/library/warnings.html#warnings.filterwarnings20:33
mriedemlike https://github.com/openstack/nova/blob/6d22567b9445e595f4c55627ea784801585a6e41/nova/tests/fixtures.py#L73120:33
*** edmondsw has quit IRC20:33
mriedemerr the ones below20:33
lbragstadmriedem: i was just digging into that20:33
efriedmriedem: Would it be unreasonable to ask you to do that in those?20:33
mriedemefried: i could20:33
lbragstadone sec20:34
lbragstadi want to say the answer is in the NovaKeystoneContext object20:34
mriedemefried: note there is another inspect.getargspec usage in nova/cmd/common.py but it doesn't have any unit testing yet so i haven't tackled that one20:34
mriedemlbragstad: nova.context.RequestContext?20:34
*** edmondsw has joined #openstack-nova20:34
*** eharney has quit IRC20:34
mriedemefried: i'll throw something on top20:35
efried++20:35
lbragstadmriedem: first crack at working some documentation into oslo.policy's usage docs for newer services - https://review.openstack.org/#/c/564340/20:36
*** tbachman has joined #openstack-nova20:37
lbragstadmriedem: maybe - but nova has a special middleware that sits right behind auth_token20:37
*** hemna_ has joined #openstack-nova20:37
*** tbachman has quit IRC20:37
lbragstadit's job is to pull the auth token headers out of the request and generate a context object20:37
lbragstadat least from what i can tell20:38
lbragstadhttps://github.com/openstack/nova/blob/d124a0ed87cb99a06954ae7f3073cb859aa6808f/etc/nova/api-paste.ini#L80-L8120:38
lbragstadhttps://github.com/openstack/nova/blob/d124a0ed87cb99a06954ae7f3073cb859aa6808f/etc/nova/api-paste.ini#L3220:38
*** mgoddard has joined #openstack-nova20:38
*** edmondsw has quit IRC20:39
*** felipemonteiro_ has quit IRC20:39
mriedemlbragstad: yeah i see it now20:40
*** ediardo has joined #openstack-nova20:40
*** tesseract has quit IRC20:40
*** felipemonteiro_ has joined #openstack-nova20:40
mriedemhttps://github.com/openstack/nova/blob/d124a0ed87cb99a06954ae7f3073cb859aa6808f/nova/api/auth.py#L7220:40
mriedemi don't think that has anything to do with rule:admin_api though20:41
*** pcaruana has quit IRC20:42
lbragstadyeah - digging through it and it doesn't look like it20:44
lbragstadmy bad20:44
lbragstadit looks like rule:context_is_admin is really just an alias to role:admin20:46
lbragstadhttps://github.com/openstack/nova/blob/master/nova/policy.py#L17320:47
lbragstadwhich is apparently used in nova's RequestContext https://github.com/openstack/nova/blob/d124a0ed87cb99a06954ae7f3073cb859aa6808f/nova/context.py#L15120:49
openstackgerritEd Leafe proposed openstack/nova master: Add columns for generation to consumers  https://review.openstack.org/55795820:53
openstackgerritEd Leafe proposed openstack/nova master: Add the Consumer object  https://review.openstack.org/56140620:53
*** owalsh_afk is now known as owalsh20:53
openstackgerritEd Leafe proposed openstack/nova master: Add Consumer objects to Allocations  https://review.openstack.org/56140720:53
openstackgerritEd Leafe proposed openstack/nova master: Add a microversion for consumer generation  https://review.openstack.org/56200020:53
lbragstadso - i think the TL;DR is that rule:context_is_admin is used20:54
*** edmondsw has joined #openstack-nova20:54
*** dougshel_ has quit IRC20:55
lbragstadspecifically when nova's middleware builds a context object, it'll parse the request environment headers, use oslo.context to get an object, then use oslo.policy's authorize methed (without a target?) to determine if context_is_admin is true20:56
lbragstadbased on the alias20:56
*** Tom-Tom has joined #openstack-nova20:56
lbragstadand then you set that to the ctx.is_admin attribute20:56
openstackgerritMerged openstack/nova master: Functional test: cold migrate to compute down  https://review.openstack.org/49628020:58
efriedmriedem: I'm not smart enough to understand why this changes anything: https://review.openstack.org/#/c/563732/2/nova/compute/api.py20:59
*** edmondsw has quit IRC20:59
*** gjayavelu has quit IRC21:00
*** edmondsw has joined #openstack-nova21:00
*** Tom-Tom has quit IRC21:00
openstackgerritMatt Riedemann proposed openstack/nova master: Add a warnings filter for inspect.getargspec usage  https://review.openstack.org/56434321:01
openstackgerritJay Pipes proposed openstack/nova master: support multiple member_of qparams  https://review.openstack.org/56131521:02
mriedemefried: because before it you could specify bdms without a boot_index21:03
efriedmriedem: But those would be excluded from the boot_indexes list, nah?21:04
mriedemright21:04
mriedemfor context you need to look at what _validate_bdm used to do https://review.openstack.org/#/c/524208/1/nova/compute/api.py21:05
mriedemif 0 not in boot_indexes or not _subsequent_list(boot_indexes):21:05
*** edmondsw has quit IRC21:05
mriedemmdbooth's change was to clean up and prettify the right side of that conditional21:05
mriedemand b/c we had 0 test coverage for the left side, it was dropped mistakenly21:05
lbragstadmriedem: http://paste.openstack.org/raw/719958/ might be an idea of how to get rid of the context_is_admin alias21:06
mriedemrather than revert that outright, i went with the suggestion from stephenfin in that change to keep the pretty right side, but still enforce the left side21:06
efriedmriedem: But range(0) is []21:06
*** edmondsw has joined #openstack-nova21:06
lbragstadby bumping the processing of "is_admin" up in the chain and actually using the constructor of oslo.contexts RequestContext object21:06
lbragstad(since it supports is_admin)21:06
*** cdent has quit IRC21:08
efriedmriedem: So was "0 not in boot_indexes or" supposed to be added back in?21:08
mriedemlbragstad: so that probably lets us drop this https://github.com/openstack/nova/blob/6d22567b9445e595f4c55627ea784801585a6e41/nova/tests/fixtures.py#L74321:09
mriedemefried: that's essentially what i'm adding back in yes21:09
mriedemwithout a full revert21:09
lbragstadmaybe21:09
lbragstadit looks like nova still uses is_admin21:09
lbragstadon the context object21:09
lbragstadmy diff would be a way to remove the extra alias between context_is_admin and role:admin21:10
efriedmriedem: okay, but I don't think you are.  Because if boot_indexes is [], that `any` will fail.21:10
efriedmriedem:21:10
efriedIn [16]: boot_indexes = []21:10
efriedIn [17]: any(x != y for x, y in enumerate(boot_indexes))21:10
efriedOut[17]: False21:10
lbragstadinstead, if you're hardcoding operations to a role name, you can check for it in the headers that auth_token gives you and then pass values to RequestContext's constructor directly21:11
mriedemefried: and that's ok if you're not using bdms at all21:11
*** edmondsw has quit IRC21:11
lbragstadbut you might be able to remove https://github.com/openstack/nova/blob/master/nova/policy.py#L172-L18121:11
lbragstadand save an enforcer trip21:12
efriedmriedem: Then the commit message isn't right.  You're not changing anything logically afaict.21:12
*** edmondsw has joined #openstack-nova21:12
mriedemlbragstad: ok that's a bit over my head atm, since i'm doing a couple of things at once - this seems like something we could do separately and then i could build on it when adding the placement policy stuff21:13
mriedemi'm just unsure of the implications of making that change21:13
lbragstaddoes placement get context objecst from nova/context?21:13
lbragstador does it build those on it's own?21:13
mriedemnova.context21:14
lbragstadok21:14
lbragstadlet me try something locally and i'll post a review with my thoughts, that might be easier to follow21:14
mriedemefried: looks like in PS2 i changed something to fix one problem but broke what i was trying to do, so looking at it again21:16
*** edmondsw has quit IRC21:17
*** yamamoto has joined #openstack-nova21:17
efriedmriedem: PS1 looks samely broken to me.21:17
*** edmondsw has joined #openstack-nova21:18
efriedmriedem: but the test failures are weird.  Was there a separate fix for that?21:18
mriedemthe billions of test failures in PS1 were because it now made bdms required21:19
mriedemi was fixing that in PS2, but apparently broke the test i was adding21:19
mriedemfixing now21:19
mriedemplease hold dear caller21:20
*** openstackgerrit has quit IRC21:20
*** edmondsw has quit IRC21:23
*** esberglu has quit IRC21:23
*** yamamoto has quit IRC21:23
*** edmondsw has joined #openstack-nova21:24
*** edmondsw has quit IRC21:28
*** edmondsw has joined #openstack-nova21:30
arvindn05while you guys are on the topic of testings....are there any guidelines on test cases that they should test only one scenario?\21:31
arvindn05if i have a bunch of tests that i can make in the same test method....is that prefered?21:31
arvindn05obviously only closely related tests21:31
*** openstackgerrit has joined #openstack-nova21:31
openstackgerritMatt Riedemann proposed openstack/nova master: Fix dropped check for boot_index 0 in _validate_bdm  https://review.openstack.org/56373221:31
mriedemarvindn05: it's generally best to split them out into separate test cases21:32
mriedemit's fine to use a common method if necessary with param overrides to control behavior21:32
mriedemunless it gets crazy21:32
*** esberglu has joined #openstack-nova21:33
arvindn05mriedem: cool... i used that approach...number of lines increased though...hopefully wont scare away potential reviewers :)21:34
*** edmondsw has quit IRC21:35
*** mgoddard has quit IRC21:35
*** dave-mcc_ has quit IRC21:36
*** edmondsw has joined #openstack-nova21:36
*** esberglu has quit IRC21:38
*** edmondsw has quit IRC21:41
*** liverpooler has joined #openstack-nova21:41
*** mchlumsky has quit IRC21:44
*** cfriesen has quit IRC21:44
openstackgerritLance Bragstad proposed openstack/nova master: Attempt to simplify elevated authorization  https://review.openstack.org/56434921:47
lbragstadmriedem: ^21:47
*** Tom-Tom has joined #openstack-nova21:49
*** edmondsw has joined #openstack-nova21:50
*** dougshelley66 has joined #openstack-nova21:50
mriedemthanks21:54
*** Tom-Tom has quit IRC21:54
*** edmondsw has quit IRC21:55
*** Guest14047 has quit IRC21:56
*** sdague has quit IRC21:57
openstackgerritEric Fried proposed openstack/nova master: WIP: placement: Granular GET /allocation_candidates  https://review.openstack.org/51775721:58
openstackgerritEric Fried proposed openstack/nova master: placement: Object changes for granular  https://review.openstack.org/56435121:58
*** tssurya has quit IRC22:01
*** edmondsw has joined #openstack-nova22:02
*** tssurya has joined #openstack-nova22:02
*** edmondsw has quit IRC22:07
*** tssurya has quit IRC22:07
openstackgerritEric Fried proposed openstack/nova master: placement: Object changes for granular  https://review.openstack.org/56435122:09
openstackgerritEric Fried proposed openstack/nova master: WIP: placement: Granular GET /allocation_candidates  https://review.openstack.org/51775722:09
*** jmlowe has quit IRC22:09
*** tlb has joined #openstack-nova22:10
openstackgerritMatt Riedemann proposed openstack/nova master: libvirt: use dest host vif migrate details for live migration  https://review.openstack.org/55137022:11
openstackgerritMatt Riedemann proposed openstack/nova master: WIP: compute: use port binding extended API during live migration  https://review.openstack.org/55137122:11
openstackgerritMatt Riedemann proposed openstack/nova master: Port binding based on events during live migration  https://review.openstack.org/43487022:11
openstackgerritMatt Riedemann proposed openstack/nova master: conductor: use port binding extended API in during live migrate  https://review.openstack.org/52253722:11
*** mriedem has quit IRC22:11
*** swamireddy has quit IRC22:13
*** dave-mccowan has joined #openstack-nova22:15
*** gjayavelu has joined #openstack-nova22:15
*** slaweq has quit IRC22:17
*** threestrands has joined #openstack-nova22:17
*** slaweq has joined #openstack-nova22:18
*** yamamoto has joined #openstack-nova22:19
*** mlavalle has quit IRC22:20
*** slaweq has quit IRC22:23
*** yamamoto has quit IRC22:24
*** FL1SK has joined #openstack-nova22:26
*** swamireddy has joined #openstack-nova22:29
*** tbachman has joined #openstack-nova22:33
*** dave-mccowan has quit IRC22:36
*** tbachman has quit IRC22:41
*** hongbin_ has quit IRC22:44
*** kaisers has quit IRC22:47
*** gyee has quit IRC22:48
*** shaohe_feng has joined #openstack-nova22:50
*** rcernin has joined #openstack-nova22:52
*** edmondsw has joined #openstack-nova23:01
*** felipemonteiro_ has quit IRC23:03
*** kaisers has joined #openstack-nova23:03
*** yamamoto has joined #openstack-nova23:09
*** edmondsw has quit IRC23:10
*** jmlowe has joined #openstack-nova23:15
*** ssurana has quit IRC23:19
*** ssurana has joined #openstack-nova23:19
*** chyka has quit IRC23:25
*** threestrands_ has joined #openstack-nova23:35
*** threestrands has quit IRC23:38
*** tbachman has joined #openstack-nova23:42
*** tbachman_ has joined #openstack-nova23:45
*** efried has quit IRC23:47
*** tbachman has quit IRC23:47
*** tbachman_ is now known as tbachman23:47
*** munimehan has quit IRC23:52

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