MosonHe
MosonHe
> # 遇到同样问题并已解决 > 将config.ini中的`GenshinImpact.exe`改为`YuanShen.exe`即可 感谢~~~
It's hard work, In addition, there are also some rustfs log files that need to be supplemented。 This is the log when accessing the S3 API service： ```tex {"timestamp":"2025-12-18T10:44:09.93966543Z","level":"WARN","fields":{"message":"load_user_identity failed:...
> [@MosonHe](https://github.com/MosonHe) The issue is caused by your nginx configuration; please try to change `proxy_set_header Host $host;` to `proxy_set_header Host $http_host;`. After change the configuration, your configuration works fine for...
I think I have found a new problem. Under the condition that `rustfs `has been deployed through `docker compose`, modifying the `RUSTFS_ACCESS_KEY` and `RUSTFS_SECRET_KEY` of the `docker-compose.yml` to other values,...
@majinghe 十分抱歉，我已经找到访问API服务报错`SignatureDoesNotMatch`的原因。是我在修改docker-compose.yml文件中的`RUSTFS_ACCESS_KEY` 和`RUSTFS_SECRET_KEY` 后，重新部署容器，访问秘钥被自动删除，然后我手动添加之前的秘钥时，输入错误，现在我已经解决了这个问题，可以正常使用了。 所以请问修改`RUSTFS_ACCESS_KEY` 和`RUSTFS_SECRET_KEY` 会导致控制台访问秘钥被删除这个是正常的现象吗？ I am very sorry, I have found the reason why the access API service reported an error `SignatureDoesNotMatch`. It was after I modified...
> In accordance with GitHub community principles. > > Recommendation: Different issues should be addressed in separate issues. OK, thank you again for your hard work. I will create a...
@cxymds Thank you very much for your hard work. 1.The front-end request URL for this file directory is: ```url http://IP:9001/zlzx-pm-bucket/?delimiter=%2F&list-type=2&max-keys=25&prefix=project%2Ff3eaf74c-a191-485e-8500-ac07f2d8a845%2Finfo_ledgers%2F ``` The response is as follows: there are no obvious...
> We have not received any follow-up response and are unable to reproduce this bug. Please upgrade to alpha.68 and test again. We will close this issue. If you still...
> We have decided to make some adjustments regarding the deletion after opening the version, which may take some time as it involves object lists, deletion tags, versions, and other...
@cxymds @loverustfs 嗨，朋友们，我又有了些新的发现。我再次描述一下问题现象：一开始我使用两台服务器（以下简称A和B），通过docker部署了两个`alpha.66`版本的`rustfs`服务。其中A主机的`zlzx-pm-bucket/project/f3eaf74c-a191-485e-8500-ac07f2d8a845/info_ledgers/`下，带有中文字符的文件名在console页面不会展示，但是在服务器中，文件是存在的，通过S3接口也可以正常访问文件。我将主机A的`rustfs`升级到了最新的`alpha.76`版本，问题依然存在。后续我通过`rclone、rustic`等工具将主机A的桶文件备份到主机B的桶中，但主机B和主机A的故障现象一致。 昨天我将主机B桶中的历史文件全部删除，然后再次使用`rclone A:bucket B:bucket`，没有变化，但是我将主机B的`rustfs`从`alpha.66`版本升级到最新的`alpha.76`版本之后，在主机B的桶中，可以正常看到所有的文件了。 Hi, friends, I have some new discoveries. Let me describe the problem again: at first I used two servers (`hereinafter referred to as A...