<!-- 
RSS generated by JIRA (9.4.5#940005-sha1:e3094934eac4fd8653cf39da58f39364fb9cc7c1) at Sat Feb 10 05:59:43 UTC 2024

It is possible to restrict the fields that are returned in this document by specifying the 'field' parameter in your request.
For example, to request only the issue key and summary append 'field=key&field=summary' to the URL of your request.
-->
<rss version="0.92" >
<channel>
    <title>Akraino JIRA</title>
    <link>https://jira.akraino.org</link>
    <description>This file is an XML representation of an issue</description>
    <language>en-us</language>    <build-info>
        <version>9.4.5</version>
        <build-number>940005</build-number>
        <build-date>11-04-2023</build-date>
    </build-info>


<item>
            <title>[ICN-409] Implement gRPC calling from DCM to RSync</title>
                <link>https://jira.akraino.org/browse/ICN-409</link>
                <project id="10400" key="ICN">Integrated Cloud Native NFV</project>
                    <description>&lt;p&gt;And address any issues faced.&lt;/p&gt;

&lt;p&gt;This will push the etcd data created via DCM API into the resource synchronizer which will then create the necessary k8s resources (that have already been populated by DCM in etcd).&lt;/p&gt;

&lt;p&gt;&#160;&lt;/p&gt;
&lt;ul&gt;
	&lt;li&gt;This includes modifying applyHandler.&lt;/li&gt;
	&lt;li&gt;Pre-process all k8s resources that include a dot (.) in their key name as dots are not supported in MongoDB thus considerably breaking things and preventing resource quotas (e.g.) from actually getting created in Kubernetes.&lt;/li&gt;
&lt;/ul&gt;
</description>
                <environment></environment>
        <key id="11501">ICN-409</key>
            <summary>Implement gRPC calling from DCM to RSync</summary>
                <type id="10001" iconUrl="https://jira.akraino.org/images/icons/issuetypes/story.svg">Story</type>
                                            <priority id="3" iconUrl="https://jira.akraino.org/images/icons/priorities/medium.svg">Medium</priority>
                        <status id="10001" iconUrl="https://jira.akraino.org/" description="">Done</status>
                    <statusCategory id="3" key="done" colorName="success"/>
                                    <resolution id="10000">Done</resolution>
                                        <assignee username="igordcard">Igor Duarte Cardoso</assignee>
                                    <reporter username="igordcard">Igor Duarte Cardoso</reporter>
                        <labels>
                    </labels>
                <created>Wed, 22 Jul 2020 02:59:11 +0000</created>
                <updated>Thu, 17 Dec 2020 00:54:39 +0000</updated>
                            <resolved>Wed, 29 Jul 2020 16:48:20 +0000</resolved>
                                                                        <due></due>
                            <votes>0</votes>
                                    <watches>1</watches>
                                                                                                                <comments>
                            <comment id="11410" author="igordcard" created="Wed, 29 Jul 2020 16:48:16 +0000"  >&lt;p&gt;The underlying issue regarding the dots does not seem to come from MongoDB because we&apos;re using version 3.6.3. The issue seems to be about the loss of detail when unmarshaling JSON into the Go structs. Even though the JSON tagging of these structs specifies if there&apos;s a dot or a slash (yes, slashes are also a problem), that tagging is not used when writing the structs into MongoDB. Consequently, when DCM reads from the database during /apply, it won&apos;t be aware of which fields have dots or slash in their names while constructing the yaml to be stored in etcd and consumed by rsync. This is where the loss of detail happens. Significant rework seems to be needed to fix this (perhaps the EMCO/Go long-timers can chime in and suggest a quick fix).&lt;/p&gt;

&lt;p&gt;As such, I&apos;ll close the task now &lt;span class=&quot;error&quot;&gt;&amp;#91;gRPC calling is working and all resources are being created during /apply and destroyed during /terminate&amp;#93;&lt;/span&gt;. The only gap is due to the issue above so I am not adding any ResourceQuota attributes that have dots or slashes in their names (like limits.cpu). A future story will be created to specifically address this problem.&lt;/p&gt;</comment>
                            <comment id="11409" author="igordcard" created="Wed, 29 Jul 2020 01:23:48 +0000"  >&lt;p&gt;Increased scope of story:&lt;/p&gt;
&lt;ul&gt;
	&lt;li&gt;Pre-process all k8s resources that include a dot (.) in their key name as dots are not supported in MongoDB thus considerably breaking things and preventing resource quotas (e.g.) from actually getting created in Kubernetes.&lt;/li&gt;
&lt;/ul&gt;
</comment>
                            <comment id="11406" author="igordcard" created="Mon, 27 Jul 2020 23:32:06 +0000"  >&lt;p&gt;Can now call rsync and I saw the very first k8s resource automatically create by rsync as intended by dcm. A namespace. Will close task once all basic resources can get created by rsync (namespace, role, rolebinding, quota). For now only validated in 1 cluster.&lt;/p&gt;</comment>
                    </comments>
                    <attachments>
                    </attachments>
                <subtasks>
                    </subtasks>
                <customfields>
                                                                                                        <customfield id="customfield_10000" key="com.atlassian.jira.plugins.jira-development-integration-plugin:devsummary">
                        <customfieldname>Development</customfieldname>
                        <customfieldvalues>
                            
                        </customfieldvalues>
                    </customfield>
                                                                                            <customfield id="customfield_10100" key="com.pyxis.greenhopper.jira:gh-epic-link">
                        <customfieldname>Epic Link</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>ICN-214</customfieldvalue>
                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                            <customfield id="customfield_10105" key="com.pyxis.greenhopper.jira:gh-lexo-rank">
                        <customfieldname>Rank</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>0|i004jw:</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                        <customfield id="customfield_10104" key="com.pyxis.greenhopper.jira:gh-sprint">
                        <customfieldname>Sprint</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue id="23">ICN Sprint 22</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                            <customfield id="customfield_10106" key="com.atlassian.jira.plugin.system.customfieldtypes:float">
                        <customfieldname>Story Points</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>4.0</customfieldvalue>
                        </customfieldvalues>
                    </customfield>
                                                                                                                                                    </customfields>
    </item>
</channel>
</rss>