Re: [Users] OVirt-Engine 3.3 RC - Add Fedora 19 host fails [SOLVED]
This is a multi-part message in MIME format. ------=_NextPartTM-000-88f4cae7-6eb5-41b0-b778-b9258cfed90b Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello,=0A= =0A= just in case someone else got this problem. For me it seems to be a naming= =0A= convention problem. ifcfg file names did not match the shown interfaces. = =0A= Steps to fix it included:=0A= =0A= - rename ifcfg-enp1s0, ... scripts to real interface names ifcfg-p49p1, ...= =0A= - remove parameter NAME from these scripts=0A= - Switch to network service=0A= =0A= systemctl disable NetworkManager=0A= systemctl stop NetworkManager.service=0A= service network start=0A= chkconfig network on=0A= =0A= Markus= ------=_NextPartTM-000-88f4cae7-6eb5-41b0-b778-b9258cfed90b Content-Type: text/plain; name="InterScan_Disclaimer.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="InterScan_Disclaimer.txt" **************************************************************************** Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. Über das Internet versandte E-Mails können unter fremden Namen erstellt oder manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine rechtsverbindliche Willenserklärung. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln Vorstand: Kadir Akin Dr. Michael Höhnerbach Vorsitzender des Aufsichtsrates: Hans Kristian Langva Registergericht: Amtsgericht Köln Registernummer: HRB 52 497 This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. e-mails sent over the internet may have been written under a wrong name or been manipulated. That is why this message sent as an e-mail is not a legally binding declaration of intention. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln executive board: Kadir Akin Dr. Michael Höhnerbach President of the supervisory board: Hans Kristian Langva Registry office: district court Cologne Register number: HRB 52 497 **************************************************************************** ------=_NextPartTM-000-88f4cae7-6eb5-41b0-b778-b9258cfed90b--
I was also noticing needing to muck with the network interfaces and services during the beta. I find it interesting the need to disable NetworkManager and enable the legacy network service. I found no reference to this in the documentation for 3.3 and people seem to be installing it without issue. Maybe these people are just disabling it and not saying anything? - Thomas On 09/04/2013 09:42 PM, Markus Stockhausen wrote:
Hello,
just in case someone else got this problem. For me it seems to be a naming convention problem. ifcfg file names did not match the shown interfaces. Steps to fix it included:
- rename ifcfg-enp1s0, ... scripts to real interface names ifcfg-p49p1, ... - remove parameter NAME from these scripts - Switch to network service
systemctl disable NetworkManager systemctl stop NetworkManager.service service network start chkconfig network on
Markus
This is a multi-part message in MIME format. ------=_NextPartTM-000-c9a932f9-44c6-454d-8de1-81d0e4940125 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Von: users-bounces@ovirt.org [users-bounces@ovirt.org]" im Auftrag v= on "Thomas Suckow [thomas.suckow@pnnl.gov]=0A= Gesendet: Montag, 9. September 2013 18:58=0A= An: users@ovirt.org=0A= Betreff: Re: [Users] OVirt-Engine 3.3 RC - Add Fedora 19 host fails [SOLV= ED]=0A= =0A= I was also noticing needing to muck with the network interfaces and=0A= services during the beta. I find it interesting the need to disable=0A= NetworkManager and enable the legacy network service. I found no=0A= reference to this in the documentation for 3.3 and people seem to be=0A= installing it without issue. Maybe these people are just disabling it=0A= and not saying anything?=0A= =0A= -=0A= Thomas=0A= =0A= A reply on this forum gave me the tip to switch to network service. =0A= I never used Fedora before and followed this educated guess=0A= without thinking about it.=0A= =0A= Additional info: Even reading my own thread I was not able to setup =0A= a second hypervisor host the same way. As a fallback I built the ovirtmgmt= =0A= bridge on my own. A spoiled VMWare admin would stop excactly here. =0A= Keeping my fingers crossed I look forward how to get the third machine =0A= into the cluster. =0A= =0A= Markus= ------=_NextPartTM-000-c9a932f9-44c6-454d-8de1-81d0e4940125 Content-Type: text/plain; name="InterScan_Disclaimer.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="InterScan_Disclaimer.txt"
**************************************************************************** Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. Über das Internet versandte E-Mails können unter fremden Namen erstellt oder manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine rechtsverbindliche Willenserklärung. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln Vorstand: Kadir Akin Dr. Michael Höhnerbach Vorsitzender des Aufsichtsrates: Hans Kristian Langva Registergericht: Amtsgericht Köln Registernummer: HRB 52 497 This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. e-mails sent over the internet may have been written under a wrong name or been manipulated. That is why this message sent as an e-mail is not a legally binding declaration of intention. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln executive board: Kadir Akin Dr. Michael Höhnerbach President of the supervisory board: Hans Kristian Langva Registry office: district court Cologne Register number: HRB 52 497 **************************************************************************** ------=_NextPartTM-000-c9a932f9-44c6-454d-8de1-81d0e4940125--
On 09/04/2013 09:42 PM, Markus Stockhausen wrote:
Hello,
just in case someone else got this problem. For me it seems to be a naming convention problem. ifcfg file names did not match the shown interfaces. Steps to fix it included:
- rename ifcfg-enp1s0, ... scripts to real interface names ifcfg-p49p1, ... - remove parameter NAME from these scripts - Switch to network service
systemctl disable NetworkManager systemctl stop NetworkManager.service service network start chkconfig network on
Markus
Alright. So I just did a run through of installing "All-in-one" with the latest Release Candidate. Everything was completely broken until I disabled NetworkManager, it seemed to be doing something with the bridge despite NM_MANAGED=no systemctl disable NetworkManager systemctl stop NetworkManager.service network.service was already enabled, did nothing with it. I just deleted the ifcfg- file for the nic it managed, that seemed to work fine. I haven't rebooted much or put it through the paces yet, but this is a rather frustrating issue, especially since it hung engine-setup until I restored the network to working order.
On Sat, Sep 14, 2013 at 1:52 AM, Thomas Suckow wrote:
On 09/04/2013 09:42 PM, Markus Stockhausen wrote:
Everything was completely broken until I disabled NetworkManager, it seemed to be doing something with the bridge despite NM_MANAGED=no
Donna if it was only a copy/paste typo, but just in ase the directive should be NM_CONTROLLED=no Gianluca
On 09/13/2013 10:24 PM, Gianluca Cecchi wrote:
On Sat, Sep 14, 2013 at 1:52 AM, Thomas Suckow wrote:
Everything was completely broken until I disabled NetworkManager, it seemed to be doing something with the bridge despite NM_MANAGED=no
Donna if it was only a copy/paste typo, but just in ase the directive should be
NM_CONTROLLED=no
Gianluca That was a typo on my part while writing the email NM_CONTROLLED=no is what appears in ifcfg-ovirtmgmt
participants (3)
-
Gianluca Cecchi -
Markus Stockhausen -
Thomas Suckow