Friday, 2017-03-24

*** baoli has joined #openstack-nova00:01
*** suresh12 has joined #openstack-nova00:04
*** suresh12 has quit IRC00:11
*** jianghuaw has quit IRC00:13
*** adrian_otto has quit IRC00:16
*** baoli has quit IRC00:17
*** baoli has joined #openstack-nova00:17
*** ZZelle has quit IRC00:19
*** dtp has quit IRC00:24
*** kenperkins has quit IRC00:28
*** dave-mccowan has quit IRC00:29
*** armax has joined #openstack-nova00:30
*** suresh12 has joined #openstack-nova00:35
*** suresh12 has quit IRC00:35
*** suresh12 has joined #openstack-nova00:35
*** armax has quit IRC00:38
*** vishwanathj has joined #openstack-nova00:39
*** baoli has quit IRC00:44
*** tobasco has quit IRC00:44
*** Shunli has joined #openstack-nova00:44
*** vishwanathj has quit IRC00:44
*** tobasco has joined #openstack-nova00:44
*** baoli has joined #openstack-nova00:45
*** ssurana has quit IRC00:46
*** ssurana has joined #openstack-nova00:46
*** dave-mccowan has joined #openstack-nova00:48
*** baoli has quit IRC00:49
*** ssurana has quit IRC00:51
openstackgerritMatt Riedemann proposed openstack/nova master: Regression test for local delete with an attached volume  https://review.openstack.org/44933400:54
*** dave-mcc_ has joined #openstack-nova00:55
*** phuongnh has joined #openstack-nova00:55
*** jichen has joined #openstack-nova00:56
*** dave-mccowan has quit IRC00:57
*** tovin07 has joined #openstack-nova00:58
*** winston-2 has quit IRC00:59
*** armax has joined #openstack-nova01:02
*** dave-mccowan has joined #openstack-nova01:09
*** dave-mcc_ has quit IRC01:11
*** baoli has joined #openstack-nova01:11
*** baoli has quit IRC01:15
openstackgerritMatt Riedemann proposed openstack/nova-specs master: Re-propose nested resource providers spec  https://review.openstack.org/44938101:17
mriedemjaypipes: ^01:18
*** kevinz has joined #openstack-nova01:18
*** armax has quit IRC01:22
*** wagnqwsh has joined #openstack-nova01:25
*** zhurong has joined #openstack-nova01:26
*** hongbin_ has joined #openstack-nova01:28
*** gjayavelu has quit IRC01:29
*** kaisers has joined #openstack-nova01:31
*** kaisers1 has quit IRC01:33
*** sridharg has joined #openstack-nova01:34
mriedemgod this is nice http://logs.openstack.org/62/449362/1/check/gate-tempest-dsvm-py35-ubuntu-xenial/ec959b4/logs/screen-n-cpu.txt.gz?level=TRACE#_2017-03-24_00_00_35_64801:34
mriedemthanks osinfo01:34
mriedemi get it01:34
*** seungjin has joined #openstack-nova01:35
*** jamielennox is now known as jamielennox|away01:39
*** vishwanathj has joined #openstack-nova01:40
*** gjayavelu has joined #openstack-nova01:42
*** zul has quit IRC01:43
*** zul has joined #openstack-nova01:44
*** vishwanathj has quit IRC01:45
openstackgerritDanfly proposed openstack/nova master: remove mox from unit/api/openstack/compute/test_disk_config.py  https://review.openstack.org/44905401:45
*** gjayavelu has quit IRC01:46
openstackgerritYoshihiko Atsumi proposed openstack/nova master: Add confirm resized server functional negative tests  https://review.openstack.org/42107401:47
*** Apoorva_ has quit IRC01:47
gmannDanfly: reviewed this, can you convert those as decorator or self.stub_out -  https://review.openstack.org/#/c/44550401:48
*** jamielennox|away is now known as jamielennox01:48
*** gcb has joined #openstack-nova01:48
*** gongysh has joined #openstack-nova01:49
*** vishwanathj has joined #openstack-nova02:06
*** vishwanathj has quit IRC02:07
openstackgerritMatt Riedemann proposed openstack/nova master: Do not attempt to load osinfo if we do not have os_distro  https://review.openstack.org/44939702:08
*** efried has quit IRC02:08
*** vishwanathj has joined #openstack-nova02:09
*** vishwanathj has quit IRC02:10
*** vishwanathj has joined #openstack-nova02:11
*** sree has joined #openstack-nova02:13
*** sree has quit IRC02:17
*** Sukhdev has quit IRC02:17
*** suresh12 has quit IRC02:18
*** kukacz has quit IRC02:20
*** efried has joined #openstack-nova02:21
*** tbachman_ has joined #openstack-nova02:29
*** tbachman has quit IRC02:30
*** tbachman_ is now known as tbachman02:30
*** larainema has quit IRC02:32
*** namnh has joined #openstack-nova02:33
*** knikolla has quit IRC02:38
*** aleph1 has quit IRC02:38
*** suresh12 has joined #openstack-nova02:40
*** ssurana has joined #openstack-nova02:42
*** yamahata has quit IRC02:43
*** suresh12 has quit IRC02:44
*** unicell1 has quit IRC02:45
*** aleph1 has joined #openstack-nova02:47
*** raginbajin has quit IRC02:47
openstackgerritChangBo Guo(gcb) proposed openstack/nova master: Fix wrong unit test about config option enabled_apis  https://review.openstack.org/44689802:48
*** knikolla has joined #openstack-nova02:50
*** raginbajin has joined #openstack-nova02:52
*** esberglu has joined #openstack-nova02:53
*** tuanluong has joined #openstack-nova02:56
*** ssurana has quit IRC02:57
*** kaisers_ has joined #openstack-nova02:57
*** esberglu has quit IRC02:58
*** gcb has quit IRC02:58
*** ssurana has joined #openstack-nova02:59
*** gcb has joined #openstack-nova02:59
*** ssurana has quit IRC02:59
*** kaisers_ has quit IRC03:02
*** takashin has left #openstack-nova03:07
*** dave-mccowan has quit IRC03:08
*** mrodden has quit IRC03:17
*** mrodden has joined #openstack-nova03:19
openstackgerritZhou Jianming proposed openstack/nova master: code comments incorrectness  https://review.openstack.org/44941603:20
*** gongysh has quit IRC03:20
*** IRCFrEAK has joined #openstack-nova03:21
*** IRCFrEAK has left #openstack-nova03:22
*** hongbin_ has quit IRC03:24
*** edmondsw has quit IRC03:32
*** Matias has quit IRC03:44
*** Matias has joined #openstack-nova03:45
*** yamahata has joined #openstack-nova03:47
*** unicell has joined #openstack-nova03:53
*** fandi has joined #openstack-nova03:53
openstackgerritSivasathurappan Radhakrishnan proposed openstack/nova master: Raise general error message when volume attach fails  https://review.openstack.org/32016303:56
*** edmondsw has joined #openstack-nova03:59
*** IRCFrEAK has joined #openstack-nova04:01
*** IRCFrEAK has quit IRC04:01
*** edmondsw has quit IRC04:04
*** zhurong has quit IRC04:07
*** htruta` has quit IRC04:11
*** htruta has joined #openstack-nova04:12
*** sree has joined #openstack-nova04:12
*** vks1 has joined #openstack-nova04:16
*** sree_ has joined #openstack-nova04:17
*** sree_ is now known as Guest9191004:18
*** unicell1 has joined #openstack-nova04:18
*** unicell has quit IRC04:18
*** sree has quit IRC04:19
*** suresh12 has joined #openstack-nova04:19
*** links has joined #openstack-nova04:20
*** unicell has joined #openstack-nova04:22
*** unicell1 has quit IRC04:23
*** amotoki has joined #openstack-nova04:31
*** marst has joined #openstack-nova04:31
*** amotoki has quit IRC04:35
*** ratailor has joined #openstack-nova04:40
*** kaisers_ has joined #openstack-nova04:42
*** kaisers_ has quit IRC04:42
*** kaisers_ has joined #openstack-nova04:42
*** madhaviy has joined #openstack-nova04:42
*** jdurgin has joined #openstack-nova04:44
*** amotoki has joined #openstack-nova04:44
*** namnh has quit IRC04:47
*** ayogi has joined #openstack-nova04:53
*** unicell1 has joined #openstack-nova04:53
*** unicell has quit IRC04:54
*** udesale has joined #openstack-nova04:57
*** amotoki has quit IRC04:58
*** kaisers_ has quit IRC04:59
*** haplo37 has quit IRC04:59
*** amotoki has joined #openstack-nova05:01
*** fragatin_ has joined #openstack-nova05:01
*** fragati__ has joined #openstack-nova05:03
*** Sukhdev has joined #openstack-nova05:04
*** fragatina has quit IRC05:05
*** fragatin_ has quit IRC05:06
*** fandi has quit IRC05:07
*** fragati__ has quit IRC05:07
*** psachin has joined #openstack-nova05:07
*** haplo37 has joined #openstack-nova05:08
*** sridharg has quit IRC05:08
*** amotoki has quit IRC05:09
*** kenperkins has joined #openstack-nova05:09
*** jdurgin has quit IRC05:10
*** udesale has quit IRC05:11
*** udesale__ has joined #openstack-nova05:11
*** armax has joined #openstack-nova05:11
*** Kevin_Zheng has quit IRC05:13
openstackgerritGao Yuan proposed openstack/nova master: Remove mox from nova/tests/unit/api/openstack/compute/test_virtual_interfaces.py  https://review.openstack.org/44837705:15
*** zhurong has joined #openstack-nova05:16
*** udesale__ has quit IRC05:20
*** udesale has joined #openstack-nova05:20
*** IRCFrEAK has joined #openstack-nova05:21
*** udesale has quit IRC05:21
*** fragatina has joined #openstack-nova05:21
openstackgerritGao Yuan proposed openstack/nova master: Remove mox from nova/tests/unit/api/openstack/compute/test_migrations.py  https://review.openstack.org/44837005:22
*** udesale has joined #openstack-nova05:22
*** diga has joined #openstack-nova05:24
*** fragatina has quit IRC05:25
*** Sukhdev has quit IRC05:29
*** lpetrut has joined #openstack-nova05:29
*** gongysh has joined #openstack-nova05:29
*** prateek has joined #openstack-nova05:31
*** adisky_ has joined #openstack-nova05:32
*** fragatina has joined #openstack-nova05:33
*** fragatina has quit IRC05:33
*** fragatina has joined #openstack-nova05:34
openstackgerritGao Yuan proposed openstack/nova master: Remove mox from nova/tests/unit/api/openstack/compute/test_quotas.py  https://review.openstack.org/44839305:37
openstackgerritAlex Xu proposed openstack/nova master: placement: Enable attach traits to ResourceProvider  https://review.openstack.org/37620105:46
openstackgerritAlex Xu proposed openstack/nova master: placement: Add Trait and TraitList objects  https://review.openstack.org/37619905:46
openstackgerritGao Yuan proposed openstack/nova master: Remove mox from nova/tests/unit/api/openstack/compute/test_virtual_interfaces.py  https://review.openstack.org/44837705:47
*** avolkov has joined #openstack-nova05:47
*** bmace has quit IRC05:48
*** bmace has joined #openstack-nova05:48
*** sridharg has joined #openstack-nova05:49
*** Jack_Iv has joined #openstack-nova05:52
*** mdnadeem has joined #openstack-nova05:53
openstackgerritGao Yuan proposed openstack/nova master: Remove mox from nova/tests/unit/api/openstack/compute/test_migrations.py  https://review.openstack.org/44837005:55
*** amotoki has joined #openstack-nova05:58
openstackgerritlan proposed openstack/os-vif master: Remove log translations  https://review.openstack.org/44786506:00
*** Jack_Iv has quit IRC06:08
*** kenperkins has quit IRC06:10
*** suresh12 has quit IRC06:13
openstackgerritGao Yuan proposed openstack/nova master: Remove mox from nova/tests/unit/api/openstack/compute/test_migrations.py  https://review.openstack.org/44837006:16
*** tovin07_ has joined #openstack-nova06:18
openstackgerritGao Yuan proposed openstack/nova master: Remove mox from nova/tests/unit/api/openstack/compute/test_migrations.py  https://review.openstack.org/44837006:21
openstackgerritGao Yuan proposed openstack/nova master: Remove mox from nova/tests/unit/consoleauth/test_consoleauth.py  https://review.openstack.org/44838606:25
*** gcb has quit IRC06:28
*** suresh12 has joined #openstack-nova06:29
*** armax has quit IRC06:29
*** phuongnh has quit IRC06:29
*** phuongnh has joined #openstack-nova06:30
openstackgerritHironori Shiina proposed openstack/nova-specs master: Fix rendering sub-directories in README  https://review.openstack.org/44900006:32
*** suresh12 has quit IRC06:33
*** lpetrut has quit IRC06:34
*** lpetrut has joined #openstack-nova06:35
*** slaweq__ is now known as slaweq_06:43
openstackgerritGao Yuan proposed openstack/nova master: Remove mox from nova/tests/unit/api/openstack/compute/test_quotas.py  https://review.openstack.org/44839306:43
*** lpetrut has quit IRC06:44
*** IRCFrEAK has quit IRC06:44
*** gouthamr has joined #openstack-nova06:45
*** gcb has joined #openstack-nova06:45
openstackgerritHuan Xie proposed openstack/nova master: Make xenapi driver compatible with assert_can_migrate  https://review.openstack.org/43996006:46
openstackgerritGao Yuan proposed openstack/nova master: Remove mox from nova/tests/unit/api/openstack/compute/test_virtual_interfaces.py  https://review.openstack.org/44837706:47
*** mvk has quit IRC06:47
*** Jack_Iv has joined #openstack-nova06:49
*** karimb has joined #openstack-nova06:51
*** gongysh has quit IRC06:51
*** karimb has quit IRC06:51
*** markus_z has joined #openstack-nova06:56
*** Guest91910 has quit IRC06:56
*** lpetrut has joined #openstack-nova06:57
*** unicell has joined #openstack-nova06:57
*** unicell1 has quit IRC06:57
*** andreas_s has joined #openstack-nova06:58
*** kaisers_ has joined #openstack-nova06:59
*** edmondsw has joined #openstack-nova06:59
*** nkorabli has joined #openstack-nova07:01
*** gongysh has joined #openstack-nova07:02
*** edmondsw has quit IRC07:04
*** kaisers_ has quit IRC07:04
*** lpetrut has quit IRC07:05
*** gouthamr has quit IRC07:12
*** nkrinner_afk is now known as nkrinner07:12
openstackgerritGhanshyam Mann proposed openstack/nova master: Fix api-ref for adminPass behavior  https://review.openstack.org/44945007:17
nkorabliHi there, I've got a question related to multitenancy, I believe. I already asked it once, but have some new details..07:17
*** psachin has quit IRC07:18
nkorablilogin as demo user and create an instance .07:18
nkorablilogin as a admin user navigate to admin panel and shelve the instance (as admin user is able shelve any instance)07:18
nkorablilogin as demo user and try to unshelve the instance shelved by admin user07:18
nkorabliexpected : instance should be unshelved07:18
*** psachin has joined #openstack-nova07:18
nkorabliActual : instance is not shelved but is went to error state. There are two conditions here 1.If this scenarios is not valid admin user should not have an option to shelve the instance , this option should be removed .07:18
nkorabli2.If this is a valid flow , instance should be unsheleved by the demo user. During the shelve process a snap shot will be created in the instance panel and it will be removed automatically when instance is unshelved. But when admin user is trying to shelve instance a snapshot is created under admin projects instead of demo project . This may be the reason for unshelve failure07:18
nkorabliSo, basically what is a valid workflow for this scenario?07:19
*** lpetrut has joined #openstack-nova07:21
*** kylek3h_ has joined #openstack-nova07:22
*** ralonsoh has joined #openstack-nova07:23
*** kylek3h has quit IRC07:24
*** phuongnh has quit IRC07:27
*** mnestratov has quit IRC07:27
*** phuongnh has joined #openstack-nova07:28
*** tesseract has joined #openstack-nova07:31
*** Jack_Iv has quit IRC07:31
*** satyar has joined #openstack-nova07:33
openstackgerritZhenyu Zheng proposed openstack/nova master: Add description to policies in lock_server.py  https://review.openstack.org/44846807:34
openstackgerritTomi Juvonen proposed openstack/nova-specs master: Planned host maintenance  https://review.openstack.org/31051007:34
*** fengzhr has quit IRC07:35
*** lpetrut has quit IRC07:35
*** Jack_Iv has joined #openstack-nova07:36
*** fengzhr has joined #openstack-nova07:36
*** ltomasbo|away is now known as ltomasbo07:38
*** Jack_Iv has quit IRC07:40
tojuvonejohnthetubaguy, updated the spec: https://review.openstack.org/31051007:43
*** ekuris has quit IRC07:43
openstackgerritSivasathurappan Radhakrishnan proposed openstack/nova master: Use mask_dict_password from oslo.utils  https://review.openstack.org/38834507:44
*** ekuris has joined #openstack-nova07:45
openstackgerritjichenjc proposed openstack/nova master: refactory some code on get_password  https://review.openstack.org/44945807:45
openstackgerritjichenjc proposed openstack/nova master: check hw:mem_page_size when change extra_spec  https://review.openstack.org/40861007:46
openstackgerritjichenjc proposed openstack/nova master: remove keypair server extension  https://review.openstack.org/39661107:47
openstackgerritSivasathurappan Radhakrishnan proposed openstack/nova master: Use mask_dict_password from oslo.utils  https://review.openstack.org/38834507:48
openstackgerritSivasathurappan Radhakrishnan proposed openstack/nova master: Use mask_dict_password from oslo.utils  https://review.openstack.org/38834507:49
openstackgerritZhenyu Zheng proposed openstack/nova master: Add description to policies in keypairs.py  https://review.openstack.org/44846107:50
*** ekuris has quit IRC07:50
*** madhaviy has quit IRC07:50
*** Jack_Iv has joined #openstack-nova07:54
*** jaosorior has joined #openstack-nova07:55
*** belmoreira has joined #openstack-nova07:59
*** zzzeek has quit IRC08:00
*** zzzeek has joined #openstack-nova08:01
*** tojuvone has quit IRC08:06
*** yamahata has quit IRC08:07
*** ralonsoh has quit IRC08:07
*** mriedem has quit IRC08:16
openstackgerritZhenyu Zheng proposed openstack/nova master: Add description to policies in pause_server.py  https://review.openstack.org/44947808:17
*** tojuvone has joined #openstack-nova08:18
*** mhenkel has quit IRC08:21
*** fengzhr has quit IRC08:21
*** _gryf_ has joined #openstack-nova08:21
*** _gryf_ has quit IRC08:22
openstackgerritMarkus Zoeller (markus_z) proposed openstack/nova master: live-migration test hook for serial console  https://review.openstack.org/34747108:22
*** gongysh has quit IRC08:22
*** Kevin_Zheng has joined #openstack-nova08:22
*** fengzhr has joined #openstack-nova08:22
*** mlakat has joined #openstack-nova08:23
*** amoralej|off is now known as amoralej08:23
*** mhenkel has joined #openstack-nova08:23
*** abalutoiu has joined #openstack-nova08:24
openstackgerritlan proposed openstack/os-vif master: Remove log translations  https://review.openstack.org/44786508:25
*** vks1 has quit IRC08:27
*** sree has joined #openstack-nova08:28
*** vks1 has joined #openstack-nova08:30
*** sree has quit IRC08:32
*** bauzas is now known as bauwser08:34
openstackgerritZhenyu Zheng proposed openstack/nova master: Add description to policies in server_groups.py  https://review.openstack.org/44948608:35
*** gongysh has joined #openstack-nova08:38
*** sree has joined #openstack-nova08:40
*** vks1 has quit IRC08:41
*** aarefiev_pto is now known as aarefiev08:42
*** gongysh has quit IRC08:43
*** vks1 has joined #openstack-nova08:43
*** jpena|off is now known as jpena08:44
*** sean-k-mooney has quit IRC08:48
*** ralonsoh has joined #openstack-nova08:52
*** jpena is now known as jpena|off08:57
*** alex_xu has quit IRC08:58
*** Jack_Iv has quit IRC08:58
*** alex_xu has joined #openstack-nova08:59
*** alex_xu has quit IRC09:01
*** alex_xu has joined #openstack-nova09:02
*** Guest93689 has quit IRC09:03
*** jpena|off is now known as jpena09:04
*** ralonsoh_ has joined #openstack-nova09:05
*** Guest93689 has joined #openstack-nova09:06
*** alex_xu has quit IRC09:06
*** alex_xu has joined #openstack-nova09:07
*** claudiub|2 has joined #openstack-nova09:08
*** ralonsoh has quit IRC09:09
*** udesale has quit IRC09:15
*** Jack_Iv has joined #openstack-nova09:16
openstackgerrit龚肖 proposed openstack/nova master: Replaces uuid.uuid4 with uuidutils.generate_uuid()  https://review.openstack.org/44951509:17
*** gongysh has joined #openstack-nova09:20
openstackgerritJordan Pittier proposed openstack/nova master: Remove the Libvirt Scality volume driver  https://review.openstack.org/44951709:21
*** tuanluong has quit IRC09:23
*** ralonsoh_ is now known as ralonsoh09:27
*** lucas-afk is now known as lucasagomes09:29
*** wagnqwsh has quit IRC09:29
*** esberglu has joined #openstack-nova09:30
alex_xujaypipes: are we ready to use standard traits that defined in os-traits when create neutron port https://review.openstack.org/#/c/435954/11/specs/pike/approved/enable-sriov-nic-features.rst@122 ?09:31
*** derekh has joined #openstack-nova09:33
*** kevinz has quit IRC09:34
*** esberglu has quit IRC09:35
sfinucancfriesen: You were looking for me?09:38
johnthetubaguymdbooth: sfinucan: sounds like we missed a bit in this one (really worries about our testing now): https://review.openstack.org/#/c/438970/09:39
openstackgerritHuan Xie proposed openstack/nova master: Fix race condition when neutron is using minimized poll  https://review.openstack.org/44423009:42
johnthetubaguytojuvone: hi, thanks for the update, just reading through that, lots of great context in there now09:42
johnthetubaguytojuvone: got a question, it says "in NFV there are automated action on host failure", what tool is that?09:43
bauwserjohnthetubaguy: yeah I was on the spec too :)09:44
tojuvonejohnthetubaguy, NFV wouldn't think yet opensource, but one could soon make this in places like craton, or currently by utilizing mistral09:45
bauwsertojuvone: I thought it was Watcher ?09:45
*** lpetrut has joined #openstack-nova09:45
johnthetubaguytojuvone: OK, just wondering if there is a specific opensource community we should be talking to about this spec, I was assuming the OpenNFV folks might have something cooking for this09:46
*** Shunli has quit IRC09:46
johnthetubaguyjust if those folks exist, I would love their feedback on this one, I just don't know who to reach out to09:46
*** lpetrut has quit IRC09:46
openstackgerrit龚肖 proposed openstack/nova master: Replaces uuid.uuid4 with uuidutils.generate_uuid()  https://review.openstack.org/44953709:47
tojuvonebauwser, I need to look watcher better. I know its optimizing resources09:47
*** bmace has quit IRC09:48
tojuvonejohnthetubaguy, I know there is some MANO projects, but haven't been dealing with those myself09:49
*** lpetrut has joined #openstack-nova09:49
johnthetubaguytojuvone: is there any chance you could reach out to those folks, or someone who knows them, to ask if they are interested in reviewing your spec?09:50
*** yamamoto has quit IRC09:50
frickleris the format of network_data.json documented somewhere? my Google foo seems weak this morning09:53
johnthetubaguyfrickler: its a question that keeps coming up, I keep meaning to ask gmann and alex_xu about this one, we really need the metadata service (and config drive) documenting in our api-ref09:54
*** sean-k-mooney has joined #openstack-nova09:54
fricklerthe closest thing I can find is this, but it doesn't look up to date https://specs.openstack.org/openstack/nova-specs/specs/liberty/implemented/metadata-service-network-info.html09:54
johnthetubaguyit has change some over time, I am just looking to see what we have in the code09:55
johnthetubaguyironic have done some recent tweaks09:55
fricklerjohnthetubaguy: in particular it would be good to settle whether ipv6_dhcp can also mean ipv6_slaac or whether that should be distinguishable09:55
tojuvonejohnthetubaguy, I will take a look. Surely these are otherwise "traditional" Telco requirements.09:56
johnthetubaguytojuvone: not questioning that, just wanting to make sure we get wide feedback09:56
openstackgerritZhou Jianming proposed openstack/nova master: 'uplug' word spelling mistake  https://review.openstack.org/44954309:56
*** mvk has joined #openstack-nova09:57
tojuvonejohnthetubaguy, yes, understand that :)09:58
johnthetubaguytojuvone: I think there are some folks at intel curious about this one too, I need to get them to have a look09:59
*** kaisers_ has joined #openstack-nova10:00
tojuvonejohnthetubaguy, great10:01
*** bmace has joined #openstack-nova10:01
*** karthiks is now known as karthiks_afk10:02
bauwsertojuvone: johnthetubaguy: what's puzzling me is that I don't get the last piece of the puzzle for automatic redeployment10:02
bauwsertojuvone: johnthetubaguy: so, Vitrage is defining alarms. ala CloudWatch, right?10:02
johnthetubaguyfrickler: this may not help, but this is the bit of code that is interesting: https://github.com/openstack/nova/blob/a4ee3ea563ccf6ad92e081e8fdd537c7d411142a/nova/virt/netutils.py#L16610:03
bauwsertojuvone: johnthetubaguy: so my question is, which project is triggering those alarms ?10:03
johnthetubaguyfrickler: we are currently talking with neutron how to get them to own this interface10:03
bauwsertojuvone: hence my point, I was thinking it was Watcher10:03
johnthetubaguyfrickler: get the network experts doing the network stuff seems more... sound10:03
bauwsertojuvone: actually, Watcher already subcribes to the notification bus so possibly there wouldn't be a need for Vitrage10:04
*** kaisers_ has quit IRC10:04
gmannjohnthetubaguy: frickler yea we lack that documentation. this tempest tests fetch and check device tag in case that help - https://github.com/openstack/tempest/blob/master/tempest/api/compute/servers/test_device_tagging.py10:04
johnthetubaguygmann: can you get that onto the agenda for the next API meeting, we should fix that before we finish off that concept guide10:04
tojuvonebauwser, Vitrage is used to monitor cloud, make RCA of events and raise alarms10:05
johnthetubaguygmann: generating some api samples would be awesome, I suspect that may be the way to start10:05
bauwsertojuvone: what is the differenciator with AODH and Ceilometer ?10:05
*** pcaruana has joined #openstack-nova10:05
tojuvonebauwser, It uses AODH10:05
bauwsermmmmm okay10:06
gmannjohnthetubaguy: yea, i can check on this but may not be not soon...10:06
bauwsertojuvone: I guess I need to look at the Vitrage wiki then to understand their needs10:06
johnthetubaguygmann: understood10:06
tojuvonebauwser, So we actually use it NFV10:07
johnthetubaguygmann: probably just need to get that on our list for this cycle10:07
bauwserbecause I don't see the need of an abstraction over another abstraction :)10:07
bauwsertojuvone: that, I got it10:07
mdboothjohnthetubaguy: Whoa10:07
*** ociuhandu has joined #openstack-nova10:08
mdboothjohnthetubaguy: Well, there's only 1 thing for it: better merge the next patch quick :)10:08
gmannjohnthetubaguy: sure.10:09
*** jichen has quit IRC10:09
johnthetubaguymdbooth: thats one way to do it, you want to line those back up, and we can take another look quickly10:09
tojuvoneVitrage need to differentiate host fault from planned maintenance, to have proper alarms10:09
mdboothjohnthetubaguy: I'm joking, if we need to revert lets do it.10:09
mdboothHowever, I really would like to get that merged10:09
johnthetubaguymdbooth: I think they did the revert already10:09
mdboothOk, cool10:10
johnthetubaguyyeah, I think the emergency bit is done already10:10
mdboothWe don't run the NFS job by default, which is probably how that slipped through10:10
bauwsertojuvone: so, to understand correctly the NFV usecase, Vitrage emits alarms, right?10:11
mdboothAnd, as you say, I only did the more thorough manual testing on the next patch in the series.10:11
*** tovin07_ has quit IRC10:11
bauwsertojuvone: for each "node" that is impacted by some notification10:11
mdboothI'll line that up today10:11
bauwsertojuvone: now, once those deduced alarms are raised, which tool will trigger actions on those ?10:12
*** dixiaoli has joined #openstack-nova10:12
tojuvonebauwser, Its RCA raising alarms on each level where needed to10:12
bauwsertojuvone: that I got it too10:12
bauwserthe output is basically a set of alarms10:12
bauwserwith linkages between thoses10:12
tojuvonebauwser, so here planned mainteancne instead10:12
tojuvonebauwser, at least in fault situation it could force down host or what else would be configured10:13
tojuvonebauwser, but it is not intended to make workflows to migrate10:13
bauwser*what* would do that ?10:13
bauwserVitrage?10:14
bauwserie. what executes the action plan ?10:14
openstackgerritOpenStack Proposal Bot proposed openstack/python-novaclient master: Imported Translations from Zanata  https://review.openstack.org/44904110:14
bauwsertojuvone: is this something which is already present today10:14
bauwser?10:14
bauwsertojuvone: because my main concern on Nova is that we need to understand the missing gaps10:15
bauwsertojuvone: ie. what is specifically lacking on our side so that a specific usecase could be fulfilled10:15
tojuvonebauwser, I was planning to make poc with Craton upon planned mainteancne10:15
bauwsertojuvone: the main problem I have with your spec is that I don't see yet a clear picture on the overall workflow, and what's missing in that workflow on the nova side10:16
tojuvonebauwser, I am not sure somebody doing this in fully open source10:16
bauwserwell, I'm not exactly concerned by that10:16
bauwserbut I need to understand why we can't just disable services or force hosts down10:17
bauwserbecause I don't have the clear workflow picture in my mind10:17
bauwserfor example, say the forced_down series you implemented10:17
tojuvonebauwser, In Nova it is much to me to see it in servers API10:18
bauwserit was clear to me that there was an usecase where 3rd-party tools (opensource or not) could be identifying before our SG API that a host is down and could accelerate the logic by having a specific bit to call10:18
tojuvonethat is fault management10:19
tojuvonehere you have planned maintenance10:19
bauwsercorrect, I'm not saying your spec is that10:19
bauwsersure, but what's missing in nova for that ?10:19
bauwseryou can disable a service10:19
*** sree has quit IRC10:19
bauwseryou can migrate all the existing instances of that host out10:20
tojuvonethe planned window is missing10:20
bauwserwithout having user-visible impacy10:20
*** sree has joined #openstack-nova10:20
bauwseryou mean "disable me this service in 1 hour" ?10:20
tojuvoneyes10:20
tojuvoneand what you can do in that windwo10:21
bauwsersay you have a planned maintenance in one hour10:21
bauwserwhat do you want to have on the nova side?10:21
*** sree has quit IRC10:21
bauwserie. what do you want to do with the scheduler and your instances ?10:21
bauwsernot speaking of the proposed implementation10:21
tojuvoneand to have the rolling thing with that window10:21
bauwserrather about what you wanna do as an operator during that period *before* the maintenance10:22
*** sree has joined #openstack-nova10:22
tojuvoneyes, for now we can forget what is proposed currently as implementation10:22
bauwserfor example10:22
bauwserlet's speak ITIL for a spec10:22
bauwsersec10:22
tojuvoneas a user, application, you want to do something10:23
bauwseryour change manager gave you a change window that will happen in 1 hour because you need to upgrade the kernel10:23
johnthetubaguybauwser: I think we just need to focus on the use cases in the spec10:23
bauwseron a specific host10:23
johnthetubaguyI am current adding a patch on top of tojuvone's spec to see if I understand them correctly10:23
johnthetubaguyI think we should stay out of implementation detail right now10:23
bauwserjohnthetubaguy: those usecases are way too-high level for me10:23
bauwserjohnthetubaguy: I agree10:24
bauwserjohnthetubaguy: I want to understand the crux of the problem10:24
bauwserwithout speaking code10:24
bauwserie. I want to discuss about what is a "planned maintenance" and what actions are needed to be done10:24
johnthetubaguyyeah, I am trying to write that out now, to see if I understand what I think tojuvone is trying to say10:24
bauwserfor example10:24
johnthetubaguy(this is based on how I know we wanted this to work for public cloud)10:24
bauwser"* As an admin I want to have an external tool to handle hosts and their maintenance:" is mentioned in that spec, but waaaaays too much than just nova10:25
johnthetubaguywell, we built this system using server metadata10:25
tojuvoneyes, that is used before ;)10:25
johnthetubaguyit will be many, many different tools doing lots of this different operations, the key bit is the Nova interactions they all have in common, I am trying to write those down right now10:25
bauwserokay, tojuvone could you please explain me what is a "planned maintenance" ?10:26
mdboothjohnthetubaguy: https://review.openstack.org/#/c/439520/10:26
mdboothI don't understand your comment about the rebase. What's the context there?10:26
openstackgerritJohn Garbutt proposed openstack/nova master: compute: Move detach logic from manager into driver BDM  https://review.openstack.org/43952010:26
*** sree has quit IRC10:26
johnthetubaguymdbooth: so I expected rebase to fail once that patch I linked to lands on master10:27
johnthetubaguymdbooth: 437665 I think it was10:27
mdboothjohnthetubaguy: IIRC there was no conflict between the 210:27
openstackgerritRodolfo Alonso Hernandez proposed openstack/nova master: Read Neutron port 'binding_profile' during boot  https://review.openstack.org/44925710:27
johnthetubaguymdbooth: so there was on my system, which is kinda freaky10:27
johnthetubaguymdbooth: I must have fat fingered something10:27
mdboothOk, probably means there was, then :)10:27
tojuvoneI have used "planned maitenance", to high light it does not happen because sudden fault10:28
johnthetubaguyso its on master, and it just rebased cleanly, so maybe we are OK10:28
mdboothBut when lyarwood separated them he didn't lose review votes10:28
mdboothSuggesting there was no difference10:28
johnthetubaguymdbooth: ah, good point, that usually means no difference10:28
johnthetubaguyI may have tried to cherry pick ontop of an old version of its-self or something dumb10:28
johnthetubaguyoh, well, seems fine now10:29
mdboothMeh, if the other one's already in the gate it's no problem10:29
bauwsertojuvone: I'm just commenting your spec10:29
bauwsertojuvone: I think I get a better picture10:29
tojuvonebauwser, ok :)10:29
bauwsertojuvone: #1 you wanna signal some hosts for a maintenance and prevent instances booting on them10:29
bauwser#2 you wanna test those hosts during that maintenance10:29
bauwser#3 you wanna only schedule instances to maintened hosts10:30
bauwserthat's BIG10:30
johnthetubaguyfunny, thats whats in my patch I am writing10:30
*** ZZelle_ is now known as ZZelle10:31
tojuvonebauwser, There is a lot since I have collected also operator input and put obvious possibilities this gives10:31
bauwsertojuvone: I just think you're boiling the ocean with your spec10:31
bauwserI'm not saying it's not valid concerns10:32
tojuvonebauwser, It has not been a easy year since started to bring this to light :D10:32
johnthetubaguyI kept meaning to write this us for Rackspace for the last few years, it just seems a bit different to what I expected10:33
johnthetubaguywe have 80% of this already in tree10:34
tojuvonebauwser, My own NFV requirement stared just the fact I need to know in application side10:34
*** nkorabli has quit IRC10:35
*** edmondsw has joined #openstack-nova10:35
*** gongysh has quit IRC10:37
*** nicolasbock has joined #openstack-nova10:38
*** zhurong has quit IRC10:40
*** edmondsw has quit IRC10:40
*** tbachman has quit IRC10:44
bauwsertojuvone: johnthetubaguy: FWIW, I just commented the above discussion in https://review.openstack.org/#/c/310510/1910:47
bauwserjust one short comment, hope tojuvone would accept that10:47
bauwsertojuvone: basically, I want to explain to you that you need to scope more your spec, and identify what you want to achieve by that spec - you could possibly mention other usecases or problems, but please be explicit that those are not intended to be resolved by the spec10:48
BobBall_johnthetubaguy: Any chance you could re-review https://review.openstack.org/#/c/353862/ at some point?10:48
bauwsertojuvone: the idea of preventing instances to be scheduled on hosts that aren't maintained yet is an idea I already saw10:49
johnthetubaguyBobBall_: opened it in a tab, hope to get back to that10:49
bauwsertojuvone: I just think the abstraction model isn't rich enough10:49
*** yamamoto has joined #openstack-nova10:49
BobBall_+1 thanks :)10:49
bauwsertojuvone: ie. you wanna schedule instances on hosts that are >= some siognal10:49
bauwserie. having some "capability" or "trait" :p10:50
*** yamamoto_ has joined #openstack-nova10:50
bauwserlike, I could want to schedule instances on hosts that ship latest libvirt10:50
tojuvonebauwser, Thanks, patch 19 was to catch everything and did exactly that for the cases10:51
bauwseryeah, I understand10:51
tojuvonetotally agree, separate specs otherwsie10:51
bauwserthat looks like more you trying to log all the possible usecases, so I'd rather say a backlog spec would fit that10:51
bauwserit looks like an epic to me10:52
*** cdent has joined #openstack-nova10:52
bauwsereither way, I need to move on :)10:52
tojuvonebauwser, thanks :)10:52
tojuvoneso I felt really need to have each corner to tell where it might lead. While not to do the whole implementation in same10:53
mdboothhttp://stackoverflow.com/questions/25183424/can-a-python-abstract-base-class-enforce-function-signatures10:53
mdboothAbstractmethods will not save us :(10:54
*** yamamoto has quit IRC10:54
mdboothA compiler would be awesome10:54
bauwsertojuvone: hence me thinking a backlog spec could describe the end goal10:54
bauwsertojuvone: and you iterating over a couple of specs for that10:54
cdentmdbooth's epitath: "A compiler would be awesome"10:55
*** gcb has quit IRC10:56
tojuvonebauwser, Is there a good example of this kind of specs10:56
mdboothI recalled from a previous investigation that abstractmethods are pretty useless10:56
*** nkorabli has joined #openstack-nova10:59
*** phuongnh has quit IRC10:59
*** armax has joined #openstack-nova11:02
*** dixiaoli has quit IRC11:03
*** smatzek has joined #openstack-nova11:03
*** yamamoto_ has quit IRC11:05
*** yamamoto has joined #openstack-nova11:05
nkorabliHi everyone! I’ve got a multitenancy related question:11:06
nkorabliif you create a instance as demo user, shelve it as admin and then try to unshelve it as demo again - you won’t see any errors or warnings, but instance will end up with an ERROR state.11:06
nkorabliSo, what should be the right way for this scenario? What do you think?11:06
*** Dinesh_Bhor has quit IRC11:07
nkorabliJust reproduced it with stable/newton in a devstack environment11:08
*** armax has quit IRC11:16
*** yamamoto has quit IRC11:17
*** udesale has joined #openstack-nova11:19
*** tovin07 is now known as tovin07_at_work11:20
*** Dinesh_Bhor has joined #openstack-nova11:20
*** tovin07_at_work has quit IRC11:20
*** sdague has joined #openstack-nova11:21
*** udesale has quit IRC11:21
kashyapmdbooth: This is ready for merge, no? -- https://review.openstack.org/#/c/383859/ ("libvirt: Fix races with nfs volume mount/umount ")11:25
kashyapNeeds another core reviewer to take a look at it11:26
mdboothkashyap: No, there was a bug in the parent commit11:26
*** Matias has quit IRC11:27
* kashyap looks at the parent commit11:27
mdboothkashyap: It was reverted :)11:27
* mdbooth is working on it now11:27
kashyapmdbooth: Mind throwing the URL?  Gerrit's interface trips me up always11:28
mdboothRevert was change If1ee6d6e4004750f80424ec54d7dabc564ec9e0611:28
*** gongysh has joined #openstack-nova11:28
kashyapAh, thanks.11:29
*** rfolco has joined #openstack-nova11:32
*** edmondsw has joined #openstack-nova11:32
*** rfolco has quit IRC11:33
*** rfolco has joined #openstack-nova11:33
*** Matias has joined #openstack-nova11:39
*** alexpilotti has quit IRC11:40
*** alexpilotti has joined #openstack-nova11:41
*** alexpilotti has quit IRC11:45
openstackgerritStephen Finucane proposed openstack/nova master: doc: Start using oslo.sphinxext  https://review.openstack.org/44958411:48
sfinucanjohnthetubaguy, macsz: I think you'll like that one ^11:48
* sfinucan has been on a deep dive into Sphinx internals and now thinks he understands the meaning of life11:49
*** rfolco has quit IRC11:51
*** vladikr has quit IRC11:52
cdentsfinucan: I assume this meaning is something others can only grasp if they too go on the same journey and thus you cannot pass it on?11:52
nkorabliCould you please comment my question - then I will create a bug11:52
nkorabliif you create an instance as a demo user, shelve it as admin and then try to unshelve it as demo user again - you won’t see any errors or warnings, but instance will end up with an ERROR state.11:53
nkorabliSo, what should be the right way for this scenario? What do you think?11:53
cdentnkorabli: I'd comment except for the fact that I don't know.11:53
sfinucancdent: I'm afraid so11:54
sfinucanI intend to blog about some of it but if reading dhellman's musings [1] alone couldn't help me attain enlightenment, what hope has a mere mortal like myself of helping others? [1] https://doughellmann.com/blog/2010/05/09/defining-custom-roles-in-sphinx/11:54
* cdent nods sadly and sagely11:54
*** jpena is now known as jpena|lunch11:56
openstackgerritLucas Alvares Gomes proposed openstack/nova master: [Ironic] Do not hard fail when Ironic is not available  https://review.openstack.org/44958711:57
nkorablicdent: thanks, fair enough :)11:57
*** tbachman has joined #openstack-nova11:59
sfinucannkorabli: I'd say just open a bug with your findings and let others come to their own conclusions about how to resolve it11:59
*** Matias has quit IRC12:00
*** kaisers_ has joined #openstack-nova12:00
sdaguejohnthetubaguy: you about?12:01
johnthetubaguyI am12:01
*** udesale has joined #openstack-nova12:01
*** Matias has joined #openstack-nova12:01
sdagueI was just going through the policy spec, and I'm with mriedem, it's super confusing12:01
sdagueeven though I know where you are trying to go with it, I think12:01
sdagueI left some thoughts on how to rewrite bits for clarity12:01
*** links has quit IRC12:02
johnthetubaguysdague: thats cool, it is confusing12:03
johnthetubaguyI tried a few different rewords, I might be stuck in the middle of a few of them right now12:03
mdboothBless it's cotton socks, pylint does try hard in the face of overwhelming adversity12:03
openstackgerritJohn Garbutt proposed openstack/nova-specs master: Alternative for warning users about maintenance  https://review.openstack.org/44959312:03
johnthetubaguytojuvone: (and bauwser) I typed up some ideas I had in there ^12:04
johnthetubaguysdague: is that both of them, btw?12:04
jrolllucasagomes: nice find, thanks for that12:04
sdaguejohnthetubaguy: I just went through the bottom one12:04
*** kaisers_ has quit IRC12:05
mdboothsdague: Actually, this sounds like something you might have tried. I'm looking for a test which checks function arguments and before writing something custom I thought I'd checkout pylint. Do you know if anybody's ever looked at a pylint job for Nova?12:05
*** links has joined #openstack-nova12:05
johnthetubaguysdague: OK, thats the one I hoped was better to read, is it worth a quick hangout?12:05
*** yamamoto has joined #openstack-nova12:06
johnthetubaguysdague: actually, I think I get your comment, let me try fix that12:07
*** aysyd has joined #openstack-nova12:08
sdaguejohnthetubaguy: I can do a quick hangout in a few minutes if you like12:09
johnthetubaguysdague: maybe I try a quick rev of that first section, and see how we look later on?12:10
sdaguesure12:10
lucasagomesjroll, o/ np thanks for the review12:12
*** alexpilotti has joined #openstack-nova12:13
nkorablisfinucan: thanks, I just thought if I would get a response, I could fix it now..12:14
*** lucasagomes is now known as lucas-hungry12:14
*** yamamoto has quit IRC12:15
*** gongysh has quit IRC12:17
*** ratailor has quit IRC12:17
openstackgerritfengzhr proposed openstack/nova master: Make network:attach_external_network policy check outside nova-api  https://review.openstack.org/44959812:18
*** vks1 has quit IRC12:20
openstackgerritAndrey Volkov proposed openstack/nova master: Structure for simply managing placement-api-ref  https://review.openstack.org/40934012:22
openstackgerritAndrey Volkov proposed openstack/nova master: [placement] add api-ref for GET /resource_providers  https://review.openstack.org/41850312:22
*** diga has quit IRC12:22
*** liverpooler has quit IRC12:26
*** liverpooler has joined #openstack-nova12:26
*** rfolco has joined #openstack-nova12:27
sdaguesfinucan: you reading the email on the ipv6 issue infra hit12:28
sfinucansdague: I am not. Link?12:29
sfinucanIs this 'Config drive claims ipv6_dhcp, neutron api says slaac'12:29
*** nkorabli has quit IRC12:31
*** ayogi has quit IRC12:31
sdagueyeh12:33
*** nkorabli has joined #openstack-nova12:35
*** Jack_Iv has quit IRC12:37
sfinucanHmm, I've never even heard of slaac. It would appear I've not so much broken something as exposed existing broken behaviour. This is going to be fun to debug12:37
*** jaypipes is now known as leakypipes12:37
* sfinucan has to run to a meeting, but will deep dive into that soon as he's back12:38
leakypipesalex_xu: well, I've been trying to get those traits in to os-traits here: https://review.openstack.org/#/c/448283/12:39
leakypipesalex_xu: but cdent and sean-k-mooney don't seem to care for the patch before it that splits out traits into different modules.12:39
leakypipesalex_xu: I originally had the NIC traits added as a single patch but sean-k-mooney requested some refactoring before expanding the single const.py further.12:40
cdentleakypipes: that's a bit strong, it's more like it's not what it says on the tin. what's in the tin is good enough if the label is changed. However the label does sound pretty nice.12:40
sean-k-mooneyleakypipes: im always causing trouble :)12:40
alex_xuleakypipes: yea, i see, just thought we can begin to use those NIC traits in https://review.openstack.org/43595412:40
*** mdrabe has joined #openstack-nova12:41
leakypipesalex_xu: you mean replace "tso" with "HW_NIC_OFFLOAD_TSO" in the spec?12:41
alex_xuleakypipes: yea12:41
*** udesale has quit IRC12:42
leakypipesalex_xu: well, that's fine of course :) but I won't hold up the spec for that. we can always enforce that in the code.12:42
*** jdurgin has joined #openstack-nova12:42
sean-k-mooneyalex_xu: we could definetly do that and assuming the network traits land before pike release we chan change the impentation to use them once they are merged12:43
alex_xuleakypipes: yea, I also did ask the doc work to replace tso to 'HW_NIC_OFFLOAD_TSO', just thought when we put those NIC traits in the code, those should be standard trait. otherwise, we will let user transfer to the standard trait in the future12:43
sean-k-mooneyleakypipes: i dont thnik we nesicalliy have all the feature flag we would need in your initall patch but we can extend in follow up patches12:44
alex_xus/did ask/didn't ask/12:44
alex_xuoops12:44
alex_xusean-k-mooney: yea, in the internal implement that is totally ok.12:45
leakypipessean-k-mooney: sure, agreed.12:47
*** fengzhr has quit IRC12:48
alex_xusean-k-mooney: +112:48
openstackgerritSilvan Kaiser proposed openstack/nova master: Switch Nova Quobyte volume driver to mount via systemd-run  https://review.openstack.org/43234412:48
sean-k-mooneyalex_xu: so do you want us to update the spec to reflect or just enforce it via the code review of the implentation of the feature?12:49
alex_xusean-k-mooney: i think we only update this line https://review.openstack.org/#/c/435954/11/specs/pike/approved/enable-sriov-nic-features.rst@22212:50
*** david-lyle has quit IRC12:55
*** Jack_Iv has joined #openstack-nova12:55
*** esberglu has joined #openstack-nova12:55
*** xyang1 has joined #openstack-nova12:56
ralonsohalex_xu: hi12:59
ralonsohalex_xu: just for confirmation12:59
ralonsohalex_xu: when string values are read form libvirt, I need to normalize to os-traits values12:59
ralonsohalex_xu: these values will be stored in the DB12:59
alex_xuralonsoh: yea12:59
ralonsohalex_xu: and Neutron port will need to make the definition13:00
ralonsohalex_xu: https://review.openstack.org/#/c/435954/11/specs/pike/approved/enable-sriov-nic-features.rst@12013:00
ralonsohalex_xu: using this normalized values13:00
ralonsohalex_xu: is that correct?13:00
alex_xuralonsoh: what does mean about neutron port will need to make the definition13:01
*** liangy has joined #openstack-nova13:02
*** cdent has quit IRC13:02
ralonsohalex_xu: I meant in https://review.openstack.org/#/c/435954/11/specs/pike/approved/enable-sriov-nic-features.rst@121, instead of writing low case value13:02
alex_xuralonsoh: yea13:02
ralonsohalex_xu: we need to write the normalized strings (defined in os-traits)13:02
ralonsohperfect!13:02
ralonsohalex_xu: I'll update the spec today13:02
alex_xuralonsoh: that is what i mean13:02
ralonsohand thanks!13:02
alex_xuralonsoh: thanks13:02
*** jpena|lunch is now known as jpena13:03
*** mriedem has joined #openstack-nova13:06
*** gouthamr has joined #openstack-nova13:08
*** sree has joined #openstack-nova13:08
mriedembauwser: you might want to take a look at this https://bugs.launchpad.net/nova/+bug/167560713:09
openstackLaunchpad bug 1675607 in OpenStack Compute (nova) "test_list_migrations_in_flavor_resize_situation fails with NoValidHost - AvailabilityZoneFilter returned 0 hosts" [Undecided,Confirmed]13:09
mriedemES is backed up so i'm not sure if it's a recent regression or not13:10
bauwsermriedem: yup, saw you adding me13:10
bauwserit's in my pipe13:10
*** tblakes has joined #openstack-nova13:10
mriedemwell smoke'em if you got'em13:10
bauwser:p13:11
*** edleafe is now known as figleaf13:12
*** suresh12 has joined #openstack-nova13:14
*** suresh12 has quit IRC13:18
markus_ztrivial fix: https://review.openstack.org/#/c/449543/113:18
*** yamamoto has joined #openstack-nova13:19
openstackgerritJohn Garbutt proposed openstack/nova-specs master: WIP: Add policy-remove-scope-checks spec  https://review.openstack.org/43303713:19
johnthetubaguysdague: attempt to apply the first few of your comments, and I am heading for lunch now, but I am curious if that looks better or worse ^13:20
sdagueok, I'll check post breakfast13:21
mriedemjohnthetubaguy: i think sdague summed up my issues nicely :)13:23
*** Jack_Iv has quit IRC13:24
*** psachin has quit IRC13:25
*** lucas-hungry is now known as lucasagomes13:27
*** baoli has joined #openstack-nova13:28
*** tblakes has quit IRC13:29
*** gcb has joined #openstack-nova13:31
*** lucasagomes is now known as lucas-brb13:35
*** prateek has quit IRC13:36
*** smatzek has quit IRC13:37
*** cleong has joined #openstack-nova13:39
*** Dinesh_Bhor has quit IRC13:39
*** jamesdenton has joined #openstack-nova13:43
*** andreas_s has quit IRC13:45
*** kenperkins has joined #openstack-nova13:45
*** awaugama has joined #openstack-nova13:46
*** sree_ has joined #openstack-nova13:46
*** sree_ is now known as Guest8572813:46
*** vladikr has joined #openstack-nova13:47
*** sree has quit IRC13:48
dansmithmriedem: so that az bug13:49
mriedemyes superdan13:49
dansmithheh13:49
*** dansmith is now known as superdan13:49
superdanmriedem: after my change to persist the az properly in the instance,13:49
superdanthe scheduler will start keeping an instance in the same az it was booted in,13:49
*** mtanino has joined #openstack-nova13:49
superdaneven if they didn't ask for one13:50
superdanthat's because of the cruft still left to cleanup with reqspec13:50
superdanreqspec has what they requested, but instance stores what it was booted in, and we're not restoring the reqspec at the right place yet13:50
superdannow, I think in practice this is fine, and we even discussed it prior to merging13:50
*** kenperkins has quit IRC13:50
superdanhowever, I think what is happening is,13:50
superdantempest creates a test az and adds the one compute to it in another test,13:51
superdanand if that instance happens to land there while the az is in place, and is then removed, the instance won't schedule anywhere because we have now told nova that the az it wants doesn't exist anymore13:51
superdanwe == tempest13:51
superdanif the tests run such that we don't get lucky there, then we're fine13:51
superdanbauwser: ^13:52
mriedemlet me see what the test does13:52
bauwsersorry was distracted by some internal bug triaging :)13:52
mriedemthe az is random btw13:52
superdanmriedem: right13:52
superdanmriedem: the az comes from compute/admin/test_aggregates13:52
mriedemhttp://git.openstack.org/cgit/openstack/tempest/tree/tempest/api/compute/admin/test_migrations.py#n4213:53
*** links has quit IRC13:53
superdanright, no az stuff there13:53
*** dimtruck is now known as zz_dimtruck13:53
*** zz_dimtruck is now known as dimtruck13:54
mriedemsuperdan: oh so the instance lands on the single compute which, because of a concurrently running test, is now in an AZ, so the instance in the test that fails is now in that temp AZ which on cleanup of the other unrelated test is removed13:54
bauwsermriedem: superdan: so if there is no AZ asked when booting, the default is not set13:55
mriedemso when we move the instance, it's in an AZ that is now gone b/c of the tempest cleanup?13:55
superdanmriedem: that's what I'm thinking yeah13:55
bauwsermriedem: that could be a reason yes13:55
mriedemlook here http://logs.openstack.org/62/449362/1/check/gate-tempest-dsvm-py35-ubuntu-xenial/ec959b4/console.html#_2017-03-24_00_00_55_56386813:55
mriedemthere is an AZ test right at the same time13:55
*** awaugama has quit IRC13:56
superdanwe need this cleanup to be done in order to ask for what they actually wanted: https://github.com/openstack/nova/blob/master/nova/conductor/tasks/migrate.py#L49-L5513:56
bauwserI was planning to do so next week13:56
bauwser-ish13:57
bauwserI could try to tackle that now13:57
superdanhmm,13:58
superdanlooks like we got request_spec at init and we just overwrite it from_compontents?13:58
superdanis that right?13:58
*** burt has joined #openstack-nova13:58
sdaguemriedem or others, anyone want to merge in i18n deletes. I'm trying to keep no more than 2 open at a time just to not waste time on rebasing - https://review.openstack.org/#/c/448082/13:58
*** awaugama has joined #openstack-nova13:58
*** kenperkins has joined #openstack-nova13:58
*** alexpilotti has quit IRC13:58
mriedemsuperdan: i tried to summarize in the bug13:59
*** alexpilotti has joined #openstack-nova13:59
superdanyeah, I think we should have that right there13:59
superdanmriedem: okay I was going to, sorry13:59
bauwsersuperdan: yup, I actually think we can directly use self.request_spec without needing to rehydrate13:59
superdanI'll try14:00
bauwserbecause it's useless to regeneate ity14:00
bauwserlemme fire the drill14:00
bauwserbecause some other move operations can have the same stuff14:00
bauwserand here, it's resize14:00
bauwsernot live-mig14:00
bauwsersuperdan: ^14:00
bauwsersuperdan: I'm cooking the patch14:01
superdanwe get it from the same place in both cases14:01
superdanbauwser: about to submit14:01
*** lucas-brb is now known as lucasagomes14:01
bauwsersuperdan: okay, so if you cook, don't forget to add the resize case14:01
*** kaisers_ has joined #openstack-nova14:01
*** smatzek has joined #openstack-nova14:01
superdaneh?14:01
superdanit's in migratetask, same for both14:02
bauwseroh snpa14:02
bauwserI was thinking we were loooking at the *live* migrate Task14:03
bauwsernvm then14:03
*** alexpilotti has quit IRC14:03
bauwserbut I think we probably have the same for live-migration and rebuild14:03
*** felipemonteiro has joined #openstack-nova14:03
*** dimtruck is now known as zz_dimtruck14:03
bauwserI'm just looking at that14:04
superdanlet me put this up to see if it breaks anything and/or appears to fix14:04
*** eharney has joined #openstack-nova14:04
bauwserokay14:05
bauwserFWIW, live-migration is not having the same useless rehydratation14:05
bauwseronly if we have a not found spec14:05
*** kaisers_ has quit IRC14:05
bauwserbut we can remove the conditional14:05
*** mdnadeem has quit IRC14:06
superdanyeah14:06
bauwserso, I'm gonna fire a patch for that given we now have 100% of chances to have it14:06
superdanalright14:06
openstackgerritMatt Riedemann proposed openstack/nova master: remove i18n log markers from nova.api.*  https://review.openstack.org/44808214:06
mriedemyay my sump pump is running every other minute14:07
mriedemweeee14:07
superdanmriedem: http://imgur.com/DWMGBJW14:07
*** dave-mccowan has joined #openstack-nova14:07
mriedemwhich is which?14:08
mriedemblue is rain?14:08
superdanseconds on the left, inches on the right14:08
superdanruntime seconds per hour, that is14:08
superdanoh and green is rain14:09
bauwserinteresting14:09
bauwserwe don't build houses this way14:09
bauwseris that for collecting rain ?14:09
*** scottda has joined #openstack-nova14:09
bauwserbecause I have a drain running all around my house but the gravity does the rest :)14:10
bauwseranyway14:10
* bauwser cooking a patch14:10
superdanbauwser: if you're below grade that doesn't work :)14:10
sdaguesuperdan: or that there is elevation changes14:10
bauwsersuperdan: ah correct then14:11
sdaguethe midwest water table being 1' below the surface and everything flat is quite a thing14:11
superdanyeah14:11
bauwserdo you collect that into pipes, or do you spill the water in your garden ?14:12
openstackgerritDan Smith proposed openstack/nova master: Remove legacy regeneration of RequestSpec in MigrationTask  https://review.openstack.org/44964014:12
mriedemin my neighborhood, you wash it down the hill to the suckers at the bottom,14:12
superdanbauwser: mine goes into the storm drain14:12
leakypipesbauwser: spill. :)14:12
mriedemwhich unfortunately is me and another guy after me14:12
bauwserinteresting14:12
bauwserbecause yet another regulation here is to defend us spillinh14:13
mriedemsupposed to be graded to drain into catch baskets that pump it into a pond further down the way14:13
bauwserbut rather collecting all the rain into pipes that are transfered to a specific collecting tank14:13
bauwserthat's a rain network14:13
superdanbauwser: == storm drain14:13
mriedemsometimes i hear you get a drunken frenchman drown in one of those and then he clogs up the pipes14:14
superdanhah14:14
mriedemstories to scare your kids,14:14
mriedemlike ringing doorbells14:14
bauwserhah14:14
bauwsersuperdan: what will be the name of your branch for cleaning up the migration task ? I'd ideally put it on the same gerrit topic14:17
*** satyar_ has joined #openstack-nova14:17
superdanbauwser: the bug? see above ^14:17
bauwsersuperdan: cool14:18
*** satyar has quit IRC14:18
*** alexpilotti has joined #openstack-nova14:20
*** tuan_luong has joined #openstack-nova14:21
*** zz_dimtruck is now known as dimtruck14:21
*** nkrinner is now known as nkrinner_afk14:21
*** tuanla_ has joined #openstack-nova14:21
*** amoralej is now known as amoralej|lunch14:21
mdboothmriedem: Thanks for sorting out the connect/disconnect thing14:22
mdboothABCs don't do what we want though, unfortunately14:22
mdboothAll an ABC does is ensure that subclasses implement abstract methods14:22
mdboothIt doesn't actually do any checking of the signatures of those methods14:23
mdboothSo... not all that useful tbh14:23
mriedemmdbooth: why not? if you change the signature on an abstractmethod, and fail to adjust any classes that inherit from the ABC, they will blow up14:23
mriedemmdbooth: i'm saying make the actual connect/disconnect_volume methods abstractmethods14:23
mdboothCase in point: RemoteFilesystemDriver is an ABC, and none of its subclasses have the correct signature for copy_file14:23
*** bnemec is now known as beekneemech14:23
mdboothmriedem: Yeah, that's fine. But that will only assert that subclasses implement them14:24
mdboothThere's no signature checking14:24
mdboothSo it wouldn't catch this error14:24
mdboothAnyway, I agree that a test for this would be good, and probably useful in a few different places14:24
mdboothMy first thought was to look for an existing tool, and I gave pylint a go14:25
mdboothHowever, pylint would be wildly impractical unfortunately.14:25
mdboothGetting a clean pylint job would be more work than getting python3 working, I think.14:25
*** david-lyle has joined #openstack-nova14:26
mdboothSo, I was considering writing some kind of introspection test for superclasses with abstract interfaces14:26
mdboothSo you'd do something like:14:26
mdboothFSTest = SubclassCheckTest(SuperClassToTest)14:27
mdboothAnd it would generate you a test class14:27
mriedemcan't you scope pylint?14:27
mriedemor whitelist?14:27
*** suresh12 has joined #openstack-nova14:27
mdboothIt all over the place14:27
*** vks1 has joined #openstack-nova14:27
mdboothI disabled almost everything, and I still had 95% false positives14:28
*** Guest85728 has quit IRC14:29
*** sree has joined #openstack-nova14:29
mdboothIt did find RemoteFilesystemDriver.copy_file for me14:30
mdboothAlthough in this case, somebody has clearly updated all the implementations and forgotten to update the superclass14:31
*** ralonsoh_ has joined #openstack-nova14:31
nkorabliHi there! I noticed a multitenancy issue, here is a bug report: https://bugs.launchpad.net/nova/+bug/167579114:31
openstackLaunchpad bug 1675791 in OpenStack Compute (nova) "Instance created by demo user(non-admin), shelved by admin and unshelved by demo user --> ends up in error state " [Undecided,New]14:31
nkorabliNeed to know your opinions, to start fixing it! :) Thanks in advance!14:31
mriedemok i see what you mean about abstractmethod not checking the signature14:31
mriedemthat sucks14:31
mriedemi just tested locally14:31
mdboothmriedem: Anyway, how about the testclass generator?14:31
mdboothOverkill?14:32
mriedemnkorabli: we already talked about this the other day14:32
leakypipesnp14:32
mdboothI think we could use it in a few places14:32
nkorablimriedem: Hi there!14:32
mriedemnkorabli: the error during unshelve wasn't due to the tenant14:32
mriedemit was most likely due to a failure to spawn the instance during unshelve14:32
mriedemwhich put the instance into ERROR state14:32
nkorablimriedem: right, we did I just tested it with pure openstack (stable/newton) in devstack environment - and I see this error as well.14:33
mriedemnkorabli: i've invalidated the bug,14:33
mriedemnkorabli: have you checked the logs for errors during unshelve?14:33
*** aunnam_ has joined #openstack-nova14:33
mriedembecause there has to be an error in the logs if the instance is in error state14:34
*** ralonsoh has quit IRC14:34
*** sree has quit IRC14:34
*** amotoki has quit IRC14:35
nkorabliI actually haven't found anything useful in the logs, but let my check one more time.14:35
*** gszasz has quit IRC14:37
*** alex_xu has quit IRC14:37
*** hongbin has joined #openstack-nova14:37
*** alex_xu has joined #openstack-nova14:38
*** udesale has joined #openstack-nova14:38
*** marst has quit IRC14:41
*** vks1 has quit IRC14:42
*** vladikr has quit IRC14:43
*** amotoki has joined #openstack-nova14:45
*** amotoki has quit IRC14:47
*** fragatina has quit IRC14:47
bauwsersuperdan: mriedem: quick question14:49
*** marst has joined #openstack-nova14:49
bauwsersuperdan: mriedem: I'm about to clean up a bit of useless code in the conductor14:49
bauwsersuperdan: mriedem: and I just notice that we do verify at every move operation if the affinity filters are present on the conductor side14:50
*** erhudy has quit IRC14:50
*** vladikr has joined #openstack-nova14:50
bauwsersuperdan: mriedem: from my perspective, this is violating our policy to separate what's scheduler and what's conductor14:51
bauwserif the operator disabled the affinity filters but had an instance that was previously booted by using an InstanceGroup, should we fail the move operation ?14:51
bauwsermy guts say no14:51
bauwserjohnthetubaguy: too ^14:51
johnthetubaguymaybe we shouldn't allow those filters to be disabled?14:52
*** tbachman has quit IRC14:52
johnthetubaguyits not 100% clear to me14:52
bauwserwell14:53
bauwserdisabling a filter is an operator thing14:53
bauwserin case they use instance groups, then why they should disable that ?14:53
*** fragatina has joined #openstack-nova14:53
bauwserit's terrible for users14:53
johnthetubaguynow you might want to disable instance groups, but that seems like it should be discoverable14:53
bauwserbecause for example, say Bob created an instance and asked for this group A14:54
bauwserthen Max (operator) disabled the filters without asking Bob14:54
johnthetubaguyas you can see, I am just a bit confused by the question really14:54
bauwserthen, the current situation is that if Bob wants to migrate its instance, it will be getting an exception14:54
bauwsergibi: p14:54
johnthetubaguybob by default can't migrate his instance, so its a bit of an odd one for me14:55
johnthetubaguywe should really just respect the filters, given the preferences14:55
bauwserjohnthetubaguy: https://github.com/openstack/nova/blob/master/nova/conductor/tasks/live_migrate.py#L162-L16314:55
*** haplo37 has quit IRC14:55
johnthetubaguybut seems like certain filters you shouldn't kill14:55
openstackgerritVasyl Saienko proposed openstack/nova master: Implement interface attach/detach in ironic virt driver  https://review.openstack.org/41997514:56
johnthetubaguybauwser: thats just refreshing the list of instances in the group, at least I thought that was the intent there14:56
bauwserjohnthetubaguy: https://github.com/openstack/nova/blob/master/nova/scheduler/utils.py#L311-L31514:56
bauwserjohnthetubaguy: nope, not the instances14:56
johnthetubaguyoh, I see14:56
johnthetubaguythats odd14:56
bauwserjohnthetubaguy: the InstanceGroup.hosts is set by the nodes having instances in there14:57
johnthetubaguydo we fail to boot with the same things I guess?14:57
*** alexpilo_ has joined #openstack-nova14:57
bauwserjohnthetubaguy: but it's a lazy-loadable field14:57
mriedembauwser: looks like you added that https://github.com/openstack/nova/commit/111a852e79f0d9e54228d8e2724dc4183f73739714:57
*** cdent has joined #openstack-nova14:57
*** jianghuaw-m has joined #openstack-nova14:57
*** suresh12 has quit IRC14:57
bauwsermriedem: we did that in the past14:57
bauwsermriedem: I just modified the callers14:58
*** vks1 has joined #openstack-nova14:58
johnthetubaguybauwser: that does do what I said right?14:58
*** prateek has joined #openstack-nova14:58
johnthetubaguybauwser: the bit we need in there is re-populating the up to date group https://github.com/openstack/nova/blob/master/nova/scheduler/utils.py#L35014:58
johnthetubaguybauwser: the other bits seem like nonsense for anything other than boot14:58
bauwserjohnthetubaguy: yup, we need to create those for boot14:58
*** alexpilotti has quit IRC14:58
bauwserjohnthetubaguy: but when we move that instance, then we get the existing field from the Spec object14:59
johnthetubaguybauwser: I would split out the boot checks, and call them separately in the boot flow right?14:59
bauwserjohnthetubaguy: given group.hosts is the only mutable field, it's fine given it's a lazy-loadable14:59
*** tuanla_ has quit IRC14:59
*** tuan_luong has quit IRC14:59
johnthetubaguyI have no idea what you mean14:59
*** lucasxu has joined #openstack-nova14:59
johnthetubaguysorry, I got lost14:59
bauwserjohnthetubaguy: my question is more about having permission to remove that call https://github.com/openstack/nova/blob/master/nova/conductor/tasks/live_migrate.py#L162-L16314:59
*** tuan_luong has joined #openstack-nova14:59
*** tuanla_ has joined #openstack-nova14:59
johnthetubaguybauwser: I just said, thats really bad15:00
bauwserjohnthetubaguy: that's bad to what ? :)15:00
*** eharney has quit IRC15:00
johnthetubaguybauwser: we need to update the group with the latest, but we don't want to do the boot time only checks15:00
*** tuanla_ has quit IRC15:00
*** tuan_luong has quit IRC15:00
*** eharney has joined #openstack-nova15:00
bauwserjohnthetubaguy: we don't need to update the group info15:00
johnthetubaguybauwser: because of lazy loading?15:00
bauwserjohnthetubaguy: because the group info is made of 3 things15:00
bauwser2 can't be modified and the 3rd is lazy-loadable15:01
bauwserright15:01
johnthetubaguybut its saved into the json blob in the DB?15:01
bauwserjohnthetubaguy: if you see the code https://github.com/openstack/nova/blob/master/nova/conductor/tasks/live_migrate.py#L162-L163 you will see that I don't update the Spec with that updated group already15:01
*** felipemonteiro has quit IRC15:01
*** prateek has quit IRC15:01
johnthetubaguyI thought we had a bug where that list needed to be updated, because we persisted and out of date list15:01
*** prateek has joined #openstack-nova15:02
johnthetubaguys/and/an/15:02
*** alexpilo_ has quit IRC15:02
bauwserjohnthetubaguy: that was fixed by https://github.com/openstack/nova/blob/master/nova/objects/instance_group.py#L282-L28915:03
johnthetubaguyI don't think we need the boot checks, I just through the filter params would need to be populated correctly, I guess I would have to go read more15:03
bauwserI'm going to cut that call, and you could be reviewing it15:03
johnthetubaguybauwser: I am not convinced, but I guess you want some functional tests for that stuff really, then we can answer whats correct15:03
bauwserjohnthetubaguy: https://github.com/openstack/nova/commit/c48c1098cbcd7a9c7980d5fbe4668c38b16767f5 was missing a functional test but fixed the problem you mentioned15:04
mriedemyeah seriously i'd write functional tests for anything we're removing15:05
*** haplo37 has joined #openstack-nova15:05
mriedembefore removing it15:05
mriedembecause the unit tests just don't cut it for conductor <> scheduler interactions15:05
johnthetubaguywhat mriedem said, its safest15:05
*** jianghuaw-m has quit IRC15:05
mriedemas we've been seeing lately with a lot of regressions15:05
mriedemi'm still working on one for another regression15:06
*** alexpilotti has joined #openstack-nova15:06
mriedemooo and i think my regression test stumbled on another bug15:07
*** jianghuaw has joined #openstack-nova15:07
mriedemha, the fake virt driver doesn't set the image size on snapshot15:08
mriedemsomething like that15:08
bauwsermriedem: okay fair enough15:09
mriedemoh it's the api code, not the fake virt driver15:10
mriedemwtf15:10
mriedemhttps://github.com/openstack/nova/blob/master/nova/compute/api.py#L335515:10
mriedemwe don't set the size attribute when creating the image for a shelving operation?15:11
bauwsermriedem: johnthetubaguy: which specific functional tests would you like to see covered ?15:11
bauwsermriedem: johnthetubaguy: the fact that we get a fresh list of hosts every time?15:11
mriedembauwser: anything related to whatever you're removing,15:11
mriedemwhich i guess is a resize/migrate with an instance in a server group?15:11
johnthetubaguyyeah, that ^15:11
cdentleakypipes: I responded on your os-traits stuff. I hope that new comment makes what I mean a bit clear. Your response suggests that my initial comment missed you by a mile.15:11
bauwsermriedem: that test is already in tree15:11
mriedembauwser: where?15:11
bauwserfunctional/test_server_group out of mind15:12
*** jahsis has joined #openstack-nova15:12
*** ssurana has joined #openstack-nova15:12
bauwsermriedem: but it's not covering the situation that I want to remove, ie. the fact that live-migration can fail if the filter is now disabled15:12
bauwsermriedem: johnthetubaguy: https://github.com/openstack/nova/blob/master/nova/tests/functional/test_server_group.py#L36715:13
*** sridharg has quit IRC15:14
bauwsermriedem: johnthetubaguy: I could be writing a test basically identical to https://github.com/openstack/nova/blob/master/nova/tests/functional/test_server_group.py#L367 that would disable the anti-affinity filter and show that the the move would fail ugly15:14
bauwsermriedem: johnthetubaguy: so that I could remove that specific test in the cleanup patch I'm doing15:14
bauwserwfy ?15:14
*** david-lyle has quit IRC15:15
johnthetubaguyjust want something to prove the migrate works, and picks the correct host, or fails correctly, with and without your patch15:15
johnthetubaguymaybe we have it already, thats cool15:16
johnthetubaguyI guess we should have a test that fails with your bug, and we see it being fixed, ideally15:16
bauwserjohnthetubaguy: that's covering the migrate action, not the live-migrate action15:16
johnthetubaguybauwser: so we should have coverage for both right?15:16
bauwserjohnthetubaguy: yeah15:17
bauwserokay, lemme see what I can do15:17
*** gjayavelu has joined #openstack-nova15:19
*** ssurana has quit IRC15:19
*** tuanla_ has joined #openstack-nova15:21
*** tuan_luong has joined #openstack-nova15:21
*** suresh12 has joined #openstack-nova15:23
mriedemhrm, what sets image size when we create a snapshot? does glance do it?15:25
mriedemi can't see during a snapshot flow where we actually pass the size value to glacne15:26
mriedem*glance15:26
*** aunnam_ has quit IRC15:26
*** kaisers_ has joined #openstack-nova15:26
*** udesale has quit IRC15:27
*** jahsis has quit IRC15:27
mriedemah it is glance https://developer.openstack.org/api-ref/image/v2/index.html?expanded=create-an-image-detail#images15:27
andreykurilinmriedem: sorry, it looks like my IRC bouncer had crashed and stopped sending me any messages, so I missed your messages yesterday.15:28
mriedemandreykurilin: that's ok, we just disabled the trigger crash dump functional tests in novaclient,15:28
mriedembecause they were timing out and causing the jobs to hang15:28
mriedemandreykurilin: i feel like you had found or fixed something in those tests like that not too long ago, but can't recall15:28
*** READ10 has joined #openstack-nova15:29
andreykurilinmriedem: I remember that we had similar problems before, but I can recall what was done to fix it15:29
*** jaosorior has quit IRC15:30
*** kaisers_ has quit IRC15:31
*** slaweq_ has quit IRC15:32
openstackgerritAnthony PERARD proposed openstack/nova master: Add exclusion list for tempest for a libvirt+xen job  https://review.openstack.org/44968715:33
*** eglynn has joined #openstack-nova15:33
*** sneti has joined #openstack-nova15:34
*** mlavalle has joined #openstack-nova15:35
*** jdurgin has quit IRC15:37
mriedemanthonyper: some of that is old news15:38
mriedemanthonyper: see d571e03b5b67a401e7774988a84df3bef16273ad15:38
mriedemhttps://github.com/openstack/tempest/commit/d571e03b5b67a401e7774988a84df3bef16273ad15:38
mriedemtempest doesn't hardcode vda anymore in test_volume_boot_pattern15:38
anthonypermriedem: Thanks, I'll tests that and change the patch.15:39
openstackgerritSylvain Bauza proposed openstack/nova master: Fix live-migrate usage of RequestSpec  https://review.openstack.org/44969015:40
openstackgerritAnthony PERARD proposed openstack/nova master: Add exclusion list for tempest for a libvirt+xen job  https://review.openstack.org/44968715:41
*** prateek has quit IRC15:42
mriedemjohnthetubaguy: just fyi i added L137 in here https://etherpad.openstack.org/p/BOS-TC-vm-baremetal-platform15:43
johnthetubaguymriedem: ah, cool15:43
*** gyee has joined #openstack-nova15:45
*** READ10 has quit IRC15:47
*** yamahata has joined #openstack-nova15:48
*** vladikr has quit IRC15:52
*** amoralej|lunch is now known as amoralej15:52
cdentalex_xu: I assume you're not around anymore today, but wanted to check before I do some rebasing of our combined stacks of code15:52
*** suresh12 has quit IRC15:52
*** aunnam_ has joined #openstack-nova15:53
mriedemjohnthetubaguy: leakypipes: http://forumtopics.openstack.org/cfp/details/2815:54
*** annegentle has joined #openstack-nova15:55
mriedemthat might need to be two separate sessions15:55
mriedemjgriffith: ildikov: Kevin_Zheng: ^15:55
*** amotoki has joined #openstack-nova15:56
sdaguejohnthetubaguy: ok, I looked again at the new spec, I still thing you want to take it back even one step further. Let me throw a patch on top of it with an idea of tone.15:56
*** markus_z has quit IRC15:56
ildikovmriedem: thanks15:56
mriedemjohnthetubaguy: sdague: since you guys are going to be decided forum sessions, let me know if i should split http://forumtopics.openstack.org/cfp/details/28 into 2 sessions15:57
mriedem*deciding15:57
mriedemif they are 40 minute blocks, 20 minutes per topic is not enough15:57
ildikovmriedem: the plan is 40 minutes long sessions15:57
*** ssurana has joined #openstack-nova15:57
ildikovmriedem: I would say let's split that to two15:57
sdaguemriedem: yeh, I'd suggest splitting15:58
mriedemok15:58
*** vishwanathj has quit IRC15:58
ildikovmriedem: johnthetubaguy: jgriffith: I got pointed to a multi-attach related forum session proposal: http://forumtopics.openstack.org/cfp/details/1715:58
*** vishwanathj has joined #openstack-nova15:58
mriedemildikov: yeah i already commented on it15:58
johnthetubaguymriedem: I don't get a vote in that, its some other sub team of the TC looking at that, I believe15:59
ildikovmriedem: thanks15:59
*** krtaylor has joined #openstack-nova15:59
johnthetubaguybut yeah, better to split to start, and combine later if needed, I guess16:00
leakypipesmriedem: agreed.16:00
mriedemok done http://forumtopics.openstack.org/16:00
mriedemhuh, apparently if you rename it's a new topic16:02
mriedemand you can't delete a topic16:02
mriedembecause now i have 316:02
mriedemEmilienM: ttx: do you know how to delete http://forumtopics.openstack.org/cfp/details/28 ?16:02
EmilienMmriedem: Edit and Delete16:02
mriedemah nice16:03
mriedemthanks16:03
*** pcaruana has quit IRC16:03
mriedemleakypipes: ah i see you created http://forumtopics.openstack.org/cfp/details/26 so that probably covers what i was going to submit16:03
leakypipescdent: I'm sorry, I still don't understand what you're asking for.16:03
leakypipesmriedem: ya16:04
*** udesale has joined #openstack-nova16:04
mriedemwe probably need a separate topic for claims in the scheduler though, i'm not sure yet16:04
mriedembut we didn't talk about it at the ptg16:04
leakypipesmriedem: ++16:04
cdentleakypipes: maybe sean-k-mooney can take a stab at describing it? otherwise, if you're still curious I'll try a very quick spike at it after I rebase some stuff to fix merge conflicts after that float fix16:05
leakypipescdent: well, lemme try one more thing and push it.16:05
cdentk16:06
openstackgerritRodolfo Alonso Hernandez proposed openstack/nova master: Read Neutron port 'binding_profile' during boot  https://review.openstack.org/44925716:07
openstackgerritMatt Riedemann proposed openstack/nova master: Regression test for local delete with an attached volume  https://review.openstack.org/44933416:09
openstackgerritMatt Riedemann proposed openstack/nova master: Set 'size' during image create with FakeImageService  https://review.openstack.org/44970216:09
*** udesale has quit IRC16:09
mriedemsdague: ^ you'd probably appreciate that bottom change16:09
*** udesale has joined #openstack-nova16:09
openstackgerritMatt Riedemann proposed openstack/nova master: Regression test for local delete with an attached volume  https://review.openstack.org/44933416:11
openstackgerritMatt Riedemann proposed openstack/nova master: Set 'size' during image create with FakeImageService  https://review.openstack.org/44970216:11
mriedemsuperdan: pep8 https://review.openstack.org/#/c/449640/16:13
superdanmriedem: yeah I have it fixed, as waiting for the run to finish before I pushed it up again16:13
superdanand was on a call16:13
mriedemok16:13
sdaguejohnthetubaguy: while I'm doing that, you want to hit this easy thing - https://review.openstack.org/#/c/448019/16:13
superdanhere16:13
openstackgerritDan Smith proposed openstack/nova master: Remove legacy regeneration of RequestSpec in MigrationTask  https://review.openstack.org/44964016:13
*** tjones has joined #openstack-nova16:14
johnthetubaguysdague: got my head in the policy spec still, adding that to the queue16:15
*** Oku_OS is now known as Oku_OS-away16:15
openstackgerritChris Dent proposed openstack/nova master: [placement] Allow PUT and POST without bodies  https://review.openstack.org/44762516:17
openstackgerritChris Dent proposed openstack/nova master: placement: Enable attach traits to ResourceProvider  https://review.openstack.org/37620116:17
openstackgerritChris Dent proposed openstack/nova master: placement: Add Traits API to placement service  https://review.openstack.org/37620016:17
openstackgerritChris Dent proposed openstack/nova master: placement: Add Trait and TraitList objects  https://review.openstack.org/37619916:18
*** READ10 has joined #openstack-nova16:18
openstackgerritStephen Finucane proposed openstack/nova master: libvirt: Remove dead code  https://review.openstack.org/44970816:19
*** sneti has quit IRC16:20
*** belmoreira has quit IRC16:21
*** gouthamr has quit IRC16:23
*** kaisers_ has joined #openstack-nova16:24
*** tjones1 has joined #openstack-nova16:27
*** tjones has quit IRC16:27
*** kaisers_ has quit IRC16:29
*** lpetrut has quit IRC16:30
openstackgerritAnusha Unnam proposed openstack/nova master: Add description to policies in tenant_networks.py  https://review.openstack.org/44971416:30
*** aunnam_ has quit IRC16:31
*** gouthamr has joined #openstack-nova16:32
*** david-lyle has joined #openstack-nova16:33
cdentleakypipes: while waiting for some tests to run I made a hack to do demo what I was thinking of. it can probably cleaned up monstrously, but shows the idea: https://github.com/cdent/pony16:34
*** tbachman has joined #openstack-nova16:35
leakypipescdent: lol, very similar to what I put together locally.16:35
cdentleakypipes: ah, good, so we are understanding one another then?16:35
leakypipescdent: would seem so.\16:36
openstackgerritOpenStack Proposal Bot proposed openstack/python-novaclient master: Updated from global requirements  https://review.openstack.org/44667416:36
cdentpraise be or something16:36
*** aunnam_ has joined #openstack-nova16:37
*** Jack_Iv has joined #openstack-nova16:38
openstackgerritSean Dague proposed openstack/nova-specs master: New intro  https://review.openstack.org/44972216:40
sdaguejohnthetubaguy: what about something like that?16:40
*** aunnam_ has quit IRC16:42
openstackgerritChris Dent proposed openstack/nova master: [placement] Idempotent PUT /resource_classes/{name}  https://review.openstack.org/44879116:42
*** Apoorva has joined #openstack-nova16:42
*** Apoorva has quit IRC16:42
*** felipemonteiro has joined #openstack-nova16:42
*** Apoorva has joined #openstack-nova16:42
*** felipemonteiro_ has quit IRC16:43
*** vladikr has joined #openstack-nova16:43
johnthetubaguysdague: looking16:46
*** fragatina has quit IRC16:46
*** mlakat has quit IRC16:47
johnthetubaguysdague: thanks I will roll that into the patch I have cooking at the moment16:48
*** aarefiev is now known as aarefiev_afk16:49
*** kaisers_ has joined #openstack-nova16:52
*** kaisers_ has quit IRC16:52
*** kaisers_ has joined #openstack-nova16:52
*** psachin has joined #openstack-nova16:56
*** sridharg has joined #openstack-nova16:57
*** yamahata has quit IRC17:00
*** gouthamr has quit IRC17:01
tojuvonejohnthetubaguy, Hi I had other things going like floorball. Looks that somehow I did not receive your comments in the patch.17:02
johnthetubaguytojuvone: added a follow on patch, but I don't really like my ideas in there now, after catch up with sdague on the direction he was suggesting before17:04
*** gouthamr has joined #openstack-nova17:05
tojuvonejohnthetubaguy, ok, thanks17:05
*** udesale has quit IRC17:06
openstackgerritAnthony PERARD proposed openstack/nova master: Add exclusion list for tempest for a libvirt+xen job  https://review.openstack.org/44968717:06
*** kaisers_ has quit IRC17:07
*** tjones has joined #openstack-nova17:09
*** tjones1 has quit IRC17:10
*** Jack_Iv has quit IRC17:14
*** catintheroof has joined #openstack-nova17:14
*** catintheroof has quit IRC17:15
*** Jack_Iv has joined #openstack-nova17:15
*** nkorabli has quit IRC17:15
*** catintheroof has joined #openstack-nova17:15
*** nkorabli has joined #openstack-nova17:16
*** nkorabli_ has joined #openstack-nova17:17
*** nkorabli has quit IRC17:17
*** ralonsoh_ has quit IRC17:17
*** nkorabli_ has quit IRC17:18
*** yamamoto has quit IRC17:19
*** unicell has quit IRC17:19
openstackgerritAnusha Unnam proposed openstack/nova master: Add description to policies in simple_tenant_usage.py  https://review.openstack.org/44974217:22
*** aunnam_ has joined #openstack-nova17:22
*** nkorabli has joined #openstack-nova17:26
EmilienMcan we nova ephemeral disk using rbd backend be encrypted with key manager like Barbican? I know it's doable with LVM but not sure about rbd17:27
cdentBobBall_: is this still a thing: https://review.openstack.org/#/c/394857/17:29
*** vks1 has quit IRC17:32
*** lucasxu has quit IRC17:36
*** annegentle has quit IRC17:36
*** yamahata has joined #openstack-nova17:36
*** vks1 has joined #openstack-nova17:36
*** marst has quit IRC17:37
*** dimtruck is now known as zz_dimtruck17:38
tojuvonejohnthetubaguy, sdague, bauwser Thanks and sorry if wasted your time around the host maintenance.17:39
*** derekh has quit IRC17:40
cfriesenwhen running "openstack server migrate" will that do a cold migration?  If so, is there any way to do a live migration without specifying the destination compute node?17:41
leakypipescdent, figleaf, alex_xu, sean-k-mooney: OK, try this on for size: https://review.openstack.org/448282 and https://review.openstack.org/44828317:41
sdaguetojuvone: I mostly don't want to waste your time iterating here if we're not going to do it17:41
sdagueand I feel like we said we weren't going to do this a while ago17:41
*** mtanino has quit IRC17:43
tojuvonesdague, Yes, agree17:43
*** lucasagomes is now known as lucas-afk17:44
johnthetubaguycfriesen: do you try passing host=None or null? it might be an openstack client limitation (https://developer.openstack.org/api-ref/compute/?expanded=live-migrate-server-os-migratelive-action-detail#live-migrate-server-os-migratelive-action)17:44
*** unicell has joined #openstack-nova17:45
*** ltomasbo is now known as ltomasbo|away17:45
*** suresh12 has joined #openstack-nova17:45
johnthetubaguytojuvone: sdague: I agree it probably makes sense for OpenStack to support that use case, its just the preferred implementation/architecture has 99% or 100% of the code changes outside of Nova.17:46
*** suresh12 has quit IRC17:46
tojuvonesdague, good you stop it there again and can focus doing just what talked already back in Austin without wasting anybody time on something more17:46
*** suresh12 has joined #openstack-nova17:46
johnthetubaguywhat we said in austin was?17:47
*** vks1 has quit IRC17:47
*** rebase has joined #openstack-nova17:47
tojuvoneWell, if I recall was around to have something as simple as linking17:48
openstackgerritAnusha Unnam proposed openstack/nova master: Add description to nova/policies/shelve.py  https://review.openstack.org/44976317:48
sean-k-mooneyleakypipes: that looks really good to me.17:49
tojuvoneEverytim I just touched the review it went bigger and bigger17:49
*** unicell has quit IRC17:49
leakypipessean-k-mooney: that's more in-line to what you were envisioning?17:49
sean-k-mooneyleakypipes: ya it is17:49
*** tesseract has quit IRC17:50
johnthetubaguytojuvone: right, I am not sure the link is useful enough by its-self, disabled host probably is enough for the state in Nova.17:50
*** unicell has joined #openstack-nova17:50
openstackgerritAndrey Volkov proposed openstack/nova master: [placement] Split api-ref topics per file  https://review.openstack.org/44976417:51
openstackgerritAndrey Volkov proposed openstack/nova master: [WIP] Add inventories  https://review.openstack.org/44976517:51
sean-k-mooneyleakypipes: i still need to fully read trough the register and symbolize function implementations but while its a little more complicated then just a single files with hand coded constances i think is a nicer approch17:51
*** alexpilotti has quit IRC17:52
sean-k-mooneyleakypipes: hum they are even simpler then i taught17:52
leakypipessean-k-mooney: yeah, definitely not rocket science :)17:52
tojuvonejohnthetubaguy, if link is set, you know you should read it, if not system is up-to-date17:52
*** alexpilotti has joined #openstack-nova17:52
cfriesenjohnthetubaguy: looks like openstackclient is fubar'd.  there's no way to do a live migration without specifying the dest, and the help text says the default is shared but it's actually defaulting to block.17:53
cdentleakypipes: I've left comments on both. acceptable as is, but still a bit noisy ;)17:53
tojuvonebut yes if it is always set, it doesn't help much, but know where to look more detailed info17:53
leakypipescdent: responded.17:53
figleafleakypipes: heading out soon, so only a quick perusal so far. I think this is a step closer to what I envisioned, but it still requires more hardcoding than I imagined17:53
*** felipemonteiro_ has joined #openstack-nova17:54
figleafIOW, auto-discovery of the modules and packages, vs. spelling them out17:54
*** zz_dimtruck is now known as dimtruck17:54
leakypipesfigleaf: k. well, I'm happy to check out alternative approaches if you want to hack together something this weekend?17:54
cdentleakypipes: I think a list (without the register) woud make things a lot easier to read: the focus would be on the info (and the associated comments) rather than the code17:54
leakypipescdent: meh, maybe? :)17:55
cdentit would be more pythonic :)17:55
*** jpena is now known as jpena|off17:55
*** yamamoto has joined #openstack-nova17:56
*** ltomasbo|away is now known as ltomasbo17:56
figleafleakypipes: ok, don't know if I'll have time, but by Monday fo sho17:56
*** baoli has quit IRC17:56
sdaguetojuvone: so... I'm not sure if this helps you at all. But I did a quick exercise this morning of how I was imaging doing these flows outside of nova - https://etherpad.openstack.org/p/host-maintenance-not-in-nova17:58
*** huanxie has quit IRC17:58
*** rebase has quit IRC17:59
sdagueit really feels like there is a need for a maintenance/status system which users can poll / subscribe to, but I think it lives on it's own17:59
*** rebase has joined #openstack-nova18:00
*** huanxie has joined #openstack-nova18:00
*** suresh12 has quit IRC18:00
*** felipemonteiro_ has quit IRC18:00
*** jianghuaw has quit IRC18:01
*** marst has joined #openstack-nova18:01
sean-k-mooneyleakypipes: im just heading home but ill take a look at it again and play with it over the weekend.18:01
*** annegentle has joined #openstack-nova18:01
leakypipessean-k-mooney: cool, thanks!18:02
johnthetubaguycfriesen: we need to get osc onto the latest microversion, where we default to auto detecting if we need to do block migration or not18:02
johnthetubaguycfriesen: among other things!18:02
*** Jack_Iv_ has joined #openstack-nova18:02
*** suresh12 has joined #openstack-nova18:02
sean-k-mooneyleakypipes: cdent on the array vs register i really dont know which i prefer honestly, the register feels a bit like macrocs in c so it make complete sense to me but it may not be the most pythonic approch not sure if an array would be better though. as register could be extended to allow inline documentation18:03
cfriesenjohnthetubaguy: yeah, for sure.18:04
*** Jack_Iv has quit IRC18:04
sean-k-mooneyi think i would be fine with either though as long as we dont have a single file that defines everything18:04
cdentsean-k-mooney: yeah, I think if you're C-oriented it makes good sense, but from a python standpoint it looks like a whole lot of boilerplate. A list (with comments on each item as now) would read well.18:05
cdentmostly I don't want to type register when I come along to add some traits ;)18:05
cdentbut yeah, it's reasonably fine as is18:05
*** sridharg has quit IRC18:06
*** Guest93689 has quit IRC18:06
*** ltomasbo is now known as ltomasbo|away18:07
*** baoli has joined #openstack-nova18:07
*** kaisers_ has joined #openstack-nova18:07
tojuvonesdague, thanks, I will take a look. Just home alone with 3 kids, Friday evening at 8 :)18:10
sdagueyep, enjoy :)18:10
*** alexpilotti has quit IRC18:10
*** kaisers_ has quit IRC18:12
*** ssurana has quit IRC18:12
*** figleaf is now known as edleafe18:12
*** mtanino has joined #openstack-nova18:13
cdentsee everyone in a week, gonna take a few days18:15
* cdent waves18:15
*** cdent has quit IRC18:15
* johnthetubaguy waves back18:17
*** yamamoto has quit IRC18:19
superdanmriedem: do you want to recheck this a few times or slam it in? https://review.openstack.org/#/c/449640/18:20
*** mvk has quit IRC18:23
mriedemlooking18:23
mriedemlet's do it...meow18:23
superdanheh, okay18:24
mriedemgot my landscaping buddy on the way over to triage the mini washout18:24
mriedemstopped by ace, the helpful hardware place, on the way home from lunch to stop up on gutter extenders18:24
mriedembooya!18:24
mriedem*stock up18:25
superdanhaha18:25
*** sneti has joined #openstack-nova18:25
mriedemjust trying to keep this dump afloat18:27
*** tbachman has quit IRC18:28
*** ociuhandu has quit IRC18:29
sdagueare you collecting animals 2 by 2 yet?18:29
mriedemclose18:29
mriedemi'll send you a picture18:29
melwittace is the place with the helpful hardware folks18:30
mriedemright18:30
mriedemexactly18:30
mriedemthe guy that helped me, his name tag said "Lon" and he was missing some teeth18:30
mriedembut god damn did he know a thing or two about downspouts18:30
melwittperfect18:31
mriedemand the legality of pumping water into the city line18:31
mriedemwink wink thanks lon18:31
sdagueheh18:33
*** kaisers_ has joined #openstack-nova18:33
*** kaisers_ has quit IRC18:34
*** kaisers_ has joined #openstack-nova18:35
openstackgerritAnusha Unnam proposed openstack/nova master: Add keypairs field to InstancePayload  https://review.openstack.org/41973018:37
mriedemnkorabli: in https://bugs.launchpad.net/nova/+bug/1675791 the error in the conductor log shows that the image used to unshelve the instance can't be found18:37
openstackLaunchpad bug 1675791 in OpenStack Compute (nova) "Instance created by demo user(non-admin), shelved by admin and unshelved by demo user --> ends up in error state " [Undecided,Invalid]18:37
mriedemso was the image deleted?18:38
nkorablimriedem: it's just got an error state18:38
mriedemnkorabli: you're hitting htis https://github.com/openstack/nova/blob/master/nova/conductor/manager.py#L66518:38
nkorabliso is it a bug?18:39
mriedemno18:39
mriedemnkorabli: not if you deleted the snapshot image18:39
*** kaisers_ has quit IRC18:39
mriedemwhen you shelve an instance, the compute API creates a snapshot of the instance: https://github.com/openstack/nova/blob/master/nova/compute/api.py#L335518:39
nkorablilook into the second screenshot I attached, you can see all the command I run and status of the instance18:40
mriedemthat gets stored in the instance metadata when shelving on the compute https://github.com/openstack/nova/blob/master/nova/compute/manager.py#L432618:40
nkorabliI don't think I deleted any snapshot18:40
mriedemwhen you unshelve, conductor looks up the snapshot image from that metadata https://github.com/openstack/nova/blob/master/nova/conductor/manager.py#L65618:40
mriedemand would use that image to recreate the instance on another compute18:41
*** tbachman has joined #openstack-nova18:41
*** lpetrut has joined #openstack-nova18:41
mriedemyou're hitting a problem where the snapshot image ID can't be found18:41
mriedemfor the shelved instance18:41
openstackgerritAnusha Unnam proposed openstack/nova master: Add keypairs field to InstancePayload  https://review.openstack.org/41973018:41
mriedemnkorabli: do you have access to the database?18:41
mriedemi would check the glance database (or api i guess) for the snapshot image with that id in the error18:42
mriedemthe 52d95c... id18:42
nkorabliI can check, I tested that it all with devstack18:42
mriedemdid you unshelve before the instance was completely marked as 'shelved_offloaded'?18:42
mriedemthese are async operations18:43
nkorablinope18:43
mriedemyour command screenshot doesn't show the unshelve command you ran18:43
nkorablitake a look at the second screenshot I attached, I do a check after every action - to see what is the state of instance18:44
mriedemoh wait a minute,18:44
nkorablihmmm18:44
mriedemi bet i know the issue,18:44
mriedemyou shelved as one user,18:44
mriedemso the snapshot image only has access from that user,18:44
mriedemso when you go to unshelve, the unshelve user context doesn't have access to the private snapshot image18:44
mriedemand you get a 40418:44
*** lpetrut has quit IRC18:44
nkorabliYeah, I described this in the bug description18:45
nkorabliI mean, that snapshot is stored under admin18:45
mriedemyeah sorry i missed that18:45
mriedemjust connected those dots :)18:45
nkorablino problems :) it's always good to ask questions and double check :)18:45
nkorabliSo, I suppose it's a bug18:46
mriedemi believe the admin user can give membership access to the demo user so they can use the image18:46
mriedemit may be a bug in nova that we aren't using the instance owner for the image18:46
nkorabliI just want to find the right workflow - like if it's shelved by admin, than demo user shoudn't be able to unshelve it? or not?18:47
mriedemi'd need to see what we do for snapshot, since it's a similar case,18:49
mriedemif the admin snapshots a demo user's instance, can the demo user access that snapshot image18:49
mriedemit's slightly different though because the demo user doesn't need to really care about that snapshot image, they may never need it,18:49
mriedembut for unshelve, the instance is tied to it18:50
*** lucasxu has joined #openstack-nova18:50
*** burt has quit IRC18:50
nkorabliyeaaah :) it's confusing a bit18:51
jrollmriedem: I've got $20 on that behavior coming from some forensics use case18:54
mriedemjroll: like, murder?18:55
*** gjayavelu has quit IRC18:55
jrollmaybe!18:55
jrollall sorts of crime, really18:55
*** Jack_Iv_ has quit IRC18:55
*** Jack_Iv has joined #openstack-nova18:56
*** Jack_Iv has quit IRC18:57
*** Jack_Iv has joined #openstack-nova18:57
*** rebase has quit IRC18:58
*** psachin has quit IRC18:58
*** adisky_ has quit IRC18:59
*** crushil has joined #openstack-nova18:59
*** mvk has joined #openstack-nova19:00
*** felipemonteiro_ has joined #openstack-nova19:01
mriedemi've got to say i'm not following the CIS angle to this19:02
mriedemis that some kind of michigander joke?19:02
*** Jack_Iv has quit IRC19:02
*** lpetrut has joined #openstack-nova19:03
nkorablimriedem: I also realized, that I have not attached the whole list of commands I ran. Updated it19:03
*** READ10 has quit IRC19:04
*** avolkov has quit IRC19:07
openstackgerritSujitha proposed openstack/nova master: [WIP] Add BDM to InstancePayload  https://review.openstack.org/44877919:07
openstackgerritAnusha Unnam proposed openstack/nova master: Add description to policies in services.py  https://review.openstack.org/44978219:10
*** tuan_luong has quit IRC19:10
*** tuanla_ has quit IRC19:10
openstackgerritSujitha proposed openstack/nova master: [WIP] Add BDM to InstancePayload  https://review.openstack.org/44877919:11
*** crushil has quit IRC19:11
*** abalutoiu_ has joined #openstack-nova19:13
mriedemit looks like when we create a snapshot image, we set is_public=False, which for glance v2 is visibility=private19:14
mriedemlooking at the image api docs, the default visibility is shared19:14
mriedemwhich means we could add the instance owner to the snapshot as a member19:14
mriedemi start to get totally lost when talking about image membership, and the image.owner value19:15
mriedembecause i believe it's all configurable in glance to behave differently19:15
mriedemmordred: ^ i'm sure you've experienced this?19:15
*** abalutoiu has quit IRC19:15
mriedemand the image member has to 'accept' membership before they can see the image19:16
nkorablibut maybe demo user just shouldn't have permission to unshelve it once admin shelved it? I guess it make sense19:17
*** smatzek has quit IRC19:17
*** yamamoto has joined #openstack-nova19:17
mriedemthe default policy on shelve and unshelve is admin or owner19:17
mriedemso if the admin shelves my instance, i as the owner should still be able to unshelve it19:17
nkorabliwhen demo user is an operator, for example and admin is aware of the resources and stuff..19:18
mriedemthen idk, i guess restrict the policy on unshelve to be admin-only19:18
mriedembut then why shelve at all?19:18
nkorabliwell, shelving is a mystery thing for me. As I would say it's kind of a rudiment.. I maybe wrong here :)19:20
*** erhudy has joined #openstack-nova19:20
openstackgerritEric Fried proposed openstack/nova master: PowerVM Driver: config drive  https://review.openstack.org/40940419:22
nkorablibut basically, it is maybe useful when you need to save resources.. Like - this VM won't be used for next week/month, but then you will need it, so you shelve and unshelve it... But I am not sure about it either.19:22
mriedemwell that's the idea yeah19:23
mriedemwhy the admin would do it though, i'm not sure19:24
*** smatzek has joined #openstack-nova19:24
mordredmriedem: looking19:25
*** yamamoto has quit IRC19:25
*** felipemonteiro_ has quit IRC19:25
mordredmriedem: I have not played with shared images yet, no - although I'm starting to feel like maybe I shoud ...19:26
*** sneti has quit IRC19:26
mriedemnkorabli: see if this makes sense https://bugs.launchpad.net/nova/+bug/1675791/comments/1019:26
openstackLaunchpad bug 1675791 in OpenStack Compute (nova) "Instance created by demo user(non-admin), shelved by admin and unshelved by demo user --> ends up in error state " [Undecided,Invalid]19:26
mriedembut i think image membership is what we need19:26
mriedembasically, if the admin shelves a user's instance, the admin owns the image, but the instance user owner needs to be a member on the share dimage,19:26
mriedem*shared image19:26
openstackgerritEric Fried proposed openstack/nova master: PowerVM Driver: spawn/destroy #3: TaskFlow  https://review.openstack.org/43872919:26
mriedemso the instance user can later unshelve the instance,19:26
*** abalutoiu has joined #openstack-nova19:27
mriedemthe docs say an image member can't see the image when listing images until they accept the membership,19:27
mriedembut they can GET the image if they know the specific ID19:27
mriedemwhich we do in the unshelve case19:27
mriedemnkorabli: i think that's the fix19:27
*** Jack_Iv has joined #openstack-nova19:27
openstackgerritEric Fried proposed openstack/nova master: PowerVM Driver: spawn/destroy #4: full flavor  https://review.openstack.org/39128819:28
*** nic has joined #openstack-nova19:28
*** sivak has joined #openstack-nova19:28
openstackgerritEric Fried proposed openstack/nova master: PowerVM Driver: console  https://review.openstack.org/40940219:28
openstackgerritEric Fried proposed openstack/nova master: PowerVM Driver: SSP emphemeral disk support  https://review.openstack.org/44318919:29
openstackgerritEric Fried proposed openstack/nova master: PowerVM Driver: config drive  https://review.openstack.org/40940419:29
efriedadreznec esberglu The whole pile is ready for subteam +1s again.19:30
*** abalutoiu_ has quit IRC19:30
efriedGot up to cfg_drv this time.19:30
efriedWill update the etherpad accordingly.19:30
*** crushil has joined #openstack-nova19:30
esbergluefried: ack19:30
efried(mriedem I'm gonna keep the bottom one in "ready for your review" section - changes trivial since last subteam +1)19:30
*** cleong has quit IRC19:37
*** crushil has quit IRC19:38
*** sneti has joined #openstack-nova19:44
*** aunnam_ has quit IRC19:46
openstackgerritArtom Lifshitz proposed openstack/nova master: API support for tagged device attachment  https://review.openstack.org/37602119:46
nkorablimriedem: alright! I see. Still think that if it's shelved by admin - user shouldn't be able to unshelve it, though :) But it's kind of a bikeshed probablu19:46
nkorabli*probably19:46
nkorabliso should I change the ticket status?19:47
mriedemnkorabli: in that case, i'd ask in the dev and operators mailing list since this is a latent issue19:47
mriedemnkorabli: i'm genuinely curious what operators think about this19:47
melwittif the instance is owned by the user, I don't see why they shouldn't be able to unshelve it, no matter who shelved it19:48
*** vladikr has quit IRC19:48
mriedemmelwitt: i agree19:48
mriedemnkorabli: do you want to send that email or should i?19:48
nkorablimriedem: Agree, it make sense19:48
*** gcb has quit IRC19:49
nkorablimriedem: I can do this, just may need your help if someone won't get the idea..19:49
*** kaisers_ has joined #openstack-nova19:50
nkorablijust don't have any experience with mailing lists.. Is there any requirements of how I have to ask questions there?19:51
*** slaweq has quit IRC19:52
*** annegentle has quit IRC19:53
*** slaweq has joined #openstack-nova19:53
mriedemno, just state the problem and proposed solution, and see if anyone has a problem with that19:53
mriedemask in the openstack-dev and openstack-operators mailing lists, and prefix the subject with [nova] so it filters properly19:53
*** liverpooler has quit IRC19:55
melwitta use case I can invent for why an admin would shelve something is if they need to free up some resources to do something temporarily and might leave it up to the instance owners to unshelve their stuff later19:55
*** kaisers_ has quit IRC19:57
openstackgerritJohn Garbutt proposed openstack/nova-specs master: WIP: Add policy-remove-scope-checks spec  https://review.openstack.org/43303719:58
melwittor maybe if admin notices X instances have been idle for Y days, shelve those instances and users have a grace period to unshelve, else their instances will be deleted by admin. I dunno19:58
*** slaweq has quit IRC19:58
mriedemwe used to have an auto shutdown thing in our internal dev cloud19:58
mriedemwhere after 2 weeks your vm was shutdown19:58
mriedemsome of that was tied to licenses on the os i think19:59
*** kaisers_ has joined #openstack-nova19:59
mriedemif you were using a vm for longer than 2 weeks we had to register it for internal compliance audits and such19:59
nkorabliI guess there is some shelve offload time option? Like it will be automatically destroyed after some period of time, or not?19:59
mriedemnkorabli: yes, by default it offloads immediately19:59
mriedemoffload == delete the guest from the hypervisor19:59
mriedemso when you unshelve, we have to build the guest again on another compute20:00
nkorabliOhh... I see! I wasn't sure what the difference between 'shelved' and 'shelved_offloaded'.20:00
nkorabliCool20:01
melwittyeah, but shelved instances still take up quota. so deleting them while they're offloaded would free up quota for others in the tenant20:01
melwittwhich reminds me, I need to keep an eye on that for how it works with counting20:03
*** mlavalle has quit IRC20:03
nkorablimriedem: Thanks a lot for your attention! :) Will send an e-mail today or tomorrow morning.20:03
mriedemnkorabli: np, thanks for persisting on this one20:04
*** Jack_Iv has quit IRC20:05
*** slaweq has joined #openstack-nova20:06
*** eglynn has quit IRC20:07
*** eharney has quit IRC20:12
jrollmriedem: sorry, I was being half serious about the forensics thing - i.e. that behavior being a feature for an admin taking a snapshot for purposes of criminal investigation or whatever20:13
*** kaisers_ has quit IRC20:14
*** annegentle has joined #openstack-nova20:15
mriedemjroll: ack20:18
mriedemsdague: on a server update, i see we call the server view builder show() method and return that in the response body,20:19
*** annegent_ has joined #openstack-nova20:19
mriedemwhat i'm unclear of, is does that trigger the server show extensions to add their special bits to the response?20:19
mriedemfor example, when i look at https://github.com/openstack/nova/blob/master/nova/api/openstack/compute/extended_volumes.py20:22
*** annegentle has quit IRC20:22
mriedemthat extends the show and detail methods for the servers resource20:22
mriedembut that will only be called on a GET for servers, right?20:22
mriedemit would have nothing to do with the response for a POST or PUT20:23
*** gouthamr has quit IRC20:23
mriedemthe server view builder just does it's own thing20:23
*** yamamoto has joined #openstack-nova20:23
mriedemreason i ask is we currently list os-extended-volumes:volumes_attached in the response for server create and update, and i think those are wrong20:25
*** amoralej is now known as amoralej|off20:25
*** armax has joined #openstack-nova20:29
openstackgerritMatt Riedemann proposed openstack/nova master: api-ref: fix os-extended-volumes:volumes_attached in servers responses  https://review.openstack.org/44980920:29
*** smatzek has quit IRC20:31
*** yamamoto has quit IRC20:33
openstackgerritEric Fried proposed openstack/nova master: PowerVM Driver: spawn/delete #1: no-ops  https://review.openstack.org/43811920:37
*** sivak has quit IRC20:37
*** sivak has joined #openstack-nova20:38
openstackgerritEric Fried proposed openstack/nova master: PowerVM Driver: spawn/destroy #2: functional  https://review.openstack.org/43859820:39
openstackgerritEric Fried proposed openstack/nova master: PowerVM Driver: power_on/off and reboot  https://review.openstack.org/42738020:40
openstackgerritEric Fried proposed openstack/nova master: PowerVM Driver: spawn/destroy #3: TaskFlow  https://review.openstack.org/43872920:40
openstackgerritEric Fried proposed openstack/nova master: PowerVM Driver: spawn/destroy #4: full flavor  https://review.openstack.org/39128820:40
openstackgerritEric Fried proposed openstack/nova master: PowerVM Driver: console  https://review.openstack.org/40940220:41
openstackgerritEric Fried proposed openstack/nova master: PowerVM Driver: SSP emphemeral disk support  https://review.openstack.org/44318920:42
openstackgerritEric Fried proposed openstack/nova master: PowerVM Driver: config drive  https://review.openstack.org/40940420:42
efriedadreznec esberglu mriedem ^^ Trivial rebases all the way up, because of a change to exception.py (In case you were in the middle of reviewing previous patch set.)20:43
mriedemi was not20:43
efriedBut, you know, just in case.20:44
mriedemyou seem unable to sit still on that bottom change20:44
mriedemare you addressing feedback from within the powervm team or other?20:44
efriedNo.  It's only rebases.  The tip of the master branch is a moving target.20:44
efriedOnly real change since 3/16 (PS6) has been requirements update for new pypowervm release.20:45
*** kaisers_ has joined #openstack-nova20:45
*** mlavalle has joined #openstack-nova20:46
efried...and flake8-import-order, which seems to have come in waves of increasing strictness.20:47
*** mlavalle has quit IRC20:47
efriedBottom two are the only ones that touch common files so far; so after those are in, we can expect a lot less no-op churn.20:49
*** kaisers_ has quit IRC20:49
*** rfolco has quit IRC20:51
*** kaisers_ has joined #openstack-nova20:54
*** mlavalle has joined #openstack-nova20:55
*** baoli has quit IRC20:55
mriedemhas this kind of spec come up before besides the spec around kilo/liberty to allow adding more servers to an existing group? https://review.openstack.org/#/c/389216/220:57
mriedem^ is basically, add config that reserves 'slots' in a server group for additional later servers in the same group for affinity to the same host20:58
*** baoli has joined #openstack-nova20:58
*** gjayavelu has joined #openstack-nova20:59
*** dave-mccowan has quit IRC21:01
*** jamesdenton has quit IRC21:01
*** dimtruck is now known as zz_dimtruck21:03
*** links has joined #openstack-nova21:05
*** mnestratov has joined #openstack-nova21:06
*** rebase has joined #openstack-nova21:07
*** suresh12 has quit IRC21:09
*** suresh12 has joined #openstack-nova21:10
mriedemjroll: is this still an issue? https://review.openstack.org/#/c/321014/21:10
mriedembecause that patch is really old21:11
openstackgerritMaxim Nestratov proposed openstack/nova master: libvirt: Virtuozzo containers config drive support  https://review.openstack.org/44981821:13
*** baoli has quit IRC21:17
*** lpetrut has quit IRC21:19
*** rfolco has joined #openstack-nova21:19
*** rfolco has quit IRC21:19
*** sneti_ has quit IRC21:21
*** pumaranikar has quit IRC21:21
*** vgadiraj has quit IRC21:21
*** dharinic- has quit IRC21:21
*** aunnam has quit IRC21:21
*** suresh12 has quit IRC21:21
*** aysyd has quit IRC21:21
openstackgerritMatt Riedemann proposed openstack/nova master: Empty machine_id file causes get_sysinfo_serial_auto to fail.  https://review.openstack.org/34394321:22
*** crushil has joined #openstack-nova21:23
mriedemtjones: someone from the vmware subteam might want to pick this up if it's still valid https://review.openstack.org/#/c/402256/21:25
*** suresh12 has joined #openstack-nova21:28
*** fragatina has joined #openstack-nova21:29
tjonessure.  looking21:30
*** zz_dimtruck is now known as dimtruck21:30
tjonesyes we will.  i'll ping yang to pick it back up21:31
*** satyar_ has quit IRC21:42
*** mnestratov has quit IRC21:49
tjonesthis one too https://review.openstack.org/#/c/270116/21:52
*** suresh12 has quit IRC21:54
*** annegent_ has quit IRC21:56
efriedmdbooth Anyone reporting  [[os.fsync(data.fileno())   OSError: [Errno 22] Invalid argument]]   since https://review.openstack.org/#/c/443583/ ?21:56
*** knikolla has left #openstack-nova22:03
*** suresh12 has joined #openstack-nova22:03
*** mdrabe has quit IRC22:03
efried(Thing is, I don't know how that call can get EINVAL.  Different errors occur if, e.g., the fileno is bogus, or the file is closed, or anything else I can come up with.)22:03
*** eandersson_ has joined #openstack-nova22:08
*** rebase has quit IRC22:11
*** rebase has joined #openstack-nova22:12
*** nkorabli has quit IRC22:16
eandersson_Anyone experienced an issue with large images causing nova to try to fail to set up the network, and ends up creating two neutron ports (since it fails with a neutron timeout)?22:16
*** nkorabli has joined #openstack-nova22:16
eandersson_> nova.compute.manager ConnectTimeout: Request to http://netutron:9696/v2.0/ports.json timed out22:17
*** nkorabli has quit IRC22:20
*** baoli has joined #openstack-nova22:21
*** dimtruck is now known as zz_dimtruck22:25
*** emerson has joined #openstack-nova22:26
*** awaugama has quit IRC22:27
*** lucasxu has quit IRC22:27
*** yamahata has quit IRC22:36
*** liangy has quit IRC22:36
*** xyang1 has quit IRC22:38
*** mtanino has quit IRC22:57
*** erhudy has quit IRC23:00
*** pumaranikar has joined #openstack-nova23:06
*** kenperkins has quit IRC23:18
*** gjayavelu has quit IRC23:18
*** baoli_ has joined #openstack-nova23:20
*** gjayavelu has joined #openstack-nova23:21
*** sneti has quit IRC23:22
*** ijw has joined #openstack-nova23:23
*** markvoelker has quit IRC23:24
*** baoli has quit IRC23:24
*** links has quit IRC23:24
*** hongbin has quit IRC23:28
*** kaisers_ has quit IRC23:29
*** jamesden_ has joined #openstack-nova23:35
*** sdague has quit IRC23:43
*** lucasxu has joined #openstack-nova23:45
*** baoli_ has quit IRC23:51
*** jamesden_ has quit IRC23:53
*** ssurana has joined #openstack-nova23:53
openstackgerritMatt Riedemann proposed openstack/nova master: Regression test for local delete with an attached volume  https://review.openstack.org/44933423:56
openstackgerritMatt Riedemann proposed openstack/nova master: Set size/status during image create with FakeImageService  https://review.openstack.org/44970223:56
*** gjayavelu has quit IRC23:56
openstackgerritMatt Riedemann proposed openstack/nova master: Regression test for local delete with an attached volume  https://review.openstack.org/44933423:58
openstackgerritMatt Riedemann proposed openstack/nova master: Set size/status during image create with FakeImageService  https://review.openstack.org/44970223:58

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