Closed shailesh-vaidya closed 2 years ago
@shailesh-vaidya, as we discussed, needs to take care of cleaning up such repo's as well while VM clean up after deployment right?
@gauravchaudhari02 We need to clean-up all additional repositories before starting deployment. This particular repository is configured as port of VM provisioning process and enabled by default. Also SSC VM has puppet service which keeps repositories intact on SSC VM.
This issue/pull request has been marked as needs attention
as it has been left pending without new activity for 4 days. Tagging @shailesh-vaidya for appropriate assignment. Sorry for the delay & Thank you for contributing to CORTX. We will get back to you as soon as possible.
@gauravchaudhari02 Please consider this as part of robust design framework.
This issue/pull request has been marked as needs attention
as it has been left pending without new activity for 4 days. Tagging @shailesh-vaidya for appropriate assignment. Sorry for the delay & Thank you for contributing to CORTX. We will get back to you as soon as possible.
@gauravchaudhari02 - Can we prioritize this we hit a similar issue in for facter dependency
This issue/pull request has been marked as needs attention
as it has been left pending without new activity for 4 days. Tagging @shailesh-vaidya for appropriate assignment. Sorry for the delay & Thank you for contributing to CORTX. We will get back to you as soon as possible.
This issue/pull request has been marked as needs attention
as it has been left pending without new activity for 4 days. Tagging @shailesh-vaidya for appropriate assignment. Sorry for the delay & Thank you for contributing to CORTX. We will get back to you as soon as possible.
Hi @shailesh-vaidya @gauravchaudhari02 what is the status of this issue? Is the work for this ticket scheduled to be done or is it still in a backlog?
This issue/pull request has been marked as needs attention
as it has been left pending without new activity for 4 days. Tagging @shailesh-vaidya for appropriate assignment. Sorry for the delay & Thank you for contributing to CORTX. We will get back to you as soon as possible.
For the convenience of the Seagate development team, this issue has been mirrored in a private Seagate Jira Server: https://jts.seagate.com/browse/EOS-28334. Note that community members will not be able to access that Jira server but that is not a problem since all activity in that Jira mirror will be copied into this GitHub issue.
This issue/pull request has been marked as needs attention
as it has been left pending without new activity for 4 days. Tagging @shailesh-vaidya for appropriate assignment. Sorry for the delay & Thank you for contributing to CORTX. We will get back to you as soon as possible.
@mukul-seagate11 Could you please create a Jira ticket for the same to track this issue.
@shailesh-vaidya, Its already created & being synced via BG i.e. https://jts.seagate.com/browse/CORTX-28334
Amit Kapil commented in Jira Server:
[~729494] and [~934370] Please review and update.
Shailesh Vaidya commented in Jira Server:
This issue is observed in old non K8s based deployment where internal SSC VM's has default EPEL repository configured and we have to install an epel-release package as part of the deployment process for the community (outside Seagate n/w). This leads to a scenario where deployment works fine internally but fails for the community.
This is obsolete with K8s-based deployment as
Shailesh Vaidya commented in Jira Server:
.
Shailesh Vaidya commented in Jira Server:
.
Shailesh Vaidya commented in Jira Server:
.
Recently @gauravchaudhari02 reported that he is facing package installation issue while OVA creation. Issue is due to unavailability of python36-packaging package. Thanks to @gowthamchinna We added required packages and unblocked deployment. However I see couple of process issues in this.
Issue was only observed for @gauravchaudhari02 and @hessio and NOT on SSC VM’s. This is because on SSC VM default EPEL repo named - EOS_EPEL-7_EPEL-7 pointing to https://ssc-satellite1.colo.seagate.com/pulp/repos/EOS/Production/CentOS-7/custom/EPEL-7/EPEL-7 . Hence even though package is not available in 3rd party it gets installed from above location. I feel we should disable this default repo to catch such error’s on SSC VM’s infra.