Earlier  
Later
New Search
Posted Nick Remark
#openstack-nova - 2020-02-18
15:34:30 gibi dansmith: thanks, that makes me less nervous
15:34:53 gibi dansmith: I followed Sundar pointer in his comment
15:35:12 gibi dansmith: but honeslty I need test coverage first to accept that it works
15:35:49 dansmith gibi: all he said is that a later patch *deletes* the original ARQs, but as far as I can tell, nowhere does it ever create them again on reschedule,
15:36:02 dansmith and the earlier create patch is kinda where I would expect that to happen
15:36:18 dansmith i.e. even if we orphan them until the delete patch or something
15:36:31 gibi dansmith: fair point, I will drop my +2
15:39:04 openstackgerrit Ivaylo Mitev proposed openstack/nova master: Faults from cell DB missing in GET /servers/detail https://review.opendev.org/699176
15:39:40 Sundar gibi, dansmith: I hope to finish the work. Brin Zhang is also reviewing and following this series to provide continuity. For the remaining work, I may need pointers for the rescheduling stuff. I thought, once we delete the ARQs, the conductor is going to pick another host from the allocation candidates and redo the previous flow.
15:40:09 openstackgerrit Ivaylo Mitev proposed openstack/nova master: Faults from cell DB missing in GET /servers/detail https://review.opendev.org/699176
15:40:22 dansmith Sundar: it does, but the way that happens is compute calls back to conductor through a different method, conductor pops an alternate host off the list and the calls to that compute to do the build again
15:40:32 dansmith Sundar: check my latest comments, I think I provided the necessary pointer
15:41:00 Sundar dansmith: Sure, going through all of your comments now
15:41:08 gibi Sundar: thanks. besides dansmith's pointer I strongly suggest to add functional tests as that helps you figuring out what is missing from the implementation
15:41:28 dansmith agree, obviously
15:43:03 dansmith sean-k-mooney: do you have a devstack localrc for cyborg testing with the fake driver that I can copy?
15:43:06 dansmith or Sundar ?
15:43:10 gibi also what sean-k-mooney's does while testing the feature is highly appreciated but those tests are not reproducible for us
15:43:38 gibi jingx, yeah at least a localrc would be good :)
15:44:33 dansmith gibi: test coverage in this set has always been majorly lacking, so given the time constraint, I was going to try to relax my expectations a bit, look to sean-k-mooney for validation of some things, and potentially follow-up with the functional testing after we've got things working
15:44:43 dansmith to keep my fingers out of it
15:44:55 dansmith not ideal, but the situation isn't ideal
15:45:16 gibi dansmith: understood
16:06:40 Sundar dansmith: Here's my local.conf -- http://paste.openstack.org/show/789708/
16:07:28 dansmith Sundar: thanks
16:09:14 dansmith Sundar: okay the only real change in there is enable_plugin cyborg
16:09:34 dansmith but if that's close enough, I can handle the rest of getting it to run on your patches I think
16:12:05 Sundar Yes, that's the main change. The default cyborg.conf has the fake driver enabled.
16:14:15 Sundar dansmith: We have to create device profiles and modify the flavor. Here are some utility functions to do that: http://paste.openstack.org/show/789709/
16:17:29 openstackgerrit Stephen Finucane proposed openstack/nova master: trivial: Remove FakeScheduler https://review.opendev.org/707224
16:17:29 openstackgerrit Stephen Finucane proposed openstack/nova master: conf: Deprecate '[scheduler] driver' https://review.opendev.org/707225
16:17:30 openstackgerrit Stephen Finucane proposed openstack/nova master: docs: Improve documentation on writing custom scheduler filters https://review.opendev.org/707226
16:17:30 openstackgerrit Stephen Finucane proposed openstack/nova master: api: Add framework for extra spec validation https://review.opendev.org/704643
16:17:31 openstackgerrit Stephen Finucane proposed openstack/nova master: trivial: Use recognized extra specs in tests https://review.opendev.org/708435
16:17:31 openstackgerrit Stephen Finucane proposed openstack/nova master: api: Add microversion 2.82, extra spec validation https://review.opendev.org/708436
16:19:03 stephenfin Not sure if CI will pass but if it does, I think that's basically done now ^
16:19:31 openstackgerrit Merged openstack/nova master: set default value to 0 instead of '' https://review.opendev.org/706730
16:33:11 openstackgerrit Stephen Finucane proposed openstack/nova master: trivial: Use recognized extra specs in tests https://review.opendev.org/708435
16:33:12 openstackgerrit Stephen Finucane proposed openstack/nova master: api: Add framework for extra spec validation https://review.opendev.org/704643
16:33:12 openstackgerrit Stephen Finucane proposed openstack/nova master: api: Add microversion 2.82, extra spec validation https://review.opendev.org/708436
18:11:30 spatel sean-k-mooney: hey!
18:57:17 openstackgerrit Merged openstack/nova master: Add JSON schema and test for network_data.json https://review.opendev.org/703133
19:48:25 sean-k-mooney dansmith: gibi just getting back ill post my local.confs for both the all-in-one node and the dedicated compute latert today. ill try and adress the issue with the fake driver to allow multi node and fix the devstack plugin tonight/tomorow and see if i can create a multinode test jobs quickly with zuul over the next day or two.
19:49:31 dansmith sean-k-mooney: okay I got a single node devstack running with it, but got distracted.. I'll circle back tomorrow and look at whatever you have to offer and continue on
19:50:05 sean-k-mooney ya so the current fake driver does not work multi node because the RP name is hardcoded so its a tival change to make that work
19:50:39 sean-k-mooney and currently the cyborg config file is only compelete correctly if you deploy the conducto/api service so it does not work on the dedicated compute node
19:51:13 sean-k-mooney both are easy fixs once i have patch up for that it should not be hard to create a two node jobs and run standard tempest with a cyborg flavor
19:51:31 sean-k-mooney kind of like i did for the pcpu testing
19:51:36 dansmith sean-k-mooney: ah okay, that's my next step is digging into how the test gets setup because booting with a profile name gives me NVH, which I assume is because it hasn't found a compute with my device profile
19:51:38 dansmith but I didn't dig in
19:53:45 sean-k-mooney i had this automated in a bash script however the physical server i run my openstack on at home has been raising hardawer machine check errors for the last month or so on and off and now it wont detect my pci ssd with the host os
19:54:40 sean-k-mooney so had to set eveything up again that said i have a simpler version that i can also share. it might make more sense to email the list with the 3/4 files as an attament
19:55:08 sean-k-mooney but ya if i sit down tomorow i shoudl be able to hack a job together to do at least some testing
20:04:56 umbSublime Hi, this isn't a question about nova specificaly, but I'm asking here becasue i know many of you have attended openstack events. I'm re-starting the openstack-meetup group in my area and wanted to know if we can use the Openstack logo. It sayd here https://www.openstack.org/legal/openstack-restricted-use-logo-guidelines/ that we nee written permission. Is this enforced ?
20:06:12 umbSublime The company I am working for is hosting the event and want to know if it's OK to come up with a "<Insert company name> loves <openstacklogo>" flyers/stickers/wtv
20:19:37 efried umbSublime: If I were trying to find an official answer, I would start with fungi or diablo_rojo
20:20:01 efried If they don't know off the top, they're one degree from the people who do.
20:30:31 fungi indeed, as efried surmises, i am not authorized to provide an official answer, but https://www.openstack.org/brand/ is the page you want and mentions the e-mail address to contact
20:30:36 fungi umbSublime: ^
20:30:59 fungi under "OpenStack Community Organizers & Non-Commercial Use"
20:31:54 fungi though also directs you to https://www.meetup.com/pro/osf
20:32:33 fungi which suggests a different contact e-mail... i'm pretty sure both of those end up in the same queue with the same folks looking at them either way
20:33:44 fungi the communitymgr@ address is intended more for topics related to user groups, while the events@ address is more for folks wanting to put on an openinfra days or openstack days or similar conference
20:50:56 umbSublime efried, fungi thanks!
20:58:49 fungi you're welcome
21:41:01 umbSublime fungi, Just to confirm that I understand correctly https://www.openstack.org/brand/, If my group is already listed in https://www.meetup.com/pro/osf , I should be good to use the web-badge logos? Should I validate with one of the MLs or is this sufficient
21:44:54 fungi umbSublime: that's how i interpret it, but i'm not well-versed in this so if you're in doubt you might e-mail for clarification just to be sure
21:51:21 umbSublime fungi, will do, thanks again!
21:52:00 fungi any time
21:59:36 abaindur Not really a nova question, but the #openstack-dib channel seems to have disappeared...
21:59:44 abaindur anyone know the purpose of this script?
21:59:46 abaindur https://github.com/openstack/diskimage-builder/commit/00d853e5fde8fe5549177bad7957be5f9699f63c
21:59:51 abaindur https://github.com/openstack/diskimage-builder/commit/5bed4a6d5e0e037a41931a840c4399e844631cfb
22:00:15 abaindur The generic dhcp-interface@.service template, and the dhcp-all-interfaces.sh script?
#openstack-nova - 2020-02-19
01:37:10 openstackgerrit Luyao Zhong proposed openstack/nova master: address specific resources cleanup issue https://review.opendev.org/699148
01:37:10 openstackgerrit Luyao Zhong proposed openstack/nova master: support live migration with vpmems https://review.opendev.org/687856
02:35:52 openstackgerrit Ghanshyam Mann proposed openstack/nova master: Use tempest-full-py3 as base job https://review.opendev.org/708548
04:15:21 openstackgerrit Merged openstack/nova master: Reject boot request for unsupported images https://review.opendev.org/707738
08:16:27 gibi sean-k-mooney: thanks. I will try to set up something with a fake cyborg driver. So if you have patches to the driver then I could use it as well
08:37:18 openstackgerrit Lee Yarwood proposed openstack/nova stable/train: Reject boot request for unsupported images https://review.opendev.org/708577
08:37:48 openstackgerrit Lee Yarwood proposed openstack/nova stable/stein: Reject boot request for unsupported images https://review.opendev.org/708578
08:39:09 openstackgerrit Stephen Finucane proposed openstack/nova master: trivial: Use recognized extra specs in tests https://review.opendev.org/708435
08:39:10 openstackgerrit Stephen Finucane proposed openstack/nova master: api: Add framework for extra spec validation https://review.opendev.org/704643
08:39:10 openstackgerrit Stephen Finucane proposed openstack/nova master: api: Add microversion 2.82, extra spec validation https://review.opendev.org/708436
09:37:09 lyarwood Morning all, https://review.opendev.org/#/c/708126/ - any non-RH cores able to review this? Looking to close it out and backport if possible.
09:37:49 lyarwood stephenfin: ah so you're also trying to land on 2.82, is there any etiquette around multiple changes trying to land on the same microversion between M2 and M3?
09:38:02 lyarwood stephenfin: for context https://review.opendev.org/#/c/701430/
09:38:44 stephenfin lyarwood: whoever gets there first? :)
09:38:54 lyarwood stephenfin: ack, may the best change win
09:39:13 stephenfin -2 -2 -2 -2 -2
09:39:22 stephenfin sorted.
09:39:22 lyarwood lol
09:39:29 lyarwood MINE MINE MINE
09:49:27 gibi lyarwood: put https://review.opendev.org/#/c/708126/ into my review queue
09:49:47 lyarwood gibi: awesome thank you
09:58:35 stephenfin bauzas: Want to help me close out my oldest review today? :) https://review.opendev.org/#/c/399653/
09:59:10 gibi lyarwood, stephenfin, rosmaita: I have one question regarding the release notes https://review.opendev.org/#/c/708126/3/releasenotes/notes/absolutely-non-inheritable-image-properties-85f7f304fdc20b61.yaml@19
09:59:12 kashyap stephenfin: Wonder if I can borrow your rST eyes for a quick once-over for a QEMU upstream doc: https://kashyapc.fedorapeople.org/qemu_v4.2.0-1300-g5da20ed7e3_docs/system/qemu-cpu-models.html
09:59:58 kashyap stephenfin: Reading from the bottom, do you find the QEMU / libvirt examples with bullet / sub-bullet combo ugly?
10:00:32 kashyap Or "unclean", or "inelegant", or "un-rST" or ...

Earlier   Later