请教一下 Alist S3 如何在思源笔记中配置

折腾了许久,一直报错:同步失败:锁定云端同步目录失败,请稍后再试 (Provider: S3) v3.0.17。

所以请教一下大家。

首先介绍下环境:

  • Alist:版本 v3.35.0,docker 部署,采用内网穿透和组网访问。
  • 思源笔记:版本 v3.17,docker 部署,采用内网穿透和组网访问。

Alist 已经按照文档设置了对象储存,使用 S3 Browser 通过内网穿透访问正常,可以列出文件,下载文件,上传文件。但是相同配置在思源笔记上,可以读取到储存桶,但是无法进行同步,报错信息:“同步失败:锁定云端同步目录失败,请稍后再试 (Provider: S3) v3.0.17”。

现在也不知道该如何配置了,是不支持 Alist 的对象储存还是配置有问题,求解答。

配置截图:

1、alist 对象储存

图片.png

2、S3 Browser 配置

图片.png

3、思源笔记云端配置

图片.png

思源最近日志:

E 2024/06/20 13:03:15 repository.go:1307: sync data repo failed: lock cloud repo failed
I 2024/06/20 13:03:49 repository.go:1279: syncing data repo [device=14t7gqop6hee, kernel=3bsm7iv, provider=2, mode=a/true]
I 2024/06/20 13:03:49 ref.go:50: got local latest [device=14t7gqop6hee/linux, id=e390a5ecea4536844aa53773e3e3fa29d23dd3c9, files=323, size=58.24 MB, created=2024-06-20 11:29:46]
I 2024/06/20 13:03:49 repo.go:595: walk data [files=323] cost [38.835424ms]
I 2024/06/20 13:03:49 ref.go:50: got local latest [device=14t7gqop6hee/linux, id=e390a5ecea4536844aa53773e3e3fa29d23dd3c9, files=323, size=58.24 MB, created=2024-06-20 11:29:46]
E 2024/06/20 13:03:50 sync_lock.go:159: upload lock sync failed: NoSuchKey: 
	status code: 404, request id: 3353F64E3CF5CA44, host id: MzM1M0Y2NEUzQ0Y1Q0E0NDMzNTNGNjRFM0NGNUNBNDQzMzUzRjY0RTNDRjVDQTQ0MzM1M0Y2NEUzQ0Y1Q0E0NA==
E 2024/06/20 13:03:50 repository.go:1307: sync data repo failed: lock cloud repo failed
E 2024/06/20 13:05:17 sync_lock.go:159: upload lock sync failed: NoSuchKey: 
	status code: 404, request id: 3353F64E3CF5CA48, host id: MzM1M0Y2NEUzQ0Y1Q0E0ODMzNTNGNjRFM0NGNUNBNDgzMzUzRjY0RTNDRjVDQTQ4MzM1M0Y2NEUzQ0Y1Q0E0OA==
I 2024/06/20 13:12:09 repository.go:1279: syncing data repo [device=14t7gqop6hee, kernel=3bsm7iv, provider=2, mode=a/true]
I 2024/06/20 13:12:09 ref.go:50: got local latest [device=14t7gqop6hee/linux, id=e390a5ecea4536844aa53773e3e3fa29d23dd3c9, files=323, size=58.24 MB, created=2024-06-20 11:29:46]
I 2024/06/20 13:12:09 repo.go:595: walk data [files=323] cost [80.742294ms]
I 2024/06/20 13:12:09 ref.go:50: got local latest [device=14t7gqop6hee/linux, id=e390a5ecea4536844aa53773e3e3fa29d23dd3c9, files=323, size=58.24 MB, created=2024-06-20 11:29:46]
E 2024/06/20 13:12:10 sync_lock.go:159: upload lock sync failed: NoSuchKey: 
	status code: 404, request id: 3353F64E3CF5CA4C, host id: MzM1M0Y2NEUzQ0Y1Q0E0QzMzNTNGNjRFM0NGNUNBNEMzMzUzRjY0RTNDRjVDQTRDMzM1M0Y2NEUzQ0Y1Q0E0Qw==
E 2024/06/20 13:12:10 repository.go:1307: sync data repo failed: lock cloud repo failed
I 2024/06/20 13:26:49 repository.go:1279: syncing data repo [device=14t7gqop6hee, kernel=3bsm7iv, provider=2, mode=a/true]
I 2024/06/20 13:26:49 ref.go:50: got local latest [device=14t7gqop6hee/linux, id=e390a5ecea4536844aa53773e3e3fa29d23dd3c9, files=323, size=58.24 MB, created=2024-06-20 11:29:46]
I 2024/06/20 13:26:49 repo.go:595: walk data [files=323] cost [25.780109ms]
I 2024/06/20 13:26:49 ref.go:50: got local latest [device=14t7gqop6hee/linux, id=e390a5ecea4536844aa53773e3e3fa29d23dd3c9, files=323, size=58.24 MB, created=2024-06-20 11:29:46]
E 2024/06/20 13:26:49 sync_lock.go:159: upload lock sync failed: NoSuchKey: 
	status code: 404, request id: 3353F64E3CF5CA51, host id: MzM1M0Y2NEUzQ0Y1Q0E1MTMzNTNGNjRFM0NGNUNBNTEzMzUzRjY0RTNDRjVDQTUxMzM1M0Y2NEUzQ0Y1Q0E1MQ==
