8:15 p.m.
Ďakujem Peter, but this doesn't seem to work in my case.
/etc/resolv.conf is regenerated by Network Manager after a reboot and my
domain settings are lost.
Your comments regarding the reliance on DNS make sense for most
installations, but in my case oVirt is a secondary service that I would not
expect to run unless our core infrastructure is working correctly.
I'm hesitant to edit /etc/hosts directly, since that can lead to confusion
when the underlying IP addresses change.
For now I will hardcode the IPs of my servers.
It's frustrating (and surprising) that there is not an easy way to do this.
Kirin.
On Thu, Mar 15, 2018 at 5:17 PM, Peter Hudec <phudec(a)cnc.sk> wrote:
Hi Kirin,
I suggest to do it old way and edit the /etc/resolv.conf manually.
And one advice. Do not relay on the DNS on infrastructure servers. Use
/etc/hosts. If he DNS will not be accessible, you will have problem to
put it infrastructure up/working. As side effect the hosts allow you
to use short names to access servers.
If you are ansible positive, you could use
hudecof.resolv https://galaxy.ansible.com/hudecof/resolv/
hudecof.hosts https://galaxy.ansible.com/hudecof/hosts/
Peter
On 15/03/2018 06:03, Kirin van der Veer wrote:
> Hi oVirt people, I have setup a new cluster consisting of many
> oVirt Nodes with a single dedicated oVirt Engine machine. For the
> most part things are working, however despite entering the DNS
> search domain during install on the Nodes the management interface
> is not aware of my search domain and it has not been added to
> /etc/resolv.conf (perhaps that is unnecessary?). I eventually
> worked out that the DNS search domain should be included in
> /etc/sysconfig/network-scripts/ifcfg-ovirtmgmt However as per the
> header/warning, that file is generated by VDSM. I assumed that I
> should be able to edit the search domain with vdsClient, but when I
> run "vdsClient -m" I don't see any options related to network
> config. I found the following page on DNS config:
> https://www.ovirt.org/develop/release-management/features/network/
allowExplicitDnsConfiguration/
>
>
But it does not seem to offer a way of specifying the DNS search domain
> (other than perhaps directly editing /etc/resolv.conf - which is
> generated/managed by Network Manager). nmcli reports that all of my
> interfaces (including ovirtmgmt) are "unmanaged". Indeed when I
> attempt to run nmtui there is nothing listed to configure. This
> should be really simple! I just want to add my local search domain
> so I can use the short name for my NFS server. I'd appreciate any
> advice.
>
> Thanks in advance, Kirin.
>
>
> .
>
> *IMPORTANT NOTE. *If you are NOT AN AUTHORISED RECIPIENT of this
> e-mail, please contact Planet Innovation Pty Ltd by return e-mail
> or by telephone on +613 9945 7510. In this case, you should not
> read, print, re-transmit, store or act in reliance on this e-mail
> or any attachments, and should destroy all copies of them. This
> e-mail and any attachments are confidential and may contain legally
> privileged information and/or copyright material of Planet
> Innovation Pty Ltd or third parties. You should only re-transmit,
> distribute or commercialise the material if you are authorised to
> do so. Although we use virus scanning software, we deny all
> liability for viruses or alike in any message or attachment. This
> notice should not be removed.
>
> **
>
>
> _______________________________________________ Users mailing list
> Users(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/users
>
--
*Peter Hudec*
Infraštruktúrny architekt
phudec(a)cnc.sk <mailto:phudec@cnc.sk>
*CNC, a.s.*
Borská 6, 841 04 Bratislava
Recepcia: +421 2 35 000 100
Mobil:+421 905 997 203
*www.cnc.sk* <http:///www.cnc.sk>
--
*IMPORTANT NOTE. *If you are NOT AN AUTHORISED RECIPIENT of this e-mail,
please contact Planet Innovation Pty Ltd by return e-mail or by telephone
on +613 9945 7510. In this case, you should not read, print, re-transmit,
store or act in reliance on this e-mail or any attachments, and should
destroy all copies of them. This e-mail and any attachments are
confidential and may contain legally privileged information and/or
copyright material of Planet Innovation Pty Ltd or third parties. You
should only re-transmit, distribute or commercialise the material if you
are authorised to do so. Although we use virus scanning software, we deny
all liability for viruses or alike in any message or attachment. This
notice should not be removed.
1:12 a.m.
New subject: Using VDSM to edit management interface
Remove any settings about dns from the network manager adn the
/etc/resolv.conf won't be auto generated.
https://ma.ttias.be/centos-7-networkmanager-keeps-overwriting-etcresolv-c...
Peter
On 16/03/2018 02:15, Kirin van der Veer wrote:
Ďakujem Peter, but this doesn't seem to work in my case.
/etc/resolv.conf is regenerated by Network Manager after a reboot
and my domain settings are lost. Your comments regarding the
reliance on DNS make sense for most installations, but in my case
oVirt is a secondary service that I would not expect to run unless
our core infrastructure is working correctly. I'm hesitant to edit
/etc/hosts directly, since that can lead to confusion when the
underlying IP addresses change. For now I will hardcode the IPs of
my servers. It's frustrating (and surprising) that there is not an
easy way to do this.
Kirin.
On Thu, Mar 15, 2018 at 5:17 PM, Peter Hudec <phudec(a)cnc.sk
<mailto:phudec@cnc.sk>> wrote:
Hi Kirin,
I suggest to do it old way and edit the /etc/resolv.conf manually.
And one advice. Do not relay on the DNS on infrastructure servers.
Use /etc/hosts. If he DNS will not be accessible, you will have
problem to put it infrastructure up/working. As side effect the
hosts allow you to use short names to access servers.
If you are ansible positive, you could use
hudecof.resolv https://galaxy.ansible.com/hudecof/resolv/
<https://galaxy.ansible.com/hudecof/resolv/> hudecof.hosts
https://galaxy.ansible.com/hudecof/hosts/
<https://galaxy.ansible.com/hudecof/hosts/>
Peter
On 15/03/2018 06:03, Kirin van der Veer wrote:
> Hi oVirt people, I have setup a new cluster consisting of many
> oVirt Nodes with a single dedicated oVirt Engine machine. For
> the most part things are working, however despite entering the
> DNS search domain during install on the Nodes the management
> interface is not aware of my search domain and it has not been
> added to /etc/resolv.conf (perhaps that is unnecessary?). I
> eventually worked out that the DNS search domain should be
> included in /etc/sysconfig/network-scripts/ifcfg-ovirtmgmt
> However as per the header/warning, that file is generated by
> VDSM. I assumed that I should be able to edit the search domain
> with vdsClient, but when I run "vdsClient -m" I don't see any
> options related to network config. I found the following page on
> DNS config:
>
https://www.ovirt.org/develop/release-management/features/network/allowEx...
<https://www.ovirt.org/develop/release-management/features/network/allowEx...
>
>
But it does not seem to offer a way of specifying the DNS search
domain
> (other than perhaps directly editing /etc/resolv.conf - which is
> generated/managed by Network Manager). nmcli reports that all of
> my interfaces (including ovirtmgmt) are "unmanaged". Indeed when
> I attempt to run nmtui there is nothing listed to configure.
> This should be really simple! I just want to add my local search
> domain so I can use the short name for my NFS server. I'd
> appreciate any advice.
>
> Thanks in advance, Kirin.
>
>
> .
>
> *IMPORTANT NOTE. *If you are NOT AN AUTHORISED RECIPIENT of this
> e-mail, please contact Planet Innovation Pty Ltd by return
> e-mail or by telephone on +613 9945 7510
> <tel:%2B613%209945%207510>. In
this case, you should not
> read, print, re-transmit, store or act in reliance on this
> e-mail or any attachments, and should destroy all copies of them.
> This e-mail and any attachments are confidential and may contain
> legally privileged information and/or copyright material of
> Planet Innovation Pty Ltd or third parties. You should only
> re-transmit, distribute or commercialise the material if you are
> authorised to do so. Although we use virus scanning software, we
> deny all liability for viruses or alike in any message or
> attachment. This notice should not be removed.
>
> **
>
>
> _______________________________________________ Users mailing
> list Users(a)ovirt.org <mailto:Users@ovirt.org>
http://lists.ovirt.org/mailman/listinfo/users
<http://lists.ovirt.org/mailman/listinfo/users>
>
-- *Peter Hudec* Infraštruktúrny architekt phudec(a)cnc.sk
<mailto:phudec@cnc.sk> <mailto:phudec@cnc.sk
<mailto:phudec@cnc.sk>>
*CNC, a.s.* Borská 6, 841 04 Bratislava Recepcia: +421 2 35 000 100
<tel:%2B421%202%20%2035%20000%20100>
Mobil:+421 905 997 203 <tel:%2B421%20905%20997%20203> *www.cnc.sk
<http://www.cnc.sk>* <http:///www.cnc.sk <http://www.cnc.sk>>
*IMPORTANT NOTE. *If you are NOT AN AUTHORISED RECIPIENT of this
e-mail, please contact Planet Innovation Pty Ltd by return e-mail
or by telephone on +613 9945 7510. In this case, you should not
read, print, re-transmit, store or act in reliance on this e-mail
or any attachments, and should destroy all copies of them. This
e-mail and any attachments are confidential and may contain legally
privileged information and/or copyright material of Planet
Innovation Pty Ltd or third parties. You should only re-transmit,
distribute or commercialise the material if you are authorised to
do so. Although we use virus scanning software, we deny all
liability for viruses or alike in any message or attachment. This
notice should not be removed.
**
--
*Peter Hudec*
Infraštruktúrny architekt
phudec(a)cnc.sk <mailto:phudec@cnc.sk>
*CNC, a.s.*
Borská 6, 841 04 Bratislava
Recepcia: +421 2 35 000 100
Mobil:+421 905 997 203
*www.cnc.sk* <http:///www.cnc.sk>
2388
days inactive
2388
days old
1 comments
2 participants
participants (2)
-
Kirin van der Veer -
Peter Hudec