*** penick has quit IRC | 00:06 | |
*** slaweq has joined #openstack-nova | 00:11 | |
*** jmlowe has joined #openstack-nova | 00:15 | |
*** slaweq has quit IRC | 00:16 | |
*** ociuhandu has joined #openstack-nova | 00:17 | |
*** ociuhandu has quit IRC | 00:22 | |
*** jmlowe has quit IRC | 00:33 | |
*** yedongcan has joined #openstack-nova | 00:51 | |
*** migawa is now known as migawa|AFK | 00:52 | |
*** migawa|AFK is now known as migawa | 00:52 | |
*** ileixe has joined #openstack-nova | 00:55 | |
*** abaindur has joined #openstack-nova | 00:58 | |
huaqiang | stephenfin: thank you and all for the review and patient. | 00:59 |
---|---|---|
huaqiang | s/patient/patience/ :) | 01:11 |
*** slaweq has joined #openstack-nova | 01:11 | |
*** ileixe has quit IRC | 01:15 | |
*** slaweq has quit IRC | 01:16 | |
*** ileixe has joined #openstack-nova | 01:16 | |
brinzhang | efried: I think https://review.opendev.org/#/c/580336 all things are ready in SPEC, and also provide it's PoC codes https://review.opendev.org/#/c/693828/ agreement reached at Shanghai PTG https://etherpad.openstack.org/p/nova-shanghai-ptg(Line253) | 01:28 |
johnsom | Hi nova folks. FYI, I opened a bug that anti-affinity appears to have been broken since at least August. https://bugs.launchpad.net/nova/+bug/1863190 Let me know if there is more information I should collect while I have the instance up and running. | 01:31 |
openstack | Launchpad bug 1863190 in OpenStack Compute (nova) "Server group anti-affinity no longer works" [Undecided,New] | 01:31 |
*** gyee has quit IRC | 01:36 | |
*** vishalmanchanda has joined #openstack-nova | 01:54 | |
*** dave-mccowan has joined #openstack-nova | 01:56 | |
melwitt | johnsom: did you boot the two instances at the same time or near the same time? did you use multi-create? | 02:09 |
johnsom | They were close in time, but individual calls to the nova api | 02:10 |
johnsom | Our normal active/standby boot sequence | 02:10 |
melwitt | ok. I'm wondering if it's a race basically | 02:11 |
*** slaweq has joined #openstack-nova | 02:11 | |
melwitt | like if you wait for the first instance to become active and then do another request, would it fail | 02:11 |
johnsom | Yeah, probably. This used to work. | 02:11 |
johnsom | Yeah, I don’t know about waiting for active. That can take some time. | 02:12 |
johnsom | We have seen that up to five minutes, mostly scheduler time. I don’t think we want to hold up the boot process for the secondary that long | 02:13 |
melwitt | no sorry, I meant in your devstack | 02:14 |
melwitt | I can try it later too but not tonight. I was just asking in case you had that easy environment already up | 02:15 |
johnsom | Ah, as a test. I can try that. It will be tomorrow however, it is dinner time. Lol | 02:15 |
melwitt | same | 02:15 |
johnsom | If there is a list of thing you would like me to try, comment on the bug and I will run them tomorrow | 02:15 |
melwitt | there's a thing called the "late affinity check" in nova-compute that is on by default that should handle races | 02:15 |
melwitt | I don't know off the top of my head what could have regressed this. | 02:16 |
*** slaweq has quit IRC | 02:16 | |
melwitt | I'll try out some things with a devstack tomorrow to start finding out what's going on | 02:18 |
melwitt | efried: potential regression alert ^ fyi https://bugs.launchpad.net/nova/+bug/1863190 | 02:18 |
openstack | Launchpad bug 1863190 in OpenStack Compute (nova) "Server group anti-affinity no longer works" [Undecided,New] | 02:18 |
johnsom | Ok, thanks. I will hold this instance through tomorrow in case we need it | 02:18 |
melwitt | k thanks | 02:21 |
*** jawad_axd has joined #openstack-nova | 02:22 | |
*** jawad_axd has quit IRC | 02:27 | |
*** HagunKim has joined #openstack-nova | 02:29 | |
*** tbachman has quit IRC | 02:30 | |
*** ileixe has quit IRC | 02:32 | |
*** ileixe has joined #openstack-nova | 02:34 | |
*** jawad_axd has joined #openstack-nova | 02:43 | |
*** migawa is now known as migawa|AFK | 02:45 | |
*** migawa|AFK is now known as migawa | 02:47 | |
*** jawad_axd has quit IRC | 02:47 | |
*** tbachman has joined #openstack-nova | 02:50 | |
*** migawa is now known as migawa|AFK | 02:53 | |
openstackgerrit | Liang Fang proposed openstack/nova-specs master: Support volume local cache https://review.opendev.org/689070 | 02:55 |
openstackgerrit | Brin Zhang proposed openstack/nova master: Introduce scope_types in os-instance-action policy https://review.opendev.org/707751 | 02:58 |
*** abaindur has quit IRC | 03:02 | |
*** abaindur has joined #openstack-nova | 03:03 | |
*** abaindur has quit IRC | 03:08 | |
*** slaweq has joined #openstack-nova | 03:11 | |
*** slaweq has quit IRC | 03:16 | |
*** mkrai has joined #openstack-nova | 03:43 | |
*** penick has joined #openstack-nova | 03:43 | |
*** penick has quit IRC | 03:52 | |
*** migawa|AFK is now known as migawa | 03:56 | |
*** slaweq has joined #openstack-nova | 04:11 | |
*** dave-mccowan has quit IRC | 04:13 | |
*** slaweq has quit IRC | 04:16 | |
*** mkrai has quit IRC | 04:57 | |
*** udesale has joined #openstack-nova | 05:04 | |
*** nicolasbock has quit IRC | 05:09 | |
*** slaweq has joined #openstack-nova | 05:11 | |
*** slaweq has quit IRC | 05:16 | |
*** mkrai has joined #openstack-nova | 05:26 | |
*** evrardjp has quit IRC | 05:34 | |
*** evrardjp has joined #openstack-nova | 05:34 | |
*** psachin has joined #openstack-nova | 05:37 | |
*** CeeMac has quit IRC | 05:50 | |
*** ratailor has joined #openstack-nova | 05:53 | |
*** migawa is now known as migawa|AFK | 05:53 | |
*** migawa|AFK is now known as migawa | 05:54 | |
*** abaindur has joined #openstack-nova | 05:59 | |
*** xiaolin has quit IRC | 06:00 | |
*** xiaolin has joined #openstack-nova | 06:10 | |
*** slaweq has joined #openstack-nova | 06:11 | |
*** slaweq has quit IRC | 06:16 | |
*** abaindur has quit IRC | 06:32 | |
*** abaindur has joined #openstack-nova | 06:32 | |
openstackgerrit | Brin Zhang proposed openstack/nova master: Introduce scope_types in os-instance-action policy https://review.opendev.org/707751 | 06:41 |
openstackgerrit | Brin Zhang proposed openstack/nova master: Introduce scope_types in os-instance-action policy https://review.opendev.org/707751 | 06:42 |
*** jhesketh has quit IRC | 06:48 | |
*** jhesketh has joined #openstack-nova | 06:50 | |
*** penick has joined #openstack-nova | 06:55 | |
*** slaweq has joined #openstack-nova | 07:11 | |
*** jhesketh has quit IRC | 07:15 | |
*** slaweq has quit IRC | 07:16 | |
*** penick has quit IRC | 07:17 | |
*** tetsuro has joined #openstack-nova | 07:22 | |
*** jawad_axd has joined #openstack-nova | 07:22 | |
*** tetsuro has quit IRC | 07:23 | |
*** jhesketh has joined #openstack-nova | 07:25 | |
*** mkrai has quit IRC | 07:26 | |
*** bbowen_ has joined #openstack-nova | 07:29 | |
*** bbowen has quit IRC | 07:30 | |
*** imacdonn has quit IRC | 07:54 | |
*** imacdonn has joined #openstack-nova | 07:55 | |
*** ivve has joined #openstack-nova | 07:56 | |
*** ralonsoh has joined #openstack-nova | 07:57 | |
openstackgerrit | Brin Zhang proposed openstack/nova master: Add test coverage of existing os-instance-actions policies https://review.opendev.org/707777 | 07:57 |
*** maciejjozefczyk has joined #openstack-nova | 07:58 | |
openstackgerrit | Brin Zhang proposed openstack/nova master: Introduce scope_types in os-instance-action policy https://review.opendev.org/707751 | 07:58 |
*** slaweq has joined #openstack-nova | 08:00 | |
*** mkrai has joined #openstack-nova | 08:01 | |
*** abaindur_ has joined #openstack-nova | 08:05 | |
*** abaindur has quit IRC | 08:08 | |
*** amoralej|off is now known as amoralej | 08:10 | |
*** abaindur_ has quit IRC | 08:11 | |
*** abaindur has joined #openstack-nova | 08:12 | |
*** lpetrut has joined #openstack-nova | 08:14 | |
*** tesseract has joined #openstack-nova | 08:21 | |
*** slaweq has quit IRC | 08:33 | |
*** slaweq has joined #openstack-nova | 08:37 | |
*** tkajinam has quit IRC | 08:42 | |
openstackgerrit | Guo Jingyu proposed openstack/nova-specs master: Proposal for a safer noVNC console with password authentication https://review.opendev.org/623120 | 08:59 |
openstackgerrit | Brin Zhang proposed openstack/nova master: Add test coverage of existing os-instance-actions policies https://review.opendev.org/707777 | 09:03 |
openstackgerrit | Guo Jingyu proposed openstack/nova-specs master: Proposal for a safer noVNC console with password authentication https://review.opendev.org/623120 | 09:07 |
*** rcernin has quit IRC | 09:12 | |
*** xek has joined #openstack-nova | 09:16 | |
openstackgerrit | Brin Zhang proposed openstack/nova master: Introduce scope_types in os-instance-action policy https://review.opendev.org/707751 | 09:28 |
*** martinkennelly has joined #openstack-nova | 09:31 | |
*** klippo has joined #openstack-nova | 09:32 | |
*** derekh has joined #openstack-nova | 09:32 | |
*** beagles has quit IRC | 09:54 | |
*** rcernin has joined #openstack-nova | 09:59 | |
openstackgerrit | Lee Yarwood proposed openstack/nova master: DNM - Test TEMPEST_EXTEND_ATTACHED_ENCRYPTED_VOLUME https://review.opendev.org/707593 | 10:02 |
*** HagunKim has quit IRC | 10:09 | |
openstackgerrit | Merged openstack/nova-specs master: Add nova-audit spec https://review.opendev.org/693226 | 10:11 |
*** ociuhandu has joined #openstack-nova | 10:12 | |
*** rcernin has quit IRC | 10:17 | |
*** abaindur has quit IRC | 10:18 | |
*** abaindur has joined #openstack-nova | 10:18 | |
openstackgerrit | Sylvain Bauza proposed openstack/nova-specs master: Proposes NUMA topology with RPs https://review.opendev.org/552924 | 10:23 |
bauzas | stephenfin: sean-k-mooney: efried: I made another iteration to clarify ^ | 10:23 |
*** abaindur has quit IRC | 10:23 | |
*** psachin has quit IRC | 10:25 | |
*** vishalmanchanda has quit IRC | 10:28 | |
openstackgerrit | Sundar Nadathur proposed openstack/nova master: Delete ARQs for an instance when the instance is deleted. https://review.opendev.org/673735 | 10:29 |
openstackgerrit | Sundar Nadathur proposed openstack/nova master: Enable hard/soft reboot with accelerators. https://review.opendev.org/697940 | 10:29 |
openstackgerrit | Sundar Nadathur proposed openstack/nova master: Enable start/stop of instances with accelerators. https://review.opendev.org/699553 | 10:29 |
openstackgerrit | Sundar Nadathur proposed openstack/nova master: Enable and use COMPUTE_ACCELERATORS trait. https://review.opendev.org/699554 | 10:29 |
openstackgerrit | Sundar Nadathur proposed openstack/nova master: Bump compute rpcapi version and reduce Cyborg calls. https://review.opendev.org/704227 | 10:29 |
openstackgerrit | Sundar Nadathur proposed openstack/nova master: Add cyborg tempest job. https://review.opendev.org/670999 | 10:29 |
*** psachin has joined #openstack-nova | 10:33 | |
*** ccamacho has quit IRC | 10:40 | |
*** belmoreira has quit IRC | 10:46 | |
openstackgerrit | Lee Yarwood proposed openstack/nova master: api: Introduce microverion 2.82 allowing boot from volume rescue https://review.opendev.org/701430 | 10:47 |
openstackgerrit | Lee Yarwood proposed openstack/nova master: compute: Extract _get_bdm_image_metadata into nova.utils https://review.opendev.org/705212 | 10:47 |
*** mkrai has quit IRC | 10:54 | |
*** ociuhandu has quit IRC | 10:54 | |
*** ociuhandu has joined #openstack-nova | 10:59 | |
*** ociuhandu has quit IRC | 11:01 | |
*** ociuhandu has joined #openstack-nova | 11:01 | |
*** abaindur has joined #openstack-nova | 11:05 | |
*** N3l1x has joined #openstack-nova | 11:09 | |
*** abaindur has quit IRC | 11:10 | |
*** psachin has quit IRC | 11:10 | |
*** psachin has joined #openstack-nova | 11:12 | |
openstackgerrit | Guo Jingyu proposed openstack/nova-specs master: Proposal for a safer noVNC console with password authentication https://review.opendev.org/623120 | 11:53 |
*** udesale_ has joined #openstack-nova | 11:56 | |
*** ccamacho has joined #openstack-nova | 11:57 | |
*** tkajinam has joined #openstack-nova | 11:58 | |
*** udesale has quit IRC | 11:59 | |
*** ociuhandu has quit IRC | 12:07 | |
*** tbachman has quit IRC | 12:11 | |
*** ociuhandu has joined #openstack-nova | 12:12 | |
*** tbachman has joined #openstack-nova | 12:12 | |
*** nicolasbock has joined #openstack-nova | 12:13 | |
*** psachin has quit IRC | 12:15 | |
openstackgerrit | Merged openstack/nova stable/rocky: Mask the token used to allow access to consoles https://review.opendev.org/704255 | 12:18 |
*** ociuhandu has quit IRC | 12:18 | |
*** maciejjozefczyk has quit IRC | 12:21 | |
*** maciejjozefczyk has joined #openstack-nova | 12:37 | |
sean-k-mooney | bauzas: i think you missed some of efried's comments. like explainging the fallback query. | 12:41 |
sean-k-mooney | efried: also did you see my suggestion to have teh numa=false host be added to an aggreate so we can use forbiden aggreates for that case https://review.opendev.org/#/c/552924/21/specs/ussuri/approved/numa-topology-with-rps.rst@235 | 12:42 |
*** tetsuro has joined #openstack-nova | 12:42 | |
sean-k-mooney | over all however i think there is enough we agree on that we can proceed with this and adject with a fix up patch later based on implementaion discussions | 12:46 |
sean-k-mooney | i am off today so im not going to be around but i might see pings in the evening as my irc client will be connected | 12:47 |
*** ratailor has quit IRC | 12:50 | |
*** yedongcan has quit IRC | 12:52 | |
*** ociuhandu has joined #openstack-nova | 12:53 | |
openstackgerrit | Brin Zhang proposed openstack/nova-specs master: Proposal for a safer noVNC console with password authentication https://review.opendev.org/623120 | 12:59 |
*** dave-mccowan has joined #openstack-nova | 13:02 | |
*** mkrai has joined #openstack-nova | 13:06 | |
*** ociuhandu has quit IRC | 13:11 | |
*** tkajinam has quit IRC | 13:17 | |
*** ivve has quit IRC | 13:28 | |
*** ociuhandu has joined #openstack-nova | 13:31 | |
*** psachin has joined #openstack-nova | 13:37 | |
*** mkrai has quit IRC | 13:37 | |
*** bengates has joined #openstack-nova | 13:37 | |
*** ociuhandu has quit IRC | 13:45 | |
bauzas | sean-k-mooney: again, I explained this | 13:48 |
bauzas | sean-k-mooney: oops my bad, I didn't passed my draft comments | 13:48 |
bauzas | sean-k-mooney: see them | 13:48 |
*** ociuhandu has joined #openstack-nova | 13:49 | |
bauzas | stephenfin: can you please review it ? https://review.opendev.org/#/c/552924/ | 13:49 |
*** ociuhandu has quit IRC | 13:55 | |
*** ociuhandu has joined #openstack-nova | 13:58 | |
*** amoralej is now known as amoralej|lunch | 13:59 | |
*** tetsuro has quit IRC | 14:04 | |
*** ociuhandu has quit IRC | 14:19 | |
openstackgerrit | Balazs Gibizer proposed openstack/nova stable/queens: Mask the token used to allow access to consoles https://review.opendev.org/707845 | 14:19 |
*** ociuhandu has joined #openstack-nova | 14:19 | |
openstackgerrit | Brin Zhang proposed openstack/nova-specs master: Proposal for a safer noVNC console with password authentication https://review.opendev.org/623120 | 14:20 |
*** amoralej|lunch is now known as amoralej | 14:30 | |
*** jawad_axd has quit IRC | 14:38 | |
*** jawad_axd has joined #openstack-nova | 14:39 | |
*** jawad_axd has quit IRC | 14:41 | |
*** psachin has quit IRC | 14:48 | |
*** ociuhandu has quit IRC | 14:55 | |
bauzas | efried: stephenfin: the spec is waiting for your comments :) https://review.opendev.org/#/c/552924/ | 15:03 |
melwitt | johnthetubaguy, bauzas: thank you both for your review on the nova-audit spec ++ | 15:03 |
*** ociuhandu has joined #openstack-nova | 15:05 | |
openstackgerrit | Brin Zhang proposed openstack/nova-specs master: Proposal for a safer noVNC console with password authentication https://review.opendev.org/623120 | 15:08 |
melwitt | alex_xu: hey, did you mean to hold off on +W on the unified limits spec? https://review.opendev.org/602201 | 15:10 |
*** abaindur has joined #openstack-nova | 15:16 | |
*** nweinber has joined #openstack-nova | 15:18 | |
*** abaindur has quit IRC | 15:21 | |
*** mlavalle has quit IRC | 15:23 | |
*** _mlavalle_1 has joined #openstack-nova | 15:23 | |
openstackgerrit | Alexandre arents proposed openstack/nova master: Avoid allocation leak when deleting instance stuck in BUILD https://review.opendev.org/702368 | 15:25 |
alex_xu | melwitt: I'm ok with spec, just see bauzas whether want to look at that again | 15:31 |
bauzas | alex_xu: the unified limits one ? | 15:31 |
melwitt | alex_xu: cool, thanks | 15:31 |
bauzas | I can take a look | 15:31 |
*** ociuhandu has quit IRC | 15:31 | |
alex_xu | np | 15:32 |
*** eharney has joined #openstack-nova | 15:33 | |
*** martinkennelly has quit IRC | 15:39 | |
efried | alex_xu, johnthetubaguy: and also stephenfin: bauzas: gibi: Would you please have a look at https://review.opendev.org/#/c/580336 (delete on termination) and see if it's ready to +A today? | 15:42 |
*** maciejjozefczyk has quit IRC | 15:42 | |
bauzas | efried: /me opens a tab | 15:43 |
efried | sean-k-mooney, bauzas: I'm looking at the NUMA RP spec again right now. Based on comments I skimmed on my phone, I think we might have missed the boat on the `False` thing. But checking... | 15:44 |
*** nweinber has quit IRC | 15:44 | |
bauzas | efried: when we discussed this with stephenfin, we agreed on splitting between non-NUMA and NUMA-aware nodes | 15:44 |
bauzas | so, if you say 'no' for a node, then you shouldn't get NUMA-aware instances | 15:45 |
bauzas | it's like 'no, I don't want to get a beer', but then the bar tender gives you one | 15:45 |
efried | bauzas: exactly, and there was a design hole for that in PS21. | 15:46 |
gibi | efried: ack | 15:46 |
*** _mlavalle_1 has quit IRC | 15:48 | |
openstackgerrit | Brin Zhang proposed openstack/nova-specs master: Support re-configure deleted_on_termination in server https://review.opendev.org/580336 | 15:48 |
*** mlavalle has joined #openstack-nova | 15:49 | |
*** nweinber has joined #openstack-nova | 15:49 | |
bauzas | efried: ok, look then at the new revision and tell me then if you see some hole | 15:50 |
efried | bauzas: now I think I understand that you got rid of the fallback query completely, and on purpose. But that doesn't work. The upgrade issue that gibi and stephenfin identified still exists. | 15:50 |
efried | bauzas: Specifically: without the 'fallback query', NUMA-aware flavors can't land on `None` hosts. | 15:50 |
efried | But *with* the fallback query, NUMA-aware flavors will *also* (incorrectly) land on `False` hosts. | 15:51 |
bauzas | efried: ah, possibly | 15:51 |
bauzas | shit | 15:51 |
efried | So we need a) the fallback query, and b) some other design element to fix that second problem. | 15:51 |
efried | sean-k-mooney's suggestion of using an aggregate... that will work, but it seems like a big hammer to me. | 15:52 |
bauzas | or using another trait then | 15:52 |
efried | I think I would prefer marking `False` hosts with a `NO_NUMA_HERE` trait... yes | 15:52 |
bauzas | like HW_NON_NUMA | 15:52 |
bauzas | ok, I think we can do this | 15:52 |
efried | It's not pretty. But it's also *temporary*. Once all computes are upgraded to V where the conf is mandatory, we can get rid of that, because we also get rid of the fallback query. | 15:52 |
efried | please be sure to mention ^ that. | 15:53 |
efried | sean-k-mooney: does that work for you? | 15:53 |
bauzas | a trait for which nodes then ? | 15:53 |
efried | for U+ nodes where the conf opt is marked False explicitly. | 15:53 |
bauzas | for those having 'false' right? | 15:53 |
efried | y | 15:53 |
bauzas | ok, because then we will use the trait even after V | 15:54 |
efried | no | 15:54 |
efried | I mean, it wouldn't *hurt* to keep it, but it won't be needed after V. | 15:54 |
bauzas | if so, I'd prefer to have a trait on 'none' | 15:54 |
efried | can't | 15:54 |
bauzas | actually you're right | 15:54 |
efried | because we can't muck with T hosts | 15:55 |
bauzas | and yeah we can still have the trait | 15:55 |
bauzas | in V | 15:55 |
bauzas | and for example, stoppint to have it when we want (V or W) | 15:55 |
efried | We could. But we wouldn't need it anymore. But we can make that decision in V. Just mention that we *could* get rid of it if we wanted to. | 15:55 |
bauzas | agreed | 15:55 |
bauzas | okay I think I can write *something* | 15:55 |
alex_xu | bauzas: efried that spec I only not sure about the policy, that API is admin-only API. but I think his usecase is for normal user. maybe need to add new policy | 15:55 |
alex_xu | brinzhang: ^ | 15:55 |
bauzas | melwitt: +Wd https://review.opendev.org/#/c/602201/17 | 15:55 |
gibi | efried, brinzhang: I have to API related comments in https://review.opendev.org/#/c/580336/ | 15:56 |
melwitt | thanks bauzas! | 15:56 |
openstackgerrit | Brin Zhang proposed openstack/nova-specs master: Proposal for a safer noVNC console with password authentication https://review.opendev.org/623120 | 15:57 |
brinzhang | alex_xu, bauzas, melwitt, gibi, stephenfin, efried: the nova-support-webvnc-with-password-anthentication spec was ready, please review, hope it can be merged before freeze SPEC day (Feb 14), thanks. | 15:57 |
brinzhang | alex_xu: thanks for your review of the noVNC spec | 15:58 |
alex_xu | brinzhang: np, quick reminder the title https://review.opendev.org/#/c/623120/27//COMMIT_MSG | 15:59 |
brinzhang | alex_xu: will update | 15:59 |
openstackgerrit | Brin Zhang proposed openstack/nova-specs master: Proposal for a safer remote console with password authentication https://review.opendev.org/623120 | 16:01 |
brinzhang | alex_xu: done. | 16:01 |
efried | brinzhang: you're going to have a busy evening :) | 16:02 |
efried | brinzhang: did you see gibi's comment on https://review.opendev.org/#/c/580336/ above? | 16:02 |
brinzhang | efried: I will see it | 16:02 |
*** bengates has quit IRC | 16:06 | |
*** ociuhandu has joined #openstack-nova | 16:06 | |
*** xek has quit IRC | 16:10 | |
gmann | efried: sean-k-mooney : sorry missed your ping on microversion need discussion. I did not read the full context but if it is failing later and change converting 2xx->4xx , then we do not need microversion. | 16:10 |
efried | gmann: cool, thanks. | 16:11 |
efried | not sure what you mean by 'failing later'. The failure would happen via an API check. | 16:11 |
efried | and we're looking to convert a 4xx->2xx | 16:12 |
efried | IOW a flavor+image combination that we would previously bounce would now be accepted. | 16:12 |
gibi | efried, brinzhang, alex_xu: +A-d the vnc password spec | 16:12 |
efried | thanks gibi | 16:12 |
gmann | efried: ohk, and it is bounce currently in what situation ? | 16:13 |
openstackgerrit | Merged openstack/nova-specs master: Add Unified Limits Spec https://review.opendev.org/602201 | 16:13 |
efried | gmann: today you're not allowed to specify a hw:numa_nodes that would result in an uneven split, unless you also specify that split. | 16:13 |
efried | gmann: what sean-k-mooney is proposing is to tweak the algorithm so it's able to do that uneven split for you. | 16:14 |
*** N3l1x has quit IRC | 16:14 | |
efried | gmann: e.g. if your flavor+image says vcpus=5, hw:numa_nodes=2, previously we would fail. With the proposed "bug fix" we would succeed and give you a 3/2 split. | 16:15 |
brinzhang | gibi: how about "The ``delete_on_termination`` field is optional, if not specified, the server's BDM does not contains ``delete_on_termination``." | 16:15 |
brinzhang | gibi: thanks +A for vnc passwd spec | 16:15 |
gmann | efried: sean-k-mooney ah, got it. ok in that case, we should bump version for interoperability . | 16:16 |
*** nweinber has quit IRC | 16:16 | |
efried | okay. I think that makes sense. | 16:16 |
efried | ergo, not happening in U :( | 16:16 |
gmann | gibi: brinzhang re: delete_on_termination spec - but volume id in url is old volume and in body it is new volume so those cannot be same. | 16:17 |
*** udesale_ has quit IRC | 16:17 | |
brinzhang | gmann: yes, it's true | 16:18 |
gmann | so we have to keep expecting the volume_id in request as mandatory. | 16:19 |
gmann | considering delete_on_termination as false by default make sense for me and consider only if it is explicitly mentioned in request | 16:20 |
brinzhang | - If only ``volumeId`` is required, just doing a swap volume. | 16:20 |
brinzhang | - If only ``delete_on_termination`` is required, just update the voume denoted by the ``volume_id`` in the URL path not the request body. | 16:20 |
brinzhang | these sentences make sense | 16:21 |
brinzhang | The default value of delete_on_termination is False, doesnot impact anything of the target volume, so I also think it ok have the default value | 16:22 |
brinzhang | gibi: what do you think? | 16:22 |
bauzas | efried: quick question, when we ask for a forbidden trait for all request groups, can we just say '&required=!HW_NON_NUMA' or need to ask for every request group ? | 16:24 |
bauzas | eg. &required_PROC1=!HW_NON_NUMA&required_PROC2=!HW_NON_NUMA | 16:25 |
bauzas | or sean-k-mooney or anyone that can answer this question ^ | 16:25 |
efried | bauzas: In this case it's for the fallback query. | 16:25 |
openstackgerrit | Lee Yarwood proposed openstack/nova stable/rocky: Force refresh instance info_cache during heal https://review.opendev.org/679271 | 16:25 |
efried | So it can just be in the same group with the VCPU and MEMORY_MB resources. | 16:25 |
gmann | brinzhang: second statement seems like updating 'delete_on_termination' for already attached volume but via PUT which is nothing but swap volume API not updating the existing attachment. | 16:26 |
bauzas | efried: no, the fallback query is literrally Train | 16:26 |
efried | the point is we *want* to land on unreshaped hosts -- but only those with `None` | 16:26 |
bauzas | actually, you're right | 16:27 |
gmann | brinzhang: gibi i think, we should only target for newly replaced volume request can accept the 'delete_on_termination' for new volume. | 16:27 |
brinzhang | gmann: you mean we donot to change the old volume's delete_on_termination? | 16:27 |
bauzas | I'm already requiring NUMA-aware nodes, I don't need to ask in this query but in the fallback one | 16:27 |
bauzas | efried: thanks | 16:28 |
gmann | brinzhang: gibi sp that we can cover all the case where user can attach a volume (server boot, attach volume, swap volume) with 'delete_on_termination' info | 16:28 |
* bauzas is fried | 16:28 | |
efried | right, so: | 16:28 |
efried | - U hosts with `False` we a) don't reshape, and b) mark with HW_NO_NUMA | 16:28 |
efried | - pre-U and `None` hosts we a) don't reshape, and b) *don't* mark with HW_NO_NUMA (in the case of pre-U hosts, we couldn't mark them with anything even if we wanted to) | 16:28 |
efried | - The fallback query *forbids* HW_NO_NUMA so we *won't* land on U/False hosts. | 16:28 |
efried | correct | 16:28 |
brinzhang | gmann: I know you mean, but the old volume is not support to configure the 'delete_on_termination' after it was attached, or booted(bfv) | 16:30 |
brinzhang | gmann: I think change the old volume's 'delete_on_termination' make sense | 16:30 |
gmann | brinzhang: but user can do it always while it was attached originally in server boot or POST /servers/{server_id}/os-volume_attachments/{volume_id} | 16:33 |
brinzhang | gmann: I know, but it just a decision while the server booting or attaching a volume, while the server run a long time, the user may will change it. | 16:34 |
openstackgerrit | Merged openstack/nova-specs master: Proposal for a safer remote console with password authentication https://review.opendev.org/623120 | 16:35 |
gibi | gmann: as I read the goal of the spec is to change the delete_on_termination flag of an already attached volume. But now I see another usecase when you swap a volume then you need to define what should be the delete_on_terminate value of the new volume | 16:35 |
gibi | brinzhang: do you need both use case? | 16:35 |
brinzhang | gmann: In our project, we met such customers who were unwilling to suspend the virtual machine business and wanted to change the volume configuration, but were unwilling to keep mounted volumes when cleaning up the servers. | 16:36 |
gmann | yeah, i feel later case make sense and with that we cover all cases where user can attach volume and specify the 'delete_on_termination' | 16:36 |
melwitt | I'm just in the peanut gallery but I would think yes, do both right? if you're swapping in a new volume, you'd want to be able to say whether it should be deleted on termination | 16:37 |
melwitt | otherwise that would be the one case where you can't say it | 16:37 |
*** amoralej is now known as amoralej|off | 16:37 | |
gmann | yeah, for new volume yes. but i am not getting to do it for old attached volume. or at least via this API which is nothing but swap volume. | 16:38 |
brinzhang | Looking back at the history of the spec, we can't find a better nova API to make changes to this. The current API is suggested by mriedem. | 16:40 |
melwitt | I think the main thing they want to do is change for old already attached volume :) but I do agree, adding this would be overloading the swap volume API (not ideal), as lyarwood mentioned on the review awhile back | 16:40 |
gibi | brinzhang: so you confirm that you would like to have both use cases covered | 16:40 |
gmann | true. | 16:40 |
gmann | brinzhang: you cannot delete the attachment and re-attach with 'delete_on_termination' ? | 16:41 |
gibi | not for bfv | 16:41 |
*** Sundar has joined #openstack-nova | 16:41 | |
gmann | ohk | 16:41 |
brinzhang | gmann: of course, I can, but while the admin need to manager more than 100+ instance, it will be have some problem to maintain | 16:43 |
gmann | i am reading the recommended use case of this API from api-ref in warning section - https://docs.openstack.org/api-ref/compute/?expanded=update-a-volume-attachment-detail | 16:43 |
brinzhang | gibi, gmann, melwitt: so you all suggestion is only do the swap's volume to set the 'delete_on_termination' for the new volume? | 16:44 |
gmann | and making this APIs for this new case means we are over-scoping this API which can lead this to more-confused API than it is today | 16:44 |
gibi | brinzhang: I would be happy to support changing delete_on_terminate for attached volume I just see that gmann has a problem with the API design | 16:44 |
gibi | as a note: my EndOfBusiness is closing really fast | 16:45 |
gmann | https://docs.openstack.org/api-ref/compute/?expanded=update-a-volume-attachment-detail#update-a-volume-attachment | 16:46 |
gmann | 'This API is typically meant to only be used as part of a larger orchestrated volume migration operation initiated in the block storage service' | 16:46 |
gibi | if you can figure out a good place for this in the API I will support both use case, if there is no good place for the first case in the API then I can also support implementing only the second case in U | 16:46 |
lyarwood | FWIW I think this is the correct place for the API | 16:46 |
lyarwood | once we've removed the swap stiff | 16:47 |
lyarwood | stuff* | 16:47 |
lyarwood | I wanted to look into moving it into an instance action as with extend_volume etc | 16:47 |
openstackgerrit | Sylvain Bauza proposed openstack/nova-specs master: Proposes NUMA topology with RPs https://review.opendev.org/552924 | 16:47 |
bauzas | I'm burned from this week | 16:48 |
* efried clicks | 16:48 | |
gmann | or in PUT /servers ? | 16:48 |
bauzas | efried: I'll leave you look again if you agree with https://review.opendev.org/552924 | 16:48 |
bauzas | stephenfin: sean-k-mooney: your help could be nice ^ | 16:48 |
efried | looking right now | 16:48 |
bauzas | gibi: too if you're not burned too ^ | 16:48 |
bauzas | efried: not a big deal, just wrote another paragraph https://review.opendev.org/#/c/552924/22..23/specs/ussuri/approved/numa-topology-with-rps.rst | 16:49 |
brinzhang | gmann: PUT /servers is the PS3 solution | 16:49 |
brinzhang | Or I can say is our first idea for the 'delete_on_termination' | 16:50 |
*** martinkennelly has joined #openstack-nova | 16:50 | |
gmann | gibi: lyarwood brinzhang melwitt :in reality this swap volume API has been always in question and diverted the use case from it was originally. I remember one failure in this API when one of our customer were doing swap to vole2 and swap back to vol1 and so on. i do not know why :) | 16:51 |
gibi | sorry folks I have to leave. | 16:51 |
openstackgerrit | Brin Zhang proposed openstack/nova-specs master: Support re-configure deleted_on_termination in server https://review.opendev.org/580336 | 16:51 |
lyarwood | gmann: yeah direct use of the API isn't supported, that's why I want to hide it behind https://docs.openstack.org/api-ref/compute/?expanded=run-events-detail#create-external-events-os-server-external-events | 16:51 |
gmann | if we delete this API then it will be much better i think :) | 16:52 |
bauzas | gibi: I'm just about to second you | 16:52 |
brinzhang | gibi: thanks, good night. | 16:53 |
*** martinkennelly has quit IRC | 16:56 | |
Sundar | sean-k-mooney: I updated https://review.opendev.org/673735 to move the deletion of ARQs during rescheduling to https://review.opendev.org/#/c/673735/38/nova/conductor/manager.py@598 . | 16:56 |
efried | bauzas: I've got a couple of really minor updates I'd like to make and then +2. Are you around for just a couple more minutes? | 16:57 |
bauzas | efried: I can but then I'll have to leave | 16:57 |
*** jmlowe has joined #openstack-nova | 16:57 | |
* bauzas won't tell what he has to do for tonight, I hate this f* day | 16:58 | |
Sundar | dansmith, efried, gibi: Hope you're all ok with this approach. | 16:58 |
bauzas | efried: have you clicked on submitting your comments ? | 16:59 |
efried | bauzas: 2 mins | 16:59 |
bauzas | cool | 16:59 |
brinzhang | efried, gmann, melwitt: It's too later for me, I have to leave, if you can get AGGREMENT please leave some comments, or let this SPEC go. | 16:59 |
brinzhang | efried, gmann, melwitt: Thank you very much. | 16:59 |
dansmith | Sundar: I'll have to see it, but I think that makes sense for reschedule | 17:00 |
*** penick has joined #openstack-nova | 17:01 | |
brinzhang | dansmith: Agree, add the delete arqs operation in _cleanup_when_reschedule_fails(), I think make sense. | 17:02 |
efried | bauzas: now | 17:04 |
bauzas | ack | 17:04 |
efried | bauzas: do you want me to make the edit? | 17:05 |
openstackgerrit | Ilya Etingof proposed openstack/nova master: Add JSON schema and test for network_data.json https://review.opendev.org/703133 | 17:05 |
bauzas | efried: nah, can do | 17:05 |
efried | k | 17:05 |
bauzas | Atom is still open | 17:05 |
artom | 'sup? Oh. | 17:06 |
efried | do you seriously have a notifier for 'atom'? | 17:06 |
bauzas | LOL | 17:06 |
artom | Nah, I just happen to be procrastinating in here | 17:06 |
efried | :) | 17:07 |
efried | shoot, if you want to read some specs... | 17:07 |
efried | on second thought, never mind. Don't want to risk a -1 at this stage... | 17:07 |
artom | Haha | 17:07 |
artom | So, it's short-term procrastination, waiting for a command to run | 17:08 |
efried | oh | 17:08 |
efried | see, I call that "working" | 17:08 |
efried | back in the day, when waiting for compiles, play some guitar. | 17:09 |
*** lpetrut has quit IRC | 17:09 | |
efried | "working". | 17:09 |
artom | Also, I thought spec deadline was yesterday? | 17:09 |
efried | artom: ahem, "this week". | 17:11 |
bauzas | running tox and then uploading | 17:13 |
*** ociuhandu has quit IRC | 17:16 | |
openstackgerrit | Sylvain Bauza proposed openstack/nova-specs master: Proposes NUMA topology with RPs https://review.opendev.org/552924 | 17:18 |
* bauzas calls a day with ^ | 17:18 | |
* bauzas now has to rush to a flower shop, damn it | 17:19 | |
openstackgerrit | Merged openstack/nova master: Skip to run all integration jobs for policy-only changes. https://review.opendev.org/707268 | 17:19 |
melwitt | brinzhang: no, I was saying I think it should be allow delete_on_termination for both new swap volume and old volume | 17:20 |
efried | bauzas: Looks good, thanks. I'll wrangle the +A from here (hopefully). | 17:22 |
efried | stephenfin: I think that +A is pretty much yours https://review.opendev.org/#/c/552924/ | 17:22 |
*** tesseract has quit IRC | 17:29 | |
*** evrardjp has quit IRC | 17:34 | |
*** evrardjp has joined #openstack-nova | 17:34 | |
*** tbachman has quit IRC | 17:41 | |
*** tbachman_ has joined #openstack-nova | 17:41 | |
*** mvkr has quit IRC | 17:42 | |
*** gmann is now known as gmann_afk | 17:42 | |
*** nweinber has joined #openstack-nova | 17:42 | |
*** igordc has joined #openstack-nova | 17:43 | |
openstackgerrit | Merged openstack/nova stable/queens: Block deleting compute services with in-progress migrations https://review.opendev.org/699718 | 17:45 |
*** eharney has quit IRC | 17:45 | |
efried | gibi: if you happen to check back in, you could also be that +A https://review.opendev.org/#/c/552924/ | 17:45 |
*** penick has quit IRC | 17:48 | |
artom | efried, FWIW I think stephenfin's off this afternoon | 17:49 |
artom | So it's up to... not sure who, actually | 17:50 |
efried | artom: ugh, okay, thanks for the info. Guess I need to decide whether his/gibi's previous +2s encompass enough of the current iteration for me to proxy them. | 17:52 |
efried | ...yeah, no, I can't do that. | 17:54 |
artom | dansmith lulz | 17:54 |
dansmith | what? | 17:55 |
artom | Sorry, was trolling. We're out of cores in the correct timezone to +A the NUMA RPs spec | 17:56 |
efried | I don't think attempting to drag dansmith back in is the right answer. | 17:57 |
artom | I know - hence the "trolling" | 17:57 |
artom | Oh great, func tests are broken on queens | 17:58 |
artom | I know upstream doesn't care, but Red Hat does :P | 17:58 |
efried | gmann_afk: is that ^ something you were working on? | 17:58 |
*** eharney has joined #openstack-nova | 17:58 | |
efried | artom: gmann had some fixes in stable, but perhaps they didn't make it all the way back to q. Are you aware or want me to dig? | 17:58 |
efried | artom: nm, apparently q was included https://review.opendev.org/#/q/topic:fix-stable-gate+status:merged | 18:00 |
artom | efried, I found some things, but yeah, they're for tempest, and exist in queens | 18:00 |
efried | so if still broken, I guess it's something else? (or you need a rebase?) | 18:00 |
*** nweinber has quit IRC | 18:00 | |
artom | I'm basically getting https://bugs.launchpad.net/ubuntu/+source/nova/+bug/1807262 | 18:01 |
openstack | Launchpad bug 1807262 in nova (Ubuntu) "stein unit tests fail with sqlalchemy.exc.NoSuchTableError: migration_tmp" [High,Fix released] | 18:01 |
efried | artom: meaning you need to backport a req bump to sqla 0.12.0? | 18:02 |
*** derekh has quit IRC | 18:03 | |
artom | efried, apparently | 18:04 |
* artom attempts to confirm | 18:04 | |
efried | artom: I'll join you in -requirements, but I thought that was a thing we don't do. | 18:04 |
artom | efried, yeah, it seems wide-hitting to me | 18:05 |
efried | how is it just cropping up, then? | 18:05 |
efried | artom: I guess you might want to confirm that that version of sqla fixes your issue before pursuing. | 18:05 |
artom | efried, backporting a thing to downstream queens, func test failed, since we suck and don't have an easy way to run downstream func tests locally, I figured a backport to queens might hit the same issue | 18:06 |
artom | Instead, I hit a different one | 18:06 |
artom | *This* one :) | 18:06 |
efried | note that nova/U bumped past 0.12.0 to 0.13.0 for unrelated reasons https://review.opendev.org/#/c/690704/ so you would need a stable-only patch starting in train. | 18:06 |
artom | And actually bumping to 0.12.0 does nothing | 18:07 |
efried | okay then. | 18:07 |
efried | artom: what are you backporting downstream? | 18:07 |
artom | efried, https://review.opendev.org/#/q/Iafba419fe86446ffe636721f523fb619f8f787b3 | 18:07 |
efried | artom: well, confirming that 0.12.0 shouldn't fix the issue, the fact that that's already in r/s/t and those guys aren't using 0.12.0... | 18:08 |
artom | efried, yeah. And actually, q is em, so I could try and push it | 18:09 |
artom | See what the gate says, maybe it's local to me... | 18:09 |
efried | swhat I would do. | 18:09 |
openstackgerrit | Artom Lifshitz proposed openstack/nova stable/queens: Add functional regression recreate test for bug 1839560 https://review.opendev.org/707886 | 18:09 |
openstack | bug 1839560 in OpenStack Compute (nova) stein "ironic: moving node to maintenance makes it unusable afterwards" [High,Fix committed] https://launchpad.net/bugs/1839560 - Assigned to Matt Riedemann (mriedem) | 18:09 |
openstackgerrit | Artom Lifshitz proposed openstack/nova stable/queens: Restore soft-deleted compute node with same uuid https://review.opendev.org/707887 | 18:09 |
artom | And while that runs, I need lunch | 18:10 |
* efried also bbiab | 18:10 | |
*** eharney has quit IRC | 18:33 | |
*** jmlowe has quit IRC | 18:46 | |
*** jdillaman has quit IRC | 18:52 | |
*** ociuhandu has joined #openstack-nova | 19:01 | |
*** cmurphy is now known as cmorpheus | 19:05 | |
*** ociuhandu has quit IRC | 19:06 | |
*** ralonsoh has quit IRC | 19:07 | |
*** mvkr has joined #openstack-nova | 19:10 | |
*** Sundar has quit IRC | 19:14 | |
*** tbachman_ has quit IRC | 19:22 | |
*** mvkr has quit IRC | 19:29 | |
*** eharney has joined #openstack-nova | 19:54 | |
*** jmlowe has joined #openstack-nova | 20:03 | |
*** nweinber has joined #openstack-nova | 20:09 | |
*** eharney has quit IRC | 20:10 | |
*** gmann_afk is now known as gmann | 20:12 | |
gmann | efried: artom it was working till morning with latest fix of stachviz. | 20:14 |
*** igordc has quit IRC | 20:15 | |
gmann | this stable/queens got in today- https://review.opendev.org/#/c/699718/ | 20:15 |
*** spatel has joined #openstack-nova | 20:16 | |
spatel | sean-k-mooney: question if you around | 20:16 |
spatel | when we do cpu pinning in that case does openstack make sure it properly map with sibling? | 20:17 |
artom | gmann, thanks, I'll try with and without that change | 20:17 |
gmann | artom: but i would not be surprise if there is new one :) by seeing current frequency of 1-2 issue per day on stable branches. | 20:18 |
artom | gmann, ack | 20:19 |
artom | gmann, yeah, no, still happening without that last change | 20:21 |
artom | gmann, however, it seems it's only happening on my machine... | 20:22 |
gmann | artom: until you have updated stable constraint locally or something. may be recreate tox can help ? | 20:24 |
artom | gmann, I've been doing *nothing but* recreates :) | 20:24 |
gmann | :) | 20:24 |
* artom tries rm -rf'ing some "cruft" | 20:25 | |
*** nweinber has quit IRC | 20:31 | |
*** xek has joined #openstack-nova | 20:32 | |
spatel | Does anyone know what would be the advantage of hw:cpu_thread_policy=require | 20:43 |
spatel | currently i have default which is "prefer" | 20:44 |
spatel | I am seeing performance issue so trying to understand what would be the advantage | 20:44 |
efried | spatel: let me know if this doesn't help: https://docs.openstack.org/nova/latest/admin/cpu-topologies.html#customizing-instance-cpu-thread-pinning-policies | 20:48 |
spatel | efried: i am on same page but i am trying to understand language | 20:48 |
efried | ah | 20:48 |
efried | this is not my area of expertise. Normally I would call on stephenfin or sean-k-mooney, but I think they're out at the moment. artom, how's your understanding here? | 20:49 |
spatel | currently i am seeing on vm siblings are not correctly align with my physical cores... | 20:50 |
spatel | look like cpu_thread_policy=require may fix that but wanted to understand first before i just go and play | 20:50 |
artom | spatel, it's getting into the nitty gritty of low level CPU arch, which is not my strong point | 20:51 |
artom | But IIUC putting workloads on thread siblings (policy=require) means the content for the hardware that's shared between the two threads | 20:52 |
artom | I *think* there would be 2 decoding units, but a single execution unit | 20:52 |
artom | So if your workload is CPU heavy, I would advice against putting it on thread sibligns, and use policy=isolate (at the cost of unusable CPU threads) | 20:53 |
spatel | we are running Erlang application which is CPU and memory bound | 20:53 |
artom | *means there's contention | 20:53 |
artom | spatel, OK, so try `isolate`, see if there's an improvement | 20:54 |
spatel | and i want to create single VM on single compute (want to assign all resources to vm) | 20:54 |
spatel | artom: i am reading all other document and they are saying for performance use policy=require it will make sure your process stay with sibling.. | 20:54 |
spatel | trying to understand this language | 20:55 |
artom | spatel, "The presence of an SMT implementation like Intel Hyper-Threading can boost performance by up to 30% for some workloads. However, thread siblings share a number of components and contention on these components can diminish performance for other workloads." | 20:55 |
artom | spatel, there's no magic answer, it depends on the workload | 20:55 |
spatel | hmm! | 20:56 |
*** nweinber has joined #openstack-nova | 20:56 | |
spatel | Just FYI - i am running "qemu-kvm-ev-2.12.0-33.1.el7_7.4.x86_64" hope this version is fully stable | 20:56 |
artom | Presumably it is, if you got from your OS's regular repos/sources | 20:57 |
artom | But I'm not a qemu developer, so I don't know off the top of my head (and qemu developers themselves probably don't) | 20:57 |
*** tbachman has joined #openstack-nova | 20:58 | |
*** jmlowe has quit IRC | 21:00 | |
*** nweinber has quit IRC | 21:04 | |
*** spatel has quit IRC | 21:08 | |
*** abaindur has joined #openstack-nova | 21:08 | |
*** abaindur has quit IRC | 21:08 | |
*** abaindur has joined #openstack-nova | 21:09 | |
*** eharney has joined #openstack-nova | 21:15 | |
*** mvkr has joined #openstack-nova | 21:20 | |
*** dave-mccowan has quit IRC | 21:23 | |
*** tbachman has quit IRC | 21:24 | |
abaindur | hello, seeing an issue with SRIOV. When we delete a VM, it's VF is released back, but then we see the VF running DHCP. This causes the VF to get assigned an IP and change default route out of the host, screwing things up | 21:32 |
abaindur | Dont know if this is openstack related, or NIC driver related, or some Linux setting | 21:32 |
abaindur | Jan 30 16:36:44 compute-02 systemd: Starting DHCP interface eth40... | 21:34 |
abaindur | NetworkManager is disabled... and the physical NIC for the VFs has NM_CONTROLLED=no and BOOTPROTO=none | 21:35 |
*** jmlowe has joined #openstack-nova | 21:35 | |
*** nicolasbock has quit IRC | 21:54 | |
*** TristanSullivan has joined #openstack-nova | 21:57 | |
*** jmlowe has quit IRC | 22:04 | |
*** xek has quit IRC | 22:13 | |
*** slaweq has quit IRC | 22:15 | |
*** xek has joined #openstack-nova | 22:15 | |
*** ociuhandu has joined #openstack-nova | 22:40 | |
*** ociuhandu has quit IRC | 22:42 | |
*** mlavalle has quit IRC | 22:43 | |
*** ociuhandu has joined #openstack-nova | 22:43 | |
*** xek has quit IRC | 22:47 | |
*** mlavalle has joined #openstack-nova | 22:47 | |
*** ociuhandu has quit IRC | 22:48 | |
*** slaweq has joined #openstack-nova | 23:11 | |
*** slaweq has quit IRC | 23:15 | |
*** mlavalle has quit IRC | 23:30 | |
*** jmlowe has joined #openstack-nova | 23:48 | |
*** abaindur has quit IRC | 23:52 | |
*** ociuhandu has joined #openstack-nova | 23:55 | |
*** spatel has joined #openstack-nova | 23:58 |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!