已经成功删除节点的observer如何彻底清理干净

[我不drop谁drop]

【 使用环境 】生产环境
【 OB or 其他组件 】OBServer
【 使用版本 】V4.3.5.1
【问题描述】
通过替换节点、删除节点，完全下线了某个节点，但是在OCP的主机列表、拓扑图中还能看到该节点。
该已下线节点上，observer、obshell、ocp_agent进程还在运行

如何彻底清理掉该节点，通过Alter之类的方式？

[try_again]

1、ocp删除对应主机
2、清理observer安装目录、数据目录、事务日志目录
3、清理obproxy安装目录

[Giant]

ocp列表能看到 ， 就卸载或者删除 该主机 ， 然后按照楼上的 操作 ，删除安装组件的所有目录。 然后 reboot 。再看下

[忙碌了两个小时的陈师傅]

使用OCP的主机页面，找到这个主机点进去，卸载ocp_agent后，就不监控了

[我不drop谁drop]

OCP上的操作选项我看到了，主要是想看看有没有其他方式，比如SQL Alter之类的。

另外感觉文档上，还需要补充后续操作（彻底清理进程及目录）。

https://www.oceanbase.com/docs/common-oceanbase-database-cn-1000000002013120

[旭辉]

如楼上几位老师说的，在OCP上删除掉对应主机，清理残留进程，目录等，参考
https://www.oceanbase.com/docs/common-oceanbase-database-cn-1000000002012737

[我不drop谁drop]

OCP—OBServer列表—释放主机

True Delete OBServer

OK，至此，主机从列表中清除了，observer和obshell进程没了,目录也清空了。
这才是真的删除节点。

[旭辉]

这样集群中observer 列表里面没有了，主机列表里面应该还在

[我不drop谁drop]

主机在，因为ocp_agent进程还在，这个可以理解，因为OCP可以管理主机，先成为ocp的主机，再成为各种角色（obproxy、observer等），所以删除节点是删除observer节点，并不代表不是ocp的管理主机，这个逻辑是通顺的。

不通顺的就是我原帖说的，文档里面的删除节点并不是True Delete OBServer。

现在应该没啥问题了。