| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2018-02-16 | |||
| 14:30:26 | mnaser | this simple clean up has been a lot messier than expected :( | |
| 14:31:20 | mnaser | melwitt: for some reason that example you have listed has multiple attachments so that’s probably why it still is marked as reserved? mriedem maybe can confirm this? | |
| 14:36:25 | finucannot | bauwser: Could you knock this one through? https://review.openstack.org/#/c/538223/ | |
| 14:37:08 | fried_rice | stelucz: I believe osc has the command you're looking for. But it doesn't sound like you need to delete it in that scenario. The message you're seeing is not an error. | |
| 14:54:22 | melwitt | mnaser: multiple attachments? no | |
| 14:55:06 | lyarwood | sean-k-mooney: https://bugs.launchpad.net/os-vif/+bug/1749972 - finucannot pointed me in your direction regarding this odd `brctl setageing $bridge 0` behaviour I've just stumbled across with the latest 16.04 kernel, would you mind taking a look? | |
| 14:55:07 | openstack | Launchpad bug 1749972 in os-vif "`brctl setageing $bridge 0` fails on Ubuntu 16.04 4.4.0-21-generic" [Undecided,New] | |
| 14:55:17 | mnaser | melwitt: in your curl example, I saw multiple attachments returned | |
| 14:55:30 | mnaser | I count 4 | |
| 14:55:47 | mnaser | (To 4 différence instances) | |
| 14:55:55 | mnaser | Different* | |
| 14:56:16 | openstackgerrit | Eric Fried proposed openstack/nova master: api-ref: Further clarify placement aggregates https://review.openstack.org/545356 | |
| 14:56:23 | fried_rice | figleaf: ^^^ | |
| 14:56:52 | melwitt | mnaser: oh, weird. I didn't notice that | |
| 14:56:55 | fried_rice | mriedem, superdan: bauwser also ^ | |
| 14:57:44 | mnaser | melwitt: I can only guess that maybe you tried to run this before applying patch so a few got accumulated? Or maybe it’s a multiattach volume? | |
| 14:57:49 | melwitt | I had been reusing the same volume as I messed up a bunch of tests. I'll try again with a new one | |
| 14:58:01 | bauwser | fried_rice: +2 | |
| 14:58:11 | fried_rice | thx | |
| 14:58:21 | bauwser | we can iterate long about docs :) | |
| 14:58:33 | bauwser | but I'm fine | |
| 15:00:39 | fried_rice | As long as each iteration is an improvement over the previous, agree that we need not make every patch perfect. | |
| 15:04:01 | melwitt | mnaser: indeed you're right, it works fine with a fresh volume with only one attachment. thanks for pointing that out | |
| 15:04:20 | melwitt | I'll respin it to remove that code comment I wrote that was wrong | |
| 15:04:43 | mnaser | melwitt: awesome! | |
| 15:16:06 | melwitt | correction, with a fresh volume it actually has no attachments, if I make it fail to build on compute. it ends up 'reserved' with no attachments, then the detach makes it 'available' then the delete deletes the volume | |
| 15:17:56 | openstackgerrit | melanie witt proposed openstack/nova master: Clean up ports and volumes when deleting ERROR instance https://review.openstack.org/340614 | |
| 15:17:57 | openstackgerrit | melanie witt proposed openstack/nova master: Detach volumes when deleting a BFV server pre-scheduling https://review.openstack.org/545132 | |
| 15:17:57 | openstackgerrit | melanie witt proposed openstack/nova master: Add functional recreate test of deleting a BFV server pre-scheduling https://review.openstack.org/545123 | |
| 15:18:52 | tobasco | i have a ongoing issue right now, nova metadata api returns error code 300 to neutron-metadata-agent, so cloud-init fails, neutron metadata givens error 500 to cloud-init | |
| 15:19:18 | tobasco | mitaka, anybody know what would cause a 300 error code? i'm gonna dump the request and try manually now | |
| 15:31:32 | mriedem | it sucks that we have to provide a token to list the versions for the compute api | |
| 15:39:31 | fried_rice | mriedem: We fixed that for placement. | |
| 15:39:41 | fried_rice | We should fix it for nova too | |
| 15:40:13 | fried_rice | mriedem: https://review.openstack.org/#/c/522002/ | |
| 15:40:37 | fried_rice | Because the root URI is supposed to be auth-less. mordred will tell you so. | |
| 15:40:48 | mriedem | yeah i remember | |
| 15:41:00 | superdan | mordred will tell you lots of things | |
| 15:41:10 | fried_rice | It just makes sense too though. | |
| 15:41:25 | fried_rice | superdan: Are you saying mordred tends to the garrulous? | |
| 15:42:00 | superdan | oh I dunno about that | |
| 15:42:15 | superdan | he's just mordredulous | |
| 15:42:26 | fried_rice | mordredoquacious | |
| 15:44:27 | mriedem | huh, this is kind of fun | |
| 15:44:28 | mriedem | +--------------------------------------+---------+--------+----------+-------+--------+ | |
| 15:44:28 | mriedem | stack@queens:~$ openstack server list | |
| 15:44:29 | mriedem | +--------------------------------------+---------+--------+----------+-------+--------+ | |
| 15:44:29 | mriedem | | fd20384d-c0e5-40ab-b9f5-c3fae406379b | server1 | ERROR | | | | | |
| 15:44:29 | mriedem | | ID | Name | Status | Networks | Image | Flavor | | |
| 15:44:35 | mriedem | this server failed in the api i think | |
| 15:44:38 | mriedem | on create | |
| 15:44:53 | mriedem | it's volume-backed so that's why no image, but no flavor? | |
| 15:45:50 | mriedem | melwitt: mnaser: heh, as a user, i just hit the bug we're trying to fix, | |
| 15:46:09 | mriedem | volume-backed server create failed, i delete it, then went to do it again but the volume is reserved | |
| 15:46:15 | mriedem | so now i have to switch to admin to force detach it | |
| 15:46:40 | melwitt | that bug so hot right now | |
| 15:49:28 | openstackgerrit | Marcin Juszkiewicz proposed openstack/nova master: Allow to configure amount of PCIe ports https://review.openstack.org/545034 | |
| 15:52:01 | cdent | I think a t-shirt with "that bug so hot right now" would work pretty well. It rings. | |
| 15:54:41 | mordred | superdan, mriedem, fried_rice: yes please to not having auth on discovery urls | |
| 15:55:33 | fried_rice | cdent: Picture of a cockroach with a smug grin and a pompadour | |
| 15:56:02 | ingy | mordred: hey o/ | |
| 15:56:16 | cdent | fried_rice: that will do nicely | |
| 16:00:01 | finucannot | FYI, I'm gone for the next week so if anyone pings me don't expect me to answer. See everyone at the PTG! | |
| 16:00:11 | ingy | cdent is OnIt™ | |
| 16:00:37 | cdent | ingy: always | |
| 16:01:03 | openstackgerrit | Stephen Finucane proposed openstack/nova master: Standardize '_get_XXX_constraints' functions https://review.openstack.org/385071 | |
| 16:01:03 | openstackgerrit | Stephen Finucane proposed openstack/nova master: Rename '_numa_get_constraints_XXX' functions https://review.openstack.org/385072 | |
| 16:05:16 | mriedem | am i making some obvious mistake here? | |
| 16:05:17 | mriedem | {"badRequest": {"message": "There is no such action: None", "code": 400}} | |
| 16:05:17 | mriedem | curl -d '{"os-force_detach": {}}' -H "accept: application/json" -H "x-auth-token: $token" http://199.204.45.19/volume/v3/e9d773beeef2435eb59f7c6eeaf685a9/volumes/126c8d4b-c582-484a-8c09-fe901a7dc17f/action | |
| 16:05:21 | mriedem | https://developer.openstack.org/api-ref/block-storage/v3/#force-detach-a-volume | |
| 16:06:38 | melwitt | did you include a request body? | |
| 16:06:58 | mriedem | yeah, -d | |
| 16:07:30 | melwitt | oh, I'm blind | |
| 16:09:33 | mriedem | aha | |
| 16:09:41 | mriedem | Feb 16 16:08:49 queens devstack@c-api.service[1549]: DEBUG cinder.api.openstack.wsgi [None req-c7279a60-f7ba-4a11-98f2-8fa2b2ec281d demo demo] Unrecognized Content-Type provided in request {{(pid=1723) get_body /opt/stack/cinder/cinder/api/openstack/wsgi.py:724}} | |
| 16:09:54 | mriedem | excellent UX | |
| 16:10:18 | cdent | a != b | |
| 16:13:54 | mriedem | yeah my fault | |
| 16:14:54 | mriedem | cinder api can figure out if i'm missing the content-type header though and let me know | |
| 16:15:02 | mriedem | rather than just 'no such action, f u' | |
| 16:15:25 | smcginnis | if user == mriedem: return "f u" | |
| 16:15:37 | mriedem | why i aughta | |
| 16:15:59 | melwitt | lol | |
| 16:23:09 | openstack | Launchpad bug 1579213 in OpenStack Compute (nova) "ComputeFilter fails because compute node has not been heard from in a while" [Undecided,Invalid] | |
| 16:23:09 | mrjk_ | Hi, I hit this problem: https://bugs.launchpad.net/nova/+bug/1579213. Comments are pretty well explicit as well. So I came to change filter order, to lower scheduler_driver_task_period=30 (#was 60) but nothing worked. | |
| 16:23:38 | mriedem | mrjk_: are you using the caching scheduler? | |
| 16:24:07 | mrjk_ | Now, I only have the service_down_time>60 option, but I don't like it as it will impact all of my services | |
| 16:24:12 | mrjk_ | mriedem, lemme check | |
| 16:24:25 | mriedem | if you're not using the caching_scheduler, scheduler_driver_task_period is not used | |
| 16:25:52 | mrjk_ | mriedem, no caching_scheduler in place (I'm running liberty) | |
| 16:26:20 | mriedem | then scheduler_driver_task_period isn't used | |
| 16:26:36 | mriedem | you're sure that you don't have scheduler_driver set in nova.conf? | |
| 16:27:13 | mrjk_ | Got this: scheduler_driver=nova.scheduler.filter_scheduler.FilterScheduler | |
| 16:28:24 | mriedem | then the compute filter is probably failing because you have a down compute service | |
| 16:28:31 | mriedem | nova service-list will show you the compute service that is down | |
| 16:28:45 | openstackgerrit | Merged openstack/nova master: trivial: Move __init__ function https://review.openstack.org/538223 | |
| 16:29:02 | mrjk_ | Actually it fails when I try to load a lots of VM (from 30) | |
| 16:29:44 | mrjk_ | I have some node down, because it always have, it shouldn't impact. The sheduling process mays definitely take up to 1 minute as well | |
| 16:29:59 | mriedem | mrjk_: ok, well, that could be lots of things potentially so you're going to have to dig through some logs; and you're on a long EOL release | |