[ovirt-users] Re: nul interface error when engine is creating ovirtmgmt bridge post-deployment

2018-10-17 Thread Brad Riemann
For those that may come across this thread with the same issues ive been 
encountering, I found a workaround to my related NAT issue (use at your own 
risk).

1. I included the setup of the bridge in the ovirt kickstart, due to the 
differences in hardware ill be dealing with I turned off Consistent Naming.
2. I have a custom process that re-enables the ovirtmgmt bridge using the API. 
I haven't confirmed if step one is required, theoretically you could wait until 
the host is put into non-operational mode, list out the host and grab the 
interface marked as "up" (that is, if your setup is simple like mine where we 
only use one port AND it has established the interface listing, I honestly 
don't think it does until its online the first time, TBD.). Then you can plug 
the primary interface in to the host_service.setup_networks() function (python 
sdk) and it would create the bridge. For my process I wait until the api 
reports the interfaces available on the unit, taking the one that's up and 
passing it along to my setup functions which rebuilds the ovirtmgmt bridge per 
ovirt's specs.
3. Lastly I run through each of the networks assigned to the cluster and add 
them through the api, I assumed that they wouldn't be added automatically after 
the host gets marked as non-operational so I force the addition via api.

Hope that helps.

-Brad
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/HUCPY5QOYC4VQIA4NPULXMLCSOAGZBM2/


[ovirt-users] Re: nul interface error when engine is creating ovirtmgmt bridge post-deployment

2018-10-11 Thread Brad Riemann
> On Thu, 11 Oct 2018 16:00:37 -
> "Brad Riemann"  wrote:
> 
> 
> Ack, host behind the nat does not work, the IP address of NIC or bridge
> on the node has to match the IP address used to add the node in Engine.
> 
> 
> No, but the initial setup fails to detect the NIC or bridge to
> configure.
> 
> 
> I regret that nat on both sides will not work.

Hah.. Confirmed what I figured, thank you. I'll chalk it up to a bug(?) that i 
can get the network working if I use the GUI, in the future if something goes 
sideways i'll start with it being behind a NAT, first.

Thanks for taking the time Dominik.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/DP4VOELFZO6KVZJ6WMMB2RFBXX6WZCFB/


[ovirt-users] Re: nul interface error when engine is creating ovirtmgmt bridge post-deployment

2018-10-11 Thread Dominik Holler
On Thu, 11 Oct 2018 16:00:37 -
"Brad Riemann"  wrote:

> > On Wed, 10 Oct 2018 16:27:38 -
> > "Brad Riemann"  wrote:
> > 
> > 
> > This is correct.
> > 
> > 
> > The physical interface (or bridge) which has the IP address used to add
> > the host is used for ovirtmgmt during the initial host setup.
> > For some reason oVirt does not detect the NIC or birdge which has the 
> > expected
> > IP address.
> > Is there an physical interface on the host with the IP address used to add 
> > the host to oVirt?
> > Would you please share the line containing
> > [api.host] FINISH getCapabilities return
> > of /var/log/vdsm.log on the host and the IP address used to add the host to 
> > oVirt?
> >   
> Ah.. crude.. yeah the node is behind a nat too, so it's probably looking at 
> the public ip and can't find it so errors out.
> 
> I'll send you an email directly with this line, I'm not to keen on letting 
> our subnets be shown on the net, but you can share among the rhel team if 
> need be.
> > 
> > 
> > OVN will not work, because the ovn-controller on the host has to
> > connect to ovn-central on Engine's host.
> > To prevent ovn-controller to try to connect to the ovn-central, the
> > default network provider should be disabled in this cluster.  
> 
> Based on your last comment in the response i'll bet that being behind the nat 
> answers my issue in general.

Ack, host behind the nat does not work, the IP address of NIC or bridge
on the node has to match the IP address used to add the node in Engine.

> Supplying the logs anyway for sanity but i'm betting that because i'm
> initiating the update of the logical networks from the GUI it takes a
> different approach to push down the changes than the initial setup?

No, but the initial setup fails to detect the NIC or bridge to
configure.

> The more I think about it the less sense it makes since it SHOULD use
> the same delivery methods, no?
> 
> And before anyone calls me ridiculous for having this connectivity go through 
> a nat on both sides, I know, I inherited the methodology and am trying to 
> work within confines that I am allowed.
> 

I regret that nat on both sides will not work.

> Anywho, here goes, thanks for the reply appreciate the feedback GREATLY.
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/JODZ7JJUOGMRNLRH3BDJBKIQUDP3EEPA/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/DNV256BHLQNDUD2ZFTLJLH7HLOMHIGEG/


[ovirt-users] Re: nul interface error when engine is creating ovirtmgmt bridge post-deployment

2018-10-11 Thread Brad Riemann
> On Wed, 10 Oct 2018 16:27:38 -
> "Brad Riemann"  wrote:
> 
> 
> This is correct.
> 
> 
> The physical interface (or bridge) which has the IP address used to add
> the host is used for ovirtmgmt during the initial host setup.
> For some reason oVirt does not detect the NIC or birdge which has the expected
> IP address.
> Is there an physical interface on the host with the IP address used to add 
> the host to oVirt?
> Would you please share the line containing
> [api.host] FINISH getCapabilities return
> of /var/log/vdsm.log on the host and the IP address used to add the host to 
> oVirt?
> 
Ah.. crude.. yeah the node is behind a nat too, so it's probably looking at the 
public ip and can't find it so errors out.

I'll send you an email directly with this line, I'm not to keen on letting our 
subnets be shown on the net, but you can share among the rhel team if need be.
> 
> 
> OVN will not work, because the ovn-controller on the host has to
> connect to ovn-central on Engine's host.
> To prevent ovn-controller to try to connect to the ovn-central, the
> default network provider should be disabled in this cluster.

Based on your last comment in the response i'll bet that being behind the nat 
answers my issue in general. Supplying the logs anyway for sanity but i'm 
betting that because i'm initiating the update of the logical networks from the 
GUI it takes a different approach to push down the changes than the initial 
setup? The more I think about it the less sense it makes since it SHOULD use 
the same delivery methods, no?

And before anyone calls me ridiculous for having this connectivity go through a 
nat on both sides, I know, I inherited the methodology and am trying to work 
within confines that I am allowed.

Anywho, here goes, thanks for the reply appreciate the feedback GREATLY.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/JODZ7JJUOGMRNLRH3BDJBKIQUDP3EEPA/


[ovirt-users] Re: nul interface error when engine is creating ovirtmgmt bridge post-deployment

2018-10-11 Thread Dominik Holler
On Wed, 10 Oct 2018 16:27:38 -
"Brad Riemann"  wrote:

> Hello again,
> 
> I've been working on an automated solution that uses the API to add a host on 
> first boot, the code checks out (or maybe it doesn't), however I can confirm 
> that the ovirt engine works through adding all requirements of a host 
> properly except when it gets to setting up the bridge on the new node. The 
> following link contains the log lines from the engine.log file, I can confirm 
> that if I go to the engine web interface, I see my two interfaces on the new 
> node, em1 and em2 (this is a Dell R420 server), and I can click on the "Setup 
> Host Networks" button. The proceeding dialog window gives me the ability to 
> drag over the ovirtmgmt logical interface onto the active physical interface 
> and once saved I can see the engine go to work on setting up the bridge 
> without an issue. 
> My understanding is that this is supposed to be an automated process
> (which is what i'm going for),

This is correct.

>  might someone be able to help me understand why im seeing the error I
> am? Am I just missing something from the api standpo
> int that is supposed to tell the system which physical interface it needs
> to use for building the ovirtmgmt bridge on top of?
> 

The physical interface (or bridge) which has the IP address used to add
the host is used for ovirtmgmt during the initial host setup.
For some reason oVirt does not detect the NIC or birdge which has the expected
IP address.
Is there an physical interface on the host with the IP address used to add 
the host to oVirt?
Would you please share the line containing
[api.host] FINISH getCapabilities return
of /var/log/vdsm.log on the host and the IP address used to add the host to 
oVirt?


> One thing to note (it shouldn't matter I don't think) but the engine is 
> behind a nat,

OVN will not work, because the ovn-controller on the host has to
connect to ovn-central on Engine's host.
To prevent ovn-controller to try to connect to the ovn-central, the
default network provider should be disabled in this cluster.

> communicating over a vpn to the new node. I have to nat traffic from
> the engine so the ip address seen is different than what was supplied
> to the ansible playbook, i'm not familiar with ansible nor the
> playbooks used to know if that will have adverse impacts such as i'm
> seeing in the logs.
> 
> Logs: https://pastebin.com/UC4WfBix
> 
> Thank you in advance,
> Brad
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/7SXE4KGIWU3P4LTWBVBVWXXSDLWCZS7Z/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/EGMCH7KS4RYEH64NDHHZWYKBZYZK62AG/