| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2017-10-04 | |||
| 19:00:27 | clarkb | cfriesen: tox -e functional -- ClassNameHere ? | |
| 19:00:32 | melwitt | mriedem: yeah, the ceph-mgr started pulling in python-pastedeploy starting in the pike uca | |
| 19:00:35 | clarkb | that actually takes a regex (or should) | |
| 19:00:59 | cfriesen | clarkb: will try it...I had done that with the full dotted path to the class and it didn't like it. | |
| 19:01:15 | artom | cfriesen, clarkb's right, it should be a regex | |
| 19:01:22 | artom | So just ClassName should do it | |
| 19:01:30 | artom | Or even assName, because it matches as wlel | |
| 19:01:38 | mriedem | sorry make that monday https://review.openstack.org/#/c/505674/ | |
| 19:02:08 | cfriesen | artom: clarkb: nope. I ran "tox -e functional -- AggregateMigrationTestCase" and it started doing tests from nova.tests.functional.api.openstack.placement.test_placement_api | |
| 19:02:32 | melwitt | cfriesen: do you have an old checkout? there was some issues around the regex functionality that got fixed while we were at the PTG | |
| 19:02:44 | artom | cfriesen, hrmm - try without the --? | |
| 19:02:45 | mriedem | cfriesen: rebuild | |
| 19:02:48 | cfriesen | melwitt: entirely possible | |
| 19:02:49 | mriedem | tox -r -e | |
| 19:03:48 | melwitt | cfriesen: https://github.com/openstack/nova/commits/master/tox.ini I'd make sure you have the latest version of tox.ini | |
| 19:08:26 | cfriesen | combination of a fresh pull and tox -r seems to have done the trick | |
| 19:08:27 | cfriesen | thansk | |
| 19:14:40 | openstackgerrit | Matt Riedemann proposed openstack/nova master: use already loaded BDM in instance. |
|
| 19:14:41 | openstackgerrit | Matt Riedemann proposed openstack/nova master: use already loaded BDM in instance. |
|
| 19:14:41 | openstackgerrit | Matt Riedemann proposed openstack/nova master: use already loaded BDM in instance.create https://review.openstack.org/483969 | |
| 19:18:06 | krypto | hello all i have a strange problem with Mitaka release ,on one compute if i enable debug to true nova-compute is restarting continously with error "UnicodeDecodeError: 'ascii' codec can't decode byte 0xe2 in position 335: ordinal not in range(128)" with out debug everything is working as expected ,any idea? | |
| 19:20:00 | mriedem | krypto: there is likely some debug-only log message hitting something that's not encoded properly | |
| 19:20:08 | mriedem | i probably know what / where it is too | |
| 19:20:34 | mriedem | https://bugs.launchpad.net/nova/+bug/1624277 is similar | |
| 19:20:35 | openstack | Launchpad bug 1624277 in OpenStack Compute (nova) mitaka "nova-scheduler: UnicodeDecodeError in host aggregates handling" [Medium,Confirmed] - Assigned to Nazeema Begum (nazeema123) | |
| 19:21:04 | mriedem | krypto: look at this fix in oslo.log https://review.openstack.org/#/c/371582/ which was never released in the mitaka series | |
| 19:21:19 | cfriesen | mriedem: I tweaked the code slightly to test the host aggregate migration, and confirmed that we don't soft-delete the entries in table 'aggregate_hosts'. Diff is here, with functional test output at bottom: http://paste.openstack.org/show/622702/ This shouldn't affect normal code, but it messed up one of our audits that verified DB consistency. | |
| 19:21:24 | mriedem | looks like oslo.log 3.9.0 has that fix | |
| 19:22:57 | mriedem | krypto: i've also seen one in nova-compute when logging the vif | |
| 19:23:01 | mriedem | i can't find the bug for it though | |
| 19:23:07 | krypto | i see thank you mriedem ,thanks alot i didnt know that turning debug=true could bring down nova-compute :) not sure whats wrong with my compute | |
| 19:24:28 | openstackgerrit | Ed Leafe proposed openstack/nova master: Add alternate hosts https://review.openstack.org/486215 | |
| 19:24:29 | openstackgerrit | Ed Leafe proposed openstack/nova master: Add Selection objects https://review.openstack.org/499239 | |
| 19:24:30 | openstackgerrit | Ed Leafe proposed openstack/nova master: Return Selection objects from the scheduler driver https://review.openstack.org/495854 | |
| 19:25:24 | mriedem | krypto: you would need to capture the stacktrace from the n-cpu logs and put those in a paste to know where the actual problem needs to be fixed, or if it's already fixed and you can cherry pick that fix to your mitaka env, since mitaka is eol upstream | |
| 19:26:02 | mriedem | it might not be in nova, it could be in glanceclient, i see fixed bugs for the same thing in glanceclient from several years ago | |
| 19:26:09 | krypto | okk let me check how to do that | |
| 19:26:16 | mriedem | http://paste.openstack.org/ | |
| 19:28:08 | openstackgerrit | Matt Riedemann proposed openstack/nova master: use already loaded BDM in instance. |
|
| 19:28:09 | openstackgerrit | Matt Riedemann proposed openstack/nova master: use already loaded BDM in instance.create https://review.openstack.org/483969 | |
| 19:28:17 | cfriesen | is there a way to boot an instance from a volume-exposed-as-cdrom, install to another volume-exposed-as-disk, then unmount the CDROM volume? Or to change boot order of volumes in the instance after it's created? | |
| 19:36:29 | rybridges | Hello. Did we remove the ability to list servers by project/tenant id in the novaclient? | |
| 19:36:52 | rybridges | nova list --tenant-id <tenant_id> is not working. same if i try with openstack client | |
| 19:37:11 | rybridges | have tried all combinations of tenant_id, tenant-id, project_id, project-id in both openstack client and novaclient | |
| 19:37:25 | rybridges | but I see it in the documentation here https://developer.openstack.org/api-ref/compute/#listServers | |
| 19:37:37 | mriedem | rybridges: which version of novaclient? | |
| 19:38:30 | mriedem | nova help list | |
| 19:38:32 | mriedem | shows me: | |
| 19:38:37 | mriedem | --tenant [<tenant>] Display information from single tenant (Admin | |
| 19:38:38 | mriedem | only). | |
| 19:39:01 | melwitt | you might have to specific --all-tenants too. and make sure tenant is a UUID | |
| 19:39:04 | melwitt | *specify | |
| 19:39:18 | mriedem | nova list --tenant f7832bfb6daf4a00b6c5687b2ab756fd totally works for me | |
| 19:39:27 | mriedem | as the admin and ^ is the demo tenant in devstack | |
| 19:39:38 | melwitt | oh, cool | |
| 19:39:41 | rybridges | I also tried using the raw python binding like so: nova_client.servers.list(detailed=True, search_opts={'tenant_id': '9dfb1c98d6224351b55ca6dd8e4246c6'}) but it does not seem to be filtering. it only returns the servers in the tenant which i instantiated the novaclient with. that tenant btw is admin so it should be able to query machines from other tenants. | |
| 19:40:12 | rybridges | novaclient version is 7.1.3 | |
| 19:40:47 | mriedem | i'm on 9.1.0 | |
| 19:40:48 | rybridges | ahh ok nova list --tenant is working | |
| 19:40:57 | mriedem | yeah, use the help to see what's supported | |
| 19:40:58 | mriedem | nova help list | |
| 19:41:00 | rybridges | used to be --tenant_id | |
| 19:41:12 | rybridges | was a bit confusing b/c docs make it sound like tenant_id will work | |
| 19:41:26 | mriedem | the api reference docs != the nova cli | |
| 19:42:17 | rybridges | right | |
| 19:42:27 | rybridges | well, nova list --tenant <id> does seem to work | |
| 19:42:34 | rybridges | now how can i do the same thing from the python binding | |
| 19:42:42 | mriedem | for review, gibi's bdm perf fixup series has my +2, https://review.openstack.org/#/q/topic:bug/1718226+(status:open+OR+status:merged) - it's pretty mechanical plumbing stuff | |
| 19:42:44 | mriedem | easy review | |
| 19:42:47 | rybridges | the docs just pointed me to the page i linked above | |
| 19:42:54 | rybridges | for a full list of search opts | |
| 19:43:45 | rybridges | but tenant, tenant_id, tenant-id, project, project_id, project-id all do not filter properly when using the python binding directly | |
| 19:44:18 | mriedem | rybridges: project_id and tenant_id are valid search opts to the GET /servers API | |
| 19:44:28 | mriedem | however, as noted in the docs, they only work if you're an admin making the request | |
| 19:44:43 | mriedem | so, are you doing this with an admin token | |
| 19:44:45 | mriedem | is the first question | |
| 19:45:01 | rybridges | when i instantiated the novaclient object in python | |
| 19:45:06 | rybridges | i passed it admin user/password | |
| 19:45:14 | mriedem | i guess the docs don't say this, but the nova cli help does | |
| 19:45:24 | rybridges | and i can list servers in the admin tenant | |
| 19:45:33 | mriedem | can you do: nova service-list? | |
| 19:45:55 | rybridges | when i pass a tenant id as a search opt, it still just returns the same servers that are in the admin tenant, not those in the project i specified | |
| 19:46:18 | mriedem | ok i think i see the issue | |
| 19:46:35 | rybridges | yes, nova.services.list() does work | |
| 19:46:38 | rybridges | from the python binding | |
| 19:46:44 | mriedem | https://review.openstack.org/#/c/426259/ | |
| 19:46:47 | rybridges | with the instance of nova client that i created | |
| 19:46:56 | mriedem | yup so we suck at documenting things in the api reference... | |
| 19:47:34 | rybridges | oh | |
| 19:47:38 | mriedem | rybridges: so try searching with project_id | |
| 19:47:39 | rybridges | so i must specify all_tenants | |
| 19:47:40 | mriedem | rather than tenant_id | |
| 19:47:44 | mriedem | well try ^ first | |
| 19:47:49 | rybridges | i have tried with project_id and i get the same behavior | |
| 19:48:11 | mriedem | ok probably because of search_opts['project_id'] = context.project_id | |
| 19:48:21 | mriedem | it overwrites the requested project_id filter with the one in the token | |
| 19:48:23 | mriedem | which is your admin project | |
| 19:48:26 | rybridges | okay i see now | |
| 19:48:29 | mriedem | so yeah you have to specify all_tenants | |
| 19:48:31 | rybridges | this is working: nova.servers.list(detailed=True, search_opts={'project_id': '9dfb1c98d6224351b55ca6dd8e4246c6', 'all_tenants': True}) | |