ES報the same id but is a different node instance

ES啓動報以下錯誤
[2018-10-06×××3:12:15,871][INFO ][o.e.d.z.ZenDiscovery ] [es3] failed to send join request to master [{es2}{B_JKs2_FT9KMjKElXz8Omg}{8IAmxXFTQ_isqHb3gMVC4g}{172.16.0.6}{172.16.0.6:9300}{ml.machine_memory=67556114432, ml.max_open_jobs=20, xpack.installed=true, ml.enabled=true}], reason [RemoteTransportException[[es2][172.16.0.6:9300][internal:discovery/zen/join]]; nested: IllegalArgumentException[can't add node {es3}{B_JKs2_FT9KMjKElXz8Omg}{h-×××KPTaT2mguJSzILXrjA}{172.16.0.22}{172.16.0.22:9300}{ml.machine_memory=67556106240, ml.max_open_jobs=20, xpack.installed=true, ml.enabled=true}, found existing node {es2}{B_JKs2_FT9KMjKElXz8Omg}{8IAmxXFTQ_isqHb3gMVC4g}{172.16.0.6}{172.16.0.6:9300}{ml.machine_memory=67556114432, xpack.installed=true, ml.max_open_jobs=20, ml.enabled=true} with the same id but is a different node instance]; ]

with the same id but is a different node instance
具備相同的id可是是不一樣的節點實例

緣由：
在我部署ES集羣第1個節點的的時候，我爲了貪方便，直接從ES集羣的第1個節點rsync ES目錄到ES集羣的第2個節點，因而在第2個節點啓動服務的時候就會報如上錯誤，而以前在第1個節點的時候作測試已經產生了數據，因此再把這個數據拷過去就會報錯連不上master

解決方法以下
刪除第2個節點的nodes目錄
rm -rf /data/elasticsearch/data/nodes/

注意
若是是已經加入集羣的ES，在修改置完文件也報這個錯的話，也須要刪除這個節點數據文件而後再重啓