| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2017-03-03 | |||
| 13:58:47 | migi | figleaf: I even installed almost identical pip dependencies same error and running in venv in centos reproduces error, so pretty wired, will do just need to spin this env, will get some results in 15min | |
| 13:58:55 | frickler | AJaeger: is that the same error as this one? http://logs.openstack.org/60/421760/12/check/gate-nova-api-ref/cfe9915/console.html#_2017-03-03_04_25_58_124928 | |
| 13:59:22 | johnthetubaguy | sahid: is that just the same words we had last time? | |
| 13:59:53 | figleaf | migi: are you running your tests under tox? If so, have you tried deleting the .tox/ directory? That is a good first step when tests go wonky | |
| 14:00:20 | openstackgerrit | Alex Xu proposed openstack/nova-specs master: The ResourceProviderTraits API - Manage traits with ResourceProviders https://review.openstack.org/345138 | |
| 14:00:27 | migi | figleaf: yep tried that and with pdb I'm running with testr | |
| 14:00:39 | johnthetubaguy | sahid: if its just the same words, add the git commit tag for that: https://github.com/openstack/nova-specs/blame/master/README.rst#L123 and we can get that re-approved right away | |
| 14:02:54 | sahid | johnthetubaguy: ah ok will do | |
| 14:03:20 | AJaeger | frickler: yes | |
| 14:05:01 | AJaeger | frickler: unless that change introduces a new problem ;) | |
| 14:05:04 | openstackgerrit | sahid proposed openstack/nova-specs master: Libvirt driver emulator threads placement policy https://review.openstack.org/427066 | |
| 14:05:55 | sahid | johnthetubaguy: should be ok now, thanks | |
| 14:06:31 | johnthetubaguy | sahid: will try look at that soon, if its not swiped by someone else first | |
| 14:06:38 | johnthetubaguy | got my head in quotas right now | |
| 14:07:09 | sahid | ok understood | |
| 14:14:33 | mriedem | yikes gate is at nearly 18 hours | |
| 14:15:35 | frickler | mriedem: yup, would be nice if some infra-root would wake up ;) | |
| 14:15:52 | mriedem | frickler: i'm not sure what infra has to do with this? | |
| 14:16:30 | frickler | mriedem: the top gate check is failing to get some trusty-multinode job run. at least for the last 6 hours while I'm watching it | |
| 14:16:51 | mriedem | oh i see gate-grenade-dsvm-neutron-multinode-ubuntu-trusty | |
| 14:17:04 | mriedem | sdague: mordred: fungi: have you seen ^? | |
| 14:20:48 | mriedem | zuul jobs launched per hour has dropped way off, is zuul v3 being used now? | |
| 14:21:11 | mriedem | i couldn't get through the massive zuul v3 update emails | |
| 14:28:11 | AJaeger | mriedem: zuul v3 is not really used yet | |
| 14:29:02 | sahid | mriedem: any chances you remove your -2 here https://review.openstack.org/#/c/385023/ | |
| 14:29:33 | mriedem | sahid: after going over the re-proposed spec yeah | |
| 14:29:37 | mriedem | i can do that shortly | |
| 14:32:50 | sahid | mriedem: cool, thank you | |
| 14:34:07 | sdague | mriedem: honestly, I expect just a lot of people approved stuff, and our normal races are all in there | |
| 14:34:19 | mriedem | sdague: the job isn't running | |
| 14:34:23 | mriedem | it's something with zuul | |
| 14:34:31 | sdague | mriedem: on what job? | |
| 14:34:39 | mriedem | http://status.openstack.org/zuul/ | |
| 14:34:45 | mriedem | gate-grenade-dsvm-neutron-multinode-ubuntu-trusty: queued | |
| 14:34:53 | mriedem | top job in the queue has been queued for nearly 19 hours | |
| 14:35:12 | AJaeger | sdague: I just pushed some notes on #openstack-infra about my findings | |
| 14:35:22 | mriedem | http://graphite.openstack.org/render/?from=-24hours&height=400&until=now&width=800&bgcolor=ffffff&fgcolor=000000&target=alias%28smartSummarize%28sumSeries%28stats_counts.zuul.pipeline.*.all_jobs%29,%271h%27%29,%27All%20Jobs%27%29&title=Zuul%20Jobs%20Launched%20%28per%20Hour%29&_t=0.5040648836791604#1488551678795 | |
| 14:35:43 | openstackgerrit | Balazs Gibizer proposed openstack/nova master: handle uninited fields in notification payload https://review.openstack.org/415857 | |
| 14:35:54 | sdague | oh | |
| 14:35:57 | sdague | neat | |
| 14:38:05 | mdbooth | Using only the cli, how do I determine which security group a particular instance is using? | |
| 14:38:30 | mdbooth | server show foo tells me name='default', but there are 4 of those | |
| 14:40:18 | mriedem | there is a secgroup-list command | |
| 14:40:21 | mriedem | or something like that | |
| 14:40:27 | mriedem | although we're removing that from novaclient | |
| 14:40:58 | mdbooth | Ah, I think I can get it from the port | |
| 14:41:01 | superdan | mriedem: hah, your create cell early thing is the same reason my fleetify patch is failing | |
| 14:41:08 | superdan | Found 1 cells: 00000000-0000-0000-0000-000000000000 cells | |
| 14:41:29 | mriedem | superdan: \o/ | |
| 14:41:34 | mriedem | and it's been in the gate 18 hours | |
| 14:41:42 | superdan | yeah :/ | |
| 14:41:47 | superdan | I guess I can go ahead and rebase on it | |
| 14:41:51 | mriedem | mdbooth: yeah otherwise the instance uuid is the device_id on the port | |
| 14:42:58 | mdbooth | For the curious, this seems to have done it: | |
| 14:43:01 | mdbooth | $ openstack port list --server foo --long | |
| 14:44:14 | openstackgerrit | Arnaud Morin proposed openstack/nova master: Add warning on setting secure_proxy_ssl_header https://review.openstack.org/423375 | |
| 14:44:46 | openstackgerrit | Balazs Gibizer proposed openstack/nova master: Refactor InstancePayload creation https://review.openstack.org/418488 | |
| 14:44:58 | openstackgerrit | Balazs Gibizer proposed openstack/nova master: Remove **kwargs passing in payload __init__ https://review.openstack.org/418489 | |
| 14:48:14 | mdbooth | Next question: is it possible to restart a devstack after the host goes down? | |
| 14:48:35 | mdbooth | i.e. simply restart everything running in screen without re-initialising everything | |
| 14:50:13 | migi | figleaf: re that funct test, with help by lyarwood it's now clear there is issue with older sqlite version, updating to newer one fixes issue, so probably it's broken at oslo.db level | |
| 14:50:37 | figleaf | migi: thanks for digging into that | |
| 14:53:13 | lyarwood | migi / figleaf ; yeah oslo_db just passes back an empty list because of this IndexError with the older sqlite version we have in RHEL - https://github.com/openstack/oslo.db/blob/c61d2d47bd39c31f1cd06faf497ffa85ae66cdd4/oslo_db/sqlalchemy/exc_filters.py#L185 | |
| 14:54:35 | figleaf | lyarwood: got it. That jibes with what was causing the test to fail. | |
| 14:57:56 | openstackgerrit | Balazs Gibizer proposed openstack/nova master: Improve assertJsonEqual error reporting https://review.openstack.org/428199 | |
| 14:59:17 | openstackgerrit | Matt Riedemann proposed openstack/nova-specs master: Libvirt driver emulator threads placement policy https://review.openstack.org/427066 | |
| 15:18:26 | jeblair | mriedem: /win 11 | |
| 15:18:34 | jeblair | gah | |
| 15:18:46 | jeblair | mriedem: no we're not running zuulv3 yet. :) | |
| 15:18:58 | mriedem | i saw, osic is down | |
| 15:19:32 | jeblair | mriedem: the gist of those emails is that we have made enough progress to run a test instance, zuulv3 is coming but is a little ways off yet. and we'll make much more noise when it gets closer. | |
| 15:20:32 | mriedem | oh so osic changed a flavor? | |
| 15:20:37 | mriedem | sdague: ^? | |
| 15:20:48 | sdague | mriedem: they changed all their flavors | |
| 15:21:05 | mriedem | and nodepool was hardcoded to use the flavor by id or something? | |
| 15:21:09 | sdague | nope | |
| 15:21:13 | sdague | but it caches flavorid | |
| 15:21:19 | mriedem | oh | |
| 15:21:47 | sdague | so it searches for flavors to lookup, but it caches the flavorid with no expiration | |
| 15:22:04 | openstackgerrit | Artom Lifshitz proposed openstack/nova master: Plumbing for tagged nic attachment https://review.openstack.org/415622 | |
| 15:22:04 | openstackgerrit | Artom Lifshitz proposed openstack/nova master: Delete nic metadata when detaching interface https://review.openstack.org/435387 | |
| 15:22:06 | openstackgerrit | Artom Lifshitz proposed openstack/nova master: Libvirt support for tagged volume attachment https://review.openstack.org/418100 | |
| 15:22:06 | openstackgerrit | Artom Lifshitz proposed openstack/nova master: Delete disk metadata when detaching volume https://review.openstack.org/435082 | |
| 15:22:09 | openstackgerrit | Artom Lifshitz proposed openstack/nova master: Plumbing for tagged volume attachment https://review.openstack.org/391941 | |
| 15:22:09 | openstackgerrit | Artom Lifshitz proposed openstack/nova master: API support for tagged device attachment https://review.openstack.org/376021 | |
| 15:22:11 | openstackgerrit | Artom Lifshitz proposed openstack/nova master: Libvirt support for tagged nic attachment https://review.openstack.org/415520 | |
| 15:22:28 | sdague | given that until osic this was working against public for pay clouds, it had never experienced "we deleted the flavor" | |
| 15:22:41 | sdague | because if you do that to customers... it all 'splodes | |
| 15:22:56 | mriedem | cdent: figleaf: are you able to answer my question here? https://review.openstack.org/#/c/440656/5 | |
| 15:24:05 | cdent | mriedem: short answer: no | |
| 15:24:23 | mriedem | lyarwood: see the issue in https://review.openstack.org/#/c/242602/ ? | |
| 15:24:54 | cdent | mriedem: but guessing I think that the length check was duplicated from somewhere else and this is just removing that redundancy while adding another confirmation of contents | |
| 15:24:57 | figleaf | mriedem: It's just checking that it's there. Why do you think it's random? | |
| 15:25:14 | mriedem | figleaf: because it could be anything right? | |
| 15:25:22 | mriedem | i'm wondering about the pattern going forward | |
| 15:25:33 | mriedem | if not a length check, should all new namespaces be checked that way in the tests? | |
| 15:25:37 | mriedem | or only the most recently added one? | |
| 15:25:53 | openstackgerrit | Michael Henkel proposed openstack/nova master: Implements: blueprint opencontrail-dpdk-support https://review.openstack.org/441183 | |
| 15:25:54 | figleaf | mriedem: wait - are you asking about the STORAGE_DISK_SSD? | |
| 15:25:58 | mriedem | yeah | |