Wednesday, 2021-09-29

fzzf2About CI,How should nodepool configure the local server to run manila tempest? manila need connect local device. any help would be appreciated.02:02
clarkbfzzf2: is this for third party CI or running jobs on the opendev zuul?02:03
clarkbin upstream CI what we do for Cinder is we treat a file as block device. It isn't very fast but works for testing02:04
clarkbThat said doesn't manila do nfs shares? and those can be shared from directories not devices?02:05
fzzf2clarkb:I install softwarefacotry to build thrid part CI, need run tempest test.02:05
clarkbfzzf2: I would look at the upstream manila tempest tests and see what they do. Nodepool isn't doing anything special for manila upstream02:06
clarkblooks like they run the manila devstack plugin with a few options https://opendev.org/openstack/manila-tempest-plugin/src/branch/master/zuul.d/manila-tempest-jobs.yaml02:11
clarkbBut nothing crazy there02:11
fzzf2clarkb:What troubles me is the connection problem, because zuul is installed locally, and the device is also local. Manila needs to connect the device to run the tempest test. I don’t know how to configure the nodepool in this case.02:12
clarkbI see you have special hardware you want to test with manila using zuul? that is probably going to be up to your environment?02:13
clarkbI'm not sure we would have good advice for that. Nodepool is just making a VM in a cloud. You will need to ensure your device is reachable from that VM in the cloud similar to how someone running manila with your device would do02:14
clarkbmaybe that means a special flavor in your cloud. Or maybe it would be special firewall rules. Or maybe an external locking mechanism to avoid contention. But that will all depend on your setup and your devices02:15
fzzf1Nodepool is just making a VM in a cloud. Does this mean nodepool will automatically install devstack and tempest-plugin on VM, and then run tempest test02:19
clarkbno02:19
clarkbnodepool's purpose is to get compute resources from a cloud then give them to zuul. Zuul then runs jobs on the resources it gets02:19
clarkbbut zuul can do just about anything with those resources including install devstack and manila-tempest-plugin then run tempest, but that depends on the job configuration in zuul02:20
fzzf1so I need to ensure that the nodepool VM can access the device, right? then zuul can run jobs on that VM.02:23
clarkbyes02:23
fzzf1I get it, thank you so much.I want nodepool to use the local VM, nodepool maybe use static provider. I gonna go see02:27
*** ykarel|away is now known as ykarel05:18
*** ysandeep|out is now known as ysandeep05:43
*** jpena|off is now known as jpena07:28
mnasiadkaGood morning - is there a potential core reviewer interested to merge Rocky Linux bindep change? https://review.opendev.org/c/opendev/bindep/+/80936207:40
*** ykarel is now known as ykarel|lunch08:49
*** jpodivin is now known as jpodivin|ruck09:06
*** ykarel|lunch is now known as ykarel09:52
*** jcapitao is now known as jcapitao_lunch10:35
*** jpena is now known as jpena|lunch11:24
*** jcapitao_lunch is now known as jcapitao11:42
*** jpena|lunch is now known as jpena12:22
bauzasfolks our nova PTG etherpad got empty by the 8273th revision https://etherpad.opendev.org/p/nova-yoga-ptg/timeslider#827314:04
bauzasany way to restore the previous state with colors and the likes ?14:05
fungii can probably roll it back with the admin api, give me a moment14:05
bauzasor do I need to copy/paste14:05
bauzasfungi: thanks14:05
fungi#status log Rolled back nova-yoga-ptg etherpad to revision 8272 via admin API at the request of bauzas14:15
opendevstatusfungi: finished logging14:15
bauzas++14:15
*** ykarel is now known as ykarel|away14:59
*** jpena is now known as jpena|off16:38
*** beekneemech is now known as bnemec17:41
*** ysandeep is now known as ysandeep|out18:53
*** timburke__ is now known as timburke19:39

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!