| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2018-01-25 | |||
| 16:11:53 | mriedem | sean-k-mooney: ^ | |
| 16:12:13 | Tengu | mriedem: hmm. weird thing is: this happens only in one project :/. | |
| 16:12:21 | bpoulos | giodeco: The checksum error you're seeing isn't related to image signature verification. It looks like it's a Glance Exception raised if the MD5 checksum of the image isn't as expected (signature verification doesn't use MD5). See http://git.openstack.org/cgit/openstack/python-glanceclient/tree/glanceclient/common/utils.py#n415 | |
| 16:12:27 | mriedem | Tengu: then i don't know | |
| 16:12:31 | Tengu | and I didn't change anything in the configuration :/. | |
| 16:12:41 | Tengu | might it be related to some kind of quota? | |
| 16:12:49 | mriedem | not on the nova side | |
| 16:12:54 | Tengu | hmm. | |
| 16:13:02 | Tengu | shall I ping on neutron channel? | |
| 16:13:27 | mriedem | http://codesearch.openstack.org/?q=Unsupported%20VIF%20type&i=nope&files=&repos= | |
| 16:13:57 | Tengu | hmmm, nova-network is deprecated and not in use anymore in pike, is it? | |
| 16:14:08 | mriedem | this isn't nova-network | |
| 16:14:17 | Tengu | oh. | |
| 16:14:29 | mriedem | the libvirt driver in nova needs to know how to handle the vif type to setup the guest xml properly when attaching the network interface | |
| 16:15:03 | Tengu | hmm. | |
| 16:15:28 | Tengu | if it was for all project in the openstack deploy, I'd say "due to update"… but this isn't the case. | |
| 16:15:46 | mriedem | what is the vif type? the error is saying the vif type is "unbound" for some reason | |
| 16:15:47 | mriedem | which isn't correct | |
| 16:15:48 | sean-k-mooney | mriedem: it means some how the ovs_vif_utill.py fucntion with a neutron port that we have not done port binding on yet | |
| 16:16:06 | sean-k-mooney | mriedem: e.g. vif_unbound is the state a port is in before it is added to a vm | |
| 16:16:15 | Tengu | mriedem: how may I check that? | |
| 16:16:19 | mriedem | Tengu: check the neutron logs for an error with port binding | |
| 16:16:27 | mriedem | it's probably a port binding failure on the neutron side | |
| 16:16:31 | mriedem | causing a side effect issue in nova | |
| 16:16:43 | mriedem | which could possibly be due to quota in neutron, idk | |
| 16:17:09 | Tengu | mriedem: hmm ok. I'll check on the neutron channel then. | |
| 16:17:20 | ildikov | jgriffith: mriedem: smcginnis: jungleboyj: sorry, I admit I'm a bit more disorganized this week than I expected :/ | |
| 16:17:30 | ildikov | jgriffith: mriedem: smcginnis: jungleboyj: shall we have a short meeting? | |
| 16:17:32 | Tengu | mriedem: thank you for your support :). | |
| 16:18:27 | mriedem | ildikov: i'd like to skip this week if possible | |
| 16:18:34 | mriedem | lots of stuff to deal with today | |
| 16:18:41 | mriedem | Tengu: np | |
| 16:18:57 | ildikov | mriedem: all good, just wanted to check in whether there's anything we should talk about today or we can skip | |
| 16:19:05 | ildikov | mriedem: tnx | |
| 16:23:54 | sean-k-mooney | mriedem: if it was a port binding failure in neutron it should be VIF_BINDING_FAILED not unbound | |
| 16:25:34 | openstackgerrit | melanie witt proposed openstack/nova master: Add release note for QEMU native LUKS decryption https://review.openstack.org/537642 | |
| 16:27:31 | openstackgerrit | Brianna Poulos proposed openstack/nova master: Add trusted_certs object https://review.openstack.org/489408 | |
| 16:27:31 | openstackgerrit | Brianna Poulos proposed openstack/nova master: Add trusted_certs to instance_extra https://review.openstack.org/537897 | |
| 16:27:32 | openstackgerrit | Brianna Poulos proposed openstack/nova master: Add trusted_image_certificates to REST API https://review.openstack.org/486204 | |
| 16:27:32 | openstackgerrit | Brianna Poulos proposed openstack/nova master: Implement certificate_utils https://review.openstack.org/479949 | |
| 16:27:51 | mriedem | gmann: here is the patch that adds the nova-multiattach job to tempest: https://review.openstack.org/#/c/537957/ | |
| 16:30:44 | Tengu | sahid: hello! are you here? | |
| 16:32:52 | efried | jaypipes I've now noticed that weird stalling behavior without having rechecked anything nearby, so it was probably just coincidence. I still don't like it, though. | |
| 16:33:33 | Tengu | sean-k-mooney: hello! are you here? | |
| 16:34:16 | Tengu | mriedem: I was sent back here in order to get info from either sahid or sean-k-mooney - as they are the devs of the os-vif-core :). Pretty sure they will know a bit more about my issue. | |
| 16:35:28 | Tengu | :) | |
| 16:45:36 | efried | gibi stephenfin If you're still around, care to push this 'un? https://review.openstack.org/#/c/536624/ | |
| 16:47:58 | efried | or mriedem dansmith if you don't mind jumping into the middle of this series. The change itself is fairly small and straightforward, though understanding how and where it fits in is a bigger job. | |
| 16:49:45 | ameeda | gmann: can you please check this "https://review.openstack.org/#/c/526900/" ? | |
| 16:50:36 | stephenfin | efried: Yeah, I can grab that | |
| 16:50:41 | efried | stephenfin Thanks! | |
| 16:51:00 | mriedem | looking | |
| 16:51:04 | mriedem | why was it using sets? | |
| 16:51:14 | gibi | efried: done | |
| 16:51:16 | mriedem | and are there problems if we're not ensuring uniqueness now? | |
| 16:51:31 | efried | gibi Thanks! stephenfin ^ | |
| 16:51:36 | gibi | stephenfin: sorry | |
| 16:51:47 | stephenfin | gibi: Nope, suits me :) | |
| 16:51:49 | efried | mriedem The only real reason it was using sets before was for O(1) operations. | |
| 16:51:59 | stephenfin | bauzas has been bugging me about this vGPU thing anyway | |
| 16:52:10 | mriedem | stephenfin: the vgpu stuff is all approved | |
| 16:52:14 | efried | mriedem And as super-double-insurance that we don't have cycles in the "tree". But that's prevented elsewise in a number of ways. | |
| 16:52:16 | stephenfin | Ha! | |
| 16:52:22 | stephenfin | I should work on bugs more often | |
| 16:52:25 | mriedem | god this provider tree stuff, | |
| 16:52:31 | stephenfin | Everyone does my work for me | |
| 16:52:43 | mriedem | all reminds me of some graph traversal stuff i wrote like 10 years ago at ibm | |
| 16:52:54 | efried | mriedem But the trees should be small enough that O(lognN) is no big deal, and is a rounding error anyway against all the placement API calls that feed it. | |
| 16:52:57 | mriedem | back when i was young and smart | |
| 16:53:20 | efried | Not sure how that makes me feel, considering I'm older than you (pretty sure) | |
| 16:53:36 | mriedem | <- 36 | |
| 16:53:40 | efried | 41 | |
| 16:53:44 | mriedem | jesus you're old | |
| 16:53:47 | efried | ikr | |
| 16:53:54 | efried | Man, when I was 36 I could do anything. | |
| 16:54:07 | efried | Now I sound like a bowl of rice krispies getting out of bed. | |
| 16:55:25 | efried | So anyway, I think I now have 8 patches at the mercy of zuul. Bottom one of that series has been thrashing around for three full days. | |
| 16:55:36 | mriedem | ooo nice osc-placement docs are published https://docs.openstack.org/osc-placement/latest/ | |
| 16:57:40 | mriedem | and releasenotes, although the version isn't what i expected https://docs.openstack.org/releasenotes/osc-placement/unreleased.html | |
| 16:59:16 | edmondsw | stephenfin if you're looking for something to review... :) https://review.openstack.org/#/c/526094/ | |
| 16:59:49 | stephenfin | edmondsw: Darn, I thought I'd got away with the powerVM stuff | |
| 17:00:01 | edmondsw | and they just reel ya back in... | |
| 17:00:07 | edmondsw | that's the last one | |
| 17:01:13 | dansmith | efried: looks like that set has a pretty healthy set of +2+W already, up to a patch with a -1 and no response | |
| 17:03:30 | openstackgerrit | Stephen Finucane proposed openstack/osc-placement master: Resolve nits from I552688b9ee32b719a576a7a9ed5e4d5aa31d7b3f https://review.openstack.org/537971 | |
| 17:03:45 | stephenfin | mriedem, melwitt: Fancy pushing that through? ^ | |
| 17:04:50 | mriedem | stephenfin: i know you love to `` everything | |
| 17:04:54 | mriedem | but that's going to look weird in a shell | |
| 17:05:56 | stephenfin | Yeah, that's a good point actually | |
| 17:06:04 | stephenfin | cliff should probably strip those | |
| 17:06:05 | mriedem | it's the best point i've ever made i think | |
| 17:07:11 | openstackgerrit | Stephen Finucane proposed openstack/osc-placement master: Resolve nits from I552688b9ee32b719a576a7a9ed5e4d5aa31d7b3f https://review.openstack.org/537971 | |
| 17:10:01 | mriedem | stephenfin: you didn't even have nits in https://review.openstack.org/#/c/536858/ :) | |
| 17:10:26 | stephenfin | Let's call it muscle memory | |
| 17:10:45 | stephenfin | Or me not waiting for the CI to build docs before approving them 🙈 | |
| 17:11:32 | dansmith | er, I guess that one is not part of the main stack | |
| 17:11:48 | jlvillal | stephenfin, dansmith mriedem: You may want to move your jobs out of the Zuul 'integrated' queue. | |
| 17:12:04 | jlvillal | We (Ironic) set our queue as 'ironic' | |
| 17:12:20 | jlvillal | I notice the 'integrated' queue is enormous at the moment. | |
| 17:12:25 | jlvillal | http://zuul.openstack.org/ | |