| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2020-03-12 | |||
| 14:35:52 | lyarwood | yeah sorry no idea then, can you raise this in an os-brick bug and ask for help in #openstack-cinder ? | |
| 14:35:53 | sean-k-mooney | dSrinivas: the only thing that comes to mind is maybe it is timing out waithg for it to be avialble | |
| 14:35:56 | dansmith | brinzhang: mriedem ^ | |
| 14:36:27 | mriedem | ooo | |
| 14:36:31 | dSrinivas | How to increase the retries | |
| 14:38:04 | sean-k-mooney | dSrinivas: im not sure. | |
| 14:38:29 | dSrinivas | It is attaching and then deleting immediately | |
| 14:38:54 | sean-k-mooney | and you can see that on the compute node not the storage backend | |
| 14:39:54 | lyarwood | dSrinivas: ignore the volume state, the underlying block devices aren't present. | |
| 14:40:18 | lyarwood | dSrinivas: raise an os-brick bug for this and reach out to the folks in #openstack-cinder | |
| 14:40:31 | lyarwood | dSrinivas: we don't directly support the os-brick code in this channel | |
| 14:40:34 | openstackgerrit | sean mooney proposed openstack/nova master: Provider Config File: Functions to merge provider configs to provider tree https://review.opendev.org/676522 | |
| 14:41:05 | dSrinivas | I have check the n-cpu logs and pasted the link above | |
| 14:41:40 | lyarwood | dSrinivas: yes, n-cpu is calling os-brick and it is failing to connect the volume here | |
| 14:41:44 | sean-k-mooney | dSrinivas: which is showing an error form os-bricks which is a lib that is maintained by both cinder and nova | |
| 14:42:05 | lyarwood | sean-k-mooney: well we chip in with the odd bugfix ;) | |
| 14:42:16 | sean-k-mooney | yes | |
| 14:42:42 | sean-k-mooney | well you chip in with the odd bugfix i avoid it | |
| 14:44:17 | openstackgerrit | sean mooney proposed openstack/nova master: Provider Config File: Enable loading and merging of provider configs https://review.opendev.org/693460 | |
| 14:44:53 | kplant | anyone know what would cause "No valid host was found. No valid host found for resize " when trying to resize an instance? | |
| 14:45:05 | kplant | i have plenty of resources available and can deploy new instances with the same flavor i'm trying to resize to | |
| 14:45:36 | mriedem | dansmith: left some comments, thanks | |
| 14:47:02 | dansmith | mriedem: thanks | |
| 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 | |