登录 注册

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

本贴最后更新于 185 天前，其中的信息可能已经时移世改

折腾了许久，一直报错：同步失败：锁定云端同步目录失败，请稍后再试 (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
  • 思源笔记

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

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

    23022 引用 • 92614 回帖
  • Q&A

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

    8451 引用 • 38494 回帖 • 155 关注
新余 位置
20 悬赏
1 关注
7 回帖
2
535 289 239 2 5

相关帖子

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

欢迎来到这里！

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

注册 关于
请输入回帖内容 ...
  • muxue •
    付费者 捐赠者

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

  • 其他回帖
  • Huiaei •
    付费者 作者

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

    1 回复
  • 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 回复
  • xchwzhy • • 1
    付费者

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

    image.png

  • 查看全部回帖
Huiaei
新余
回帖
2
 帖子
1
 积分
603