E 2024/06/20 13:26:49 repository.go:1307: sync data repo failed: lock cloud repo failed
  • 思源笔记

    思源笔记是一款隐私优先的个人知识管理系统,支持完全离线使用,同时也支持端到端加密同步。

    融合块、大纲和双向链接,重构你的思维。

    19701 引用 • 75308 回帖
  • Q&A

    提问之前请先看《提问的智慧》,好的问题比好的答案更有价值。

    6853 引用 • 30869 回帖 • 232 关注

相关帖子

欢迎来到这里!

我们正在构建一个小众社区,大家在这里相互信任,以平等 • 自由 • 奔放的价值观进行分享交流。最终,希望大家能够找到与自己志同道合的伙伴,共同成长。

注册 关于
请输入回帖内容 ...
  • Huiaei

    更新下进展。

    查看了下 alist 和思源两边的日志,首先是思源这边,主要还是下面这一段类似内容的日志。

    E 2024/06/20 17:49:15 sync_lock.go:159: upload lock sync failed: NoSuchKey: 
    	status code: 404, request id: 0E04EEA5265D35EF, host id: MEUwNEVFQTUyNjVEMzVFRjBFMDRFRUE1MjY1RDM1RUYwRTA0RUVBNTI2NUQzNUVGMEUwNEVFQTUyNjVEMzVFRg==
    E 2024/06/20 17:49:15 repository.go:1307: sync data repo failed: lock cloud repo failed
    

    以“upload lock sync failed: NoSuchKey”和“同步失败:锁定云端同步目录失败,请稍后再试”为关键词搜索了一番,有发现思源有相关问题,不过是 webdav 协议的。相关的解决方法也没什么用。

    再一个是 alist 这一边,日志重复出现了“serve s3: Access Denied”的内容。

    INFO[2024-06-20 09:37:12] serve s3: Access Denied: 172.17.0.1:35696 => / 
    INFO[2024-06-20 09:37:45] serve s3: Access Denied: 172.17.0.1:35696 => / 
    INFO[2024-06-20 09:37:45] serve s3: Access Denied: 172.17.0.1:35696 => /siyuan/repo/lock-sync?response-cache-control=no-cache 
    INFO[2024-06-20 09:37:45] serve s3: Access Denied: 172.17.0.1:35696 => /siyuan/repo/lock-sync?response-cache-control=no-cache 
    INFO[2024-06-20 09:37:46] serve s3: Access Denied: 172.17.0.1:35696 => /siyuan/repo/lock-sync?response-cache-control=no-cache 
    INFO[2024-06-20 09:37:46] serve s3: Access Denied: 172.17.0.1:35696 => /siyuan/repo/lock-sync?response-cache-control=no-cache 
    INFO[2024-06-20 09:37:46] serve s3: Access Denied: 172.17.0.1:35696 => /siyuan/repo/lock-sync 
    INFO[2024-06-20 09:37:46] serve s3: Access Denied: 172.17.0.1:35696 => /siyuan/repo/lock-sync 
    INFO[2024-06-20 09:37:46] serve s3: Access Denied: 172.17.0.1:35696 => /siyuan/repo/lock-sync 
    INFO[2024-06-20 09:37:47] serve s3: Access Denied: 172.17.0.1:35696 => /siyuan/repo/lock-sync 
    INFO[2024-06-20 09:38:40] serve s3: Access Denied: 172.17.0.1:35696 => / 
    INFO[2024-06-20 09:38:55] serve s3: Access Denied: 172.17.0.1:35696 => / 
    INFO[2024-06-20 09:46:12] serve s3: Access Denied: 172.17.0.1:59562 => / 
    INFO[2024-06-20 09:49:15] serve s3: Access Denied: 172.17.0.1:58710 => /siyuan/ 
    

    但是以日志时间连续来说,并不是每次出现了这个日志,在 alist github 的 issues 上搜索了“serve s3: Access Denied”、“S3”、“对象储存”这几个关键词,发现了个比较在意的问题。

    其中提到 alist 的对象储存存在一个可能的 bug,有相关人员也肯定了这个结果。

    到现在为止,怀疑的对象处在 alist 上,暂时静观发展,等待问题修复。先使用一下 cloudflare R2 提供的 S3 储存服务。

    2 回复
  • 直接用阿里云吧。别去纠结那个阿里云盘了。

    1 回复
  • xchwzhy 1

    我的看法 和 这位兄台一致。 换成 阿里云 OSS 吧,目前 我用阿里云 OSS ,还没有出现过 同步崩溃的情况。

    image.png

  • Huiaei

    谢谢建议,暂时还是先观望一下 Alist 后续发展,临时用一下其他的 S3 服务。或许之后考虑用推荐的 minio 自建一个 S3,折腾这个云盘主要是想多个云盘备份。

    1 回复
  • muxue

    云盘备份直接用 rclone 用 webdav 备份到 alist 里面去就行了。具体的方式可以参考我主页之前写过的一篇 minio 部署和 rclone 备份的文章

请输入回帖内容 ...