Tuesday, 2019-11-26

*** macz has quit IRC00:05
*** mdbooth has quit IRC00:12
*** mdbooth has joined #openstack-nova00:19
*** mmethot_ has quit IRC00:21
*** mmethot has joined #openstack-nova00:22
openstackgerritTakashi NATSUME proposed openstack/python-novaclient master: doc: Update Testing document  https://review.opendev.org/69599500:23
openstackgerritGuo Jingyu proposed openstack/nova-specs master: Proposal for a safer noVNC console with password authentication  https://review.opendev.org/62312000:59
*** jbernard has quit IRC01:00
*** Liang__ has joined #openstack-nova01:02
*** Liang__ is now known as LiangFang01:04
*** mvkr has quit IRC01:04
*** awalende has joined #openstack-nova01:05
*** awalende has quit IRC01:10
*** nanzha has joined #openstack-nova01:10
*** ociuhandu has joined #openstack-nova01:12
*** igordc has quit IRC01:13
openstackgerritMerged openstack/nova master: Do not update root_device_name during guest config  https://review.opendev.org/67000001:14
*** jbernard has joined #openstack-nova01:14
*** mvkr has joined #openstack-nova01:17
*** nanzha has quit IRC01:19
*** nanzha has joined #openstack-nova01:19
openstackgerritGhanshyam Mann proposed openstack/nova master: Add new default roles in os-services API policies  https://review.opendev.org/64848001:27
*** ociuhandu has quit IRC01:28
openstackgerritGhanshyam Mann proposed openstack/nova master: Add new default rules and mapping in policy base class  https://review.opendev.org/64545201:34
openstackgerritGhanshyam Mann proposed openstack/nova master: Suppress policy deprecated warnings in tests  https://review.opendev.org/67667001:35
openstackgerritGhanshyam Mann proposed openstack/nova master: Suppress policy deprecated warnings in tests  https://review.opendev.org/67667001:36
openstackgerritGhanshyam Mann proposed openstack/nova master: Add new default roles in os-services API policies  https://review.opendev.org/64848001:37
*** ociuhandu has joined #openstack-nova01:40
*** yaawang has joined #openstack-nova01:41
*** ociuhandu has quit IRC01:44
*** ricolin has joined #openstack-nova01:46
*** eharney has quit IRC01:49
*** nanzha has quit IRC01:58
*** mkrai has joined #openstack-nova02:02
*** nanzha has joined #openstack-nova02:10
*** brinzhang has joined #openstack-nova02:15
openstackgerritHuachang Wang proposed openstack/nova master: Refactor the code path of creating instance with a NUMA topology  https://review.opendev.org/68893202:18
openstackgerritHuachang Wang proposed openstack/nova master: Assign instance dedicated CPU set through `cpu_pinning` field  https://review.opendev.org/68893302:18
openstackgerritHuachang Wang proposed openstack/nova master: Introduce a new instance CPU allocation policy: mixed  https://review.opendev.org/68893402:18
openstackgerritHuachang Wang proposed openstack/nova master: metadata: export the vCPU IDs that are pinning on the host CPUs  https://review.opendev.org/68893602:18
openstackgerritHuachang Wang proposed openstack/nova master: More tests for validating CPU policy by 'resources:PCPU' and 'resources:VCPU'  https://review.opendev.org/69600702:18
openstackgerritHuachang Wang proposed openstack/nova master: support unbalanced dedicatd CPU distribution on instance NUMA nodes  https://review.opendev.org/69600802:19
openstackgerritHuachang Wang proposed openstack/nova master: Create 'mixed' instance from PCPU and VCPU resources  https://review.opendev.org/69600902:19
*** yaawang has quit IRC02:36
*** ociuhandu has joined #openstack-nova02:38
openstackgerritEric Xie proposed openstack/nova master: Fix incorrect command examples  https://review.opendev.org/69583202:38
*** yaawang has joined #openstack-nova02:38
*** ociuhandu has quit IRC02:48
*** nanzha has quit IRC02:52
*** nanzha has joined #openstack-nova02:53
*** chenhaw has joined #openstack-nova02:53
*** tonyb has joined #openstack-nova03:00
*** ricolin has quit IRC03:03
*** awalende has joined #openstack-nova03:13
*** mkrai has quit IRC03:14
*** mkrai_ has joined #openstack-nova03:14
*** awalende has quit IRC03:18
*** artom has quit IRC03:20
*** artom has joined #openstack-nova03:21
*** ociuhandu has joined #openstack-nova03:43
*** ociuhandu has quit IRC03:47
*** nanzha has quit IRC03:50
*** ociuhandu has joined #openstack-nova03:53
*** nanzha has joined #openstack-nova03:55
*** READ10 has quit IRC03:59
*** hongbin has joined #openstack-nova04:00
*** ociuhandu has quit IRC04:01
*** ociuhandu has joined #openstack-nova04:02
*** ociuhandu has quit IRC04:07
*** ricolin has joined #openstack-nova04:08
*** udesale has joined #openstack-nova04:14
*** ricolin has quit IRC04:29
openstackgerritMerged openstack/nova master: Handle target host cross-cell cold migration in conductor  https://review.opendev.org/64259104:39
openstackgerritMerged openstack/nova master: Validate image/create during cross-cell resize functional testing  https://review.opendev.org/64259204:40
openstackgerritMerged openstack/nova master: Add zones wrinkle to TestMultiCellMigrate  https://review.opendev.org/64345004:40
*** ratailor has joined #openstack-nova05:11
*** nanzha has quit IRC05:20
*** mkrai_ has quit IRC05:21
*** mkrai has joined #openstack-nova05:21
*** nanzha has joined #openstack-nova05:24
*** ociuhandu has joined #openstack-nova05:30
*** brinzhang_ has joined #openstack-nova05:31
*** ociuhandu has quit IRC05:35
*** brinzhang has quit IRC05:35
*** brinzhang has joined #openstack-nova05:36
*** brinzhang_ has quit IRC05:36
*** brinzhang has quit IRC05:37
*** tkajinam has quit IRC05:37
*** brinzhang has joined #openstack-nova05:37
*** tkajinam has joined #openstack-nova05:38
*** bhagyashris has joined #openstack-nova05:45
*** brinzhang has quit IRC05:46
openstackgerritMerged openstack/nova stable/train: Join migration_context and flavor in Migration.instance  https://review.opendev.org/69440805:52
*** markmcclain has quit IRC05:56
*** markmcclain has joined #openstack-nova05:57
*** mkrai has quit IRC05:58
*** mkrai_ has joined #openstack-nova05:58
*** links has joined #openstack-nova05:59
*** nanzha has quit IRC06:05
*** nanzha has joined #openstack-nova06:06
*** hongbin has quit IRC06:18
*** mkrai_ has quit IRC06:23
*** mkrai has joined #openstack-nova06:25
*** sapd1 has joined #openstack-nova06:28
*** threestrands has quit IRC06:29
*** pcaruana has joined #openstack-nova06:32
*** takashin has left #openstack-nova06:32
*** ratailor has quit IRC06:38
*** udesale has quit IRC06:40
*** udesale has joined #openstack-nova06:41
*** ratailor has joined #openstack-nova06:42
*** yedongcan has joined #openstack-nova06:42
*** nanzha has quit IRC06:45
*** nanzha has joined #openstack-nova06:54
*** sapd1 has quit IRC06:57
*** nanzha has quit IRC06:59
openstackgerritOpenStack Proposal Bot proposed openstack/nova master: Imported Translations from Zanata  https://review.opendev.org/69471707:00
*** nanzha has joined #openstack-nova07:08
*** nanzha has quit IRC07:20
*** nanzha has joined #openstack-nova07:21
*** slaweq has joined #openstack-nova07:23
*** chenhaw has quit IRC07:26
*** chenhaw has joined #openstack-nova07:26
*** slaweq has quit IRC07:28
*** udesale has quit IRC07:34
*** udesale has joined #openstack-nova07:35
*** nanzha has quit IRC07:44
*** damien_r has joined #openstack-nova07:57
*** mns96 has joined #openstack-nova07:57
*** slaweq has joined #openstack-nova07:57
*** nanzha has joined #openstack-nova07:58
*** chenhaw has quit IRC08:01
*** maciejjozefczyk has joined #openstack-nova08:02
*** brinzhang has joined #openstack-nova08:03
*** mns96 has quit IRC08:04
*** tesseract has joined #openstack-nova08:16
*** ratailor has quit IRC08:17
*** ratailor_ has joined #openstack-nova08:18
*** chenhaw has joined #openstack-nova08:18
*** tkajinam has quit IRC08:19
*** tosky has joined #openstack-nova08:25
*** nanzha has quit IRC08:33
*** brinzhang has quit IRC08:38
*** nanzha has joined #openstack-nova08:43
openstackgerritLee Yarwood proposed openstack/nova master: compute: Use long_rpc_timeout in reserve_block_device_name  https://review.opendev.org/69353708:50
*** ralonsoh has joined #openstack-nova08:53
*** priteau has joined #openstack-nova08:59
*** macz has joined #openstack-nova08:59
*** mns96 has joined #openstack-nova09:01
kashyapefried: Noted on your "meh"; can squash...could've squashed (but it's already merged).  Thx!09:02
*** macz has quit IRC09:03
*** tssurya has joined #openstack-nova09:04
kashyap(And also thanks to stephenfin for the reviews, as usual.)09:04
*** ociuhandu has joined #openstack-nova09:04
kashyapstephenfin: Oops, good catch on "test_min_version_file_backed_ok"!09:07
*** ociuhandu has quit IRC09:08
*** nanzha has quit IRC09:09
*** nanzha has joined #openstack-nova09:10
*** nanzha has quit IRC09:29
*** nanzha has joined #openstack-nova09:33
*** ociuhandu has joined #openstack-nova09:37
*** martinkennelly has joined #openstack-nova09:42
*** ociuhandu has quit IRC09:43
*** ociuhandu has joined #openstack-nova09:44
*** abaindur has quit IRC09:47
*** ociuhandu has quit IRC09:48
*** derekh has joined #openstack-nova09:49
stephenfinbauzas: If you're bored, three dead simple patches here for you https://review.opendev.org/#/q/status:open+project:openstack/nova+branch:master+topic:drop-python2-support09:50
bauzasstephenfin: lol09:50
bauzasstephenfin: I'm bored by an internal customer issue, fer sur09:50
*** damien_r has quit IRC09:54
*** damien_r has joined #openstack-nova09:54
*** bhagyashris has quit IRC09:59
*** nanzha has quit IRC09:59
*** bhagyashris has joined #openstack-nova09:59
*** ociuhandu has joined #openstack-nova10:00
*** LiangFang has quit IRC10:09
*** nanzha has joined #openstack-nova10:09
johnthetubaguystephenfin: just went back to the nova-net removal, can't we delete all of that nova/network/api.py as its the class we use to talk to the binary you removed in the patch before?10:11
stephenfinjohnthetubaguy: Maybe? I'm not really sure. The RPC client/server divide constantly trips me up10:12
stephenfinI have been trying to avoid huge patches though because no one will review them. That feels like one such patch10:13
openstackgerritBalazs Gibizer proposed openstack/nova-specs master: Filter hypervisors by service host  https://review.opendev.org/69571610:13
stephenfinassuming I have to remove references from elsewhere while I'm at it10:13
johnthetubaguyunderstood10:13
johnthetubaguyI just wonder if you remove this bit:10:13
johnthetubaguyhttps://github.com/openstack/nova/blob/master/nova/network/__init__.py10:13
johnthetubaguythat might mean a bunch of stuff just gets deleted, as its no longer used10:13
johnthetubaguya large set of just red, with zuul +1 might get a quick ish review10:14
stephenfinlet me try10:14
stephenfinI think I have that done _somewhere_, but who knows where10:14
johnthetubaguyheh, OK10:14
* stephenfin has about a half dozen "remove nova-network" series on the fly locally10:15
stephenfinthank God for cherry-pick10:15
johnthetubaguyif doing it results in a silly change, that is all good10:15
johnthetubaguyheh10:15
*** ivve has joined #openstack-nova10:35
openstackgerritStephen Finucane proposed openstack/nova master: nova-net: Remove references to nova-net service from tests  https://review.opendev.org/68681810:49
kashyapsean-k-mooney: Hey, can you remind again: upstream supports multique virtio-net, yes?10:50
kashyaps/que/queue/10:50
*** lpetrut has joined #openstack-nova10:52
*** takamatsu has quit IRC10:55
*** udesale has quit IRC10:58
*** dpawlik has quit IRC11:00
*** ociuhandu has quit IRC11:03
*** nanzha has quit IRC11:07
johnthetubaguykashyap: I have used that with a customer, with some success11:08
kashyapjohnthetubaguy: I see11:09
kashyapGood to hear11:09
johnthetubaguygood when you have lots of small packets11:09
kashyapjohnthetubaguy: I ask because, a QEMU dev was just mentioning an OOM bug for a Windows guest w/ multiqueue enabled11:09
kashyap(Recently fixed, /me goes to check)11:10
*** nanzha has joined #openstack-nova11:10
johnthetubaguyheh, thank goodness they doing run windows then :)11:10
johnthetubaguyoops11:10
kashyap:D11:10
johnthetubaguydon't^11:10
johnthetubaguyI forget the negative :)11:10
kashyapjohnthetubaguy: Yeah, it's a guest-crash ... trying to find the upstream commit/release, if you're curious11:11
*** jaosorior has joined #openstack-nova11:13
*** nanzha has quit IRC11:17
*** tetsuro has quit IRC11:18
*** priteau has quit IRC11:19
*** nanzha has joined #openstack-nova11:24
*** dpawlik has joined #openstack-nova11:27
*** nanzha has quit IRC11:29
*** nanzha has joined #openstack-nova11:29
*** dpawlik has quit IRC11:31
*** yedongcan has left #openstack-nova11:32
*** tbachman has quit IRC11:40
*** rcernin has quit IRC11:40
*** ociuhandu has joined #openstack-nova11:41
*** macz has joined #openstack-nova11:41
*** mkrai has quit IRC11:44
*** macz has quit IRC11:45
*** ociuhandu has quit IRC11:46
*** dpawlik has joined #openstack-nova11:53
*** dpawlik has quit IRC11:58
*** derekh has quit IRC12:01
*** derekh has joined #openstack-nova12:01
*** mkrai has joined #openstack-nova12:03
openstackgerritMerged openstack/nova master: Reset instance to current vm_state if rolling back in resize_instance  https://review.opendev.org/69190812:04
openstackgerritMerged openstack/nova master: libvirt: Bump MIN_{LIBVIRT,QEMU}_VERSION for "Ussuri"  https://review.opendev.org/69505612:08
openstackgerritMerged openstack/nova master: doc: remove admin/manage-users  https://review.opendev.org/69577912:08
*** klippo has joined #openstack-nova12:14
*** dtantsur|afk is now known as dtantsur12:20
*** udesale has joined #openstack-nova12:21
openstackgerritMerged openstack/nova master: Drop neutron-grenade-multinode job  https://review.opendev.org/69478912:23
*** sean-k-mooney has quit IRC12:39
tssurya@nova-api experts like alex_xu, gmann: Is this a bug or a feature ? : https://github.com/openstack/nova/blob/d621914442855ce67ce0b99003f7e69e8ee515e6/nova/api/openstack/identity.py#L6112:39
tssuryashouldn't we be blocking this action if we know its wrong ?12:39
*** ccamacho has quit IRC12:40
*** sean-k-mooney has joined #openstack-nova12:40
*** nanzha has quit IRC12:45
*** jawad_axd has joined #openstack-nova12:48
*** dpawlik has joined #openstack-nova12:51
*** dpawlik has quit IRC12:56
*** ccamacho has joined #openstack-nova13:02
*** ratailor_ has quit IRC13:03
*** tbachman has joined #openstack-nova13:04
*** tbachman has quit IRC13:08
*** bbowen has joined #openstack-nova13:13
*** tbachman has joined #openstack-nova13:16
*** ociuhandu has joined #openstack-nova13:20
*** liuyulong has joined #openstack-nova13:23
*** ociuhandu has quit IRC13:26
*** tbachman has quit IRC13:27
*** tbachman has joined #openstack-nova13:31
*** mriedem has joined #openstack-nova13:35
mriedemgibi: if you have some time, https://review.opendev.org/#/c/643451/46 and the one after it are negative functional tests for cross-cell resize and have +2s already13:38
*** jaosorior has quit IRC13:38
gibimriedem: ack. I will try.13:38
mriedemthanks13:39
mriedemaarents: were you going to propose backports for this? https://review.opendev.org/#/c/670000/13:39
aarentsyes why not13:40
openstackgerritMatt Riedemann proposed openstack/nova stable/stein: Join migration_context and flavor in Migration.instance  https://review.opendev.org/69608313:40
openstackgerritAlexandre arents proposed openstack/nova master: Flatten qcow2 images when unshelving an instance  https://review.opendev.org/69608413:41
openstackgerritMatt Riedemann proposed openstack/nova stable/train: Reset instance to current vm_state if rolling back in resize_instance  https://review.opendev.org/69608513:42
aarentsmriedem: thanks about you reply on ml about "unshelved bug",  when you will have time can you review https://review.opendev.org/696084 it is about flatten also qcow2 disk during unshelve13:44
openstackgerritJohn Garbutt proposed openstack/nova master: WIP: Enforce unified limits using oslo.limit  https://review.opendev.org/61518013:45
mriedemaarents: i've added mdbooth to that since he's going to be more of an authority on that change than me13:51
aarentsmriedem: ok thks13:52
mriedemthough it should be pretty easy to recreate in tempest right? make sure devstack is configured to use the qcow2 image backend (it might be by default?) and write a tempest test that shelve/unshelves an instance and then resizes it - without your fix that should fail correct?13:52
*** mdbooth has quit IRC13:55
*** mdbooth has joined #openstack-nova13:57
openstackgerritMatt Riedemann proposed openstack/nova stable/train: Replace time.sleep(10) with service forced_down in tests  https://review.opendev.org/69608813:58
*** tkajinam has joined #openstack-nova14:00
aarentsmriedem: Hum, I'm not sure this bug can be always detected during a resize, for exemple issue is typically detected when instance is unbootable, it shoud depends of the data diff between shelved image and original image, but we can imagine in tempest scenario something reproducible 100% by checking generated data or something like that.14:03
*** huaqiang has joined #openstack-nova14:08
*** dpawlik has joined #openstack-nova14:12
*** bhagyashris has quit IRC14:13
*** bbowen has quit IRC14:17
*** bbowen has joined #openstack-nova14:20
*** ociuhandu has joined #openstack-nova14:22
dpawlikstephenfin: can I add nova-core group for this review? https://review.opendev.org/#/c/687909/14:23
stephenfindpawlik: you can, but I don't know how much it'll help14:23
stephenfinis there a rush on merging it?14:24
*** ociuhandu has quit IRC14:27
*** links has quit IRC14:32
*** dpawlik has quit IRC14:44
*** jawad_axd has quit IRC14:48
*** ociuhandu has joined #openstack-nova14:49
*** ociuhandu has quit IRC14:54
*** dpawlik has joined #openstack-nova14:56
dpawlikstephenfin: not so big :)15:00
*** jaosorior has joined #openstack-nova15:04
*** huaqiang has quit IRC15:07
*** ociuhandu has joined #openstack-nova15:19
mriedemdpawlik: adding the entire core team to a review is generally discouraged as bad behavior15:19
*** tkajinam has quit IRC15:19
efriedthat's perhaps a culture we should seek to amend in light of falling numbers.15:21
*** mns96 has quit IRC15:22
efriedWhat's your alternative? Hang out in IRC and pounce on someone? Or just wait and pray?15:22
mriedemadding the entire core team to lots of reviews isn't going to make people start reviewing things15:23
efriedI've always thought that was kind of a crappy expectation for casual contributors.15:23
mriedemif it's important, yes, ask in irc or in the meeting15:23
mriedemyou can post things on the meeting for awareness without actually attending15:23
*** dpawlik has quit IRC15:23
openstackgerritJohn Garbutt proposed openstack/nova master: WIP: Enforce unified limits using oslo.limit  https://review.opendev.org/61518015:23
mriedemwe've said multiple times that most if not all cores are ok with people asking for reviews in here (within reason)15:24
efried"lots of reviews" principle applies regardless of the method15:24
efriedanyway, sorry, /me crawls back into hole15:24
*** ociuhandu has quit IRC15:28
*** martinkennelly has quit IRC15:29
mriedemstephenfin: another way to get eyes on that series is putting it in runways - which has basically been empty all of ussuri15:31
mriedemso i'm not sure why we're even doing runways anymore15:31
artommriedem, playing devil's advocate for a bit, a new contributor might now even know runways are a thing15:32
artom*not even15:32
mriedemi was going to tell dpawlik but they left15:32
mriedemis dpawlik red hat?15:32
artommriedem, not to my knowledge15:33
artomIf they are, they're not Nova15:33
mriedemat least they are documented https://docs.openstack.org/nova/latest/contributor/process.html#runways15:34
mriedemok dpawlik is ovh https://www.stackalytics.com/?user_id=daniel-pawlik15:36
mriedemovh devs aren't new to openstack or nova15:36
artommriedem, so, putting myself in the shoes of a new contributor, that link doesn't tell me "put your series in this etherpad and monitor it. When it hits a runway, be available to respond to feedback quickly and iterate fast."15:36
mriedemso i'd hope that within their dev team they can explain how things work15:36
mriedemartom: so write up some contributor docs15:36
sean-k-mooneyi added https://review.opendev.org/#/c/674072/ to the runway queue for what its worth. i thought i already had but i guess not15:36
artommriedem, can't argue with that :)15:36
mriedemwriting up stuff like this is near impossible, because it's either too much or not enough content15:37
mriedemi'm pretty sure there are summit videos on this topic but people would have to find and watch them15:37
mriedemwithin an organization of decent size with multiple developers there should also be mentoring15:37
mriedemthat's what we had at ibm when i was new to openstack15:37
sean-k-mooneyspeaking of which are there any from china?15:37
artomI know there are no magic bullets15:37
efriedmdbooth: it looks like mriedem was expecting you to weigh in on https://review.opendev.org/#/c/693537/ before it goes. Might you have a chance to hit that soon?15:37
mriedemsean-k-mooney: any what from china?15:38
artommriedem, it's been a while since we've had someone entirely new to openstack join RH, but we did try to help francoisp get up to speed when he came in15:38
*** derekh has quit IRC15:38
sean-k-mooneyya it looks liek they start going up last week15:38
sean-k-mooneymriedem: summit videos15:38
artomThat was really the only example I can think of15:38
artomEveryone else we hired from upstream, so to speak15:38
*** derekh has joined #openstack-nova15:38
mriedemsean-k-mooney: the vidoes i saw posted were sparse - mostly keynotes and some vendor things15:38
mriedemi'm pretty sure there is also a welcome wagon sig or something in openstack15:39
mriedemso there are resources, but people need to do some work to find them15:39
*** ociuhandu has joined #openstack-nova15:42
artomstephenfin, hey, so https://review.opendev.org/#/c/672595/ is still around. Can I help in any way to get another round of review from you on that?15:43
artomSplit it? Take over something of yours?15:43
stephenfinnah, I just need to do it, but I have my head stuck into the removal of the nova-network security group driver. Could I look at it tomorrow?15:44
artomstephenfin, sure - no huge rush, at this point.15:44
artomI wanted to backport it to Train, but I probably missed the train (zing!) on that15:45
artomI'll try anyways when it merges, see how it goes15:45
*** awalende has joined #openstack-nova15:45
*** awalende has quit IRC15:50
*** mlavalle has joined #openstack-nova15:51
*** spatel has joined #openstack-nova15:54
*** mriedem has quit IRC15:55
openstackgerritJohn Garbutt proposed openstack/nova master: WIP: Enforce unified limits using oslo.limit  https://review.opendev.org/61518015:58
*** mriedem has joined #openstack-nova15:59
*** dpawlik has joined #openstack-nova16:00
*** ivve has quit IRC16:02
*** dtantsur is now known as dtantsur|afk16:03
*** dpawlik has quit IRC16:04
gmanntssurya: but we do not know whether it is wrong or right. if keystone permissions to GET project is more strict than nova user, then project might exist but not shown to nova16:20
*** jangutter has quit IRC16:22
tssuryagmann: sure but the problem with the current implementation is that it treats everything as "right". Even if the project is invalid, we end up giving the user the right to feed anything into the flavor_projects table16:22
*** tesseract has quit IRC16:23
gmanntssurya: but it is 403, in case of invalid it will hit 404 condition. not 404 means project is there16:28
*** ociuhandu has quit IRC16:33
*** ociuhandu has joined #openstack-nova16:34
*** Sundar has joined #openstack-nova16:34
openstackgerritMerged openstack/nova master: api-guide: remove empty sections about inter-service interactions  https://review.opendev.org/69577416:34
openstackgerritEric Fried proposed openstack/nova master: DNM: Test openstacksdk weakrefs  https://review.opendev.org/69593416:35
tssuryagmann: not really there can be a 403 on a case where the project doesn't exist right ?16:35
*** damien_r has quit IRC16:35
tssuryabecause tenant doesn't have permission to verify if the project exists ?16:35
gmanntssurya: not sure keystone does that and return 404 instead of 403. I know neutron return otherway- any PUT/DELETE request first call the GET and return 404 even resource exist and no permissions to GET(they do not return 403 because that is somehow telling resource exit).16:39
tssuryagmann: yea I guess keystone is returning 403 which nova is silently ignoring16:40
gmanni think keystone return 403 for permissions denied on GET project not 404. lbragstad ?16:40
gmannlbragstad can confirm this for us.16:40
lbragstadgmann it depends16:40
lbragstadif you're technically authorized to get a project (e.g., you're a system administrator) you'll get a 40416:41
lbragstadif you don't have the right authorization - then you get a 40316:41
gmannyeah that is what nova assume- https://github.com/openstack/nova/blob/fd67f69cfdaf04620f2e8a5f1fbf5737096965d8/nova/api/openstack/identity.py#L2616:41
lbragstadgmann ok - yeah, that looks right16:42
gmann403 means project is valid and exist and its only permission issue16:42
gmannlbragstad: thanks for quick confirmation.16:42
lbragstadwell - the project may exist, but your first problem is that you're hitting a permission issue16:42
tssuryagmann: I don't think 403 ensures project exists16:43
lbragstadif you hit a 403, you should fix the permission issue and eventually retry16:43
tssuryabecause we have a couple of non-existing entries in our flavor_projects16:43
tssuryanon-existing project entries*16:43
lbragstada 403 isn't conclusive that the project exists16:44
gmanntssurya: but in those cases, we will get 404 right16:44
tssuryalbragstad: yea that makes sense16:44
tssuryagmann: nope we don't get the 40416:44
tssuryaI had a user inject "ABCD" project into the database :D16:45
gmanntssurya: yeah it is 'may' exist16:45
tssuryawhich doesn't exist16:45
tssuryahehe16:45
*** macz has joined #openstack-nova16:45
tssuryaI've opened a bug here: https://bugs.launchpad.net/nova/+bug/185405316:46
openstackLaunchpad bug 1854053 in OpenStack Compute (nova) "_add_tenant_access silently ignores 403" [Undecided,New]16:46
tssuryaprobably nova should raise for a 403 or prompt user to retry or something16:46
*** mkrai has quit IRC16:47
gmanntssurya: with default policy which is admin only should work but if overridden then yes it can make non-exist project entry in flavor access16:49
tssuryagmann: yea that's true, in this case it was done from a service project by a user having admin role16:50
mriedemtssurya: without reading all of the scrollback, "sure but the problem with the current implementation is that it treats everything as "right". Even if the project is invalid, we end up giving the user the right to feed anything into the flavor_projects table" is exactly how that api worked before that change to validate the project id provided16:50
tssuryanevertheless allowing "ok" and then feeding whatever value is coming from the user is not ok16:50
mriedemthe project id validation is best effort16:51
tssuryamriedem: aha, I didn't know the history16:51
gmanntssurya: mriedem i think we should only proceed the request for 2xx case and rest all return 400 with error message of what we get from keystone16:52
mriedemso in this case we're using the token from the request context or the configurable keystone auth in nova?16:52
mriedemgmann: which is an api change16:52
mriedemby configurable keystone auth in nova i mean this https://docs.openstack.org/nova/latest/configuration/config.html#keystone16:53
gmannyeah16:53
mriedemservice user configured in nova to talk to keystone16:53
mriedemlike we do for neutron and cinder16:53
*** dpawlik has joined #openstack-nova16:54
mriedemso doesn't that just mean the service user configured in nova to talk to keystone doesn't have enough permissions to know if the given project_id exists?16:54
tssuryamriedem: right16:54
tssuryaexactly16:54
tssuryahttps://github.com/openstack/nova/blob/fd67f69cfdaf04620f2e8a5f1fbf5737096965d8/nova/api/openstack/identity.py#L6216:55
mriedemyeah, so my point is, it sounds like this is a config issue in your deployment16:55
mriedemi.e. why can't you grant access to the service user that is doing this check on behalf of nova?16:55
tssuryathe service user already has an admin role, I think this happens because the project is not admin project ?16:56
mriedemidk16:57
mriedemisn't that also configurable in keystone?16:57
mriedemi.e. the policy to GET a project by id - it's not hard-coded to admin project only is it?16:57
gmannmriedem: but point is users do not know it was permission issue for them or they are adding wrong project16:57
tssuryaprobably, I'll see if it can be tweaked on the config side for our particular scenario,16:58
tssuryabut in general its strange nova allows entries from users that don't have permission16:58
mriedemgmann: if the service user nova is configured with has permissions to ask the question "does this project exist" that's all this utility code is used for16:58
*** dpawlik has quit IRC16:58
gmannpolicy can be changed to make it work properly and with default policy it should work at long as keystone system scope is enabled16:59
mriedemand again, this was added as best effort to close a leak where the flavor access and quotas apis would just blindly take whatever project id and assume it existed and shove it into the nova db16:59
gmannmriedem: from API usage they do not know nova does this check internally ?16:59
tssuryamriedem: yea if its best effort, I'll probably just tweak it downstream then and write it in our documentation17:00
mriedemi don't understand the question. if configured properly and nova determines the project doesn't exist (404 from keystone) the compute API users will also get a 40417:00
gmannmriedem: yeah agree on best effort but if API return the permissions issue to user and then they ask provider to modify the permission or ask other right user to add the tenant in flavor access17:00
mriedemi see 3 options:17:01
mriedem1. close the bug as invalid - tweak your config (we could add docs, idk if that would be found or help) to do what you need to avoid the 403 from keystone17:02
gmannmriedem: no. if permissions issue then keystone return 403 (which means project may exist or not)  and nova proceed the request with 200. so user does not know if that is correct or not.17:02
mriedem2. change the 403 case as an error and raise it back to the compute api caller - maybe enough time has passed to not worry about backward compat with the old non-validating behavior17:02
mriedem3. add a config option to toggle what the behavior of the api should be in the 403 case, default to backward compat, but allow making it raise for those that want that, but that means you need to know to twiddle that config which if you know that, you likely know you can just fix the permissions for your service user17:03
tssuryaI vote for 217:03
mriedemof course you do :)17:03
tssurya:D17:03
mriedemone thing to point out for #2 is that the quota set and flavor access add/remove style write APIs are admin-only by default, so if we do change the behavior of that 403 it would only be on admin apis, not end-user apis17:05
gmann3rd is not good option. config driven API not good.17:06
tssuryaack17:06
*** ivve has joined #openstack-nova17:06
gmanneven admin only API it still API change in option 217:06
mriedemoption 1 is the only non-api change17:06
mriedemwe're not going to microversion this imo17:06
mriedemif that's what you're thinking17:07
gmannwith option 1 yes no microversion but option 2 need microverion17:07
openstackgerritDan Smith proposed openstack/nova master: Add a way to exit early from a wait_for_instance_event()  https://review.opendev.org/69598517:07
mriedemnot really17:07
mriedemi don't necessarily think we need a microversion to prevent you from shooting yourself in the foot17:07
mriedemwe have a few cases where we've made the api error on cases that are wrong17:07
tssuryadansmith: when you have time would you lightly review the idea in https://review.opendev.org/#/c/689422/ ? thanks in advance :)17:08
mriedemand would just fail later, e.g. attaching sriov ports (not supported), rebuilding volume-backed instances with a new image (not supported)17:08
gmannmriedem: yes but here we are changing the behavior. user does not permissions to GET project and project exist is right request and nvoa is 200 currently which will be 400.17:08
mriedemgmann: the "user" in this case is an admin17:09
gmannyes17:09
*** udesale has quit IRC17:09
dansmithtssurya: -1.917:10
mriedemi'm agreeing that re-raising the 403 from keystone would be a behavior change17:10
tssuryaI would prefer not to have a microversion to fix this, but I don't know if its "okay" to do it17:10
mriedembut i'm not agreeing it requires a microversion17:10
mriedemwe didn't add the project id validation in a new microversion either, because it was stopping a leaky bug17:10
tssuryadansmith: bad idea ?17:10
mriedemiow, i shouldn't have to request a microversion to tell nova to properly do validation17:11
dansmithtssurya: can't get past the typo in the commit message ;P17:11
dansmithtssurya: I added two people that should look at it17:11
tssuryadansmith: haha :P17:11
mriedemshe said "lightly review"17:11
tssuryathanks :)17:11
dansmithmriedem: true story17:11
gmannmriedem: but we cannot say that this nova API is only for users having GET project permission ?17:11
tssuryamriedem, dansmith: by "light" I mean the idea of removing them, those parts of code are grey areas for me17:12
mriedemi usually ask dan to lightly review my stuff when i want him to just rubberstamp it :)17:12
dansmithtssurya: I'm sure you're right that it needs to happen.. I'm not super strong in that area of the code as well17:12
gmanni mean we cannot say in current code behavior or doc17:12
tssuryadansmith: ack, I'll wait for the experts you tagged to respond17:13
mriedemgmann: i'm lost in what you're asking and what you're proposing17:13
tssuryamriedem:hehe17:13
mriedemgmann: because earlier you said "(10:52:19 AM) gmann: tssurya: mriedem i think we should only proceed the request for 2xx case and rest all return 400 with error message of what we get from keystone"17:13
gmannoption 1 (telling via document for right permissions for this API) options 2 do the same via code. I like later one but that need microversion change IMO17:13
gmannyeah but IMO it need microverison change17:13
mriedemand i disagree17:14
gmannon microverison only right ?17:14
mriedem1. request at 2.1 -> blast off my foot, ouch....reads docs.... 2. oh request at 2.97 - 403 (it works!)17:14
mriedemi am a disagreeable troll on most everything but on this point yes just the microversion thing17:15
*** ociuhandu has quit IRC17:15
sean-k-mooneyit might be worth updating the "when do you need a micorverions bump" doc to note its not required if you are blocking knonw broken behavior using an error code that could previously be retruned form teh api17:17
gmannit break the success cases from 200->400. because GET project permission is not actually required for this API only things is how nova check the project exist or not?17:17
gmannsean-k-mooney: i think that is covered, broken behavior is ok to fix without microversion.17:18
tssuryagmann: so you are fine to go ahead without microversion ?17:18
mriedemmaybe y'all duke it out in the mailing list and let others weigh in17:18
gmannbut this is little tricky where it is mix of success and broken case because keystone 403 does not mean project does not exist always17:19
gmanntssurya: no, i am saying it need microversion if we change the keystone's 403 case to failure case.17:20
tssuryaI'll post it on ML and we can see if there are people who care about this17:20
*** igordc has joined #openstack-nova17:20
gmannor we request keystone with no auth way ? do not know how17:20
gmann+117:20
*** spatel has quit IRC17:28
*** gshippey has joined #openstack-nova17:30
*** jaosorior has quit IRC17:32
openstackgerritMerged openstack/nova master: compute: Take an instance.uuid lock when rebooting  https://review.opendev.org/67346317:34
*** openstackgerrit has quit IRC17:49
*** derekh has quit IRC18:00
*** tbachman has quit IRC18:10
*** tssurya has quit IRC18:12
*** openstackgerrit has joined #openstack-nova18:14
openstackgerritLee Yarwood proposed openstack/nova stable/train: compute: Take an instance.uuid lock when rebooting  https://review.opendev.org/69615118:14
openstackgerritLee Yarwood proposed openstack/nova stable/stein: compute: Take an instance.uuid lock when rebooting  https://review.opendev.org/69615218:15
openstackgerritLee Yarwood proposed openstack/nova stable/rocky: compute: Take an instance.uuid lock when rebooting  https://review.opendev.org/69615318:16
*** Sundar has quit IRC18:16
openstackgerritLee Yarwood proposed openstack/nova stable/queens: compute: Take an instance.uuid lock when rebooting  https://review.opendev.org/69615418:16
*** jaosorior has joined #openstack-nova18:26
*** openstackgerrit has quit IRC18:35
efrieddansmith: I'm confused by some of the new wording, which might just be me, but pretty sure the test has a mistake https://review.opendev.org/#/c/695985/18:35
dansmithefried: ah, frack, that was supposed to get dedented18:37
efried:)18:37
efrieddansmith: but please add the self.fail() as well18:37
dansmithefried: you mean a self.fail after the early exit to make sure we don't get there right?18:38
efriedcorrect18:38
dansmithsure18:38
efriedself.fail('this code should have been unreachable!')18:38
dansmithself.fail('I could totally take eric in a a street fight')18:39
dansmithwe'll never run that code, so we'll never know18:39
efriedhahaha18:40
*** openstackgerrit has joined #openstack-nova18:41
openstackgerritDan Smith proposed openstack/nova master: Add a way to exit early from a wait_for_instance_event()  https://review.opendev.org/69598518:41
gmannjohnthetubaguy: these test change is due to base class assert on error message. these tests will be changed only where granularity is added which should not be many or we can remove the error message checks .  - https://review.opendev.org/#/c/648480/20/nova/tests/unit/policies/test_services.py@6318:51
*** ralonsoh has quit IRC18:51
openstackgerritMerged openstack/nova stable/train: Replace time.sleep(10) with service forced_down in tests  https://review.opendev.org/69608818:54
*** dpawlik has joined #openstack-nova18:55
*** CeeMac has quit IRC18:57
*** dpawlik has quit IRC18:59
*** artom has quit IRC19:01
*** artom has joined #openstack-nova19:03
openstackgerritGhanshyam Mann proposed openstack/nova master: Add new default rules and mapping in policy base class  https://review.opendev.org/64545219:05
openstackgerritGhanshyam Mann proposed openstack/nova master: Suppress policy deprecated warnings in tests  https://review.opendev.org/67667019:05
openstackgerritGhanshyam Mann proposed openstack/nova master: Add new default roles in os-services API policies  https://review.opendev.org/64848019:07
efrieddansmith: +2, thanks.19:08
efriedCan I get you to look at the vTPM spec again please?19:08
efriedhttps://review.opendev.org/#/c/686804/19:08
dansmithno19:08
*** maciejjozefczyk has quit IRC19:08
*** lpetrut has quit IRC19:08
efriedmriedem: if you have a minute, would you please take a look at https://review.opendev.org/695985 (lets us fix races to wait_for_instance_event())19:09
dansmithefried: mriedem: just left a comment about _how_ we'll use this with cyborg to close that race: https://review.opendev.org/#/c/631244/46/nova/compute/manager.py@262719:12
efrieddansmith: ++ makes perfect sense. Do you have a strong opinion about whether the bind should be kicked off from conductor instead of compute at this point?19:14
dansmithefried: I think it'd be better if we did it from conductor for all the reasons I originally thought that19:14
dansmithso unless there's some new revelation about why that's bad, I have the same opinion19:15
efriedI think it might have had something to do with how easy/hard it is to clean up. But I can't think why it would matter.19:16
efriedotherwise it's just a question of having to redo the code moar.19:16
dansmithwell, the major benefit is the overlap of work getting done to build the accelerator before we get down to the last minute19:16
sean-k-mooneythe only issue i was aware of was it would require use to pass the arq info as part of the spawn call to the compute19:17
dansmithif you do it from conductor, you're letting cyborg know about things before you take the trip over rabbit to the compute, wait in the parallel build queue, set up volumes, networking, etc, etc19:17
sean-k-mooneybut we may already need to do that19:17
dansmiththe current code is not passing it, AFAICT, and building all of that into the compute,19:17
dansmithwhich is another good reason not to do it on the compute19:17
dansmiththe more the compute implies about the request from the state of the system, the harder it is to effect an upgrade that changes those implications later19:18
sean-k-mooneyright but i think they choose to build it on the compute initally to avoid the rpc chagne to pass it19:18
sean-k-mooneyi prefer doing it in the conductor too by the way19:18
sean-k-mooneyi just think that is why the current code does not19:18
dansmithright now, all the computes are examining the flavor directly and doing what they think they need to19:18
dansmithif we change something about how that works, conductor gets upgraded first and can change the behavior, just passing the arq to the compute, which just needs to wait and hook it up19:19
*** eharney has joined #openstack-nova19:20
mriedemefried: the bind from compute/conductor thing was in the ML awhile back, probably worth dredging that up if we're changing our minds now19:39
*** abaindur has joined #openstack-nova19:39
*** abaindur has quit IRC19:40
mriedemfrom what i remember, i think i also pushed for  conductor but then after lots of wah wah it's easier from compute without a bunch of rpc interface changes i relented19:40
*** abaindur has joined #openstack-nova19:40
dansmithmriedem: we had originally said it would be from conductor, then the spec changed19:40
dansmithmriedem: the spec seemed to call out the eventing as the primary reason why it had to happen from compute19:40
dansmithwhich is both not correct, and also laughably terrible in the implementation currently proposed19:40
mriedemi don't remember the details, i just know it came up in the ML19:41
sean-k-mooneyit also came up in the denver and maybe dubling ptg19:41
sean-k-mooneyits been a while19:41
sean-k-mooneyi think long term we all agreed teh conductor was better.19:41
mriedemok, let me rephrase: the last time i remember there being thoughtful and documented takes on that was in the ML19:42
mriedemrather than some undocumented stuff from dubling19:42
sean-k-mooneyi think at some point there was a request to avoid the rpc chagne but i dont really rememebr19:42
mriedem"i don't really remember" is why i refer back to the ML19:42
sean-k-mooneyya fair19:42
dansmithI don't remember a thread on the ML, but there was discussion and documentation on the spec, which seemed to be the most fresh to me19:42
dansmithhttps://review.opendev.org/#/c/603955/11/specs/train/approved/nova-cyborg-interaction.rst@25019:43
dansmiththis ^19:44
mriedemwacka wacka http://lists.openstack.org/pipermail/openstack-discuss/2019-June/thread.html#697919:44
dansmiththe discussion basically says either can do it, but it's hard to do it from conductor and then catch the event from compute19:44
dansmiththat is not a problem19:44
dansmithmriedem: looks like that ended with you still opting for as much in conductor as possible19:46
dansmithbut no real summarizing agreement that it should be in compute19:46
mriedemin http://lists.openstack.org/pipermail/openstack-discuss/2019-June/007013.html i'm saying please create arqs in conductor and bind in compute, like john was trying to do with ports at one time19:46
*** eharney has quit IRC19:46
mriedembind generates the event if that's what is important19:47
sean-k-mooneyisnt that what we agreed to do19:47
dansmithright, but bind is the thing that takes a long time,19:47
dansmithso doing that in conductor is what gets us the most gain19:47
dansmiththe original email states the reason for moving is because of the eventing being hard, which is is not19:47
mriedemhaving not really any skin in this game, it doesn't really matter to me anyone re this cyborg series19:48
mriedemi agree the original email is mostly excuses19:48
mriedemminimal change to get a thing to sort of work as a poc19:48
mriedemto which i said essentially, yeah that's why we have a lot of turdy spaghetti code we've wanted to refactor for years19:48
mriedemand why artom calls nova fugly19:48
dansmithyeah, understand.. the reason for moving to compute based on the spec and that original email seemed to be excuses around eventing, which are not valid,19:49
dansmithso I'd prefer we revert back to the original plan which had good reasoning, which is to overlap the programming with all the other things we can do in parallel,19:49
dansmithwhich means bind at conductor19:49
sean-k-mooneythey baically need to do the equvalent of double check locking in the driver. check if its bound start waiting for event, check if its bound again incase you mised it and if so cancel waiting if not wait19:50
mriedemdoes that include building a new interface into conductor so when the api receives the external event it can route it to conductor rather than compute?19:50
dansmithsean-k-mooney: did you see the explanation I linked above about how to do the check and event without the race?19:50
dansmithsean-k-mooney: they do not need to check twice19:50
dansmithmriedem: no it does not19:50
dansmithread this: https://review.opendev.org/#/c/631244/46/nova/compute/manager.py@262719:51
sean-k-mooneyno but i trust you when you say there is a way to do that19:51
sean-k-mooneybut neighter woudl be hard to do19:51
dansmithneighter?19:51
sean-k-mooney neither19:51
dansmithoh19:51
sean-k-mooneyya that was more off then normal19:52
dansmiththe double check doesn't actually help, AFAICT, it would have to be N checks i.e. polling19:52
sean-k-mooneywell once you have register to wait for the event if you check the status and its not complete you can just wait19:52
dansmithsean-k-mooney: right, that's one check and that's what I mention in the above comment19:53
dansmithit's just that you need a new thing to be able to exit the wait after you have started if you know it is not necessary which is not easy today19:53
dansmithyou said "equivalent of double check" so, I see what you mean now19:53
sean-k-mooneyah ok i was suggesting checking that api once ot skip that incase its already done but that is not needed19:53
dansmithyes19:53
dansmithskip is the thing we can't do without the patch I proposed19:53
sean-k-mooneygotch ya19:54
mriedemso tl;dr create and bind the arq in conductor, cast to compute to build, compute grabs the event lock and checks to see if it should wait based on the cyborg api - if so, wait, if not, cancel the wait since the event taint comin19:56
dansmithbasically yeah19:56
mriedemi suppose it's out of the question waiting for the cyborg series to be rebased and integrated with said wait-or-cancel function19:57
openstackgerritMatt Riedemann proposed openstack/nova stable/stein: Replace time.sleep(10) with service forced_down in tests  https://review.opendev.org/69617519:58
dansmithmriedem: I've already proposed the patch, efried has already asked you to +W, and yes, the cyborg set will need to use it to get my +2 :)19:59
dansmithmriedem: or did you mean waiting to merge the new skip thing until the cyborg set is using it?20:00
mriedemi was hoping to see the latter before having to dig into the new thing, to show something using it successfully outside of unit tests - but i realize that might be awhile20:02
dansmithmriedem: oh that's fine, I don't care that much, but I think it's probably good to get that just landed ahead of time so the set doesn't get too much bigger..20:02
dansmithI'd also propose we land the test base refactor, once it gets unfscked20:03
mriedemi'm not sure why that test base refactor is even needed20:03
mriedemit's just noise imo20:03
dansmithme either, I haven't gotten that far yet, but someone else had a similar one up too Ithought20:03
dansmithwas it mdbooth  you said?20:03
mriedem"i like 85% of this base class but don't need the other %15 right now, so rip it all apart!"20:03
mriedemyes20:03
mriedemand i have the same feelings about his20:04
dansmith*shrug* whatever20:04
dansmithI couldn't get past the other issues with the refactor to care about reasoning I guess :P20:04
mriedemthere i've -1ed both of them20:07
*** damien_r has joined #openstack-nova20:25
*** damien_r has quit IRC20:27
*** damien_r has joined #openstack-nova20:27
openstackgerritAlexandre arents proposed openstack/nova master: Flatten qcow2 images when unshelving an instance  https://review.opendev.org/69608420:44
*** ccamacho has quit IRC20:46
*** tosky has quit IRC20:46
*** dpawlik has joined #openstack-nova20:55
*** dpawlik has quit IRC21:00
openstackgerritMerged openstack/nova master: nova-net: Remove 'nova-dhcpbridge' binary  https://review.opendev.org/68681521:12
openstackgerritsean mooney proposed openstack/nova master: block rebuild when numa topology changed  https://review.opendev.org/68795721:14
openstackgerritsean mooney proposed openstack/nova master: Disable NUMATopologyFilter on rebuild  https://review.opendev.org/68986121:14
openstackgerritsean mooney proposed openstack/nova master: block rebuild when numa topology changed  https://review.opendev.org/68795721:18
openstackgerritsean mooney proposed openstack/nova master: Disable NUMATopologyFilter on rebuild  https://review.opendev.org/68986121:18
sean-k-mooneyartom: bauzas hopefully ye are happy with ^21:19
*** threestrands has joined #openstack-nova21:27
*** tbachman has joined #openstack-nova21:30
*** igordc has quit IRC21:33
*** d34dh0r53 has quit IRC21:39
*** igordc has joined #openstack-nova21:39
*** d34dh0r53 has joined #openstack-nova21:39
openstackgerritsean mooney proposed openstack/nova master: support pci numa affinity policies in flavor and image  https://review.opendev.org/67407221:49
*** damien_r has quit IRC21:53
*** jaosorior has quit IRC21:59
*** abaindur has quit IRC22:01
*** abaindur has joined #openstack-nova22:01
*** ociuhandu has joined #openstack-nova22:02
artomsean-k-mooney, yarp, I'll look tomorrow22:04
*** rcernin has joined #openstack-nova22:04
openstackgerritMatt Riedemann proposed openstack/nova-specs master: Amend cross-cell-resize spec  https://review.opendev.org/69619722:05
*** ociuhandu has quit IRC22:08
*** pcaruana has quit IRC22:16
mriedemdansmith: efried: btw, to whom it may concern, i'm out tomorrow and back monday22:24
efriedack22:24
mriedemassuming i survive snowmaggaedon22:24
dansmithack, I'm headed out early tomorrow22:24
efriedit's 72 here22:24
efriedeat your heart out22:24
mriedemi will not22:24
dansmithyeah, I'll keep what I got but thanks22:25
melwittit's 52F here22:25
mriedemlaura isn't traveling with me (she's on call) but she suggested we get me an AWD vehicle today just b/c her weather travel anxiety by proxy is on high alert22:25
melwittI love AWD22:26
mriedemhers is, so she can make it across town to work22:27
mriedemme, i just know to not jerk and drive (tm)22:27
dansmithmriedem: better 'splain that one for people about to dial 9-1-H-R22:28
* artom doesn't bite.22:28
mriedemhttp://nymag.com/intelligencer/2014/12/south-dakota-yanks-dont-jerk-drive-campaign.html22:28
melwittlol22:28
melwittaren't they the same ones doing, "Meth. I'm on it"?22:29
mriedemyes22:29
mriedem2 for 2 on successful ad campaigns22:29
melwittindeed22:29
*** slaweq has quit IRC22:37
*** dlbewley has quit IRC22:43
openstackgerritGhanshyam Mann proposed openstack/nova master: Add new default roles in os-services API policies  https://review.opendev.org/64848022:44
*** dpawlik has joined #openstack-nova22:56
openstackgerritGhanshyam Mann proposed openstack/nova master: Pass the target in os-services APIs policy  https://review.opendev.org/67668822:58
*** dpawlik has quit IRC23:01
*** tkajinam has joined #openstack-nova23:08
*** slaweq has joined #openstack-nova23:11
openstackgerritGhanshyam Mann proposed openstack/nova master: Add test coverage of existing admin_actions policies  https://review.opendev.org/65769823:12
*** slaweq has quit IRC23:15
*** gshippey has quit IRC23:30
*** ociuhandu has joined #openstack-nova23:30
*** ociuhandu has quit IRC23:35

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