-
nebula 版本：3.6.0
-
部署方式：分布式
-
安装方式： Docker
-
是否上生产环境：N
-
语句：CREATE FULLTEXT TAG INDEX xun_nebula_url ON url(name) ANALYZER=‘standard’;
不太了解细节，不过大概率猜是容器网络问题
我也怀疑是网络问题，es 是单独部署的，不在 nebula 同一集群里面，但是现在的问题就是这个网络时好时坏的，不管es 是走内网还是公网都是
网站？最好是把 es 和 nebula 部署在一个集群里
会不会有什么配置上的更改，比如 timeout的时间，或者是 batch_size
########## nebula-storaged-listener ###########
########## basics ##########
# Whether to run as a daemon process
--daemonize=false
# The file to host the process id
--pid_file=pids_listener/nebula-storaged.pid
########## logging ##########
# The directory to host logging files
--log_dir=logs
# Log level, 0, 1, 2, 3 for INFO, WARNING, ERROR, FATAL respectively
--minloglevel=0
# Verbose log level, 1, 2, 3, 4, the higher of the level, the more verbose of the logging
--v=4
# Maximum seconds to buffer the log messages
--logbufsecs=0
# Whether to redirect stdout and stderr to separate output files
--redirect_stdout=true
# Destination filename of stdout and stderr, which will also reside in log_dir.
--stdout_log_file=storaged-stdout.log
--stderr_log_file=storaged-stderr.log
# Copy log messages at or above this level to stderr in addition to logfiles. The numbers of severity levels INFO, WARNING, ERROR, and FATAL are 0, 1, 2, and 3, respectively.
--stderrthreshold=2
########## networking ##########
# Meta server address
--meta_server_addrs=127.0.0.1:9559
# Local ip
--local_ip=127.0.0.1
# Storage daemon listening port
--port=9789
# HTTP service ip
--ws_ip=0.0.0.0
# HTTP service port
--ws_http_port=19789
# HTTP2 service port
--ws_h2_port=19790
# heartbeat with meta service
--heartbeat_interval_secs=10
########## storage ##########
# Listener wal directory. only one path is allowed.
--listener_path=data/listener
# This parameter can be ignored for compatibility. let's fill A default value of "data"
--data_path=data/storage
# The type of part manager, [memory | meta]
--part_man_type=memory
# The default reserved bytes for one batch operation
--rocksdb_batch_size=512
# The default block cache size used in BlockBasedTable.
# The unit is MB.
--rocksdb_block_cache=4
# The type of storage engine, `rocksdb', `memory', etc.
--engine_type=rocksdb
# The type of part, `simple', `consensus'...
--part_type=simple
@MuYi-方扬 我们这个 es服务是加了ssl 证书认证，所以 nebula 在进行 curl 认证的时候失败了，是应该在 curl 的时候关掉 curl 认证，这个 curl error(28) 对应的 curl命令是啥啊？
E20240612 11:48:45.767091 48 ESListener.cpp:65] curl error(28):Timeout was reached
我在进行 curl -k https://name:password@ip:port的时候，是正常返回
也不对，ssl 认证失败应该是，curl error(60)
你用物理机或者虚拟机试试呢？大概的问题就是容器网络问题和 SSL 问题（es 的连接不支持密码）。
试了好几种链接方式和物理机，包括把 es 部署在 nebula 集群里面，都会有这个错误，但是索引也会同步过来，不知道这个报错这条数据失败会进行重试吗？
这个错误就是请求超时。是不是es压力太大？
报错之后是会重试的
就是怕是压力太大导致的，也没看到什么地方可以调整 timeout或者同步的并发数 
此话题已在最后回复的 30 天后被自动关闭。不再允许新回复。