Get tag indexes failed之后,重启graphd服务失败

nebula: 3.6
克隆space失败,服务报错:Get tag indexes failed for spaceId 5143, IndexNotFound: Index not existed!
然后,我把三个服务都重启了,meta日志报错:

I20240428 17:09:53.552299 12579 SessionManagerProcessor.cpp:136] resp session size: 18
I20240428 17:09:53.581053 12579 ListTagIndexesProcessor.cpp:43] Get tag index failed, SpaceID: 5143, indexId: 5148
I20240428 17:10:03.583283 12579 HBProcessor.cpp:33] Receive heartbeat from "127.0.0.1":9669, role = GRAPH
I20240428 17:10:03.587522 12579 SessionManagerProcessor.cpp:136] resp session size: 18
I20240428 17:10:03.613516 12579 ListTagIndexesProcessor.cpp:43] Get tag index failed, SpaceID: 5143, indexId: 5148

但是服务正确起来了,graph服务报同样的错误,各几秒钟就stop了。
storage服务,一直显示

I20240428 17:15:06.800019 18094 RocksEngine.h:247] Release rocksdb on /opt/sunshine/nebula/data/storage/nebula/4529
I20240428 17:15:06.831861 18094 Part.h:59] [Port: 9780, Space: 2666, Part: 99] ~Part()
I20240428 17:15:44.510748 18094 Part.h:59] [Port: 9780, Space: 2666, Part: 100] ~Part()
I20240428 17:16:21.488930 18094 Part.h:59] [Port: 9780, Space: 2666, Part: 95] ~Part()
I20240428 17:16:59.370733 18094 Part.h:59] [Port: 9780, Space: 2666, Part: 46] ~Part()
I20240428 17:17:39.486271 18094 Part.h:59] [Port: 9780, Space: 2666, Part: 39] ~Part()
I20240428 17:18:16.995544 18094 Part.h:59] [Port: 9780, Space: 2666, Part: 47] ~Part()
I20240428 17:18:55.006341 18094 Part.h:59] [Port: 9780, Space: 2666, Part: 42] ~Part()

类似日志,我理解在加载历史数据,但是起码一个小时了,space项目大约有20+,但是每个space数据库都很小,最多也才上千个关系而已
现在有办法绕过报错的sapce,想让服务起来吗

可以直接把5143这个space手动删掉吗,不然这个space一直失败,导致整个服务都起不来

可以删。

怎么删掉,我把storage数据文件里面的5143目录移走了,但是meta还是检测到5143space的错误,然后graph还是等待meta服务器ready,然后就stop了

meta的数据文件不是按照space来区分的

meta 里存着元数据,里面有 space 相关的一些基础信息。

├── checkpoints
├── data
│ ├── 001003.sst
│ ├── 001006.sst
│ ├── 001011.sst
│ ├── 001016.sst
│ ├── 001017.log
│ ├── CURRENT
│ ├── IDENTITY
│ ├── LOCK
│ ├── LOG
│ ├── LOG.old.1650781912740957
│ ├── LOG.old.1650782402707959
│ ├── LOG.old.1654826477868849
│ ├── LOG.old.1658209303110534
│ ├── LOG.old.1661305103823710
│ ├── LOG.old.1661305220322135
│ ├── LOG.old.1667204878463804
│ ├── LOG.old.1667373799880975
│ ├── LOG.old.1667374175390838
│ ├── LOG.old.1667696464347487
│ ├── LOG.old.1669108061539309
│ ├── LOG.old.1669108461296351
│ ├── LOG.old.1669109156144404
│ ├── LOG.old.1669109805335024
│ ├── LOG.old.1671073307368679
│ ├── LOG.old.1683620889269519
│ ├── LOG.old.1685006170974229
│ ├── LOG.old.1685602274327952
│ ├── LOG.old.1688692363317548
│ ├── LOG.old.1688694567762840
│ ├── LOG.old.1688694913436254
│ ├── LOG.old.1689035722684940
│ ├── LOG.old.1691028573824597
│ ├── LOG.old.1693967235626912
│ ├── LOG.old.1696641513721439
│ ├── LOG.old.1703211975296150
│ ├── LOG.old.1703215422545804
│ ├── LOG.old.1705888092690571
│ ├── LOG.old.1707107034804918
│ ├── LOG.old.1708309092047464
│ ├── LOG.old.1714287502458602
│ ├── LOG.old.1714295241640826
│ ├── LOG.old.1714351799836485
│ ├── LOG.old.1714352342578659
│ ├── LOG.old.1714353308369895
│ ├── MANIFEST-001018
│ ├── OPTIONS-001015
│ └── OPTIONS-001020
└── wal
└── 0
├── 0000000000052190947.wal
└── 0000000000052321762.wal

这个是meta的数据目录,应该怎么看,去哪修改呢

你咋clone 的?

另外,非常不建议直接对数据文件操作。