[01:49] <redcavalier> Hi, since the latest update of cloud-init on centos 7, cloud-init doesn't resize my openstack instances anymore
[01:51] <redcavalier>  /var/log/messages shows me errors regarding text.encode(encoding) showing that "'dict' object has no attribute encode"
[01:52] <redcavalier> seems to be related to vendor-data, which is empty as I don'T use it
[02:30] <nacc> redcavalier: presumig cloud-init does come from centos, it seems like you should also report a bug there (and link to it here)
[02:30] <redcavalier> ok, I'll do so right now.
[02:37] <blackboxsw> redcavalier: thanks.  if you are using centos 7.4 and our daily cloudinit (17.1) released at https://copr.fedorainfracloud.org/coprs/g/cloud-init/cloud-init-dev/packages/ there is a 'cloud-init collect-logs [--user-data]' command that will tar/gzip a file for your that'd ease analysis
[02:37] <blackboxsw> you could attach that to the bug (or just follow the bug filing suggestions which basically grabs the same content
[02:38] <redcavalier> blackboxsw, it's not the daily cloudinit but the centos package though (0.7.9)
[02:39] <blackboxsw> ahh, roger
[02:50] <nacc> blackboxsw: yeah i was basing my guess off redcavalier sayig it was from a recent cent update
[02:50] <nacc> which *might* be a distro issue, i'm not sure how y'all handle the cent releases
[02:54] <redcavalier> well, I should specify the recent centos cloud-init update. Strangely enough, it doesn't affect our cloudlinux instances
[02:54] <redcavalier> so it seems really specific
[02:59] <blackboxsw> yeah, redcavalier I'd be curious  what /var/log/cloud-init.log and  /run/cloud-init/reslts.json  has in it. on the systems just to rule out a datasource ordering issue with some changes that went into the Ec2 datasource which is a fixed bug that affected  openstack specifically in 0.7.9
[03:00] <blackboxsw> but that'll come with the bug I presume
[03:02] <redcavalier> blackboxsw, let me make you a pastebin real quick. IT appears to be related to cloud-init trying to write the cache for vendor-data but failing because it can't find an encoding property on the object to write (but I might be wrong, I'm not a developper).
[03:10] <redcavalier> blackboxsw, https://pastebin.com/t8yyghGM is the log
[03:12] <blackboxsw> thanks redcavalier gotta head to bed for the evening. Well looks like it still properly identified your Openstack datasource, so not this issue I wondered about w/ ec2
[03:12] <redcavalier> Alright, thanks
[03:14] <blackboxsw> it's possible that the vendordata_raw format changed across this update.... umm yeah please file a bug and we'll track it and see if we can get to the bottom of the failure redcavalier
[03:16] <blackboxsw>  cheers.g'night all.
[03:31] <sedition> catch you later
[03:35] <redcavalier> FTR, I've filed a bug with centos. Find it at https://bugs.centos.org/view.php?id=13931
[14:50] <orf__> hey, is it possible to mount any other files in a system via the vsphere 'user-data.txt' ISO data source?
[14:50] <orf__> as in, set up some network configuration?
[15:20] <smoser> orf__, i do not believe you can pass networking configuration in via OVF datasource
=== shardy is now known as shardy_afk
[17:18] <cesarjorge> Hi, I'm need help with cloud-init
[17:18] <cesarjorge> The cloud-init when start, changes (in a linux), the network definition interfaces: /etc/sysconfig/network-scripts/ifcfg-enp0s3
[17:19] <cesarjorge> Howto do, to say to cloud-init not change the interfaces?
[17:23] <larsks> cesarjorge: https://cloudinit.readthedocs.io/en/latest/topics/network-config.html#disabling-network-configuration might help
[17:24] <cesarjorge> many thanks!!! I will try