[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: Matt Micene <nzwulfin gmail com>
- Cc: "atomic-devel projectatomic io" <atomic-devel projectatomic io>
- Subject: Re: [atomic-devel] Setting a DNS entry
- Date: Wed, 16 Mar 2016 14:11:52 -0400
Ah, that's the reason why, since resolv isn't on the module list it
isn't enabled by default on atomic hosts.
boot_cmd will be the solution for it then (for now)..
i'll contact the package maintainer, thanks matt!
On 03/16, Matt Micene wrote:
> Fedora Atomic doesn't modify the cloud-init shipped cloud.cfg from Fedora
> main line as far as I can tell.
> http://pkgs.fedoraproject.org/cgit/rpms/cloud-init.git/tree/cloud-init-fedora.cfg
>
> I'd expect turning on any components of cloud-init would need to be brought
> up with the package maintainer.
>
> Cheers,
> - Matt M
>
> On Wed, Mar 16, 2016 at 1:05 PM, Charlie Drage <cdrage redhat com> wrote:
>
> > Okay, so removing resolv_conf and manage-resolv-conf removes the yaml
> > error from /var/log/boot.log
> >
> > Where can I go to fix this issue / make project atomic more cloud-init
> > compliant? Seems like resolv_conf isn't implemented yet in this
> > cloud-init version?
> >
> > On 03/16, Charlie Drage wrote:
> > > Seems that resolv doesn't work correctly. I'm getting an ambiguous
> > > error within /var/boot/log, despite having valid yaml
> > >
> > > My cloud-init:
> > > #cloud-config
> > > hostname: cloud
> > >
> > > manage-resolv-conf: true
> > > resolv_conf:
> > > nameservers:
> > > - "8.8.4.4"
> > > - "8.8.8.8"
> > > ssh_authorized_keys:
> > > - "ssh_key_goes_here"
> > >
> > > ssh_pwauth: false
> > >
> > > cat /var/log/boot.log:
> > > [ OK ] Started Network Manager Script Dispatcher Service.
> > > [ 5.996390] cloud-init[647]: 2016-03-16 16:59:09,683 -
> > util.py[WARNING]: Failed loading yaml blob
> > > [ 6.030294] cloud-init[647]: 2016-03-16 16:59:09,717 -
> > util.py[WARNING]: Failed loading yaml blob
> > > [ 6.034553] cloud-init[647]: 2016-03-16 16:59:09,721 -
> > util.py[WARNING]: Failed at merging in cloud config part from part-001
> > > Starting Hostname Service...
> > > [ OK ] Started Hostname Service.
> > > [ OK ] Started Initial cloud-init job (pre-networking).
> > > ...
> > >
> > >
> > > On 03/15, Charlie Drage wrote:
> > > > 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
> > > >
> > >
> > > --
> > >
> > > Charlie Drage
> > > Red Hat - OSAS Team / Project Atomic
> > > 4096R / 0x9B3B446C
> > > http://pgp.mit.edu/pks/lookup?op=get&search=0x622CDF119B3B446C
> > >
> >
> > --
> >
> > Charlie Drage
> > Red Hat - OSAS Team / Project Atomic
> > 4096R / 0x9B3B446C
> > http://pgp.mit.edu/pks/lookup?op=get&search=0x622CDF119B3B446C
> >
> >
--
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]