Hello community,
I would like to start preliminary testing of Ironic multi-tenant network
setup which is supported by Neutron in Liberty according to [1]. I found
the following patches that are on review. Also neutron ML2 plugin is
needed. I can't find any plugin that supports multi-tenancy and Ci
C (8am Pacific time) on
> #openstack-meeting-4. Feel free to drop by or join us - as this is one of
> the things we plan on discussing next Monday's meeting. This will give you
> a better feel.
>
> Hope this helps.
>
> -Sukhdev
> P.S. feel free to ping me on IRC (IRC han
Hello Sean, Jim,
Thanks for your comments.
I've created separate repo: https://github.com/jumpojoy/generic_switch
--
Sincerely
Vasyl Saienko
On Tue, Nov 17, 2015 at 1:38 AM, Jim Rollenhagen
wrote:
> On Mon, Nov 16, 2015 at 06:38:28PM +, Sean M. Collins wrote:
> > On Mon, N
like to request a repo on openstack.org for [1]
[0]
https://github.com/jumpojoy/ironic-neutron/blob/master/devstack/examples/ironic-neutron-vm.md
[1] https://github.com/jumpojoy/generic_switch
--
Sincerely
Vasyl Saienko
__
OpenStack
ironic use-case scenario in testing
model. That is why we should have ML2 that allows us to interact with OVS.
> Perhaps we can merge your approach (config via ssh) with mine (getting the
> 'baremetal' ports wired up for real connectivity) so we don't need upstream
>
m vm in project demo
7. Make sure that there is no packets with MAC of *alt_demo vm *on *demo:
vm *(can use tcpdump)
--
Sincerely
Vasyl Saienko
On Wed, Nov 25, 2015 at 11:06 PM, Sukhdev Kapur
wrote:
> Hi Vasyl,
>
> This is great. Kevin and I was working on the similar thing. I just
>
Hello Zhi,
It seems that there is no connectivity between HW server and Gateway/TFTP
server.
You can boot live CD on it, assign the same IP manually and check if you
are able to ping 10.0.0.1
Sincerely,
Vasyl Saienko
On Wed, Dec 9, 2015 at 3:59 PM, Zhi Chang wrote:
> hi, all
> I t
56364
[1]
https://review.openstack.org/#/c/258596/3/devstack/doc/source/guides/ironic-neutron-integration.rst
[2]
https://review.openstack.org/#/q/status:open+project:openstack/ironic+branch:master+topic:bp/ironic-ml2-integration
[3] https://etherpad.openstack.org/p/ironic-neutron-mid-cycle
Sincerely
On Thu, Dec 17, 2015 at 12:23 PM, Vasyl Saienko
wrote:
> Hello Ironic/Neutron community,
>
> Ironic patches were stale and were in merge conflict during last time.
> Yesterday I've rebased those pathes and put them in single chain. I already
> replied/resolved some comment
nterested with this ironic-neutron integration to support VLAN, so
> can you help to share some doc/guide/steps for me, and let me try also?
>
> Thanks
> Haomeng
>
>
>
> On Thu, Mar 31, 2016 at 9:20 PM, Jim Rollenhagen
> wrote:
>
>> On Thu, Mar 31, 2016 at 03:3
drivers has started
successfully.
The devstack plugin is on review already:
https://review.openstack.org/#/c/299229/
Sincerely,
Vasyl Saienko
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack
n Wed, Apr 20, 2016 at 9:38 PM, Andreas Jaeger wrote:
> On 04/20/2016 04:57 PM, Vasyl Saienko wrote:
> > Hello Ironic-staging-drivers team,
> >
> > At the moment there is no tests for ironic-staging-drivers at the gates.
> > I think we need to have a simple test that inst
Hello Jim,
Thanks for rising this question.
My personal feeling that we don't need to tune tests that won't pass due to
design limitations.
It is Ironic pre-requirement to have network access from control plane to
server during provisioning.
Until Ironic Neutron integration is completed we may sk
netmiko is in networking-generic-switch requirements.txt
https://github.com/openstack/networking-generic-switch/blob/master/requirements.txt#L2
On Sat, May 7, 2016 at 5:35 AM, Haïkel wrote:
> Started on removing some entries, I guess I have big cleanup to do RDO
> side.
>
> H.
>
> __
ow anything about it.
Sincerely,
Vasyl Saienko
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-
Lucas, Andrew
Thanks for fast response.
On Fri, May 27, 2016 at 4:53 PM, Andrew Laski wrote:
>
>
> On Fri, May 27, 2016, at 09:25 AM, Lucas Alvares Gomes wrote:
> > Hi,
> >
> > Thanks for bringing this up Vasyl!
> >
> > > At the moment Nova with ironic virt_driver consider instance as
> deleted
]
https://github.com/openstack-dev/devstack/blob/master/lib/tempest#L509-L513
[2]
https://github.com/openstack-dev/devstack/blob/master/lib/tempest#L514-L523
Thank you in advance,
Vasyl Saienko
__
OpenStack Development Mailing
-generic-switch
[2] https://review.openstack.org/206144/
[3] https://review.openstack.org/296432/
[4]
https://review.openstack.org/#/q/status:open+project:openstack/ironic+branch:master+topic:bug/1526403
Sincerely,
Vasyl Saienko
__
Open
Hello Ironic/Neutron teams,
Ironic team would like to schedule cross session with Neutron team on Mon -
Tues except for Tue 9.30 - 10.00
The topics we would like to talk are added to:
https://etherpad.openstack.org/p/neutron-ptg-pike L151
Sincerely,
Vasyl Saienko
s based on the recent contributor
>> activity.
>>
>> I have two candidates that look very good and pass the formal barrier of
>> 3 reviews a day on average [1].
>>
>> First, Vasyl Saienko (vsaienk0). I'm pretty confident in him, his stats
>> [2] a
Michael thanks for raising this question.
I don't have strong opinion here. We didn't spent much time for network
related things during past several meetings. But now we have a
'networking-baremetal' repo under our control.
We will need a time to talk about design of our Neutron plugin,
implementa
On Thu, Apr 27, 2017 at 5:21 PM, Dmitry Tantsur wrote:
> Hi all!
>
> I'd like to propose the following changes to the ironic-stable-maint group
> [0]:
>
> 1. Add Ruby Loo (rloo) to the group. Ruby does not need introduction in
> the Ironic community, she has been with the project for really long
Mario,
So sorry to hear that you won't be working on Ironic anymore :(
Good luck with your new assignments!
On Tue, May 2, 2017 at 7:10 AM, Ranganathan, Shobha <
shobha.ranganat...@intel.com> wrote:
> Hi Mario,
>
>
>
> Sorry to hear that you won’t be working on Ironic anymore!
>
> Best of luck o
Hello Community!
Recently with CI performance degradation ironic team meet with the
following problem. Quick automated cleaning is enabled on grenade jobs
which is started exactly after nova instance is deleted.
We do not wait for cleaning is finished in nova virt driver before mark
instance as de
Dmitry thanks for rising this question!
On Tue, Jun 28, 2016 at 6:32 PM, Dmitry Tantsur wrote:
> Hi folks!
>
> I was reviewing https://review.openstack.org/317391 and realized I don't
> quite understand why we want to have node.network_interface. What's the
> real life use case for it?
>
> Do we
Hello Community,
I'm working to make Ironic be aware about Neutron port state changes [0].
The issue consists of two parts:
- Neutron ports for baremetal instances remain in DOWN state [1]. The
issue occurs because there is no mechanism driver that binds ports. To
solve it we need to cr
Hello Community,
Current portgroup scenario is not fully clear for me. The related spec [3]
doesn't clearly describe it. And based on implementation [1] and [2] I
guess it should work in the following fashion for node with 3 NICs, where
eth1 and eth2 are members of Porgroup Po0/1
Node network con
g/339143
[1] https://review.openstack.org/339129
[3] https://review.openstack.org/340695
[4] https://review.openstack.org/345211
> On Tue, Jul 12, 2016 at 4:07 AM, Vasyl Saienko
> wrote:
>
>> Hello Community,
>>
>> I'm working to make Ironic be aware about Neutro
The proposed approach is reasonable.
Just a small adding. I think for a longterm concept it would be good to
avoid setting binding_host_id in ironic virt_driver. We should force users
to set it when 'binding_profile' is updated. It looks weird that we telling
Neutron to bind port at one place and a
Hello Ironic'ers!
We've recorded a demo that shows how static portgroup works at the moment:
Flat network scenario: https://youtu.be/vBlH0ie6Lm4
Multitenant network scenario: https://youtu.be/Kk5Cc_K1tV8
Sincerely,
Vasyl Saienko
On Tue, Jul 19, 2016 at 3:30 PM, Vasyl Saienko
wrote
Hello Ironic!
Recently networking-generic-switch was added to OpenStack baremetal program
[0]. And I would like to announce n-g-s core team changes:
* add ironic-core to n-g-s-core as it is done for other ironic sub-projects
* add mgoddard to n-g-s-core team as his reviews/commits are very usef
Hello,
We using the following order when picking candidate port/portgroups when
attaching VIFs:
- For Ironic <= Ocata
1. portgroups
2. ports with pxe_enabled=True
3. any other ports
- For Ironic >= Pike (port has new attribute physical_netowrk:
1. portgroups with ph
+1
On Mon, Feb 5, 2018 at 8:12 PM, Julia Kreger
wrote:
> I would like to nominate Hironori Shiina to ironic-core. He has been
> working in the ironic community for some time, and has been helping
> over the past several cycles with more complex features. He has
> demonstrated an understanding of
Hey Ironic community!
Unfortunately I don't work on Ironic as much as I used to any more, so i'm
stepping down from core reviewers.
So, thanks for everything everyone, it's been great to work with you
all for all these years!!!
Sincerely
"Skip some steps for multinode case" https://review.
openstack.org/#/c/368646/
"Add devstack setup_vxlan_network()" https:/
/review.openstack.org/#/c/368647
"Update iptables rules and services IPs for multinode"
https://review.openstack.org/#/c/368648/
"T
://review.openstack.org/357779
[5] https://review.openstack.org/357780
Sincerely,
Vasyl Saienko
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org
Hello Dmitry,
Thanks for raising this question. I think the problem is deeper. There are
a lot of use-cases that are not covered by our CI like cleaning, adoption
etc...
The main problem is that we need to change ironic configuration to apply
specific use-case. Unfortunately tempest doesn't allow
On Wed, Oct 12, 2016 at 4:10 PM, Dmitry Tantsur wrote:
> On 10/12/2016 03:01 PM, Vasyl Saienko wrote:
>
>> Hello Dmitry,
>>
>> Thanks for raising this question. I think the problem is deeper. There
>> are a lot
>> of use-cases that are not covered b
for multinode case" https://review.openstack
.org/#/c/368646/
- "Add devstack setup_vxlan_network()" https:/
/review.openstack.org/#/c/368647
<https://review.openstack.org/#/c/368647>
- "Update iptables rules and services IPs for multinode"
http
76/15/doc/networking-guide/source/config-trunking.rst
[2] https://etherpad.openstack.org/p/trunk-api-dump-newton
Thanks in advance,
Vasyl Saienko
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe
adata?
Reference:
[0]
https://review.openstack.org/#/c/308521/1/specs/newton/vlan-aware-vms.rst@118
Thanks in advance,
Vasyl Saienko
On Tue, Dec 6, 2016 at 7:08 PM, Armando M. wrote:
>
>
> On 6 December 2016 at 08:49, Vasyl Saienko wrote:
>
>> Hello Neutron Community,
>&g
7;t tie you to VLANs on the backend.
>
> 1. http://ipcisco.com/vlan-mapping-vlan-translation-%E2%80%93-part-2/
>
> On Wed, Dec 7, 2016 at 7:49 AM, Armando M. wrote:
>
>>
>>
>> On 7 December 2016 at 04:02, Vasyl Saienko wrote:
>>
>>> Armando, Kevin,
>
On Wed, Dec 7, 2016 at 7:12 PM, Kevin Benton wrote:
>
>
> On Wed, Dec 7, 2016 at 8:47 AM, Vasyl Saienko
> wrote:
>
>> @Armando: IMO the spec [0] is not about enablement of Trunks and
>> baremetal. This spec is rather about trying to make user request with any
>>
k. It will not work in this case, but
if configure VLAN mapping at ports where baremetal are plugged (i.e: Fa0/1
- 0/5) it should work :)
I definitely need more practice with VLAN mapping...
>
> On Wed, Dec 7, 2016 at 9:22 AM, Vasyl Saienko
> wrote:
>
>>
>>
>> On
The root cause why ironic grenade job was broken is described in
https://bugs.launchpad.net/ironic/+bug/1663371
In two words, during Ocata we removed DEFAULT_IMAGE_NAME setting logic from
devstack [0]. As soon stable/ocata
was cut for devstack variable DEFAULT_IMAGE_NAME is not visible in grenade,
45 matches
Mail list logo