Earlier  
Posted Nick Remark
#openstack-nova - 2020-03-12
14:50:09 openstackgerrit Takashi NATSUME proposed openstack/python-novaclient master: Microversion 2.82 - nova cyborg interaction https://review.opendev.org/712700
14:51:08 jkulik kplant, if you only have one host, you'd explicitly have to allow resize on the same host, iirc
14:51:22 kplant i did see that, i have more than one host though
14:51:44 jkulik then you'll have to look into the logs of nova-scheduler I guess
14:51:54 kplant unfortunately it gives me the same vague error message
14:53:23 jkulik enabling DEBUG logging always helps me understanding why the scheduler couldn't find an appropriate host. you need to search the logs for the request-id, not the instance uuid though.
14:53:34 kplant aah debug is a good idea
14:53:36 kplant ty
14:57:59 openstackgerrit sean mooney proposed openstack/nova master: Provider Config File: YAML file loading and schema validation https://review.opendev.org/673341
14:58:00 openstackgerrit sean mooney proposed openstack/nova master: Provider Config File: Function to further validate and retrieve configs https://review.opendev.org/676029
14:58:00 openstackgerrit sean mooney proposed openstack/nova master: Provider Config File: Functions to merge provider configs to provider tree https://review.opendev.org/676522
14:58:01 openstackgerrit sean mooney proposed openstack/nova master: Provider Config File: Enable loading and merging of provider configs https://review.opendev.org/693460
14:58:20 sean-k-mooney ^ that is just a clean rebase against master to allo the test to be run locally
14:58:37 sean-k-mooney it was complaing about moxs stubs
15:06:42 mriedem smcginnis: i hope my characterization of you being fluent in executive is accurate https://review.opendev.org/#/c/712498/
15:14:42 iurygregory Hi nova team, is this a know issue in the grenade tests http://paste.openstack.org/show/790610/ we started to see this in the ironic-grenade job while running the Smoke Tests http://zuul.openstack.org/build/3b20be2558c044628361f34eae06d520
15:15:01 openstackgerrit John Garbutt proposed openstack/nova master: WIP: Update limit APIs https://review.opendev.org/712707
15:15:06 iurygregory ops not with grenade tests/ smoke tests =)
15:18:53 lyarwood iurygregory: http://status.openstack.org/elastic-recheck/#1844929 - I can't tell if it's the same issue but I've seen this recently in the grenade job
15:21:42 prometheanfire I think the mock update is causing some pain
15:21:46 prometheanfire https://1b8c54b5d412a3af0fef-40bd60678638a1db566d5d37b438f20d.ssl.cf1.rackcdn.com/712615/2/check/cross-nova-py36/8e15404/testr_results.html
15:21:54 prometheanfire https://review.opendev.org/712615
15:22:28 iurygregory well I see some Timed out waiting for response from cell in the logs also...
15:22:42 prometheanfire woo
15:22:52 prometheanfire fun time all around
15:23:06 iurygregory lyarwood, maybe .-. it's since the is the same message in logs
15:23:18 iurygregory but seems "random" so far in the ironic jobs
15:23:46 iurygregory some times the tests in grenade just works .-.
15:24:18 lyarwood yup that's what we are seeing with this issue
15:25:47 openstackgerrit Lee Yarwood proposed openstack/nova master: workarounds: Add option to disable native LUKSv1 decryption by QEMU https://review.opendev.org/708030
15:25:48 openstackgerrit Lee Yarwood proposed openstack/nova master: workarounds: Connect RBD volumes to the compute host as block devices https://review.opendev.org/708029
15:28:14 prometheanfire https://review.opendev.org/712713 created to test just mock-4
15:29:31 prometheanfire that being said, nova still fails tests on the alembic update
15:30:34 prometheanfire that test is here https://review.opendev.org/708706
15:38:07 openstackgerrit John Garbutt proposed openstack/nova master: Update limit APIs https://review.opendev.org/712707
15:40:47 sean-k-mooney anyone else seeing http://paste.openstack.org/show/790613/ with master if you try to run tox
15:41:14 sean-k-mooney well tox -e py36 resource_tracker
15:44:37 sean-k-mooney im also seeign this in my second nova repo
15:44:45 sean-k-mooney ill try a fresh clone just in case
15:46:52 gibi sean-k-mooney: tox -e py36 resource_tracker -r passed on master for me
15:48:15 sean-k-mooney it looks like im missing https://github.com/openstack/nova/commit/91973ec26c3ae77ffe349bc4c5c03f13065d9b6f
15:48:39 sean-k-mooney but i did a rebase against master just before running the tests
15:48:54 kashyap lyarwood: Responded...
15:48:58 sean-k-mooney i wonder if the repos are all in sync and what one im using as my origin
15:49:13 openstackgerrit Balazs Gibizer proposed openstack/nova stable/pike: Mask the token used to allow access to consoles https://review.opendev.org/708876
15:49:20 sean-k-mooney ill rebase against the gerrit remote which shoudl be up to date
15:50:05 lyarwood kashyap: thanks
15:50:26 gibi sean-k-mooney: I have 91973ec26c3ae77ffe349bc4c5c03f13065d9b6f in my repo
15:50:37 kashyap lyarwood: Not sure how much of what I wrote makes sense :-); I'll check back in later
15:52:38 lyarwood kashyap: yup it does, I wasn't aware of the other API
15:52:45 lyarwood kashyap: I'll take a look after $meeetings
15:53:13 kashyap lyarwood: It's part of the (you wouldn't believe) 5-ish year effort in QEMU/libvirt to get the incremental backup stuff and all the relevant things
15:53:29 sean-k-mooney gibi: my origin was set to https://review.openstack.org/p/openstack/nova i wonder if one fo the servers is out of sync
15:54:01 gibi sean-k-mooney: my setup is a bit complicated as I push through nordix, gerrit.nordix.org
15:54:37 gibi and I'm not sure what nordix mirrors
15:54:41 sean-k-mooney gibi: ya no worries i can fix this by swaping my origin to opendev or gitub
15:54:49 sean-k-mooney instead of directly form gerrit
15:55:01 sean-k-mooney but its just strange that it thinks im up to date
15:55:22 gibi nova team meeting starts in 5 minutes on #openstack-meeting-3 (please note the place!)
15:56:18 sean-k-mooney oh it moved
15:56:23 sean-k-mooney as part of the time chagne
15:57:03 gibi yeah, #openstack-meeting was booked this time
16:14:49 openstackgerrit John Garbutt proposed openstack/nova master: Add tests for API using unified limits driver https://review.opendev.org/712140
16:15:37 openstackgerrit John Garbutt proposed openstack/nova master: Make unified limits APIs return reserved of 0 https://review.opendev.org/712141
16:15:53 openstackgerrit John Garbutt proposed openstack/nova master: Enforce api and db limits https://review.opendev.org/712142
16:16:09 openstackgerrit John Garbutt proposed openstack/nova master: Update quota_class APIs for db and api limits https://review.opendev.org/712143
16:16:23 openstackgerrit John Garbutt proposed openstack/nova master: Update limit APIs https://review.opendev.org/712707
16:28:00 openstackgerrit Merged openstack/nova master: Deprecate the vmwareapi driver https://review.opendev.org/712101
16:45:39 gibi artom, bauzas: I have to leave for today, but let's discuss the meeting time clash at some point
16:45:52 bauzas gibi: we're trying to fix it
16:46:13 artom gibi, we *have* fixed it :)
16:46:15 bauzas you shouldn't impact the whole community for a specific internal-only issue
16:46:20 artom Just not this week, because it was too last minute
16:46:29 artom Next week our call in on Wednesday, so no conflict
16:46:38 artom (Well, unless someone strongly objects internally)
16:46:59 bauzas gibi: technically, for a worldwide distributed team, timeslots around 5-6pm our time are strategic
16:47:05 gibi artom, bauzas: thanks
16:47:17 gibi and sorry for the short notice
16:47:25 bauzas but we only have 5 of those slots per week :)
16:47:28 gibi I would not able to chari the night meeting
16:47:31 bauzas so, conflics are usual :)
16:47:41 bauzas conflicts* even
16:52:44 mnaser hi nova friends -- this is kind-of-a-big-change and it'd be nice if opinions came in here -- https://review.opendev.org/#/c/712696/4
16:54:35 bauzas mnaser: that's surely something I can comment on
16:54:43 mnaser bauzas: please :)
16:55:13 sean-k-mooney gibi: i dont think we will have an issue aft the eu moves to DST
16:55:25 sean-k-mooney gibi: we are also looking at another time internally
16:55:42 sean-k-mooney gibi: so we shoudl be about to sort it out internally
17:09:25 openstackgerrit Sylvain Bauza proposed openstack/nova master: WIP: Allocate mdevs when resizing or reverting resize https://review.opendev.org/712741
17:13:22 openstackgerrit John Garbutt proposed openstack/nova master: Update limit APIs https://review.opendev.org/712707
17:13:23 openstackgerrit John Garbutt proposed openstack/nova master: WIP: Enforce unified limits using oslo.limit https://review.opendev.org/615180
17:15:46 openstackgerrit John Garbutt proposed openstack/nova master: DNM: Turn on unified limits to see if tests pass https://review.opendev.org/708387
17:22:51 kplant jkulik: for the record, the problem seems to have been that the AZ which the instance was created for no longer existed
17:22:59 kplant the resize function kept reqesting an AZ with the original name
17:23:21 kplant so i just created an AZ with that name. not sure if that's intended behavior
17:30:41 johnthetubaguy kplant: if you requested the AZ in the first place, I believe that is expected
17:32:39 kplant johnthetubaguy: you're everywhere :-)
17:33:10 johnthetubaguy heh, sometimes
17:41:16 openstackgerrit John Garbutt proposed openstack/nova master: WIP: Fix up quota classes APIs https://review.opendev.org/712749
17:42:55 openstackgerrit John Garbutt proposed openstack/nova master: WIP: Fix up quota sets APIs https://review.opendev.org/712749

Earlier   Later