115出现同名文件重复

[PanJX02]

Please make sure of the following things

• I have read the documentation.
  我已经阅读了文档。

• I'm sure there are no duplicate issues or discussions.
  我确定没有重复的issue或讨论。

• I'm sure it's due to AList and not something else(such as Network ,Dependencies or Operational).
  我确定是AList的问题，而不是其他原因（例如网络，依赖或操作）。

• I'm sure this issue is not fixed in the latest version.
  我确定这个问题在最新版本中没有被修复。

AList Version / AList 版本

v3.42.0

Driver used / 使用的存储驱动

115

Describe the bug / 问题描述

tmm刮削后出现文件重复，已经很多个版本这样了

Reproduction / 复现链接

只要使用tmm的编辑修改刮削到的图片肯定会出现这个问题

Config / 配置

Logs / 日志

No response

[toneoesa]

阿里云盘 open 遇到类似问题。AList 版本：v3.43.0。

使用某些 WebDAV 客户端（如 Windows 资源管理器、kopia）访问 Alist 且重命名文件时，如果目标文件已存在，则会多出一个同名文件。这个同名文件在阿里云盘官方客户端才可见，在 WebDAV 客户端、Web界面均不可见。

复现步骤

1. 使用 Alist Web 在阿里云盘挂载目录下创建两个文件：/alipan_backup/123、/alipan_backup/234
2. 使用 Windows 资源管理器在挂载目录刷新出新建的两个文件
3. 将/alipan_backup/234重命名为/alipan_backup/123
4. 在 Windows 资源管理器、Alist Web、阿里云盘客户端刷新文件列表
   此时前两者只有重命名后的文件，阿里云盘客户端有两个同名文件。
   且前两者读取出的文件内容是原来的123而不是234

日志

[GIN] 2025/03/22 - 20:55:48 | 200 |  827.207617ms | <MY_IPADDR> | PUT      "/alist/api/fs/put"
[GIN] 2025/03/22 - 20:55:48 | 200 |   57.061256ms | <MY_IPADDR> | POST     "/alist/api/fs/list"
[GIN] 2025/03/22 - 20:55:51 | 200 |   574.43734ms | <MY_IPADDR> | PUT      "/alist/api/fs/put"
[GIN] 2025/03/22 - 20:55:51 | 200 |   54.445722ms | <MY_IPADDR> | POST     "/alist/api/fs/list"
[GIN] 2025/03/22 - 20:55:55 | 207 |   48.585887ms | <MY_IPADDR> | PROPFIND  "/alist/dav/alipan_backup"
[GIN] 2025/03/22 - 20:55:57 | 207 |     434.506µs | <MY_IPADDR> | PROPFIND  "/alist/dav"
[GIN] 2025/03/22 - 20:55:57 | 207 |     171.359µs | <MY_IPADDR> | PROPFIND  "/alist/dav/alipan_backup"
[GIN] 2025/03/22 - 20:55:57 | 405 |       1.359µs | <MY_IPADDR> | PROPFIND  "/alist"
[GIN] 2025/03/22 - 20:55:58 | 201 |  134.007866ms | <MY_IPADDR> | MOVE     "/alist/dav/alipan_backup/234"

最后一行的MOVE，对应步骤中的重命名操作。

原因

1. WebDAV客户端在重命名之前不检查目标是否存在，或者其目的就在于覆盖原文件；
2. 阿里云盘（和115网盘？）允许通过 MOVE （或是其他什么 API ）创建同名文件

可能的解决方案

（上面下面都没法做的事，好像只能 Alist 来做了🤣）：

1. MOVE 前检查目标是否存在，如果存在则先删除目标文件
2. 保险起见不删除文件，但在展示同名文件时，只展示最新的

kopia 问题

相关 issue：#7262 (comment) 、 kopia/kopia#4122
（这两个 issue 是同一位朋友提的，看来和我遇到的是一样的问题）

根据观察，kopia 在执行维护时，会先创建一个kopia.maintenance.f-xxxxxxxx，然后将此文件 MOVE 到kopia.maintenance.f，然后读取kopia.maintenance.f，这可能是为了防止竞争。

但由于上面说的情况，在 MOVE 之后，再读取目标文件，读出还是原先的文件内容。个人推断是这里导致 kopia 判断时钟偏差过大，拒绝维护。

ERROR error checking for clock skew: clock skew detected: local clock is out of sync with repository timestamp by more than allowed 5m0s (local: 2025-03-23 05:37:19.742705834 +0800 CST repository: 2025-03-15 20:31:29 +0000 GMT skew: 169h5m50.742705834s). Refusing to run maintenance.

[catfishlty]

Kopia 确实会出现这个问题，长时间运行会出现很多kopia.maintenance.f-xxxxxxxx文件，手动删除有点儿跟不上生成速度。

[gaoyifan]

@toneoesa 非常详细的分析，很棒的思路！我最近在尝试解决这个问题，更新一下目前的进展：

可能的解决方案
（上面下面都没法做的事，好像只能 Alist 来做了🤣）：

MOVE 前检查目标是否存在，如果存在则先删除目标文件

根据阿里云盘的文档，考虑到允许同名文件的特性，而内部使用的是 file_id 这个唯一id来识别文件（而不是filename）。如果先上传，再删除同名文件，这样可能会更安全一些。 （待实现

保险起见不删除文件，但在展示同名文件时，只展示最新的

alist 当前已支持按照更新时间排序。

但由于缓存机制存在一些 bug，导致重命名后看到的依然是旧文件（手动刷新缓存可解），PR #8352

[gaoyifan]

当前阿里云盘重复文件的问题已缓解，如果仅通过 alist 操作，预期不会遇到重复文件问题了，PR #8358