Monday, 2019-09-02

*** rcernin has joined #heat00:01
*** zhurong has quit IRC00:34
*** k_mouza has joined #heat00:43
*** k_mouza has quit IRC00:48
*** zhurong has joined #heat01:15
*** spsurya has joined #heat01:29
*** maddtux has joined #heat03:03
gregworkare these not things that you can do in heat: https://pastebin.com/CCnP5Mj204:43
gregworkboth instances of get_file never actually happen04:44
gregworkno errors04:44
gregworkthese are nested resources/tacks04:44
gregworkfrom the master stack if i define "web_content" type: string default: get_file: http://place/where/i/get/this.sh  and pass get_param web_content .. things are fine04:45
gregworkbut doing get_files in the nested/substacks never happens04:45
gregworkis it supposed to ?04:45
gregworki thought so04:45
gregworkmaybe this is a bug ? python2-heatclient-1.14.1-1.el7ost04:46
*** ricolin has joined #heat04:47
gregworkim tailing the heat-engine.log on the control plane and for higher level get_file's i can see the engine going out to the website and pulling down the content04:47
gregworkbut not for these substacks04:47
gregworkjust silently ignored without errors04:47
gregworki mean i get a error, that the variables i am using have no conent, but no get_file failures .. the get_files just never run04:48
gregworkricolin: do you know if str_replace / resource_def can handle streamed content for template and variable assignment ?04:49
gregworkthis is a test case where this can be observed: https://pastebin.com/U3eynvbj05:01
gregworkbasically node_bridge in L3 is empty, despite that getting populated in L205:02
gregworkstack will deploy but node_bridge: {} and hmmn: ""05:02
*** jtomasek has joined #heat05:02
*** radeks has joined #heat05:25
*** ivve has joined #heat05:29
openstackgerritShi Yan proposed openstack/heat-tempest-plugin master: Fix for boot_config_env default path  https://review.opendev.org/67959605:59
*** ttsiouts has joined #heat06:55
*** gfidente has joined #heat06:56
*** ttsiouts has quit IRC06:57
*** rcernin has quit IRC07:08
*** rcernin has joined #heat07:25
*** rcernin has quit IRC07:48
*** k_mouza has joined #heat08:14
*** rubasov has quit IRC09:02
*** rubasov has joined #heat09:16
*** gmoro has joined #heat09:26
*** e0ne has joined #heat09:29
*** rubasov has quit IRC09:33
*** rubasov has joined #heat09:45
*** mlycka has joined #heat09:54
openstackgerritShi Yan proposed openstack/heat-tempest-plugin master: Fix for boot_config_env default path  https://review.opendev.org/67959611:06
openstackgerritMerged openstack/heat-dashboard master: Enforces unicode decoding of data  https://review.opendev.org/58986011:12
*** maddtux has quit IRC12:09
*** tkajinam has joined #heat12:54
*** tkajinam has quit IRC12:58
*** tkajinam has joined #heat12:59
*** tkajinam has quit IRC13:06
*** ricolin_ has joined #heat13:59
*** ricolin has quit IRC14:02
*** ricolin_ is now known as ricolin14:22
*** k_mouza has quit IRC14:30
*** k_mouza_ has joined #heat14:30
*** k_mouza_ has quit IRC16:42
*** mlycka has quit IRC16:43
*** e0ne has quit IRC16:44
*** spsurya has quit IRC16:44
*** jtomasek has quit IRC17:44
*** jtomasek has joined #heat17:59
*** jtomasek has joined #heat18:00
*** gfidente is now known as gfidente|afk18:05
*** e0ne has joined #heat18:15
*** e0ne has quit IRC18:46
*** gfidente|afk has quit IRC20:02
*** gfidente has joined #heat20:02
*** gfidente has quit IRC20:14
*** gfidente has joined #heat21:04
*** gfidente is now known as gfidente|afk21:17
flwangstevebaker: still there?21:53
*** ivve has quit IRC22:06
*** ivve has joined #heat22:07
*** ivve has quit IRC22:17
*** gfidente|afk has quit IRC22:18
stevebakerflwang: hi22:30
*** rcernin has joined #heat22:54
*** tkajinam has joined #heat22:56
flwangstevebaker: the question i asked last week is22:56
flwangMagnum is trying to use Fedora CoreOS 30 as the node operating system22:57
flwangbut there is no cloud-init in Fedora CoreOS, cloud-init is replaced with ignition22:57
flwangwith ignition, it only support it's special json format and we have to use user-data-type: RAW22:58
stevebakerflwang: can you paste an example of what you're trying currently?22:58
flwangyou know, that means we can't use software deployment which needs user-data-type: SOFTWARE_CONFIG22:58
flwanghttps://review.opendev.org/#/c/678458/22:59
flwangstevebaker: ^22:59
flwanghttps://review.opendev.org/#/c/678458/3/magnum/drivers/k8s_fedora_coreos_v1/templates/kubemaster.yaml@53223:00
stevebakerOK, I think this will be possible by wrapping your agent_config in a OS::Heat::MultipartMime, like this cloud-init example https://opendev.org/openstack/heat-templates/src/branch/master/hot/software-config/example-templates/example-cloud-init-configure-ca-cert.yaml#L43-L4723:08
stevebakerflwang: make sure you give the part the type application/vnd.coreos.ignition+json so ignition can recognise it, see https://docs.openstack.org/heat/latest/template_guide/openstack.html#OS::Heat::MultipartMime23:09
flwangstevebaker: does the MultipartMime work with heat-agent?  like SoftwareDeployment?23:11
stevebakerflwang: when you set user_data_format:SOFTWARE_CONFIG, heat creates multi-part boot config data which includes the agent bootstrap stuff. And when you specify a user_data which is a  OS::Heat::MultipartMime, those parts are just appended to the multipart data which heat created. So as long as you have the right mime type for ignition, ignition should find its part in the boot config (I'm assuming ignition is multi-part aware, they only23:14
stevebakermention their mime-type here https://github.com/arithx/ignition/blob/master/doc/getting-started.md )23:14
stevebakerflwang: maybe I'll just be specific in the review23:16
flwangstevebaker: it would be much appreciated if you can help review this patch23:17
flwangstevebaker: another question is about this https://review.opendev.org/#/c/678458/3/magnum/drivers/k8s_fedora_coreos_v1/templates/kubemaster.yaml@50123:17
flwangas you mentioned, the heat-container-agent needs a bootstrap file(mostly the confidential file) to talk to heat to poll those scripts, but that file needs th stack id23:18
flwangi'm trying to build this file manually at https://review.opendev.org/#/c/678458/3/magnum/drivers/k8s_fedora_coreos_v1/templates/fragments/configure-agent.ign@5823:19
flwangbut now the only blocker is, i need the stack ID23:19
flwangbut when i use OS::stack_id, i got an error saying that there is circular reference23:20
flwangany idea? thanks23:20
stevebakerugh, it looks like they only use the mime-type for http fetches, and the ignition openstack provider consumes all of the user_data. https://github.com/coreos/ignition/blob/master/internal/providers/openstack/openstack.go23:36
stevebakerflwang: ^23:36
stevebakerflwang: until ignition becomes multi-part user_data aware, you won't be able to mix it with SOFTWARE_CONFIG :(23:37
flwangstevebaker: ok, i think we should be able to contribute that to let it support multi-part user-data?23:40
stevebakerflwang: yes, it would be a nice wee contribution23:41
flwangstevebaker: cool, i will take a look, and my ask for your help23:41
flwangdid you see my above question about the OS::stack_id?23:41
stevebakerflwang: raise an issue and see if you get some early feedback on the idea https://github.com/coreos/ignition/issues23:42
flwangstevebaker: good point, will do23:42
flwangmind me @ ing you in the issue?23:42
stevebakerflwang: sure thing, steveb @ github23:44
flwangstevebaker: cool23:45
stevebakerflwang: does fedora-30 coreos still have cloud-init?23:45
flwangstevebaker: unfortunately no23:45
flwangonly support ignition AFAIK23:45

Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!