Earlier  
Posted Nick Remark
#openstack-nova - 2017-04-03
13:11:05 jaypipes dane-fichter: you see my review on the trusted flavors spec?
13:11:16 dane-fichter jaypipes: yes.
13:11:26 dane-fichter jaypipes: working on another draft currently
13:11:26 jaypipes dane-fichter: k. any questions for me?
13:11:30 jaypipes dane-fichter: gotcha
13:12:13 dane-fichter jaypipes: we considered doing this in the way you suggested a couple cycles ago
13:12:28 dane-fichter jaypipes: but I think another core shot it down.
13:12:29 jaypipes dane-fichter: oh? who blocked that idea?
13:12:55 dane-fichter jaypipes: I don't recall, I'll try to find a comment or something on it
13:13:00 jaypipes dane-fichter: I wasn't a specs core until a few weeks ago, so def wasn't me ;)
13:13:19 dane-fichter jaypipes: lol
13:13:39 jaypipes dane-fichter: now whenever I do a specs review I shout "By the power of Grayskull" in my home office.
13:14:03 dane-fichter jaypipes: w great spec power comes great spec responsibility
13:14:10 jaypipes dane-fichter: indeed.
13:19:29 mordred jaypipes: I imagine the pugs REALLY enjoy the shouting
13:19:48 jaypipes mordred: my Pug secretary is deaf and mostly blind, so no, it's cool.
13:20:50 jaypipes mordred: the black one is my secretary: https://pbs.twimg.com/media/C2ylYN-WgAES_p8.jpg:large
13:21:13 jaypipes mordred: the white one, as you can probably tell, is retarded.
13:21:50 jaypipes mordred: sorry, I meant "learning challenged".
13:21:50 cdent I think your secretary may be ready for a relaxed retirement
13:21:58 mordred jaypipes: :)
13:22:11 mordred jaypipes: they both look _very_ excited
13:22:24 jaypipes mordred: oh, that's "active mode". trust me.
13:23:40 mordred it feels active. like they're about to spring forth and maybe change their head position slightly
13:25:26 mordred stillness, after all, does not equal stasis. in every instant of stillness exists the potential for movement, so proper stillness is extremely active
13:36:48 jaypipes how very metaphysical of you, mordred
13:38:36 openstackgerrit Samantha Blanco proposed openstack/nova master: Make flavor-rxtx policy more granular https://review.openstack.org/444036
13:42:28 openstackgerrit Scott Moser proposed openstack/nova master: Limit exposure of network device types to the guest. https://review.openstack.org/400883
13:43:03 sdague alex_xu: you able to revise https://review.openstack.org/#/c/450834 ?
13:44:05 johnthetubaguy sdague: do you remember when we said nova-cert would die?
13:44:26 johnthetubaguy sdague: did we say wait until we arise the API min_version? or kill it sooner?
13:44:35 sdague I thought it was going to die sooner
13:45:00 sdague when did it deprecate?
13:49:01 johnthetubaguy sdague: https://github.com/openstack/nova/commit/789edad0e811d866551bec18dc7729541105f59d
13:49:42 johnthetubaguy sdague: it might be time already, macsz was putting a spec together to delete it, not strictly required, but there is API impact
13:51:38 macsz sdague: as a reference https://review.openstack.org/#/c/448882/
13:53:04 sdague yeh, honestly, it's probably fair to delete, it's been deprecated for newton and ocata
13:53:29 sdague and it's arguably a security risk given the entropy problem
13:54:57 johnthetubaguy sdague: yeah, I am certainly leaning that way
13:55:14 johnthetubaguy macsz: I think you just need to cover more details on what the API does, now the implementation is deleted
13:55:27 edleafe Scheduler subteam meeting in 5 minutes in #openstack-meeting-alt
13:58:21 macsz thanks for insights, johnthetubaguy
15:04:33 openstackgerrit Béla Vancsics proposed openstack/nova master: Reduced the complexity of the _init_instance method (3) https://review.openstack.org/420619
15:09:52 sneti_ johnthetubaguy, can you please review https://review.openstack.org/#/q/topic:bp/additional-notification-fields-for-searchlight+status:open when you have time.. getting merge conflicts every time a versioned notification patch gets merged.
15:12:19 openstackgerrit Lee Yarwood proposed openstack/nova master: encryptors: Switch to os-brick encryptor classes https://review.openstack.org/391597
15:14:36 openstackgerrit Scott Moser proposed openstack/nova master: Limit exposure of network device types to the guest. https://review.openstack.org/400883
15:26:58 openstackgerrit Roman Podoliaka proposed openstack/nova-specs master: Ironic: add support for instance RAID configuration https://review.openstack.org/408151
15:29:04 openstack Launchpad bug 1663315 in cloud-init " identify openstack kvm platform on ppc64" [Medium,Confirmed]
15:29:04 andreas_s thorst, Hey Drew, is this already on your radar? https://bugs.launchpad.net/cloud-init/+bug/1663315
15:29:39 thorst andreas_s: looking...
15:30:40 thorst andreas_s: actually, it hasn't been (as I'm more PowerVM). Though PowerVM does have the same issue and we've been scratching our head how to solve.
15:30:51 thorst but let me see if I can get someone to take a peak at this.
15:31:01 mriedem artom: i looked at your tempest test for the tagged vif / volume attach test https://review.openstack.org/#/c/391947/
15:31:15 mriedem artom: looks like you're not waiting for the interface to be used before checking the device tags on the guest
15:31:25 andreas_s thorst, ok - cause we have the same issue on s390...
15:31:42 artom mriedem, that's possible...
15:31:46 mriedem artom: what's odd is that the test fails because it doesn't find any tagged devices on the guest, but the attach_volume method will wait for the volume to be in-use, so that should be on the guest
15:31:47 thorst andreas_s: yeah...I know burgerk has been working that issue from a cloud-init perspective rather than a pure OpenStack perspective
15:31:52 mriedem unless things just aren't working yet in that series
15:31:55 thorst may want to sync up with him
15:32:03 artom mriedem, in local test I think it has something to do with metadata cache
15:32:13 artom Which may or may not mask the ACTIVE interface issue
15:32:39 artom mriedem, because it's not deterministic - sometimes I see 1 tags, sometimes 0, but never both
15:32:40 thorst andreas_s: I'll see if I can get him on IRC.
15:33:13 artom mriedem, thanks for taking a look, at any case :) I'm kind on other things now, but I'll circle back in two or 3 days
15:33:27 mriedem artom: hmm, isn't this using config drive though which shouldn't be racy or care about a cache?
15:33:58 artom mriedem, https://github.com/openstack/nova/blob/master/nova/api/metadata/handler.py#L78
15:34:04 mriedem artom: how offended will you be if i -2 the bottom change in the series until the tempest test is passing?
15:34:15 artom mriedem, I shall write angry letters
15:34:38 markus_z felipemonteiro: are you around?
15:34:39 mriedem it's a good thing i can't read
15:34:40 artom I probably should have done that myself, in all seriousness
15:35:17 artom I shall have a towne cryer at your doorstep
15:35:28 mriedem ye olde towne cryer?
15:35:50 artom aye, ye oldeste
15:37:37 mriedem ok so the config drive is also dependent on this md cache?
15:38:10 openstackgerrit Sylvain Bauza proposed openstack/nova master: Destroy the ReqSpec object when deleting the instance https://review.openstack.org/391060
15:38:53 artom mriedem, I'd have to look at the code
15:39:00 artom IIRC it grabs the https://github.com/openstack/nova/blob/master/nova/api/metadata/base.py#L109 object directly
15:39:03 mriedem lyarwood: red hat probably cares about these fixes on stable https://review.openstack.org/#/q/a41d265a19b7bcb1af8fc179bf864e00023c6cc6,n,z
15:39:04 artom So no cache involved
15:39:06 mriedem artom: i can look too
15:39:12 mriedem i'm just high on cold medicine
15:39:54 bauzas mriedem: dansmith: blushing about https://review.openstack.org/391060
15:40:07 bauzas in case you wanna bite it ^
15:40:19 mriedem did you fix your pep8 issue?
15:41:19 artom mriedem, https://github.com/openstack/nova/blob/master/nova/virt/libvirt/driver.py#L3245
15:41:24 artom That seems to say I'm right
15:41:39 artom https://github.com/openstack/nova/blob/master/nova/virt/libvirt/driver.py#L62
15:41:44 artom It's importing base, not handler
15:41:50 bauzas mriedem: yup, hence me blushing
15:41:50 openstackgerrit Anusha Unnam proposed openstack/nova master: Add description to policies in servers.py https://review.openstack.org/451966
15:42:20 bauzas I should write 100 times "I shall not provide a i18n message for a debug log"
15:42:23 mriedem right which calls instance_md.metadata_for_config_drive()
15:43:46 bauzas the right-side of Gerrit makes me chilling when I see 9 concurrent patches conflicting with mine :)
15:43:55 mriedem god i always have a hard time chasing down what the md code does
15:44:26 artom Md is due for some refactoring
15:44:36 artom Proper versionning, to begin with
15:45:04 artom And if we can improve on the reason why folks don't like to deploy it, that'd be cool as well
15:45:24 artom IPv6, not so easy to spoof your way into another instance's md...

Earlier   Later