[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]
Re: [atomic-devel] Setting a DNS entry
- From: Charlie Drage <cdrage redhat com>
- To: Colin Walters <walters verbum org>
- Cc: atomic-devel projectatomic io
- Subject: Re: [atomic-devel] Setting a DNS entry
- Date: Tue, 15 Mar 2016 11:21:22 -0400
Thank you so much everyone for the feedback! It really helps.
I'm going to debug / test the resolv.conf issues. It seems that when
setting a public IP it screws up at times (I'll have to identify
what's happening within /var/log/boot.log
In regards to the port Colin, is there a place / github / git repo
where I can contribute to the fixing of the port?
On 03/15, Colin Walters wrote:
>
>
> On Mon, Mar 14, 2016, at 06:19 PM, Charlie Drage wrote:
> > My meta-data I use this:
> >
> > instance-id: Atomic02
> > local-hostname: atomic-host-002
> > network-interfaces: |
>
> I'd recommend against using the cloud-init network-interfaces stanza. It's
> in a messy state of porting against "redhat-initscripts" network configuration
> vs NetworkManager (and then against systemd-networkd...).
>
> > I'm forced to use in cloud-config
> >
> > #cloud-config
> > bootcmd:
> > - echo 8.8.8.8 > /etc/resolv.conf
>
> I don't see a serious problem with using `bootcmd`. The broader role
> of cloud-init should just be a bootstrap tool for authentication and such
> in order to set up a better systems management tool like Ansible.
>
> > Unfortunatley after a reboot resolv.conf is removed due to network
> > manager autogenerating the resolv.conf file.
>
> See https://github.com/openshift/training/issues/193#issuecomment-120496871
> for an example of setting dns=none.
>
--
Charlie Drage
Red Hat - OSAS Team / Project Atomic
4096R / 0x9B3B446C
http://pgp.mit.edu/pks/lookup?op=get&search=0x622CDF119B3B446C
[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]