Go 海藻删除文件成功,但现有文件管理器仍保留该文件

Go 海藻删除文件成功,但现有文件管理器仍保留该文件,go,seaweedfs,Go,Seaweedfs,我们使用海藻1.78 当我使用grpc时,通过文件管理器删除文件 curl -X DELETE http://filer1:9889/dataset/qiantao/1.txt 它返回成功。 因为我有10个文件管理器。删除后 curl -H "Accept: application/json" "http://filer2:9889/dataset/qiantao/?pretty=y" |grep qiantao |grep txt % To

我们使用海藻1.78
当我使用grpc时,通过文件管理器删除文件

curl -X DELETE http://filer1:9889/dataset/qiantao/1.txt
它返回成功。
因为我有10个文件管理器。删除后

curl -H "Accept: application/json"   "http://filer2:9889/dataset/qiantao/?pretty=y"  |grep qiantao |grep txt 
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100 15723    0 15723    0     0  1917k      0 --:--:-- --:--:-- --:--:-- 2193k
      "FullPath": "/dataset/qiantao/1.txt",
如果我启动一个新的文件管理器。
无法获取
/dataset/qiantao/1.txt
;看起来很完美
但在现有文件管理器中。
文件管理器获取下面的文件信息

curl -H "Accept: application/json"   "http://filer1:9889/dataset/qiantao/?pretty=y&limit=1"
{
  "Path": "/dataset/qiantao",
  "Entries": [
    {
      "FullPath": "/dataset/qiantao/1.txt",
      "Mtime": "2020-12-07T11:15:59+08:00",
      "Crtime": "2020-12-07T11:15:59+08:00",
      "Mode": 432,
      "Uid": 0,
      "Gid": 0,
      "Mime": "text/plain",
      "Replication": "010",
      "Collection": "",
      "TtlSec": 0,
      "UserName": "",
      "GroupNames": null,
      "SymlinkTarget": "",
      "Md5": null,
      "Extended": null,
      "chunks": [
        {
          "file_id": "4328,587fb084df9f9dbf",
          "size": 2,
          "mtime": 1607310959158810676,
          "e_tag": "c7c83966",
          "fid": {
            "volume_id": 4328,
            "file_key": 1484763268,
            "cookie": 3751779775
          }
        }
      ]
    }
  ],
  "Limit": 1,
  "LastFileName": "1.txt",
  "ShouldDisplayLoadMore": true
    {
      "Id": 4328,
      "Size": 31492542356,
      "ReplicaPlacement": {
        "SameRackCount": 0,
        "DiffRackCount": 1,
        "DiffDataCenterCount": 0
      },
      "Ttl": {
        "Count": 0,
        "Unit": 0
      },
      "Collection": "",
      "Version": 3,
      "FileCount": 111030,
      "DeleteCount": 709,
      "DeletedByteCount": 1628822733,
      "ReadOnly": false,
      "CompactRevision": 0,
      "ModifiedAtSecond": 0,
      "RemoteStorageName": "",
      "RemoteStorageKey": ""
    },
获取下面的卷信息

curl -H "Accept: application/json"   "http://filer1:9889/dataset/qiantao/?pretty=y&limit=1"
{
  "Path": "/dataset/qiantao",
  "Entries": [
    {
      "FullPath": "/dataset/qiantao/1.txt",
      "Mtime": "2020-12-07T11:15:59+08:00",
      "Crtime": "2020-12-07T11:15:59+08:00",
      "Mode": 432,
      "Uid": 0,
      "Gid": 0,
      "Mime": "text/plain",
      "Replication": "010",
      "Collection": "",
      "TtlSec": 0,
      "UserName": "",
      "GroupNames": null,
      "SymlinkTarget": "",
      "Md5": null,
      "Extended": null,
      "chunks": [
        {
          "file_id": "4328,587fb084df9f9dbf",
          "size": 2,
          "mtime": 1607310959158810676,
          "e_tag": "c7c83966",
          "fid": {
            "volume_id": 4328,
            "file_key": 1484763268,
            "cookie": 3751779775
          }
        }
      ]
    }
  ],
  "Limit": 1,
  "LastFileName": "1.txt",
  "ShouldDisplayLoadMore": true
    {
      "Id": 4328,
      "Size": 31492542356,
      "ReplicaPlacement": {
        "SameRackCount": 0,
        "DiffRackCount": 1,
        "DiffDataCenterCount": 0
      },
      "Ttl": {
        "Count": 0,
        "Unit": 0
      },
      "Collection": "",
      "Version": 3,
      "FileCount": 111030,
      "DeleteCount": 709,
      "DeletedByteCount": 1628822733,
      "ReadOnly": false,
      "CompactRevision": 0,
      "ModifiedAtSecond": 0,
      "RemoteStorageName": "",
      "RemoteStorageKey": ""
    },
所以从volume server下载
4328.idx
。然后使用
查看\u idx
查找它

./see_idx -dir /Users/qiantao/Documents/seaweedfs -volumeId=4328 -v=4 |grep 587fb084

key:587fb084 offset:2802901546 size:57
key:587fb084 offset:3937021600 size:4294967295
看起来
键:587fb084
上有新的吗


因此,如何解决此问题以使其看起来正常?

4294967295是一个墓碑,标记条目已被删除。

但仍通过api从现有文件管理器中查询它@Chrislusfc无法根据您提供的信息进行判断。