Earlier  
Posted Nick Remark
#openstack-nova - 2017-10-04
18:55:32 mriedem i remember yum installed packages show up in pip freeze output too
18:55:43 mriedem you just generally aren't using pip with rpms because things get wonky
18:56:03 melwitt yeah, huh.
18:57:25 mriedem right so it's setup via deb first http://logs.openstack.org/32/508432/1/check/gate-tempest-dsvm-full-devstack-plugin-ceph-ubuntu-xenial/575e932/logs/devstacklog.txt.gz
18:57:39 mriedem and then pip ignores it http://logs.openstack.org/32/508432/1/check/gate-tempest-dsvm-full-devstack-plugin-ceph-ubuntu-xenial/575e932/logs/devstacklog.txt.gz#_2017-10-04_01_50_59_811
18:57:41 clarkb hrm pastedeploy 1.5.2 is latest
18:57:53 clarkb so is the ubuntu package just broken and not including all the bits?
18:57:58 mriedem oops first link is http://logs.openstack.org/32/508432/1/check/gate-tempest-dsvm-full-devstack-plugin-ceph-ubuntu-xenial/575e932/logs/devstacklog.txt.gz#_2017-10-04_01_49_51_453
18:58:13 melwitt do you think it has anything to do with this? wsgi-file = /usr/local/bin/keystone-wsgi-public http://logs.openstack.org/32/508432/1/check/gate-tempest-dsvm-full-devstack-plugin-ceph-ubuntu-xenial/575e932/logs/etc/keystone/keystone-uwsgi-public.ini.txt.gz
18:58:16 mriedem we are using pike uca now
18:58:17 mriedem as of last week
18:58:41 melwitt is the /usr/local/ there causing keystone to only look under /usr/local for paste deploy?
18:59:51 melwitt clarkb: hm, maybe. I hadn't considered the package could be broken
19:00:10 cfriesen is there a way to specify running a single functional test class?
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. https://review.openstack.org/483324
19:14:41 openstackgerrit Matt Riedemann proposed openstack/nova master: use already loaded BDM in instance. (2) https://review.openstack.org/483955
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. (2) https://review.openstack.org/483955
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/

Earlier   Later