Earlier  
Posted Nick Remark
#openstack-nova - 2018-01-03
19:42:18 mriedem i just need to move the testing along, so i'm ok for now
19:44:57 ildikov mriedem: is there anything stvnoyes can help out or you're dedicated to make this one work?
19:45:35 mriedem i'm ok for now, wait until i'm stuck or don't have time to look
19:46:12 stvnoyes ok, that's fine. If there's something else I can help with, let me know.
19:46:19 ildikov mriedem: ok, cool, tnx
19:47:01 mriedem stvnoyes: have you read my comments in https://review.openstack.org/#/c/271047/ ?
19:47:04 openstackgerrit Chris Dent proposed openstack/nova master: Document lack of side-effects in AllocationList.create_all() https://review.openstack.org/530997
19:47:17 mriedem could use more eyes on what, if any, restriction we're going to put in the compute api for multiattach and the new microversion
19:47:58 stvnoyes mriedem: i haven't looked at it yet. I'll take a look.
19:57:58 mriedem oh nice,
19:57:59 mriedem http://paste.openstack.org/show/637525/
19:58:06 mriedem trying to attach a volume to more than one instance results in a 500
20:01:05 mriedem Unable to create attachment for volume (Invalid volume: Volume 373c2a29-f6e7-4931-adda-6b87a193e9f9 status must be available or downloadi
20:03:42 ildikov mriedem: for a multiattach volume?
20:03:51 mriedem no, not multiattach
20:03:59 mriedem i wanted to make sure that still is prohibited
20:04:16 openstackgerrit Chris Dent proposed openstack/nova master: Fix documentation nits in set_and_clear_allocations https://review.openstack.org/531001
20:04:37 ildikov oh, ok :)
20:08:53 mriedem hmm, why would i get a 400 in the case of os-reserve but a 500 from cinder in the case of attachment_create?
20:10:25 mriedem i would think the ResourceExceptionHandler would be used in both cases
20:10:33 mriedem that converts InvalidVolume to a 400 response
20:44:46 openstackgerrit Lance Bragstad proposed openstack/nova master: Simplify logic in get_enforcer https://review.openstack.org/531008
20:55:10 edleafe mriedem: got a minute to talk about resize?
20:55:35 mriedem sure
20:56:42 edleafe we recently changed it to do 'replace_allocation_with_migration' to have the allocations use the migration uuid
20:57:19 edleafe It checks to verify that the instance is allocated against the source node, and if it isn't raises an error
20:57:57 edleafe But with claiming in the scheduler, select_destinations will claim against the target host
20:58:09 edleafe So the replace method always fails
20:58:56 mriedem edleafe: i can see that being true in the reschedule case,
20:59:12 edleafe exactly
20:59:16 mriedem because on the 2nd loop through conductor, the source node allocation will be held by the migration uuid and the first chosen and failed host is owned by the instance
20:59:33 edleafe (I forgot to mention that I'm working on functional tests for reschedules
20:59:50 mriedem ah - i was going to start working on a functional test this afternoon but got sidetracked with cinder
21:00:12 mriedem edleafe: so, we should (1) report a bug for the thing and (2) fix it separately before your alternate hosts patch for resize i think
21:00:17 edleafe I've been working on it, but it took a while to track down exactly why they were all failing
21:00:22 mriedem i was going to push the functional test before your alternate hosts patch in the series
21:00:39 mriedem yeah we need the functional resize + reschedule test regardless of alternate hosts
21:00:47 mriedem because it would have caught this earlier
21:00:55 edleafe makes sense
21:00:59 mriedem cool
21:01:23 edleafe so have you started on it? Should I wait and rebase on top of yours?
21:01:28 mriedem i haven't started
21:01:50 mriedem so feel free to report the regression bug and push a patch in nova/tests/functional/regressions
21:01:53 mriedem for that bug
21:02:06 edleafe ok, I can do it. I only have a little time left today, thanks to IBM adding a 2-hour each way commute to my schedule
21:02:24 mriedem how about report the bug and push what you have for the test
21:02:39 mriedem can work on a fix and such tomorrow
21:02:41 edleafe ok, I can do that.
21:02:44 mriedem thanks
21:05:38 mriedem i should probably start thinking about an rc1 bugs etherpad...
21:20:04 openstackgerrit Hongbin Lu proposed openstack/nova master: Handle not found error on taking snapshot https://review.openstack.org/511074
21:26:02 edleafe mriedem: https://bugs.launchpad.net/nova/+bug/1741125
21:26:03 openstack Launchpad bug 1741125 in OpenStack Compute (nova) "Instance resize always fails when rescheduling" [High,New] - Assigned to Ed Leafe (ed-leafe)
21:27:11 mriedem thanks; resize in general is probably just broken for the CachingScheduler
21:31:31 mriedem dansmith: we probably can't error out here https://github.com/openstack/nova/blob/f95f165b49fbc0efe29450b0e858a3ccadecedea/nova/conductor/tasks/migrate.py#L47-L48
21:32:01 mriedem we won't have allocations if you're using the caching scheduler
21:32:35 dansmith hrm
21:33:27 dansmith and not create them either? that'll kinda screw with all the downstream logic for confirm/delete/undo-swap
21:33:29 edleafe if we do check, we should check against the instance or the migration
21:33:53 mriedem dansmith: compute won't create them once everything is pike+
21:34:44 dansmith that's not what I meant,
21:35:00 dansmith but I guess we can't create the new allocations (on the dest) if we don't have some to copy from the source
21:35:03 mriedem edleafe: i think we can handle the logic in the conductor task based on whether or not we know we're doing a reschedule
21:35:41 mriedem edleafe: in the case of a reschedule, we'd swap the allocation from desthost1 to desthost2 for the migration uuid
21:35:51 mriedem and just leave the instance uuid allocation on the source node
21:36:34 mriedem not really a swap, just an update to the allocations for the migration consumer
21:37:29 edleafe yeah, I knew what you meant
21:39:16 dansmith reschedule of a migration is changing the instance uuid's allocation though not the migration one
21:39:45 mriedem oh right yeah, got those mixed up
21:39:55 mriedem migration stays on the source node, instance goes to the eventual dest host
21:40:01 dansmith so just need to update the instance's allocation for the new node
21:40:03 dansmith right
21:41:08 melwitt mriedem: what did you mean by your comment here? https://review.openstack.org/#/c/481700/7/nova/db/sqlalchemy/api.py@1867 update what, model_query?
21:42:43 mriedem the comment
21:42:51 melwitt oh, k
21:42:57 mriedem there is no 'deleted' in 'tags' or 'consoleauthtoken' tables
21:43:10 melwitt thanks
21:47:59 mriedem stvnoyes: got further on the multiattach tempest test; it appears to be failing to create the 2nd attachment
21:52:09 openstackgerrit Ed Leafe proposed openstack/nova master: Change compute RPC to use alternates for resize https://review.openstack.org/526436
21:52:10 openstackgerrit Ed Leafe proposed openstack/nova master: Add functional test for resize reschedules https://review.openstack.org/531022
21:52:14 edleafe mriedem: ^^ resize reschedule func test
21:52:27 mriedem ok
21:58:37 rybridges Hey Guys! Had a really quick question. Is ephemeral GB included in snapshots for VMs?
22:58:16 clarkb I am pretty sure only the root device is snapshotted
22:58:27 clarkb (but I'm saying that as a user of random clouds not a nova dev that would know for sure)
23:19:36 openstackgerrit Merged openstack/nova master: Add test for assignment of uuid to a deleted BDM https://review.openstack.org/530774
23:19:42 openstackgerrit Merged openstack/nova master: Add support for listing hosts in cellv2 https://review.openstack.org/524755
23:20:26 openstackgerrit Matt Riedemann proposed openstack/nova master: [libvirt] Allow multiple volume attachments https://review.openstack.org/267587
23:20:26 openstackgerrit Matt Riedemann proposed openstack/nova master: [api] Allow multi-attach in compute api https://review.openstack.org/271047
23:26:38 mriedem stvnoyes: running the test again based on these changes to the libvirt patch ^
#openstack-nova - 2018-01-04
00:23:10 mriedem nailed it http://logs.openstack.org/67/529867/1/check/tempest-full/23d2919/controller/logs/screen-n-sch.txt.gz#_Dec_22_18_14_13_693048
00:23:34 mriedem jaypipes: could you have guessed the stats / num_instances / host_state.instances stuff could have all gotten screwy?
00:26:58 jaypipes mriedem: not surprised.
00:31:00 mriedem heh "Reported number of instances (0) does not match the tracked number of instances (3)."
00:31:03 mriedem not even close
00:38:44 openstackgerrit Matt Riedemann proposed openstack/nova stable/pike: doc: Add configuration index page https://review.openstack.org/531042
00:54:21 openstackgerrit Takashi NATSUME proposed openstack/python-novaclient master: Microversion 2.59 - List/Show all server migration types https://review.openstack.org/430839
01:02:45 mriedem will need someone more familiar with ironic to triage this https://bugs.launchpad.net/nova/+bug/1730834
01:02:46 openstack Launchpad bug 1730834 in OpenStack Compute (nova) "Ironic compute node doesn't take over nodes with instance when the owner compute node is down" [Undecided,New]
01:02:59 mriedem i don't know what "take over" means here

Earlier   Later