用curl修改IP不起作用,是3.6.0版本取消了这个功能吗?

改 storage,不建议这么改,感觉容易出事

谢谢。我先测试下,也许会用到。
但改storage好象也没反应
meta、graph、storage都启动了,执行下面命令:
[nebula@nebulagraph1 ~]$ curl -G “http://192.168.197.111:19779/replace?from=127.0.0.1&to=192.168.197.111
[nebula@nebulagraph1 ~]$
没变化:
(root@nebula) [(none)]> show hosts;
±------------±-----±---------±-------------±--------------------±-----------------------±--------+
| Host | Port | Status | Leader count | Leader distribution | Partition distribution | Version |
±------------±-----±---------±-------------±--------------------±-----------------------±--------+
| “127.0.0.1” | 9779 | “ONLINE” | 2 | “railway:2” | “railway:2” | “3.6.0” |
±------------±-----±---------±-------------±--------------------±-----------------------±--------+
Got 1 rows (time spent 730μs/1.499341ms)

Wed, 11 Dec 2024 05:18:47 CST

(root@nebula) [(none)]>
端口没错:
[root@nebulagraph1 ~]# netstat -nlp|grep nebula
tcp 0 0 0.0.0.0:19669 0.0.0.0:* LISTEN 1787/nebula-graphd
tcp 0 0 0.0.0.0:19779 0.0.0.0:* LISTEN 1840/nebula-storage
tcp 0 0 0.0.0.0:19559 0.0.0.0:* LISTEN 1690/nebula-metad
tcp6 0 0 :::9778 :::* LISTEN 1840/nebula-storage
tcp6 0 0 :::9779 :::* LISTEN 1840/nebula-storage
tcp6 0 0 :::9780 :::* LISTEN 1840/nebula-storage
tcp6 0 0 :::9559 :::* LISTEN 1690/nebula-metad
tcp6 0 0 :::9560 :::* LISTEN 1690/nebula-metad
tcp6 0 0 :::9669 :::* LISTEN 1787/nebula-graphd
[root@nebulagraph1 ~]#

现在不出问题后面用到了感觉也会出问题啊。 :joy:

但是,假如有人ADD HOSTS直接用了IP,后来IP又不得不修改,没有spark环境跑spark-connecter导数据,或说没有可能恢复成原来的IP(客户决定)。这还有什么办法吗?

可以先 remove host,add host,再做 data balance
不过社区版对 data balance 的支持并不好;

单机也可以吗?如果是集群如果修改IP通常是一起改,如变更机房或网段。

在单机上测试了下,DROP HOST提示有数据,ADD HOST新的IP数据移不过来也无法DROP HOST旧的。
算了,如果谁没经过测试验证直接ADD HOST IP,那也没辙。

顺序我上面描述简单了,应该是:

  1. add host
  2. data balance remove xxx
  3. drop host
    社区版命令 2 慎用。。

3.6.0的社区版提示不支持balance。我这样操作:
修改配置文件,重启,然后重新ADD HOSTS:
(root@nebula) [(none)]> add hosts 192.168.197.111:9779
Execution succeeded (time spent 1.455ms/1.884409ms)

Fri, 13 Dec 2024 11:21:19 CST

(root@nebula) [(none)]> data balance remove 127.0.0.1:9779
[ERROR (-1004)]: SyntaxError: syntax error near `data’

Fri, 13 Dec 2024 11:21:39 CST

(root@nebula) [(none)]> balance data remove 127.0.0.1:9779
[ERROR (-1009)]: SemanticError: Space was not chosen.

Fri, 13 Dec 2024 11:22:20 CST

(root@nebula) [(none)]> use test;
Execution succeeded (time spent 813μs/1.449234ms)

Fri, 13 Dec 2024 11:22:28 CST

(root@nebula) [test]> balance data remove 127.0.0.1:9779
[ERROR (-1009)]: SemanticError: Data balance not support

Fri, 13 Dec 2024 11:22:31 CST

(root@nebula) [test]>

测试不成功我删除192.168.197.111:9779,恢复原配置重启,数据丢了。