<div dir="auto">Hi,<div dir="auto"><br></div><div dir="auto">Thanks for your answer.</div><div dir="auto"><br></div><div dir="auto">1. I'm not using shipyard. Instead I am managing my environment with a configuration management tool for now.</div><div dir="auto"><br></div><div dir="auto">2. How can I concretely teardown a node? Is there a command to run? I'm using only armada and promenade. </div><div dir="auto"><br></div><div dir="auto">Best,</div></div><br><div class="gmail_quote"><div dir="ltr">On Mon, Jul 23, 2018, 7:44 PM Roman Gorshunov <<a href="mailto:paye600@gmail.com">paye600@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello James,<br>
<br>
Thank you for trying Airship!<br>
<br>
Our developer Bryan is currently working on a user story to make<br>
Shipyard support a redeploy_server action that will tear down a node<br>
and then deploy the node.<br>
<br>
A few notes about this:<br>
1) we're going initially for a destructive tear down, meaning that the<br>
operator has to care for dependent workload moves and control plane<br>
adjustments before invoking.<br>
2) there is a longer term plan to make a graceful teardown that will<br>
attempt to preserve the health of the control plane proactively, and<br>
allow dependent workloads an opportunity to take action before the<br>
teardown and redeployment.<br>
<br>
As for right now, before this story is complete and available, any<br>
teardown of a node would be manual, but running an update_site action<br>
through Shipyard would trigger the steps to bring the node back in<br>
alignment with the committed design for the site.<br>
<br>
Best regards,<br>
--<br>
Roman Gorshunov<br>
<br>
On Sun, Jul 22, 2018 at 7:50 PM, James Devon <<a href="mailto:jr8586335@gmail.com" target="_blank" rel="noreferrer">jr8586335@gmail.com</a>> wrote:<br>
> Hello,<br>
><br>
> What is the correct way to reprovision a node and make it join the cluster<br>
> again using promenade?<br>
><br>
> In the first step of deployment, using promenade, join-nodes.sh scripts are<br>
> generated.<br>
><br>
> In my case, I create a cluster with 10 nodes including 3 masters. What if I<br>
> want to reprovision one node? I tries to do kubectl delete node ceph01 and I<br>
> reinstall the node and give it the same ip and hostname as the previous one<br>
> and then execute the same join script (which was generated before, and<br>
> already executed on the previous node before deleting it).<br>
><br>
> The problem is that calico-etcd-ceph01 pods keeps failing. Here is the log<br>
> <a href="http://paste.openstack.org/show/726411/" rel="noreferrer noreferrer" target="_blank">http://paste.openstack.org/show/726411/</a><br>
><br>
> What should I do to be able to redeploy nodes?<br>
><br>
> Best,<br>
><br>
><br>
><br>
> _______________________________________________<br>
> Airship-discuss mailing list<br>
> <a href="mailto:Airship-discuss@lists.airshipit.org" target="_blank" rel="noreferrer">Airship-discuss@lists.airshipit.org</a><br>
> <a href="http://lists.airshipit.org/cgi-bin/mailman/listinfo/airship-discuss" rel="noreferrer noreferrer" target="_blank">http://lists.airshipit.org/cgi-bin/mailman/listinfo/airship-discuss</a><br>
</blockquote></div>