Post B0PP84pPvTP7p91W8e by bgme@bgme.me
 (DIR) More posts by bgme@bgme.me
 (DIR) Post #B0PP84pPvTP7p91W8e by bgme@bgme.me
       2025-11-19T16:16:16Z
       
       0 likes, 0 repeats
       
       【RustFS 踩坑记】之前提到过计划将 wasabi 上的桶删掉，完成迁移至 Jortage 的最后一个步骤。但是以防万一，删桶之前还是将本站的媒体文件在本地备份一份为好。于是开始了在NAS上自建S3对象存象存储的路。提到自建S3对象存象存储，第一反应可能是MinIO。但MinIO最近事情不断，又是社区版砍面板，又是不发布Docker镜像，MinIO未来还会干什么，真心不好说，所以还是敬而远之吧。之前在时间线上看到RustFS，于是就想试试看。不得不说github项目README中的提示（⚠️ RustFS is under rapid development. Do NOT use in production environments!）真是太对了。踩坑第一步，从安装开始，项目自带的 docker-compose.yml [1] 的 healthcheck 根本就不能正常工作，大概是环境变题的问题，exec 打开 sh，直接敲 curl ，找不到命定，改为绝对路径还是有问题。将 localhost 改为 127.0.0.1 总算是能正常运行了。接下来就是将文件备份至本地，经过3天的下载，总算是将文件传完了。然后又遇到问题了。最大的问题就是硬盘总是响个不停。明明并没有读写文件，为什么还一直有碰盘活动？查了一下日志，发现可能是 scanner 在扫文件[2]，那为什么扫个不停呢？还有这次扫完了，怎么一重启又开始扫了？又看日志，发现 scan checkpoint[3] 文件好像根本就不存在。在上面排错过程中又仔细看了好多遍文档，不得不说文档写的那叫一个简陋。作为一个中国商业公司主导的开源项目，相当多的地方的表达都透露出不太妙的感觉。比如说下面的个和其他项目对比（图片）。各种意义上的才出虎穴又入狼窝。[1] https://github.com/rustfs/rustfs/blob/main/docker-compose.yml[2] https://github.com/rustfs/rustfs/blob/main/docs/ENVIRONMENT_VARIABLES.md#rustfs_enable_scanner[3] https://github.com/rustfs/rustfs/blob/601f3456bc795b01ac0420610f2ba29b8b7f804f/crates/ahm/src/scanner/checkpoint.rs#L296
       
 (DIR) Post #B0PP86BmrmtO2oUte4 by shironeko@fedi.tesaguri.club
       2025-11-19T16:22:22.839200Z
       
       0 likes, 0 repeats
       
       @bgme 听说garage还行？
       
 (DIR) Post #B0PQrFt3kxf16ipksC by bgme@bgme.me
       2025-11-19T16:24:43Z
       
       1 likes, 0 repeats
       
       @shironeko 我现在就切到 garage 上了。
       
 (DIR) Post #B0PQrKREppNRDsr6hc by bgme@bgme.me
       2025-11-19T16:25:04Z
       
       0 likes, 0 repeats
       
       @shironeko 正在复制文件中。
       
 (DIR) Post #B0PQrOnicBjgklP7IW by bgme@bgme.me
       2025-11-19T16:27:29Z
       
       1 likes, 0 repeats
       
       @shironeko 其他的倒还看不出来，但就资源占用而言，确实很低，CPU才用了2%。（持续写入状态……）可惜我机器不够，只能创建一个 replication_factor = 1 单机节点，做不到文档中推荐的 replication_factor = 3 高可用 cluster。