<div dir="ltr">Hi Dharmendra,<div><br></div><div>thanks for the insights.</div><div>We will see what we can do.</div><div>In the worst case we will leave it to the operator to provide the shared filesystem (by documenting the need).</div><div><br></div><div>Are you planning to move to using glance-api? It would solve the locality problem.</div><div><br></div><div>Kind regards,</div><div>Radek</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">pt., 11 paź 2019 o 09:31 Dharmendra Kushwaha <<a href="mailto:dharmendra.kushwaha@india.nec.com">dharmendra.kushwaha@india.nec.com</a>> napisał(a):<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi Radosław,<br>
<br>
Sorry for inconvenience.<br>
We added support for vnf package with limited scope [1] in train cycle, and have ongoing activity for U cycle, so we didn't published proper doc for this feature. But yes, we will add doc for current dependent changes. I have just pushed a manual installation doc changes in [2].<br>
We needs vnf_package_csar_path(i.e. /var/lib/tacker/vnfpackages/) path to keep extracted data locally for further actions, and  filesystem_store_datadir(i.e. /var/lib/tacker/csar_files) for glance store. In case of multi node deployment,  we recommend to configure filesystem_store_datadir option on shared storage to make sure the availability from other nodes.<br>
<br>
[1]: <a href="https://github.com/openstack/tacker/blob/master/releasenotes/notes/bp-tosca-csar-mgmt-driver-6dbf9e847c8fe77a.yaml" rel="noreferrer" target="_blank">https://github.com/openstack/tacker/blob/master/releasenotes/notes/bp-tosca-csar-mgmt-driver-6dbf9e847c8fe77a.yaml</a><br>
[2]: <a href="https://review.opendev.org/#/c/688045/" rel="noreferrer" target="_blank">https://review.opendev.org/#/c/688045/</a><br>
<br>
Thanks & Regards<br>
Dharmendra Kushwaha<br>
________________________________________<br>
From: Radosław Piliszek <<a href="mailto:radoslaw.piliszek@gmail.com" target="_blank">radoslaw.piliszek@gmail.com</a>><br>
Sent: Thursday, October 10, 2019 12:35 AM<br>
To: openstack-discuss<br>
Subject: [kolla][tacker][glance] Deployment of Tacker Train (VNF CSAR packages issues)<br>
<br>
Hello Tackers!<br>
<br>
Some time ago I reported a bug in Kolla-Ansible Tacker deployment [1]<br>
Eduardo (thanks!) did some debugging to discover that you started requiring internal Glance configuration for Tacker to make it use the local filesystem via the filestore backend (internally in Tacker, not via the deployed Glance) [2]<br>
This makes us, Koalas, wonder how to approach a proper production deployment of Tacker.<br>
Tacker docs have not been updated regarding this new feature and following them may result in broken Tacker deployment (as we have now).<br>
We are especially interested in how to deal with multinode Tacker deployment. Do these new paths require any synchronization?<br>
<br>
[1] <a href="https://bugs.launchpad.net/kolla-ansible/+bug/1845142" rel="noreferrer" target="_blank">https://bugs.launchpad.net/kolla-ansible/+bug/1845142</a><br>
[2] <a href="https://review.opendev.org/#/c/684275/2/ansible/roles/tacker/templates/tacker.conf.j2" rel="noreferrer" target="_blank">https://review.opendev.org/#/c/684275/2/ansible/roles/tacker/templates/tacker.conf.j2</a><br>
<br>
Kind regards,<br>
Radek<br>
<br>
________________________________<br>
 The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. It shall not attach any liability on the originator or NECTI or its affiliates. Any views or opinions presented in this email are solely those of the author and may not necessarily reflect the opinions of NECTI or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of the author of this e-mail is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately.<br>
</blockquote></div>