- openstack-mentoring - lists.openstack.org

Neutron subnet with DHCP relay - continued
by Thomas King 13 Jul '20

13 Jul '20

Good day, I'm bringing up a thread from June about DHCP relay with neutron networks in Ironic, specifically using unicast relay. The Triple-O docs do not have the plain config/neutron config to show how a regular Ironic setup would use DHCP relay. The Neutron segments docs state that I must have a unique physical network name. If my Ironic controller has a single provisioning network with a single physical network name, doesn't this prevent my use of multiple segments? Further, the segments docs state this: "The operator must ensure that every compute host that is supposed to participate in a router provider network has direct connectivity to one of its segments." (section 3 at https://docs.openstack.org/neutron/pike/admin/config-routed-networks.html#p… - current docs state the same thing) This defeats the purpose of using DHCP relay, though, where the Ironic controller does *not* have direct connectivity to the remote segment. Here is a rough drawing - what is wrong with my thinking here? Remote server: 10.146.30.32/27 VLAN 2116<-----> Router with DHCP relay <------> Ironic controller, provisioning network: 10.146.29.192/26 VLAN 2115 Thank you, Tom King

1 0

Neutron subnet with DHCP relay
by Thomas King 02 Jun '20

02 Jun '20

Good day, We have Ironic running and connected via VLANs to nearby machines. We want to extend this to other parts of our product development lab without extending VLANs. Using DHCP relay, we would point to a single IP address to serve DHCP requests but I'm not entirely sure of the Neutron network/subnet configuration, nor which IP address should be used for the relay agent on the switch. Is DHCP relay supported by Neutron? My guess is to add a subnet in the provisioning network and point the relay agent to the linuxbridge interface's IP: 14: brq467f6775-be: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000 link/ether e2:e9:09:7f:89:0b brd ff:ff:ff:ff:ff:ff inet 10.10.0.1/16 scope global brq467f6775-be valid_lft forever preferred_lft forever inet6 fe80::5400:52ff:fe85:d33d/64 scope link valid_lft forever preferred_lft forever Thank you, Tom King

5 9

[Diversity] [PTG] Diversity WG at PTG
by Amy Marrich 29 May '20

29 May '20

The Diversity and Inclusion WG will be having a session at 16:00 UTC on Monday at https://meetpad.opendev.org/PTGDiversityAndInclusion As a WG reporting to the OSF Board we would like to invite all OSF projects to come and learn what the WG can do for their project. The WG oversees the Diversity and Inclusion surveys as well as the OpenStack mentoring program. Hope to see new faces on Monday! Amy Marrich (spotz)

1 0

Devstack and Ironic
by Thomas King 12 Mar '20

12 Mar '20

Good day, I'm trying to deploy Ironic using Devstack to use with hardware but I'm hitting a snag. ++/opt/stack/ironic/devstack/lib/ironic:start_ironic_conductor:1731 openstack baremetal driver list ++/opt/stack/ironic/devstack/lib/ironic:start_ironic_conductor:1732 sleep 5 ++/opt/stack/ironic/devstack/lib/ironic:start_ironic_conductor:1721 for attempt in $(seq 1 $max_attempts) ++/opt/stack/ironic/devstack/lib/ironic:start_ironic_conductor:1722 openstack baremetal driver list ++/opt/stack/ironic/devstack/lib/ironic:start_ironic_conductor:1722 grep -q idrac ++/opt/stack/ironic/devstack/lib/ironic:start_ironic_conductor:1726 '[' 7 -eq 7 ']' ++/opt/stack/ironic/devstack/lib/ironic:start_ironic_conductor:1727 die 1727 'Driver idrac did not appear in the driver list' In local.conf: # Change this to alter the default driver for nodes created by devstack. # This driver should be in the enabled list above. IRONIC_DEPLOY_DRIVER=idrac But there are several enabled lists above that line and apparently the driver list results in NULL. What magic bit am I missing? Thank you, Tom King

1 0

[first-cloud] mentee looking for a mentor on Openstack HA
by James Okken 14 Jan '20

14 Jan '20

Hello All, I am a mentee trying to deploy Openstack Stein for the first time and I am trying to get the single controller environment working as HA with 3 controllers. I have spent a lot of time trying and have some of the concepts understood, and most of the configuration done, but I am just not understanding enough to get it working. Is there a mentor that could help me with this effort please? Being successful at this would be a great benefit to my employment and my employer. So far I have configured: galera for mariaDB corosync pacemaker pcs a VIP haproxy keepalive rabbitmq and the other usual culprits. Thanks! jimo

1 0

Mentee signup form link typo
by Rasmus Kallas 01 Dec '19

01 Dec '19

On the mentoring page <https://docs.openstack.org/contributors/common/mentoring.html>, the mentee signup form is linked to https://openstackfoundation.formstack.com/forms/mentoring_cohorts_menteess what produces a 404. The correct link is: https://openstackfoundation.formstack.com/forms/mentoring_cohorts_mentees without the `s` at the end.

1 0

About PCYNLITX project and its innovations
by Erkam Murat Bozkurt 25 Jun '19

25 Jun '19

Previously, I have presented my project to you. The current name of my project is PCYNLITX. PCYNLITX platform offers completely new programming technology which can be named as Programmable Meta-Programming System and PCYNLITX platform is just a particular application of this new programming methodology. Basically, PCYNLITX is an intelligent integrated development environment ( IDE ) which can produce an application-specific multi-threading library based on your needs and assists you in multi-thread software development process. PCYNLITX is not a multi-threading library. Instead, it is a multi-threading library generator. You can find out very comprehensive documentation about pcynlitx project from both project web site and source code repository. The addresses of the project web page and source code repository are given in below links. www.pcynlitx.tech https://sourceforge.net/projects/pcynlitx The outcome of the PCYNLITX platform acts as an autonomous thread management system provides deterministic scheduling of the threads. You can control the thread with the numbers given by you and determine the relation of the threads. In other words, different from the other multi-threading tools, you can directly schedule the threads independently from the operating system. The scientific journal of the project is under review on IEEE Transactions on Software Engineering. Currently, the PCYNLITX platform only works on Linux based operating systems and the other versions ( Windows and McOSx ) are under development. The License of the PCYNLITX platform is GNU GPLv3 Free Software License. You can find out many other documents including scientific introduction of the project (“Technical Introduction” ), code examples and GUI tutorial form the project web sites. You can also find out a documents introducing std::thread programming, pthread programming and OpenMP programming on the web sites. I am always waiting your valuable comments and contributions. Thanks and best regards. Erkam Murat Bozkurt

1 0

Mentoring at Summit
by Amy Marrich 24 Apr '19

24 Apr '19

For those of you going to summit next week I wanted to point out a few mentoring related sessions. Thanks, Amy (spotz) Sunday: 9:00 - 5:50 OpenStack Upstream Institute sponsored by Lenovo https://www.openstack.org/summit/denver-2019/summit-schedule/events/23607/o… Monday: 12:20-1:40 - Speed Mentoring Lunch sponsored by Intel - RSVP required https://www.openstack.org/summit/denver-2019/summit-schedule/events/23757/r… Tuesday: 4:20 - 5:00 - Welcoming New Contributors State of the Union https://www.openstack.org/summit/denver-2019/summit-schedule/events/23659/w… Wednesday: 10:50-11:30 - Diversity WG BoF - looking for help with the Mentoring Program https://www.openstack.org/summit/denver-2019/summit-schedule/events/23745/d…

1 0

Re: [Openstack-mentoring] [tc] The future of the "Help most needed" list
by Jill Rouleau 31 Jan '19

31 Jan '19

+ openstack-mentoringOn Thu, 2019-01-31 at 11:45 +0100, Thierry Carrez wrote: > Hi everyone, > > The "Help most needed" list[1] was created by the Technical Committee > to > clearly describe areas of the OpenStack open source project which > were > in the most need of urgent help. This was done partly to facilitate > communications with corporate sponsors and engineering managers, and > be > able to point them to an official statement of need from "the > project". > > [1] https://governance.openstack.org/tc/reference/help-most- > needed.html TIL - will start sharing this with our mentees when they sign up. > This list encounters two issues. First it's hard to limit entries: a > lot > of projects teams, SIGs and other forms of working groups could use > extra help. But more importantly, this list has had a very limited > impact -- new contributors did not exactly magically show up in the > areas we designated as in most need of help. > > When we raised that topic (again) at a Board+TC meeting, a suggestion > was made that we should turn the list more into a "job description" > style that would make it more palatable to the corporate world. I > fear > that would not really solve the underlying issue (which is that at > our > stage of the hype curve, no organization really has spare > contributors > to throw at random hard problems). > > So I wonder if we should not reframe the list and make it less "this > team needs help" and more "I offer peer-mentoring in this team". A > list > of contributor internships offers, rather than a call for corporate > help > in the dark. I feel like that would be more of a win-win offer, and > more > likely to appeal to students, or OpenStack users trying to contribute > back. We've got a list of folks now who have volunteered to be mentors for various topics but we've struggled to get mentees and mentors engaged with each other and the program. There seems to be a hurdle between "I need/want to help" and active participation. A list of "this team needs this specific help" might actually be beneficial to getting people active, whereas I don't know that we'd gain much from another list of people who are generally open to helping (as much as that willingness to help is appreciated). > > Proper 1:1 mentoring takes a lot of time, and I'm not underestimating > that. Only people that are ready to dedicate mentoring time should > show > up on this new "list"... which is why it should really list > identified > individuals rather than anonymous teams. It should also probably be > one-off offers -- once taken, the offer should probably go off the > list. > Thoughts on that? Do you think reframing help-needed as > mentoring-offered could help? Do you have alternate suggestions? Hopefully some of the folks who have signed up for the cohort mentoring program can share their thoughts here. -jill

1 0

Thanks for the sessions
by Hamid Rasool 13 Nov '18

13 Nov '18

Hi Mentors, Thanks all of your time and efforts to make the mentorship program work! Hoping to stay in touch with you all and keep you busy! :) Regards, Hamid IRC: shrasool

1 0