Earlier  
Later
New Search
Posted Nick Remark
#openstack-nova - 2017-01-04
20:14:10 dansmith tbh, we (redhat) aren't really as prepared for placement being required in ocata as we'd like
20:14:27 mriedem but i guess we just say 'this is for the next thing which we need and makes the backport simpler, no functional changes, so eat it tonyb'
20:14:35 dansmith so at some point we'll probably need to decide how likely things are to make ocata in whole and maybe decide to punt the requirement
20:14:54 dansmith yeah, I mean, doesn't seem like it should be that controversial, tbh
20:15:12 mriedem punt the requirement upstream or rhosp?
20:15:26 mriedem because besides the scheduler bits to talk to the placement api, i think we're pretty close
20:15:28 dansmith well, osp can't punt if it's not punted upstream, but I meant upstream nova yeah
20:15:30 dansmith okay
20:15:42 dansmith I haven't been paying as much attention as I should
20:15:46 dansmith but that's good if so
20:15:54 mriedem that's fine, you're cells v2 plus vacation
20:16:16 mriedem jaypipes can correct me if i'm wrong about status though
20:16:35 dansmith after detoxing for 2.5 weeks and feeling not so great today, I've determined that I'm allergic to work
20:16:50 mriedem more coffee
20:16:53 dansmith heh
20:17:12 mriedem or https://www.youtube.com/watch?v=RAZQ769_EUU
20:17:17 mriedem at very loud levels
20:17:31 dansmith when my headache goes away, maybe :)
20:30:47 mriedem crap even with backporting that one change there are a bunch of conflicts
20:30:52 mriedem so i probably won't try backporting that one
20:42:13 mriedem edleafe: +2 on that simpler change, will check the ceph job logs when that's done
20:42:26 mriedem edleafe: are you going to roll the REST API error handling stuff back on top of that?
20:42:28 edleafe mriedem: kewl
20:42:37 edleafe mriedem: yeah, starting on that now
20:42:45 jaypipes mriedem: I'd support backporting that dependent patch (which as you point out is just a refactor, not a functional change)
20:42:53 mriedem jaypipes: yeah i'm doing that, plus 2 before it
20:42:58 mriedem jaypipes: you went refactor crazy in ocata
20:43:01 jaypipes mriedem: sorry man :(
20:43:06 mriedem it's fine :)
20:43:11 mriedem we'll just have to bribe lyarwood
20:44:09 jaypipes heh
21:04:01 mriedem hmm, do we want to backport https://review.openstack.org/#/c/392933/
21:04:45 mriedem because if not, then i don't need to backport https://review.openstack.org/#/c/395971/
21:05:16 mriedem and without https://review.openstack.org/#/c/392933/ i'm not sure that ironic will have issues that we saw on master...
21:05:39 mriedem i might need to just run a DNM patch on stable/newton in ironic that enables the placement-api service to see what blows up
21:10:58 mriedem https://review.openstack.org/#/c/416734/
21:14:26 openstackgerrit Jay Pipes proposed openstack/nova: placement: adds REST API for nested providers https://review.openstack.org/384807
21:14:27 openstackgerrit Jay Pipes proposed openstack/nova: placement: allow filter providers in tree https://review.openstack.org/377215
21:14:27 openstackgerrit Jay Pipes proposed openstack/nova: pci: add uuid field to PciDevice object https://review.openstack.org/414768
21:14:28 openstackgerrit Jay Pipes proposed openstack/nova: placement: SRIOV PF devices as child providers https://review.openstack.org/414769
21:14:28 openstackgerrit Jay Pipes proposed openstack/nova: placement: update client to set parent provider https://review.openstack.org/385693
21:14:29 openstackgerrit Jay Pipes proposed openstack/nova: placement: add nested resource providers https://review.openstack.org/377138
21:20:09 mriedem this is very weird http://logs.openstack.org/21/386221/3/check/gate-tempest-dsvm-full-devstack-plugin-ceph-ubuntu-xenial/14df095/console.html#_2017-01-04_12_31_14_907419
21:20:19 mriedem timing out waiting for the instance to go ACTIVE,
21:20:21 mriedem which it never does
21:20:35 mriedem networking is setup, it doesn't appear to be boot from volume
21:21:45 mriedem oh hrm neutron http://logs.openstack.org/21/386221/3/check/gate-tempest-dsvm-full-devstack-plugin-ceph-ubuntu-xenial/14df095/console.html#_2017-01-04_12_31_15_009989
21:22:26 mriedem nvm that's on teardown
21:26:48 openstackgerrit Sarafraj Singh proposed openstack/nova: DNM: Test service token https://review.openstack.org/413232
21:41:01 mriedem mdbooth: has anything merged related to fetch_func_sync stuff in the libvirt imagebackend code recently that might cause....issues?
21:44:26 mriedem i don't see anything
21:45:28 mriedem mdbooth: got a weird hang where this is the last thing we see when spawning the instance in the virt driver http://logs.openstack.org/21/386221/3/check/gate-tempest-dsvm-full-devstack-plugin-ceph-ubuntu-xenial/14df095/logs/screen-n-cpu.txt.gz#_2017-01-04_12_16_05_112
21:45:41 mriedem eventually the test times out waiting for the instance to go ACTIVE
21:45:48 mriedem this is on the rbd imagebackend, no volumes related
21:53:46 mriedem gd we need some debug logging in the image fetch/cache code in the libvirt driver flow
21:54:00 mriedem once we start creating the backing image we have like 0 debug logging of what's going on
22:02:19 cfriesen mriedem: yeah, we've got an open issue that we think might have been due to image fetch issues, but have no info to prove it.
22:02:46 mriedem cfriesen: according to logstash this has only hit on my change in the last 7 days
22:03:00 mriedem but we haven't had logstash until the last few days as it was down for about the last 2 weeks
22:03:07 mriedem i don't see anything in glance logs
22:03:17 mriedem although,
22:03:36 mriedem around the time that this gets to the fetch_func code in the libvirt imagebackend, there is a 3 minute gap in g-reg logs where an image is being uploaded
22:03:50 mriedem i wonder if the upload of a snapshot is hammering ceph or something and starving this other thread
22:04:15 cfriesen mriedem: our issue was on Mitaka, so probably unrelated to whatever you're doing.
22:04:26 dansmith mriedem: fsck.. alaski strikes again: http://logs.openstack.org/75/396775/19/check/gate-tempest-dsvm-cells-ubuntu-xenial/14f1bba/logs/devstacklog.txt.gz#_2017-01-04_18_28_21_344
22:04:41 mriedem the ghost of alaski
22:05:08 mriedem "CellsV1 users cannot use this simplified setup command" - but what are we supposed to use? goto: ...
22:05:49 dansmith mriedem: the other commands that simple_cell_setup calls for you
22:05:53 mriedem so i guess we have to figure out what the upgrade path is for cells v1 and then integrate that into our ci setup
22:05:59 mriedem yeah i suppose
22:06:01 dansmith yeah, working on it
22:29:09 navid_ hi
22:29:17 navid_ I had a question
22:30:00 navid_ In nova scheduler i want to get the nova service ip address, how can i get this ip address.
22:34:51 tonyb mriedem, dansmith: If you did all that while I was asleep I might never notice ;P
22:35:43 mriedem tonyb: i didn't think you actually slept
22:36:05 mriedem navid_: CONF.my_ip?
22:36:57 tonyb mriedem: :) If I don't I get really grmpy and me team doesn't like that .... ask mikal ;P
22:37:16 openstackgerrit Ed Leafe proposed openstack/nova: Add check for invalid allocation amounts https://review.openstack.org/416752
22:37:16 openstackgerrit Ed Leafe proposed openstack/nova: Remove the Allocation.create() method. https://review.openstack.org/416751
22:38:17 navid_ @mriedem: thanks
22:44:37 navid_ @mriedam: but my_ip will give you your ip, what if there are multiple nova instances
22:45:06 mriedem navid_: my_ip is the IP of the host that the nova-scheduler service is running on
22:45:22 mriedem you're asking about the scheduler getting the IPs of other nova services, like nova-compute?
22:45:54 navid_ @mriedem: aha, thanks a bunch, saved me a lot of time
22:47:45 mriedem ok i've backported the placement RT stuff to newton https://review.openstack.org/#/q/topic:bug/1651678+branch:stable/newton but waiting on https://review.openstack.org/#/c/416734/ to see if we have an issue
23:04:39 openstackgerrit Sujitha proposed openstack/nova: Document testing process for zero downtime upgrade https://review.openstack.org/395269
23:30:03 openstackgerrit Dan Smith proposed openstack/nova: Multicell support for instance listing https://review.openstack.org/396775
23:30:04 openstackgerrit Dan Smith proposed openstack/nova: Make the SingleCellSimple fixture a little more comprehensive https://review.openstack.org/410472
23:30:04 openstackgerrit Dan Smith proposed openstack/nova: Fix non-parameterized service id in hypervisors sample tests https://review.openstack.org/410471
23:30:05 openstackgerrit Dan Smith proposed openstack/nova: WIP: Make api_samples tests use simple cell environment https://review.openstack.org/410473
23:30:08 openstackgerrit Dan Smith proposed openstack/nova: WIP Move instance creation to conductor https://review.openstack.org/319379
#openstack-nova - 2017-01-05
00:11:12 openstackgerrit Sivasathurappan Radhakrishnan proposed openstack/nova: Refactor _post_live_migratiion https://review.openstack.org/413021
00:11:13 openstackgerrit Sivasathurappan Radhakrishnan proposed openstack/nova: [WIP] Add version field to LibvirtLiveMigrateData https://review.openstack.org/404607
00:15:22 diga gibi: Hi
00:15:41 diga gibi: there ?
00:19:48 mriedem we have some placement issues https://bugs.launchpad.net/nova/+bug/1654102
00:19:48 openstack Launchpad bug 1654102 in OpenStack Compute (nova) "Ironic: TypeError: unsupported operand type(s) for *: 'NoneType' and 'int' - during select_destinations()" [Medium,Confirmed]
00:19:55 mriedem sdague: seems our safe_connect isn't working there
00:20:01 mriedem keystone v3 auth issues when trying to talk to the placement service

Earlier   Later